JP2023074366A - 印刷装置、印刷装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】コンピュータの側で動作する監視エージェントによる印刷装置の補給品の消耗度に係る管理が正常に行われていない状況を、印刷装置を使用するユーザが適切に把握できるようにし、補給品切れなどの発生を抑えること。【解決手段】複合機１２０は、補給品に係る消耗度に基づくエラーの情報を送信管理テーブルに保存し（Ｓ９０４）、監視エージェント６００からの要求に応じて前記エラーを応答する。また、監視エージェント６００から前記エラーに応じた依頼（サーバーへ送信処理）を実行したことを示す情報を受信した場合、該情報を前記エラーの情報に紐づけて送信管理テーブルに保持する。また、前記エラーに応じた依頼を実行したことを示す情報を受信せずに（Ｓ９０９でＮｏ）、所定条件を満たした場合（Ｓ９１１でＹｅｓ）、警告を示す情報（図１２（ｂ）（ｃ））を提供する（Ｓ９１３、Ｓ９１４）。【選択図】図９

Description

本発明は、印刷装置、印刷装置の制御方法、及びプログラムに関する。

複合機等の印刷装置には、ＳＮＭＰ（Simple Network Management Protocol）を利用したＭＩＢ（Management Information Base）を使って状態をネットワーク越しに監視可能にする機能が搭載されている。これを情報処理装置、例えばパーソナルコンピュータ（ＰＣ）上のアプリケーションとして配置する監視エージェントにより監視し、メールなどの通信手段で異常を管理者に通知したり、補給品（消耗品）の補充のため自動発注したり、など行うことができる。

特許文献１では、監視エージェントとしてＰＣ上で動作するプログラムは、印刷装置が稼働中であるか休眠中（スリープ）であるかを判断する。そして監視エージェントが印刷装置を監視可能な状態のときのみ、印刷装置のステータス情報を取得することで、無駄な通信を行うことなくステータス情報を取得することを可能にしている。このような監視エージェントが稼働している状況では、印刷装置の管理者以外の一般ユーザは、異常通知や補給品の発注を意識する必要がない。

特開２０１８－１９１８１号公報

監視エージェントは常夜起動しているサーバで常駐監視させることもできるが、中小オフィスなどでは、ユーザの代表者である管理者が普段業務で利用するＰＣ上に簡易に配置することも多い。このような場合、印刷装置が稼働中であっても、ＰＣがスリープ状態や電源断、またはネットワークから切り離された状態になると、印刷装置の異常状態や補給品の消耗度をリアルタイムに検出できず、異常通知や補給品の自動発注も行われない。

しかし、オフィス内で印刷装置を使う大部分の一般ユーザは、監視エージェントが動作するＰＣの稼働状況やネットワーク接続状況を意識していないため、監視エージェントと印刷装置が通信不可状態だったとしてもそれを知ることはできない。そのため、印刷装置の異常通知や補給品の自動発注が行われない状況を長時間放置してしまうことにつながる可能性があった。特に、補給品の消耗度に係る管理が正常に行われていない状況が長時間続くと補給品切れなどが発生してしまい、印刷装置の使用に支障をきたしてしまう（ダウンタイムの発生等）といった課題があった。

本発明は、上記の課題を解決するためになされたものである。本発明は、情報処理装置の側で動作するソフトウェアによる印刷装置の補給品の消耗度に係る管理が正常に行われていない状況を、印刷装置を使用するユーザが適切に把握することを可能にし、補給品切れなどの発生を抑える仕組みを提供することを目的とする。

本発明は、印刷装置の情報を取得して管理するソフトウェアを実行する情報処理装置と通信する印刷装置であって、補給品に係る消耗度に基づき、交換時期が近づいたことを示す情報を提供する提供手段と、前記補給品に係る消耗度に基づくエラーの情報を記憶部に保持する保持手段と、前記ソフトウェアからの要求に応じて、前記補給品に係る消耗度に基づく前記エラーを応答する応答手段と、を有し、前記保持手段は、前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信した場合に、該情報を前記エラーの情報に紐づけてさらに保持し、前記提供手段は、前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信せずに、所定条件を満たした場合に、警告を示す情報を提供する、ことを特徴とする。

本発明によれば、情報処理装置の側で動作するソフトウェアによる印刷装置の補給品の消耗度に係る管理が正常に行われていない状況を、印刷装置を使用するユーザが適切に把握することが可能になり、補給品切れなどの発生を抑えることができる。この結果、補給品切れによるダウンタイムの発生等を抑えることができる。

本実施形態を示すシステム全体を例示するシステム構成図。 コンピュータのハードウェア構成を例示するブロック図。 複合機のハードウェア構成を例示するブロック図。 複合機の情報処理コントローラユニットの構成を例示するブロック図。 複合機のソフトウェア構成を例示するブロック図。 コンピュータ内の監視エージェントのソフトウェア構成を例示するブロック図。 監視エージェントの設定画面の一例を示す図。 監視エージェントが監視と通知を実施する処理の一例を示すフローチャート。 複合機の公開情報生成部が実行する処理の一例を示すフローチャート。 複合機の履歴更新部が実行する処理の一例を示すフローチャート。 第２実施形態における複合機の履歴更新部が実行する処理の一例を示すフローチャート。 複合機の操作部に表示する警告メッセージを含む画面を例示する図。

以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
図１は、本発明の一実施形態を示すシステム全体を例示するシステム構成図である。
ネットワーク１００は、情報処理装置としてのコンピュータ１１０（１１０ａ、１１０ｂ）、および、印刷装置としての複合機１２０（１２０ａ、１２０ｂ）がそれぞれ複数台接続されているイントラネット環境である。図１の例では、コンピュータ１１０ａ、１１０ｂ、および複合機１２０ａ、１２０ｂがネットワーク１００に接続されている。なお、コンピュータ１１０や複合機１２０は３台以上あってもよい。

本実施形態の複合機１２０は、プリント・スキャン・ファックスなどが可能な画像処理装置であるが、プリントのみの印刷装置であってもよい。複合機１２０は、機器内で発生している状態を、ＳＮＭＰを利用したＭＩＢなどの形でネットワーク１００上に開示する機能を有する。コンピュータ１１０は、この機能を利用することで、同一イントラネット環境上で、複合機１２０の状態を監視することができる。

また、ネットワーク１００は、インターネット環境など同一ネットワークから外に接続可能である。コンピュータ１１０ａや１１０ｂにメール送信のソフトウェアなどをセットアップすることで、別のイントラネット環境であるネットワーク１０１上にあるコンピュータ１１０ｃにメールなどで通知を行うことが可能である。

図２は、コンピュータ１１０が一般的なコンピュータなどの情報処理装置で実現された場合のハードウェア構成を例示するブロック図である。
コンピュータ１１０は、コントローラユニット２００、操作部２０９、表示部２１０を含んでいる。コントローラユニット２００は、ＣＰＵ（Central Processing Unit）２０１を有する。ＣＰＵ２０１は、ＲＯＭ（Read Only Memory）２０２に格納されているブートプログラムにより、ＨＤＤ（Hard Disk Drive）２０４からＯＳ（Operating System）を読み出して起動する。

ＣＰＵ２０１は、このＯＳ上で、ＨＤＤ２０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。本実施形態では、図６以降で説明されるアプリケーションもここに保存される。このＣＰＵ２０１の作業領域としては、ＲＡＭ（Random Access Memory）２０３が用いられる。
ＨＤＤ２０４は、上記アプリケーションプログラムと設定や履歴等のデータを格納する。なお、ＨＤＤの代わりに又は併用してＳＳＤ（Solid State Drive）等の他の記憶装置を備えていてもよい。

ＣＰＵ２０１には、システムバス２０８を介して、ＲＯＭ２０２、ＲＡＭ２０３及びＨＤＤ２０４とともに、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、ネットワークＩ／Ｆ（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）２０７が接続される。

操作部Ｉ／Ｆ２０５は、マウス等のポインティングデバイスやキーボード等から成る操作部２０９とのインタフェースであり、操作部２０９によってユーザにより入力された情報をＣＰＵ２０１に送出する。表示部Ｉ／Ｆ２０６は、ディスプレイ等から成る表示部２１０に表示すべき画像データを表示部２１０に対して出力する。ネットワークＩ／Ｆ２０７は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は、複合機１２０のハードウェア構成を例示するブロック図である。
複合機１２０は、情報処理コントローラユニット３０１、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３、プリンタ３０４、スキャナ３０５、操作部３０６を含む。

情報処理コントローラユニット３０１は、複合機１２０の動作に係る情報処理制御を統括するコントローラであり、操作部３０６が接続される。さらに、情報処理コントローラユニット３０１には、プリンタコントローラユニット３０２や、スキャナコントローラユニット３０３が接続される。プリンタコントローラユニット３０２は、画像出力デバイスであるプリンタ３０４を制御する。スキャナコントローラユニット３０３は、画像入力デバイスであるスキャナ３０５を制御する。

図４は、複合機１２０の情報処理コントローラユニット３０１の構成を例示するブロック図である。
情報処理コントローラユニット３０１は、ＣＰＵ４０１を有する。ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＨＤＤ４０４に格納されているＯＳを起動する。ＣＰＵ４０１は、このＯＳ上で、ＨＤＤ４０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。

ＣＰＵ４０１の作業領域としては、ＲＡＭ４０３が用いられる。ＲＡＭ４０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。
ＨＤＤ４０４は、上記アプリケーションプログラムや画像データ、各種設定値や履歴を格納する。

ＣＰＵ４０１には、システムバス４１０を介して、ＲＯＭ４０２およびＲＡＭ４０３とともに、操作部Ｉ／Ｆ４０６、デバイスコントローラＩ／Ｆ４０８、ネットワークＩ／Ｆ４０５、画像処理部４０７、および電源管理部４０９が接続される。

操作部Ｉ／Ｆ４０６は、タッチパネルを有する操作部３０６とのインタフェースであり、操作部３０６に表示すべき画像データを操作部３０６に対して出力する。また、操作部Ｉ／Ｆ４０６は、操作部３０６によってユーザにより入力された情報をＣＰＵ４０１に送出する。

デバイスコントローラＩ／Ｆ４０８には、スキャナコントローラユニット３０３およびプリンタコントローラユニット３０２が接続され、デバイスコントローラＩ／Ｆ４０８は、画像データの同期系／非同期系の変換を行う。
ネットワークＩ／Ｆ４０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

画像処理部４０７では、プリンタ３０４への出力画像処理やスキャナ３０５からの入力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。
電源管理部４０９は機器全体の電源制御をおこなう、電源オンオフの制御の他通常通電状態以外の省電力状態への移行や、通常状態への復帰などを制御する。

図５は、複合機１２０のソフトウェア構成を例示するブロック図である。図５に示すソフトウェア構成は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が実行することにより実現される。複合機１２０は、スキャン、プリント、およびネットワークやメモリストレージを利用した各種機能を実現するソフトウェアが動作する。

ユーザインターフェース５０１は、操作部３０６に対してユーザが操作する画面を表示したり、ユーザが操作した際にその動きをソフトウェアに伝えたりする機能を持つ。
機能アプリケーション５０２は、コピー、プリント、メール送信などの機能を実現するアプリケーションであり、機器内に複数ある。機能アプリケーション５０２は、操作部３０６を経由したユーザの指示やネットワークＩ／Ｆ４０５経由のデータ受信などをトリガにして、複合機のアプリケーション機能を動作させる。

ジョブ制御部５０３は、機能アプリケーション５０２からの指示を受けてプリンタコントローラユニット３０２やスキャナコントローラユニット３０３を制御してスキャンやプリントを実行制御する。

電源制御部５０４は、装置内のソフトウェアの状態と連動して、電源管理部４０９を制御し、通常通電状態と省電力状態の遷移を司る。
エラー制御部５０５は、主にジョブ制御部５０３やプリンタコントローラユニット３０２やスキャナコントローラユニット３０３などで発生した異常状態の通知を受け、システム全体を停止したり縮退動作を指示したりの制御を実施する。

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

公開情報生成部５１０は、機器内の各モジュール（５０１～５０８）から状態変化通知や、ネットワーク通信部５１１を介してネットワーク越しに外部装置から問い合わせを受けると、公開情報を生成する。公開情報生成部５１０は、上述のような問い合わせを受けると、機器内の各モジュール（５０１～５０８）の中から必要な状態を取得し、該取得した情報をＭＩＢなどの形で開示できる形（公開情報）に変換する。これにより、コンピュータ１１０による複合機１２０の状態監視や状態通知を実現する。さらに、公開情報生成部５１０は、コンピュータ１１０による状態監視や状態通知が正常に行われているかをチェックし、異常がある場合にはユーザに警告を行うための画面を、複合機１２０の操作部３０６に表示する。

履歴更新部５０９は、ネットワーク経由の指示を受けて履歴・設定値データベース５２１の内容を更新する機能性を持つ。これにより、外部から複合機１２０の保持する履歴情報を更新することが可能になると同時に、複合機１２０に対する動作パラメータを設定することが可能になる。
ネットワーク通信部５１１は、公開情報生成部５１０により生成された情報をネットワーク経由で外部へ通知し、ネットワーク経由で外部から受けた指示を履歴更新部５０９に通知する等の機能を有する。

図６は、監視エージェント機能を備えたアプリケーションをコンピュータ１１０にインストールすることで実現される監視エージェント６００のソフトウェア構成を例示するブロック図である。図６に示す監視エージェント６００の構成は、ＲＡＭ２０３、ＨＤＤ２０４のいずれかの記憶装置に記憶されたプログラムをＣＰＵ２０１が実行することにより実現される。コンピュータ１１０は一般的ないわゆるパーソナルコンピュータである。

監視エージェント６００は、複合機１２０等の印刷装置の情報を取得して管理するソフトウェアである。以下、詳細に説明する。
複合機情報取得部６０１は、ＭＩＢなどで複合機の情報を取得するモジュールである。複合機情報取得部６０１は、ネットワーク通信部６１０を介してＳＮＭＰなどのプロトコルを使って複合機の各種ステータスを取得する。

複合機履歴更新部６０２は、ＳＮＭＰやその他の通信プロトコルを使って複合機１２０上の履歴更新部５０９と通信して、複合機１２０側の履歴を更新する機能を有する。
サーバ通知実行部６０３は、Ｅメールなどのプロトコルを使って、あらかじめ設定された通信先に対してネットワーク通信部６１０を介して情報を通知する機能を有する。
ネットワーク通信部６１０は、ネットワーク１００との通信を制御する。

サーバ通知制御部６０４は、複合機情報取得部６０１がステータス情報を取得した際に、必要に応じてサーバ通知実行部６０３や複合機履歴更新部６０２を駆動する。各駆動の判断については後述する。

履歴保持部６０５は、監視エージェント６００の動作履歴を送信履歴６２０として管理する。送信設定保持部６０６は、監視エージェント６００の動作設定を送信設定６２１として管理する。送信履歴６２０および送信設定６２１は、いずれもＨＤＤ２０４に不揮発に保持される。

通知設定部６１１は、表示部２１０に表示する画面（例えば図７に示す設定画面７００のような画面）を有し、ユーザが本アプリケーションの動作に必要な設定を実施するユーザインターフェース（ＵＩ）部分を実現する。詳細は後述するが、複合機情報取得部６０１のポーリング周期や、サーバ通知実行部６０３がサーバに通知する情報設定などができる。

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

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

通知設定選択部７０２では、送信先Ｅメールアドレスに通知する内容を選択できるようになっている。例えば、チェックボックスの７０３にチェックを入れると、トナー・インク減少（Ｌｏｗ）の状態が複合機１２０に発生した場合に、その旨を送信先Ｅメールアドレスに通知するようになる。チェックが入らない項目は、通知対象にならない。この例では、トナー・インク減少（Ｌｏｗ）、トナー・インク交換（Ｅｍｐｔｙ）、ジャムが発生した場合に通知するという設定としている。上記トナー・インク減少（Ｌｏｗ）、トナー・インク交換（Ｅｍｐｔｙ）へのチェックは、印刷装置の補給品に係る消耗度に基づくエラー（Alarm Y-Tonner Low、Alarm Y-Tonner Empty等）の情報を通知（応答）する設定に対応する。

監視周期設定部７０４では、複合機情報取得部６０１が複合機１２０に対して問い合わせを実施する周期が設定される。これで監視頻度を調節することができる。またこの画面で設定された内容は、送信設定６２１に保持される。

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

本実施形態の送信管理テーブルでは、以下の情報が管理される。すなわち、送信管理テーブルは以下の情報を記憶する記憶部として機能する。
送信管理テーブルは、図７の通知設定選択部７０２で選択できる通知設定カテゴリを管理する。また、送信管理テーブルは、通知設定カテゴリごとに、複合機１２０の公開情報生成部５１０が機器内の各モジュール（５０１～５０８）から受けた状態変化通知を基にＭＩＢ等で公開した機器状態に関する情報を管理する。機器状態を示す情報としては、実際のコードである送信ステータス、サマリ文字列（送信内容サマリ）、およびその発生日時（送信ステータス発生日時）がある。また、送信管理テーブルは、通知設定カテゴリごとに、監視エージェント６００がサーバにＥメール送信した送信済日時を管理する。また、送信管理テーブルに、送信済みステータスに対応する複合機１２０内の状態が解除された日時を残すフィールドを設け、この情報を管理してもよい。

監視エージェント６００は、複合機の送信管理テーブルにアクセスし（監視対象の複合機に送信管理テーブルの取得又は更新を要求し）、送信管理テーブルの内容を取得・更新しながら動作する。その動作フローについて図８を用いて説明する。
図８は、監視エージェント６００が監視と通知を実施する処理の一例を示すフローチャートである。すなわち本フローチャートの処理は、ＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ２０１が読み出して実行することにより実現される。

Ｓ８０１において、監視エージェント６００の複合機情報取得部６０１は、設定画面７００の通知設定選択部７０２のチェックボックスの７０３にてチェックされた送信設定カテゴリと、監視周期設定部７０４で設定された監視周期の値を取得する。そして、複合機情報取得部６０１は、上記取得した送信設定カテゴリと監視周期の値を、複合機１２０に対する動作パラメータ設定として、複合機１２０に通知する。

次にＳ８０２において、複合機情報取得部６０１は、複合機１２０から送信管理テーブルの内容を取得する。詳細には、複合機情報取得部６０１は、複合機１２０に送信管理テーブルの内容を要求する。この要求に応じて、複合機１２０が送信管理テーブルの内容を応答し、複合機情報取得部６０１が取得する。

次にＳ８０３において、サーバ通知制御部６０４は、送信管理テーブル中に、送信済日時情報が記録されていない状態情報（ステータス）があるか判定する。送信管理テーブル中に送信済日時情報が記録されていない状態情報がなかった場合（Ｓ８０３でＮｏの場合）、サーバ通知制御部６０４は、Ｓ８０７に処理を進める。Ｓ８０７以降の処理については後述する。

一方、送信管理テーブル中に、送信済日時情報が記録されていない状態情報があった場合（Ｓ８０３でＹｅｓの場合）、サーバ通知制御部６０４は、送信済日時情報が記録されていない状態情報の全てに対して、Ｓ８０４～Ｓ８０６を実行するように制御する。以下、各ステップについて説明する。

まずＳ８０４において、サーバ通知制御部６０４は、送信済日時情報が記録されていない状態情報を一つ取得し、サーバ通知実行部６０３に指示しＥメール等で、その情報を通知する（サーバへの送信処理）。例えば、トナー・インク減少（Ｌｏｗ）又はトナー・インク交換（Ｅｍｐｔｙ）等の状態情報（補給品に係る消耗度に基づくエラーの情報）に、送信済日時情報が記録されていなかった場合、前記エラーに応じた依頼を実行する（発注指示をサーバに送信する）。

次にＳ８０５において、サーバ通知制御部６０４は、上記通知（サーバへの送信処理）が成功したか否かを判定する。上記通知（サーバへの送信処理）が失敗した場合（Ｓ８０５でＮｏの場合）、サーバ通知制御部６０４は、Ｓ８０７に処理を進める。

一方、上記通知（サーバへの送信処理）が成功した場合（Ｓ８０５でＹｅｓの場合）、サーバ通知制御部６０４は、Ｓ８０６に処理を進める。
Ｓ８０６において、サーバ通知制御部６０４は、複合機履歴更新部６０２から複合機１２０に対し、その状態情報の送信済日時を記録するよう指示をする。この指示を受信すると、複合機１２０の履歴更新部５０９は、履歴・設定値データベース５２１内の送信管理テーブルに、対応する状態情報の送信済日時情報を追記する。すなわち、対応する状態情報の送信済日時情報を紐づけて保存する。

そして、サーバ通知制御部６０４は、送信済日時情報が記録されていない状態情報の全てについて上記Ｓ８０４～Ｓ８０６の処理を行ったか判定する。送信済日時情報が記録されていない状態情報のうち、まだ上記Ｓ８０４～Ｓ８０６の処理を行っていない状態情報がある場合、サーバ通知制御部６０４は、次の状態情報について上記Ｓ８０４～Ｓ８０６の処理を行うように制御する。
一方、送信済日時情報が記録されていない状態情報の全てについて、上記Ｓ８０４～Ｓ８０６の処理を行った場合には、サーバ通知制御部６０４は、Ｓ８０７に処理を進める。

Ｓ８０７において、複合機情報取得部６０１は、図７の設定画面７００の監視周期設定部７０４で設定された監視周期分の時間を待機する。
次にＳ８０８において、複合機情報取得部６０１は、通知設定選択部７０２のチェックボックス７０３にてチェックされた送信設定カテゴリと、監視周期設定部７０４で設定された監視周期の値に変更があるかを確認する。

変更がない場合（Ｓ８０８でＮｏの場合）、複合機情報取得部６０１は、Ｓ８０２に処理を戻し、監視と通知を続けるように制御する。
一方、変更がある場合（Ｓ８０８でＹｅｓの場合）、複合機情報取得部６０１は、Ｓ８０１に処理を戻し、変更内容を新たな動作パラメータ設定として複合機１２０に通知し、監視と通知を続けるように制御する。

以上のような制御を行うことで、監視エージェント６００が複合機１２０を監視し、サーバに対してステータス通知を行ったか否かを、複合機１２０の送信管理テーブル内の送信済日時情報から知ることができる状況を作り出すことができる。

以下、表２を用いて、複合機１２０の動作パラメータ設定について説明する。
表２に示す動作パラメータ設定は、複合機１２０の公開情報生成部５１０が動作する際に必要な設定値の例であり、図８のＳ８０１にて監視エージェント６００から複合機１２０に送信され、履歴・設定値データベース５２１内に保持される。

本実施形態では、この動作パラメータ設定には以下の情報が格納される。
パラメータ種別は、監視周期もしくは各種通知設定カテゴリを示す。これらは、図７の監視周期設定部７０４で設定できる時間（分）、および通知設定選択部７０２で選択可能なすべての各種通知設定カテゴリに対応する項目が、固定的に定義されている。

動作設定値は、図７にて設定された内容を反映した値が保存される。動作設定値は、可変値である。監視周期（分）には「５」、各種通知設定カテゴリに対しては、チェックボックス７０３にてチェックされた項目には「Ｓｅｎｄ」、チェックされていない項目には「ＮｏｔＳｅｎｄ」が保存される。

詳細１には、各種通知設定カテゴリと、複合機１２０内で実際に発生する状態との対応を固定的に定義している。
詳細２には、複合機１２０内での状態変化が、状態の解除を示すと判断される条件を、固定的に定義している。
なお、複合機１２０内の機器内の各モジュールからは、状態が消えたことは通知されないので、公開情報生成部５１０は、以下図９に示す処理とは別に状態を観察しており、状態が消えたならばそれを機器内の各モジュールからの解除通知と同等に扱う。

複合機１２０の公開情報生成部５１０は、この動作パラメータ設定を参照・更新しながら動作する。その動作フローについて図９を用いて説明する。
図９は、複合機１２０の公開情報生成部５１０が実行する処理の一例を示すフローチャートである。すなわち本フローチャートの処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が読み出して実行することにより実現される。このフローチャートの処理は、公開情報生成部５１０がコンピュータ１１０による状態監視や状態通知が正常に行われているかをチェックし、異常がある場合にユーザに警告を行う処理に対応する。なお、本フローチャートでは、消耗品の交換時期が迫り、監視エージェントから自動発注を行うべき状況での処理の例として説明する。

まずＳ９０１において、公開情報生成部５１０は、機器内の各モジュール（５０１～５０８）から状態変化通知を受ける。さらに、公開情報生成部５１０は、この通知の変化内容が、動作パラメータ設定の中で「Ｓｅｎｄ」である通知設定カテゴリのいずれかに合致するものであるかを、詳細１の定義と照合し確認する。「Ｓｅｎｄ」である通知設定カテゴリと合致しない場合（Ｓ９０１でＮｏの場合）、公開情報生成部５１０は、本フローチャートの処理を終了する。
一方、「Ｓｅｎｄ」である通知設定カテゴリに合致するものがある場合（Ｓ９０１でＹｅｓの場合）、公開情報生成部５１０は、Ｓ９０２に処理を進める。

Ｓ９０２において、公開情報生成部５１０は、この通知の変化内容が新規発生通知か、送信管理テーブル内の既存の状態情報に対する解除を示す通知かを確認する。解除を示す通知である場合（Ｓ９０２でＹｅｓの場合）、公開情報生成部５１０は、Ｓ９０５に処理を進める。
Ｓ９０５において、公開情報生成部５１０は、既存の記録されている状態情報を削除し、Ｓ９１５に処理を進める。Ｓ９１５以降の処理については後述する。

一方、解除通知ではない（新規発生通知である）場合（Ｓ９０２でＮｏの場合）、公開情報生成部５１０は、Ｓ９０３に処理を進める。
Ｓ９０３において、公開情報生成部５１０は、新しい状態発生の通知であるため、送信管理テーブルに新しい状態情報を追加する。
さらにＳ９０４において、公開情報生成部５１０は上記Ｓ９０１にて受けた状態変化通知を基に送信管理テーブルに、この状態変化通知内容が示す通知設定カテゴリに対する送信ステータスとサマリ文字列（送信内容サマリ）、およびその発生日時を記録する。

次にＳ９０６において、公開情報生成部５１０は、状態変化通知の内容が、消耗品交換時期をユーザに予告すべき内容であるか否かを判断する。消耗品交換時期をユーザに予告する必要のない内容の場合（Ｓ９０６でＮｏの場合）、公開情報生成部５１０は、本フローチャートの処理を終了する。

一方、消耗品交換時期をユーザに予告すべき内容であった場合（Ｓ９０６でＹｅｓの場合）、公開情報生成部５１０は、Ｓ９０７に処理を進める。
Ｓ９０７において、公開情報生成部５１０は、図１２（ａ）の１２０１に示すようなメッセージを含む画面を、複合機１２０の操作部３０６に表示する。

続いてＳ９０８において、公開情報生成部５１０は、送信管理テーブル中の送信済日時情報（上記Ｓ９０４の処理を行った状態情報のエントリの送信済日時）を確認する。この送信済日時情報に何も保存されていなければ、まだ監視エージェント６００から消耗品発注のＥメールが送信されていないことを示す。
次にＳ９０９において、公開情報生成部５１０は、上記Ｓ９０８の結果に応じて、監視エージェント６００から消耗品発注のＥメールが送信されているか否かを判断する。そして、監視エージェント６００から消耗品発注のＥメールが送信されていない場合（Ｓ９０９でＮｏの場合）、公開情報生成部５１０は、Ｓ９１０に処理を進める。

Ｓ９１０において、公開情報生成部５１０は、一定時間待機する。この待機時間は、図１０もしくは図１１にて後述する既定時間１に定める時間以内で、かつ複合機１２０の情報処理装置に過大な負荷をかけない程度の時間とする。

次にＳ９１１において、公開情報生成部５１０は、上記Ｓ９０４の処理を行ってからの経過時間が、既定時間１を超えているかを判断する。なおＳ９１１の判断は、監視エージェント６００からの要求に応じて送信管理テーブルの内容を応答してからの経過時間が既定時間１を超えているかの判断でもよい。

まだ既定時間１を超えていない場合（Ｓ９１１でＮｏの場合）、公開情報生成部５１０は、Ｓ９０８に処理を戻す。
一方、すでに既定時間１を超えている場合（Ｓ９１１でＹｅｓの場合）、公開情報生成部５１０は、Ｓ９１２に処理を進める。

Ｓ９１２において、公開情報生成部５１０は、上記Ｓ９０４の処理を行ってからの経過時間が既定時間２を超えているか、もしくは、上記Ｓ９０４の処理を行った状態情報のエントリに対応する消耗品残量が既定の警告閾値以下であるかの判断を行う。なお、既定時間２は、既定時間１より大きな時間間隔（既定時間１より長い期間）として定義されている。また、この消耗品残量の警告閾値は、消耗品の自動発注がされてからユーザに消耗品が配送されるまで日数と考えられる時間をもとに、警告閾値が予め決められている。なおＳ９１２の既定時間２を超えているかの判断は、監視エージェント６００からの要求に応じて送信管理テーブルの内容を応答してからの経過時間が既定時間２を超えているかの判断でもよい。

そして、既定時間２を超えていない、且つ、消耗品残量が既定の警告閾値以下でない場合（Ｓ９０２でＮｏの場合）、公開情報生成部５１０は、Ｓ９１３に処理を進める。
Ｓ９１３において、公開情報生成部５１０は、監視エージェント６００から消耗品発注のＥメールが送信されていないことをユーザに伝える図１２（ｂ）の１２０２に示すような警告メッセージを含む画面を操作部３０６に表示し、Ｓ９０８に処理を戻す。なお、図１２（ｂ）の１２０２は、補給品の発注が行われていないことを示す警告メッセージに対応する。

一方、既定時間２を超えている、又は、消耗品残量が既定の警告閾値以下である場合（Ｓ９０２でＮｏの場合）、公開情報生成部５１０は、Ｓ９１４に処理を進める。
Ｓ９１４において、公開情報生成部５１０は、消耗品発注のＥメールが送信されていないことをより強くユーザに伝える図１２（ｃ）の１２０３に示すような警告メッセージを含む画面を操作部３０６に表示し、Ｓ９０８に処理を戻す。なお、図１２（ｃ）の１２０３は、補給品の発注をすぐに確認すべきことを示す警告メッセージを示す。この警告メッセージは、補給品の発注のために監視エージェント６００及び監視エージェント６００がインストールされているコンピュータ１１０の少なくとも何れかの起動を促すメッセージでもよい。

また、上記Ｓ９０９において、公開情報生成部５１０が、監視エージェント６００から消耗品発注のＥメールが送信されていると判断した場合（Ｓ９０９でＹｅｓの場合）、Ｓ９１５に処理を進める。

Ｓ９１５において、公開情報生成部５１０は、図１２（ｂ）もしくは図１２（ｃ）のような警告メッセージが複合機１２０の操作部３０６に表示中であるか確認する。そして、表示中である場合（Ｓ９１５でＹｅｓの場合）、公開情報生成部５１０は、Ｓ９１６に処理を進める。
Ｓ９１６において、公開情報生成部５１０は、上記警告メッセージを消す処理を行ったのち、本フローチャートの処理を終了する。

一方、図１２（ｂ）もしくは図１２（ｃ）のような警告メッセージが複合機１２０の操作部３０６に表示中でない場合（Ｓ９１５でＮｏの場合）、公開情報生成部５１０は、本フローチャートの処理を終了する。

以上の図９の説明は、消耗品の交換時期が迫り、監視エージェント６００から自動発注を行うべき状況での処理の例である。トナー・インク残量が寿命に近い場合、ドラムが寿命に近い場合、など、消耗品種別を具体的に特定し、図１２の各警告メッセージを変えてもよい。また、複合機１２０の不具合を解消するために、監視エージェント６００からサービスコールを自動送信してサービスマンを呼ぶ場合にも、図１２の各警告メッセージを変えることで対応してもよい。

図１０は、複合機１２０の履歴更新部５０９が実行する処理の一例を示すフローチャートである。すなわち本フローチャートの処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が読み出して実行することにより実現される。図１０（ａ）、（ｂ）、（ｃ）のフローチャートの処理は、監視エージェント６００からの通信を受けた複合機１２０が実行する履歴更新部５０９の処理に対応する。履歴更新部５０９は、監視エージェント６００からの通信の内容を判断し、通信内容ごとにそれぞれ必要な処理を行う。

図１０（ａ）のフローチャート１０００は、監視エージェント６００からの通信が、監視周期の通知である場合の処理を示す。
まずＳ１００１において、履歴更新部５０９は、監視エージェント６００からの通信が監視周期の通知であるか否かを確認する。この通知は、監視エージェント６００がＳ８０１の処理にて、複合機１２０に対する動作パラメータ設定として、複合機１２０に通知するものである。

監視周期の通知でなかった場合（Ｓ１００１でＮｏの場合）、履歴更新部５０９は、何もせずに本フローチャートの処理を終了する。
一方、監視周期の通知であった場合（Ｓ１００１でＹｅｓの場合）、履歴更新部５０９は、Ｓ１００２に処理を進める。
Ｓ１００２において、履歴更新部５０９は、通知された監視周期の時間間隔を履歴・設定値データベース５２１内の動作パラメータ設定（監視周期（分））に保存しつつ、前述の既定時間１として設定もしくは更新し、本フローチャートの処理を終了する。なお、既定時間１の更新に応じて、履歴更新部５０９は、該更新された既定時間１に基づき既定時間２を更新するものとする。

図１０（ｂ）のフローチャート１０１０は、監視エージェント６００からの通信が、送信設定カテゴリの通知である場合の処理を示す。
まずＳ１０１１において、履歴更新部５０９は、監視エージェント６００からの通信が送信設定カテゴリの通知であるか否かを確認する。この通知は、監視エージェント６００がＳ８０１の処理にて、複合機１２０に対する動作パラメータ設定として、複合機１２０に通知するものである。

送信設定カテゴリの通知でなかった場合（Ｓ１０１１でＮｏの場合）、履歴更新部５０９は、何もせずに本フローチャートの処理を終了する。
一方、送信設定カテゴリの通知であった場合（Ｓ１０１１でＹｅｓの場合）、履歴更新部５０９は、Ｓ１０１２に処理を進める。
Ｓ１０１２において、履歴更新部５０９は、通知された送信設定カテゴリを、履歴・設定値データベース５２１内の動作パラメータ設定に保存し、本フローチャートの処理を終了する。

図１０（ｃ）のフローチャート１０２０は、監視エージェント６００からの通信が、送信管理テーブルへのアクセスである場合の処理を示す。
まずＳ１０２１において、履歴更新部５０９は、監視エージェント６００の複合機情報取得部６０１や複合機履歴更新部６０２から、送信管理テーブルへのアクセスであるか否かを判断する。

送信管理テーブルへのアクセスでなかった場合（Ｓ１０２１でＮｏの場合）、履歴更新部５０９は、何もせずに本フローチャートの処理を終了する。
一方、送信管理テーブルへのアクセスであった場合（Ｓ１０２１でＹｅｓの場合）、履歴更新部５０９は、Ｓ１０２２に処理を進める。
Ｓ１０２２において、履歴更新部５０９は、送信管理テーブルへの取得（読み込み）または更新（書き込み）の要求を実行し、本フローチャートの処理を終了する。なお、送信管理テーブルへの取得（読み込み）の要求の場合、読み込んだ内容が監視エージェント６００に応答される。

以上のように、本実施形態では、監視エージェント６００からサーバに対する異常通知や消耗品自動発注のＥメール送信（サーバへの送信処理）をしたことを示す情報を受信した場合に、該情報を対応する状態情報に紐づけて保持する。そして、監視エージェント６００からサーバへの送信処理を実行したことを示す情報を受信せずに、所定条件を満たした場合（所定の期間を経過した場合）、警告を示す情報を提供する。このような構成により、監視エージェント６００からサーバに対する異常通知や消耗品自動発注のＥメール送信が正常に行われたか否かを、複合機１２０側で知ることができる。そのため監視エージェント６００が動作するコンピュータの停止、スリープ、ネットワーク切断により複合機１２０に関する異常通知や消耗品（補給品）自動発注が行われていない状況となったことを、複合機１２０を使用するユーザが把握することが可能になる。これにより、補給品切れなどの発生を抑えることができる。

〔第２実施形態〕
第１実施形態では、監視エージェント６００から複合機１２０に対して監視周期を最初に通知し、複合機１２０の公開情報生成部５１０は監視エージェントからの送信が行われたか否かを上記最初に通知された監視周期で確認していた。
しかし、ネットワーク接続が不安定になるなどの理由で、監視エージェント６００からの監視周期の通知が複合機１２０に正しく届かないまま、監視エージェント６００の処理と、複合機１２０の公開情報生成部５１０の処理が進む可能性がある。また、監視周期を非常に長く設定しているような場合に、監視エージェントが動作するＰＣの停止、スリープ、ネットワーク切断等が発生すると、消耗品発注やサービスコールが自動送信されない状況に気づくのが遅れてしまう。このような状況であっても、複合機１２０が監視周期（既定時間１に対応）を自動的に変更することで、消耗品（補給品）発注やサービスコールが自動送信されない状況に気づきやすくすることが可能である。

図１１は、第２実施形態において監視エージェント６００からの通信を受けた複合機１２０が実行する履歴更新部５０９の処理のうち監視周期を自動的変更する処理の一例を示すフローチャートである。すなわち本フローチャートの処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が読み出して実行することにより実現される。

Ｓ１１０１において、履歴更新部５０９は、監視エージェント６００からの通信が、送信管理テーブルに対して情報を読み出す取得処理であるか、送信済日時情報を記録する更新処理であるかを確認する。送信済日時情報を記録する更新処理は周期的に行われる処理ではない。よって、監視エージェント６００からの通信が更新処理である場合（Ｓ１１０１でＮｏの場合）、履歴更新部５０９は、本フローチャートの処理を終了する。

一方、情報取得処理は監視エージェント６００が周期的に行うことが期待される処理である。よって、監視エージェント６００からの通信が情報取得処理であった場合（Ｓ１１０１でＹｅｓの場合）、履歴更新部５０９は、Ｓ１１０２に処理を進める。

Ｓ１１０２において、履歴更新部５０９は、監視エージェント６００からの情報取得処理が行われた日時に関して、前回の情報取得処理との時刻の差を計算する。なお、前回の情報取得処理の日時が情報処理コントローラユニット３０１のＲＡＭ４０３に記録されていない場合、この処理はスキップされる。

次にＳ１１０３において、履歴更新部５０９は、今回の情報取得時刻を情報処理コントローラユニット３０１のＲＡＭ４０３に記録する。

次にＳ１１０４において、履歴更新部５０９は、上記Ｓ１１０２で計算された今回と前回の情報取得処理時刻の差を、既定時間１と比較する。この既定時間１は、図１０（ａ）のＳ１００２で設定・更新されることが期待される期間であるが、もし監視エージェント６００からの監視周期の通知が複合機１２０に正しく届いていない場合は、初期値として「５分」が設定されているものとする。

今回と前回の情報取得処理時刻の差が既定時間１よりも大きい場合は、監視エージェントが動作するＰＣの停止、スリープ、ネットワーク切断等が発生している可能性がある。よって、その場合（Ｓ１１０４でＹｅｓの場合）、履歴更新部５０９は、Ｓ１１０５に処理を進める。
Ｓ１１０５において、履歴更新部５０９は、既定時間１を設定可能な最小値（例えば１分）に更新する。これにより、図９のステップＳ９０８～Ｓ９１１の待機ループの時間を最小限にすることで、迅速に警告メッセージ画面を表示することが可能になる。

今回と前回の情報取得処理時刻の差が既定時間１以下の場合は、監視エージェント６００からの監視周期の通知が複合機１２０に正しく届いていない可能性がある。よって、その場合（Ｓ１１０４でＮｏの場合）、履歴更新部５０９は、Ｓ１１０６に処理を進めて既定時間１を更新するように制御する。
Ｓ１１０６において、履歴更新部５０９は、今回と前回の情報取得処理時刻の差を監視周期であるとみなして、今回と前回の情報取得処理時刻の差で既定時間１を更新する。これにより、監視周期を自動的に設定することが可能になる。

以上の処理により、監視エージェント６００からの監視周期の通知が複合機１２０に正しく届いていない場合や、監視周期が非常に長く設定しているような場合あっても、複合機１２０が自動で監視周期を適切に変更することができる。これにより、消耗品（補給品）発注やサービスコールが自動送信されない状況に気づきやすくすることが可能である。

以上各実施形態によれば、監視エージェント６００による複合機１２０の異常通知や消耗品自動発注が正常に行われたか否かを、複合機１２０側で知ることができる。そのため、異常通知や消耗品自動発注が行われていない状況を、複合機を使用するユーザが把握することが可能になる。すなわち、情報処理装置の側で動作するソフトウェアによる印刷装置の補給品の消耗度に係る管理が正常に行われていない状況を、印刷装置を使用するユーザが適切に把握することが可能になり、補給品切れなどの発生を抑えることができる。この結果、補給品切れによるダウンタイムの発生等を抑えることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (11)

1. 印刷装置の情報を取得して管理するソフトウェアを実行する情報処理装置と通信する印刷装置であって、
   補給品に係る消耗度に基づき、交換時期が近づいたことを示す情報を提供する提供手段と、
   前記補給品に係る消耗度に基づくエラーの情報を記憶部に保持する保持手段と、
   前記ソフトウェアからの要求に応じて、前記補給品に係る消耗度に基づく前記エラーを応答する応答手段と、を有し、
   前記保持手段は、前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信した場合に、該情報を前記エラーの情報に紐づけてさらに保持し、
   前記提供手段は、前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信せずに、所定条件を満たした場合に、警告を示す情報を提供する、ことを特徴とする印刷装置。
2. 前記所定条件を満たした場合とは、前記エラーの情報が保持されてから、または、前記エラーが応答されてから第１期間を経過した場合であることを特徴とする請求項１に記載の印刷装置。
3. 前記警告を示す情報は、前記補給品の発注が行われていないことを示す情報であることを特徴とする請求項１又は２に記載の印刷装置。
4. 前記警告を示す情報は、前記補給品の発注のために前記ソフトウェア及び前記情報処理装置の少なくとも何れかの起動を促すことを示す情報であることを特徴とする請求項１又は２に記載の印刷装置。
5. 前記提供手段は、前記第１期間を経過していることに応じて、前記警告を示す情報として前記補給品の発注が行われていないことを示す情報を提供し、さらに前記第１期間より長い第２期間を経過していることに応じて、前記警告を示す情報として前記補給品の発注のために前記ソフトウェア及び前記情報処理装置の少なくとも何れかの起動を促すことを示す情報を提供することを特徴とする請求項２に記載の印刷装置。
6. 前記提供手段は、前記第１期間を経過したことに応じて、前記警告を示す情報として前記補給品の発注が行われていないことを示す情報を提供し、さらに前記補給品に係る消耗度が所定の値に達していることに応じて、前記警告を示す情報として前記補給品の発注のために前記ソフトウェア及び前記情報処理装置の少なくとも何れかの起動を促すことを示す情報を提供することを特徴とする請求項２に記載の印刷装置。
7. 前記エラーに応じた依頼は、前記補給品の発注に関する指示であることを特徴とする請求項１～６のいずれか１項に記載の印刷装置。
8. 前記第１期間は、前記ソフトウェアから通知される、前記ソフトウェアに設定された印刷装置の情報を取得する周期に基づく期間であることを特徴とする請求項２、５、６のいずれか１項に記載の印刷装置。
9. 前記第１期間は、前記ソフトウェアから当該印刷装置の情報を取得するための要求を受けた間隔に応じて更新されることを特徴とする請求項２、５、６のいずれか１項に記載の印刷装置。
10. 印刷装置の情報を取得して管理するソフトウェアを実行する情報処理装置と通信する印刷装置の制御方法であって、
    補給品に係る消耗度に基づき、交換時期が近づいたことを示す情報を提供する提供工程と、
    前記補給品に係る消耗度に基づくエラーの情報を記憶部に保持する第１保持工程と、
    前記ソフトウェアからの要求に応じて、前記補給品に係る消耗度に基づく前記エラーを応答する応答工程と、
    前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信した場合に、該情報を前記エラーの情報に紐づけてさらに保持する第２保持工程と、
    前記ソフトウェアから前記エラーに応じた依頼を実行したことを示す情報を受信せずに、所定条件を満たした場合に、警告を示す情報を提供する警告工程と、
    を有することを特徴とする印刷装置の制御方法。
11. コンピュータを、請求項１～９のいずれか１項に記載の各手段として機能させるためのプログラム。

Images