JP7027089B2 - 管理システム、および制御方法 - Google Patents

Description

本発明は、管理システム、および制御方法に関する。

従来、ネットワークを介して管理サーバが監視する顧客の印刷装置において、特定の消耗品の残量が一定以下となったことを示す通知を管理サーバが受信した際に、管理サーバが該印刷装置に交換用の消耗品を自動配送するサービスがある。

特許文献１は、トナーカートリッジ内のトナー残量が間もなく無くなるニアエンプティ領域が発生した情報を管理装置に通知することで、管理装置からトナーカートリッジが自動配送される印刷装置を開示している。

特開２０１１－１９７２９３号公報

上述したような印刷装置は、トナーボトルが装着された際に、トナー残量のカレント値を初期化する必要がある。また一方、印刷装置において、画像形成を行った際に、トナーボトルが備えるメモリタグ等の記憶装置にトナー残量を書き込むことが行われている。このような印刷装置は、トナーボトルが装着された際に、装着されたトナーボトルのメモリタグに記録されているトナー残量を読み取り、該読み取ったトナー残量をトナー残量のカレント値として初期化する。

しかしながら、印刷装置において、メモリタグの情報を読み取るセンサとメモリタグの読み取り位置がずれていたり、トナーボトルへアクセスする扉が確実に閉じられていなかったり等の理由により、メモリタグから情報を取得できない場合がある。また、そもそも印刷装置がメモリタグを備えるトナーボトルに対応していない場合や、トナーボトルにメモリタグが装着されていない場合もある。例えば、トナーボトルを識別するための情報がバーコードで印字されているトナーボトルもある。

このような場合、装着されたトナーボトルのトナー残量を取得できず、トナー残量のカレント値を初期化できない。トナー残量のカレント値が初期化されなかった場合、実際のトナー残量と印刷装置が管理するカレント値との間にズレが発生する可能性がある。この場合、印刷装置が、カレント値を元に消耗品の残量が所定量以下となったことを示す通知を管理サーバに送信するタイミングが実際よりも遅れてしまい、交換用の消耗品の自動配送のタイミングが遅れてしまう。

本発明は、消耗品が備える記憶装置から正しく情報を読み取れない場合であっても、消耗品の残量管理を適切に行うことを可能とする管理システムを提供することを目的とする。

本発明の一実施形態の管理システムは、印刷装置とネットワークを介して通信できる管理システムであって、前記印刷装置に装着された、印刷で利用される記録剤が入る消耗品に係るアラームを受信する受信手段と、前記受信されたアラームに前記消耗品に入った記録剤の残量の情報が含まれる場合に、該アラームに含まれる前記消耗品の識別情報とともに記憶手段で管理する管理手段と、前記受信されたアラームが、前記消耗品が備える記憶装置の故障の検出を示すアラームであった場合に、前記管理システムにおいて、前記印刷装置のために該消耗品の配送の指示データを生成するアラーム生成手段と、を有する。

本発明の管理システムによれば、消耗品が備える記憶装置から正しく情報を読み取れない場合であっても、消耗品の残量管理を適切に行うことを可能となる。

本発明の一実施形態に係る管理システムの全体構成例を示す図である。 印刷装置のハードウェア構成例を示す図である。 管理サーバのハードウェア構成例を示す図である。 印刷装置のソフトウェア構成例を示す図である。 管理サーバのソフトウェア構成例を示す図である。 イベント情報のデータ構造の一例を示す図である。 トナーボトル交換が管理サーバに通知されるまでの処理を示す図である。 トナー残量の初期化処理を説明する図である。 イベント情報の送信処理を説明する図である。 トナー残量のカレント値を補正する処理を説明する図である。 トナーボトル交換履歴テーブルの一例を示す図である。 イベント情報を受信した際の処理を説明する図である。 残量情報を補完する処理を説明する図である。 トナーボトルを顧客へ配送する予備配送処理を説明する図である。 トナー残量初期値の取得要求を受信した際の動作を説明する図である。 印刷装置の入出力装置に表示するＵＩ画面の一例を示す図である。 印刷装置の入出力装置に表示するＵＩ画面の一例を示す図である。 メッセージを取得する処理を説明する図である。 メッセージを表示する処理を説明する図である。 メッセージを管理するテーブルの一例を示す図である。

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

（第１実施形態）
図１は、本発明の一実施形態における管理システムの全体構成例を示す図である。
図１において、１０１はＬＡＮで、１０２は印刷装置１０２ａ、１０２ｂ、Ｐｒｏｘｙ Ｓｅｒｖｅｒ１０３、Ｆｉｒｅｗａｌｌ１０４、パーソナルコンピュータ（ＰＣ）１０５が接続されている。

なお、説明上、印刷装置１０２ａ、１０２ｂに共通する事項に関しては、印刷装置１０２として説明を行う。図１では、印刷装置１０２は２台接続されており、同一顧客の環境下において複数の印刷装置１０２が設置されていることを示しているが、これに限られるものではなく、１台であっても、複数台であってもよい。

また、本実施形態では、印刷装置１０２は用紙に対してトナーやインク等の記録剤を用いて画像形成を行う装置（画像形成装置）として説明するが、これに限られるものではない。例えば、造形材料等の記録剤を用いて３次元のオブジェクトを造形する装置、所謂３Ｄプリンタであってもよい。また、印刷装置１０２が画像形成装置である場合、ＦＡＸやコピー等の複合機能を備える画像形成装置であってもよい。

Ｐｒｏｘｙ Ｓｅｒｖｅｒ１０３は、イントラネット１０７からＨＴＴＰやＨＴＴＰＳなどのプロトコルで、複数のユーザがインターネット１０８に接続可能とする。Ｆｉｒｅｗａｌｌ１０４は、イントラネット１０７のセキュリティを高めるために設置される。ＰＣ１０５は、一般のユーザが業務等で使用するものであって、ハードウェア資源と、ソフトウェア資源を備えて構成され、ソフトウェア資源に含まれるＯＳがアプリケーションの実行等を制御する。

管理サーバ１０６は、印刷装置１０２の稼動状態を一元的に管理する。例えば、管理サーバ１０６は、印刷装置１０２の稼動情報の収集や印刷装置１０２の故障検出等を行う。また、例えば、管理サーバ１０６は、管理対象の印刷装置１０２の消耗品の顧客先での在庫状況の管理を行い、必要に応じて新しい消耗品の顧客先への配送の自動手配などを行う。ここで、消耗品とは、トナー、インク、紙、造形材料全般等の消耗材や、トナーボトル、トナーカートリッジ、インクタンク、インクボトル、インクカートリッジ、交換部品等のことである。

イントラネット１０７は、印刷装置１０２とＰｒｏｘｙ Ｓｅｒｖｅｒ１０３、Ｆｉｒｅｗａｌｌ１０４とがＬＡＮ１０１を介して相互に接続された環境に対応する。実際には複数のイントラネット１０７と、管理サーバ１０６とがインターネット１０８を介して相互に通信可能に接続されている。配送システム１０９は、販売会社が構築するシステムであり、管理サーバ１０６からメール等で通知される各種情報に基づいて、消耗品を顧客へ配送する。

図２は、印刷装置１０２のハードウェア構成例を示す図である。
印刷装置１０２は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０等を有する。

ＣＰＵ２０１は、内部バス２０６を介して各デバイスを総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、等が接続されている。ＲＯＭ２０２には、プログラムが格納されている。プログラムには、後述する図７～図１０のフローチャートの処理を実現するプログラムを含む。

ＲＡＭ２０３は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＣＰＵ２０１は、ＲＯＭ２０２やＲＡＭ２０３とともに上記プログラムの実行処理を行うとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。記憶装置２０４は、外部記憶装置として機能し、画像データ等を格納するほか、バックアップＲＡＭ２０３に代わって、カウンタ情報やシステム情報、各種ログを格納することも可能である。

ネットワークＩ／Ｆ２０５は、ＬＡＮ１０１を介して、外部のネットワーク機器あるいはＰＣと片方向または双方向にデータをやり取りする。デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、例えば電子写真方式の印刷部であり、露光部、転写部や定着器などを含む。入出力装置２１０は、印刷装置１０２における入出力を担う複数の構成を示す。

具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を、入出力Ｉ／Ｆ２０９によって、前述した各処理部へ伝える。入出力装置２１０は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受け付けたりするための表示装置（タッチパネルなど）も含む。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２１０に含まれてよい。

図３は、管理サーバ１０６のハードウェア構成例を示す図である。
管理サーバ１０６は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、入出力Ｉ／Ｆ３０７、入出力装置３０８等を有する。

ＣＰＵ３０１は、内部バス３０６を介して各デバイスを総括的に制御する。内部バス３０６には、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、入出力Ｉ／Ｆ３０７、等が接続されている。ＲＯＭ３０２には、プログラムが格納されている。プログラムには、後述する図１２～図１５のフローチャートの処理を実現するプログラムを含む。

ＲＡＭ３０３は、ＣＰＵ３０１のメモリやワークエリアとして機能する。ＣＰＵ３０１は、ＲＯＭ３０２やＲＡＭ３０３とともに上記プログラムの実行処理を行う。記憶装置３０４は、外部記憶装置として機能し、印刷装置１０２の稼動情報等を格納する他、バックアップＲＡＭ３０３に代わって、システム情報および各種処理情報を格納することも可能である。

ネットワークＩ／Ｆ３０５は、ＬＡＮ１０１を介して、印刷装置１０２等の外部のネットワーク機器あるいはＰＣと片方向または双方向にデータをやり取りする。このやり取りにより、管理サーバ１０６は、印刷装置１０２から稼働情報等の各種情報を収集することが可能となる。

入出力装置３０８は、管理サーバ１０６における入出力を担う複数の構成を示す。具体的には、ユーザからの入力をキーボードやポインティングデバイス等から受け付け、該入力に対応する信号を、入出力Ｉ／Ｆ３０７によって、前述した各処理部へ伝える。入出力装置３０８は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受け付けたりするための表示装置（ＣＲＴや液晶ディスプレイ等）も含む。

図４は、印刷装置１０２のソフトウェア構成例を示す図である。
図４では、主にトナーボトルの管理に関連する制御を実行するソフトウェア構成について示し、それ以外の構成については省略する。印刷装置１０２は、管理情報送信部４０１、記憶部４０２、画像形成部４０３、デバイス情報制御部４０４、操作部４０５、表示部４０６、イベント管理部４０７、トナーボトル管理部４０８等を有する。

管理情報送信部４０１は、印刷装置１０２に関する情報（デバイス情報）や印刷装置１０２で発生したイベントに関する情報（イベント情報）、各種カウンタ情報、消耗品の消耗度情報等を管理サーバ１０６へ送信する。詳細には、管理情報送信部４０１は、上述した各種情報を記憶部４０２から取得し、取得した情報を所定のフォーマットに編集したうえで管理サーバ１０６へ送信する。デバイス情報には、印刷装置１０２の識別情報（シリアルナンバー）、ネットワーク情報（ＩＰアドレス）、稼動情報などが含まれ、必要に応じていずれかの情報が通知などに利用される。

管理サーバ１０６へのイベント情報の送信は、印刷装置１０２を顧客先で設置する際の一連の設置作業の中で、管理サーバ１０６と通信テストが行われた後に開始される。また、管理情報送信部４０１は、管理サーバ１０６から送信される各種指示や、設定データ等を受信する。なお、上述した各種データの送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどのプロトコルを用いて行う。

記憶部４０２は、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４等への情報の格納や読み出しといった記憶制御を行う。記憶部４０２は、印刷装置１０２が顧客のもとへ設置されてから使用したトナーボトルの識別情報の履歴や現在装着されているトナーボトルの識別情報を格納する。また、記憶部４０２は、現在装着されているトナーボトルのトナーの残量情報（トナー残量のカレント値）や前に装着され、取り出されたトナーボトルの、取り出された時点のトナーの残量情報等を格納する。

また、記憶部４０２は、トナーボトルが空になったときやトナーボトルが交換されたとき等、発生したイベントと、該イベントが発生した時刻と、イベント発生時のカウンタ情報等とを、トナーボトルの識別情報と残量情報と関連づけて管理する。イベントには、例えば、後述するトナーボトルが途中で取り出された場合に発生するイベントや、トナーボトルが装着された場合に発生するイベントを含む。

また、記憶部４０２は、印刷装置１０２の管理に必要なその他の管理情報を格納する。具体的には、管理情報は、例えば、ファームウェア情報や印刷装置１０２の識別情報等のデバイス構成情報、各種カウンタ情報、消耗品の消耗度情報、印刷装置１０２の動作履歴や、さまざまな異常状態を表す履歴情報（ログデータ）等を含む。

また、管理情報は、例えば、前述したデバイス情報や、管理サーバ１０６に関する情報（サーバ情報）を含む。サーバ情報は、印刷装置１０２を管理する管理サーバ１０６のアドレス情報等、管理サーバ１０６との通信に用いる情報を含む。記憶部４０２は、上述した各種情報をＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４等に記録する。

画像形成部４０３は、印刷部２０８に渡す印刷データを生成し出力する。デバイス情報制御部４０４は、印刷装置１０２の印刷制御や異常状態の管理等を行うとともに、カウンタ情報の管理や通知情報の管理を行う。カウンタ情報とは、例えば、印刷装置１０２で印刷された印刷枚数をセンサ等でカウントした値や、消耗品の消耗度を表す情報である。

また、デバイス情報制御部４０４は、管理サーバ１０６へ定期的に自装置（印刷装置１０２）に対する指示があるか問い合わせを行い、指示がある場合、該指示を実行し、その結果を管理サーバ１０６へ通知する。デバイス情報制御部４０４は、指示の内容によっては各処理部への指示を行い、各処理部での実行結果を管理サーバ１０６へ通知する。

操作部４０５は、印刷装置１０２に対する操作指示を可能とするインタフェースである。操作指示は、例えば、印刷指示等である。表示部４０６は、印刷装置１０２の状態情報や、トナーボトルの残量情報等を含む各種消耗品の消耗度情報、設定情報等のＵＩ画面を入出力装置２１０に表示する。表示部４０６は、メッセージ表示制御部４１３、ステータスライン表示制御部４１４、アイコン表示制御部４１５から構成される。

メッセージ表示制御部４１３は、ユーザの操作に応じてＷｅｂブラウザ等のブラウザ機能を起動し、管理サーバ１０６からの指示に従い、メッセージ等の表示を制御する。ステータスライン表示制御部４１４は、ＵＩ画面へのステータスラインの表示を制御する。ステータスライン表示制御部４１４は、例えば、後述する図１６（Ａ）のステータスライン１６０２の表示を制御する。ステータスライン１６０２で表示する内容は、例えば、印刷装置１０２の状態情報や、管理サーバ１０６からのメッセージの着信を示す通知などである。アイコン表示制御部４１５は、ＵＩ画面への各種アイコンの表示を制御する。

イベント管理部４０７は、印刷装置１０２でのイベント発生を受けてイベント情報を管理する。イベント管理部４０７が管理するイベント情報は、例えば、印刷装置１０２のユーザが発行する印刷ジョブや、エラー（障害）、印刷装置１０２のステータス情報等を含む。例えば、印刷装置１０２のエラーには、ハードディスクエラーや課金カウンタエラー等の緊急性の高いエラーや、紙ジャム、またはトナーロー等のワーニングレベルのエラーがある。また、トナーボトルの交換により発生するイベントについても、イベント情報がデバイスインタフェース４１６を介してイベント管理部４０７へ通知される。

トナーボトル管理部４０８は、印刷装置１０２におけるトナーボトルの着脱およびトナー残量情報の管理を行う。トナーボトル管理部４０８は、ボトル交換検知部４０９、トナー残量検知部４１０、ボトル識別情報検知部４１１、トナー残量予測部４１２から構成される。

ボトル交換検知部４０９は、印刷装置１０２においてトナーボトルが交換されたことを検知すると、トナーボトルの交換の開始や完了を示す情報を、デバイスインタフェース４１６を介してイベント管理部４０７へ通知する。具体的には、ボトル交換検知部４０９は、印刷装置１０２においてトナーボトルが取り外されたことを検知すると、取り外されたトナーボトルの識別情報と該トナーボトルが取り外されたことを示す情報を通知する。また、ボトル交換検知部４０９は、印刷装置１０２にトナーボトルが装着されたことを検知すると、トナーボトルが装着されたことを示す情報を通知する。

トナー残量検知部４１０は、トナーボトルが装着されると、トナーボトル内のトナー残量情報をトナーボトルが備えるメモリタグ等の記憶装置から取得し、トナー残量の初期値としてトナー残量予測部４１２へ送信する。また、トナー残量検知部４１０は、トナーの残量情報をトナーボトルから取得できなかった場合に、デバイス情報制御部４０４を介して管理サーバ１０６へトナー残量の初期値を取得する。

ボトル識別情報検知部４１１は、トナーボトルの識別情報をトナーボトルが備えるメモリタグ等の記憶装置から取得する。ボトル識別情報検知部４１１は、例えば、印刷装置１０２にトナーボトルが装着された際に、トナーボトルの識別情報を取得する。また、ボトル識別情報検知部４１１は、取得したトナーボトルの識別情報を、デバイスインタフェース４１６を介して記憶部４０２へ送信し、管理する。また、ボトル識別情報検知部４１１は、取得したトナーボトルの識別情報を、デバイスインタフェース４１６を介してイベント管理部４０７に送信する。

トナー残量予測部４１２は、印刷装置１０２が印刷処理を行うことによりトナーを利用すると、該印刷処理に利用したトナーの利用量を算出（予測）する。そして、トナー残量予測部４１２は、記憶部４０２からこの時点でのトナーの残量情報を取得する。トナー残量予測部４１２は、取得したトナーの残量情報から、算出したトナーの利用量を差し引くことで最新のトナー残量情報を求める。

トナー残量予測部４１２は、算出した最新のトナーの残量情報を記憶部４０２に送信し、記憶部４０２が格納しているトナーの残量情報（トナー残量のカレント値）が更新される。また、トナー残量予測部４１２は、算出した最新のトナーの残量情報を、トナーボトルが備えるメモリタグ等の記憶装置が格納するトナーの残量情報として書き込む。このように、印刷装置１０２でトナーが利用されると、その都度トナーの残量情報が算出され、算出された最新のトナーの残量情報が記憶部４０２およびトナーボトルの記憶装置に格納される。

また、トナー残量予測部４１２は、算出した最新のトナーの残量情報を、デバイスインタフェース４１６を介してメッセージ表示制御部４１３へ送信する。メッセージ表示制御部４１３は、受信した最新のトナーの残量情報を入出力装置２１０に表示する。また、トナー残量予測部４１２は、算出したトナーの残量情報が所定の値以下になった場合、イベント管理部４０７に通知する。イベント管理部４０７は、該通知を受けて、トナー残量が所定量以下となったこと（トナーロー）を示すイベントの発生を管理サーバ１０６に通知する。

図５は、管理サーバ１０６のソフトウェア構成例を示す図である。
管理サーバ１０６は、通信部５０１、記憶部５０２、表示部５０３、コマンド解析部５０４、レスポンス生成部５０５、管理部５０６、擬似アラーム生成部５１４等を有する。通信部５０１は、印刷装置１０２と通信を行う。

具体的には、通信部５０１は、印刷装置１０２から送信されるデバイス情報や印刷装置１０２で発生したイベント、例えば、トナーボトル交換イベント等のイベント情報を受信する。また、通信部５０１は、印刷装置１０２へ通信スケジュールの指示や、各種設定情報、保守に必要な情報等を送信する。

記憶部５０２は、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４等への情報の格納や読み出しといった記憶制御を行う。記憶部５０２は、例えば、デバイス情報や販売会社情報、顧客情報等を格納する。表示部５０３は、記憶部５０２に格納された印刷装置１０２の状態情報や設定情報等のデバイス情報をＷｅｂ画面として入出力装置３０８に表示する。管理サーバ１０６では、ＷＷＷサーバプログラムが動作しており、これにより販売会社のサービスマン等がＰＣ上のＷｅｂブラウザを用いて上述した各種情報を閲覧することができる。以下、管理サーバ１０６が提供するＷｅｂ画面をポータルサイトと呼ぶ。

コマンド解析部５０４は、印刷装置１０２から送信される要求（コマンド）を解析し、解析した結果を記憶部５０２、表示部５０３、および管理部５０６に反映させる。レスポンス生成部５０５は、コマンド解析部５０４により解析されたコマンドに対する印刷装置１０２へのレスポンスを生成する。

管理部５０６は、印刷装置１０２を監視し保守を行うために必要な情報を管理する。管理部５０６は、通知管理部５０７、販売会社情報管理部５０８、デバイス情報管理部５０９、顧客情報管理部５１０、イベント情報受信部５１１、デバイス指示管理部５１２、メッセージ管理部５１３、消耗品在庫管理部５１５から構成される。

通知管理部５０７は、通知内容や通知先の指定を行い、通知情報を生成する。通知には、例えば、印刷装置１０２を保守するサービスマンを手配するシステム（不図示）への保守依頼を行う通知や消耗品の補充依頼を行う通知がある。販売会社情報管理部５０８は、顧客環境に設置された印刷装置１０２の管理、保守（サポート）を行う販売会社の情報を管理する。

デバイス情報管理部５０９は、保守対象の印刷装置１０２のデバイス情報を管理する。デバイス情報管理部５０９の管理対象となる情報は、印刷装置１０２の識別情報、異常などの状態情報、保守履歴、印刷装置１０２の管理者情報、印刷装置１０２の消耗品管理情報等である。顧客情報管理部５１０は、印刷装置１０２を設置する顧客の情報を管理する。顧客の情報は、顧客が利用する印刷装置１０２の識別情報や、顧客と販売会社との保守契約に関する情報を含む。

イベント情報受信部５１１は、印刷装置１０２で発生したイベント情報を、通信部５０１を介して受信する。イベント情報受信部５１１が受信するイベント情報は、例えば、トナーボトル交換イベントや、トナーボトルのトナー残量が所定量以下となったこと（トナーロー）を示すイベント等のイベント情報である。

本実施形態では、トナーボトル交換に関連するイベントとして管理サーバ１０６に送信されるイベント情報は、「新規トナーボトルの装着アラーム」または「トナーボトル途中取り出しアラーム」を含む。また、トナーボトル交換に関連するイベントとして管理サーバ１０６に送信される他のイベント情報は、トナーボトルのトナー残量が所定量以下となったことを示す「事前配送アラーム」を含む。なお、本実施形態では、印刷装置１０２からのアラームとは、印刷装置１０２の障害ではなく、通知または記録すべきイベントとして定義する。

イベント情報受信部５１１は、受信したイベント情報をデバイス情報管理部５０９に格納する。また、イベント情報受信部５１１は、事前配送アラームを受信すると、新しいトナーボトルの自動配送を依頼するメッセージを作成し、通信部５０１を介して販売会社の配送システム１０９に送信する。すなわち、イベント情報受信部５１１は、配送システム１０９に対して新しいトナーボトルの配送指示を行う。

これにより、トナーボトルの交換時期が来る前に新しいトナーボトルが自動的に顧客へ配送される。したがって、顧客自らが印刷装置１０２の表示装置等で表示されるトナーの残量情報等を監視し、適切なタイミングで新しいトナーボトルを発注するといった手間を省くことができる。

また、イベント情報受信部５１１は、印刷装置１０２から管理サーバ１０６に対する各種情報の取得要求を受信する。イベント情報受信部５１１は、該取得要求を受信すると、レスポンス生成部５０５を介して印刷装置１０２が必要とする情報を含むレスポンスを生成し、通信部５０１を介して印刷装置１０２へ送信する。印刷装置１０２からの情報の取得要求には、例えば、後述するトナー残量の初期値取得要求がある。

デバイス指示管理部５１２は、印刷装置１０２への指示を管理する。デバイス指示管理部５１２が管理する指示は、例えば、管理サーバ１０６への情報送信スケジュールの変更指示や、印刷装置１０２の表示部４０６に表示させるメッセージの表示指示などである。なお、印刷装置１０２への指示には、管理サーバ１０６が提供するポータルサイト、または専用Ｉ／Ｆを介して販売会社のユーザや配送システム１０９から登録される指示と、管理サーバ１０６が生成する指示とがある。

いずれの指示も印刷装置１０２への指示として管理サーバ１０６の記憶部５０２に格納される。また、デバイス指示管理部５１２は、印刷装置１０２が指示を受けて何等かの処理を実行した結果を、「成功」「失敗」「不明」などのステータスとして管理する。メッセージ管理部５１３は、管理サーバ１０６からの指示を受けて印刷装置１０２の表示部４０６が表示するメッセージの生成と管理を行う。

メッセージ管理部５１３は、管理サーバ１０６が提供するポータルサイト等から印刷装置１０２へ表示したいメッセージの登録を受け付けると、ＨＴＭＬ形式のメッセージを生成する。そして、メッセージ管理部５１３は、生成した印刷装置１０２に対するメッセージの一覧を、後述する図２０に示すようなメッセージ管理テーブルを用いて管理する。メッセージ管理部５１３が管理するメッセージは、例えば、消耗品の配送状況、サービスマンの派遣状況、システムメンテナンス実施のお知らせ、ファームウェア更新実施のお知らせなど印刷装置１０２の保守全般に関するものである。

消耗品在庫管理部５１５は、顧客情報に関連付けて、印刷装置１０２で交換可能なトナーボトルや定着器などの部品、回収トナーボックス等、顧客が利用できる消耗品の在庫数を在庫情報として管理する。消耗品在庫管理部５１５は、管理サーバ１０６において、顧客が消耗品を交換し、在庫から新しい消耗品を利用したことを示す通知を印刷装置１０２から受信すると、該当する顧客の在庫情報を更新、すなわち在庫数を減算する。

また、消耗品在庫管理部５１５は、顧客が利用できる消耗品の在庫数が少なくなると、自動配送を依頼するメッセージを作成し、通信部５０１を介して販売会社などに消耗品の配送を指示する。擬似アラーム生成部５１４は、通常は印刷装置１０２が生成し管理サーバ１０６に通知するイベント情報を、擬似的に生成する。

例えば、顧客に対して予備のトナーボトルの配送が必要と判断した際に、印刷装置１０２の生成する事前配送アラームの代わりとなるイベント情報を、イベント情報受信部５１１からの指示を受けて擬似的に生成する。これにより、印刷装置１０２からのイベント通知なしに消耗品の配送を指示するためのアラームを疑似的に生成することができる。なお、疑似アラームに関連する処理の詳細については、図１２および図１４を用いて後述する。

図６は、管理サーバ１０６が印刷装置１０２から受信するイベント情報のデータ構造の一例を示す図である。
なお、図６では、印刷装置１０２においてトナーボトル交換イベントが発生した際に管理サーバ１０６に通知されるイベント情報を例に説明するが、その他のイベント情報も同様である。

イベント情報は、印刷装置１０２において各種イベントが発生した際に生成され、管理サーバ１０６に送信される。イベント情報は、例えば、ＸＭＬ形式で記述され、ＨＴＴＰＳ等の暗号化プロトコルを用いて管理サーバ１０６に送信される。しかし、イベント情報の形式や送信する際の通信プロトコル等はこれに限定するものではない。

トナーボトル交換イベント、詳細にはトナーボトルの装着または途中取り出しが行われたことを示すイベント情報は、印刷装置１０２からのアラームとして管理サーバ１０６へ通知される。なお、上述したように、本実施形態では、印刷装置１０２からのアラームとは、印刷装置１０２の障害ではなく、通知または記録すべきイベントとして定義する。印刷装置１０２のアラームは、トナーボトル交換イベントに限らず、「用紙切れ」や「ステープル切れ」等のイベントも含む。

これらのイベントは、管理サーバ１０６においてコードで管理されており、イベント毎に対応するコードが存在する。イベント情報には、これらのコードが後述するアラームコード６０７およびアラームサブコード６０８として含まれる。以下、イベント情報に含まれる各項目について説明する。

図６に示すように、イベント情報は、デバイス識別情報６０１とアラーム情報６０５とから構成される。デバイス識別情報６０１は、印刷装置１０２を識別するための情報であり、本実施形態では、ＩＰアドレス６０２、シリアルナンバー６０３、製品名称６０４等の情報を含む。アラーム情報６０５は、印刷装置１０２で発生したイベントの内容を示す情報であり、発生時刻６０６、アラームコード６０７、アラームサブコード６０８、拡張情報６０９、カウンタ値６１０を含む。

発生時刻６０６は、イベントが発生した時刻を示し、例えば、トナーボトルの装着イベントの場合、ボトル交換検知部４０９がトナーボトルの装着を検知した時刻が記録される。アラームコード６０７は、上述した各イベントに対応するコードであり、印刷装置１０２で発生したイベントの内容を示す情報をコード化したものである。本実施形態では、アラームコード６０７により、印刷装置１０２において発生したイベントが、トナーボトルの装着や、途中取り出し等、トナーボトルに関連するイベントであることが特定される。

アラームサブコード６０８は、イベントの内容の詳細を示す情報をコード化したものである。例えば、アラームサブコード６０８は、トナーボトルに関連するイベント情報の場合、イベントの対象であるトナーボトルのトナーの色情報等を示す。拡張情報６０９は、アラームコード６０７やアラームサブコード６０８のみでは表現できないイベント固有の情報を記録する。

例えば、トナーボトルに関連するイベント情報の場合、装着されたトナーボトルの識別情報（トナーボトルＩＤ）やイベントが発生した時点でのトナーボトルのトナーの残量情報等が記録される。カウンタ値６１０は、イベントが発生した時点で印刷装置１０２がカウントしたトータルカウンタ値を記録する。

図７は、印刷装置１０２においてトナーボトルが交換され、管理サーバにその旨通知されるまでの処理を説明するためのフローチャートである。
詳細には、図７の処理は、印刷装置１０２において、ユーザが、トナーボトルにアクセスする扉を開けることにより開始される。図７において、印刷装置１０２がトナー残量のカレント値を初期化し、トナーボトルに関連するイベント情報を管理サーバ１０６に送信する。

図７の処理は、ＣＰＵ２０１がＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４のいずれかの記憶手段に格納するプログラムを実行することで実現される。ステップＳ７０１において、印刷装置１０２のボトル交換検知部４０９は、ユーザが印刷装置１０２の扉を開けたこと（ドアオープン）を検知する。ステップＳ７０２において、ボトル交換検知部４０９は、トナーボトルの取り出しが行われたか判断する。

トナーボトルの取り出しが行われたと判断した場合、処理はステップＳ７０３へ進み、トナーボトルの取り出しが行われていないと判断した場合、処理はステップＳ７０６に進む。ステップＳ７０３において、イベント管理部４０７は、記憶部４０２が管理するトナー残量のカレント値を取得し、トナー残量が空か判断する。トナー残量が空であると判断した場合、処理はステップＳ７０６へ進み、トナー残量が空ではないと判断した場合、トナーボトルの途中取り出しが発生したと判断し、処理はステップＳ７０４へ進む。

ステップＳ７０４において、イベント管理部４０７は、記憶部４０２に取り出されたトナーボトルの情報に関連付けて途中取り出しを示すフラグを格納する。ステップＳ７０５において、イベント管理部４０７は、記憶部４０２に、取り出されたトナーボトルの情報に関連付けてトナー残量のカレント値、すなわち途中取り出し時のトナー残量を格納する。

ステップＳ７０６において、ボトル交換検知部４０９は、トナーボトルが装着されたか判断する。トナーボトルが装着されたと判断した場合、処理はステップＳ７０７へ進み、トナーボトルが装着されていないと判断すると、処理はステップＳ７０２に戻る。ステップＳ７０７において、ボトル識別情報検知部４１１は、新しく装着されたトナーボトルの識別情報が読み取り可能か判断する。

トナーボトルの識別情報は、トナーボトルにメモリタグやバーコード等により付加されており、印刷装置１０２が備えるセンサ（不図示）によって読み取ることができる。しかし、印刷装置１０２のセンサとトナーボトルの読み取り位置のずれやバーコードの汚れ、メモリタグの故障などによりトナーボトルの識別情報がうまく読み取れない場合があるため、ステップＳ７０７では、該識別情報が読み取り可能かの判断を行う。

トナーボトルの識別情報が読み取り可能と判断された場合、処理はステップＳ７０８へ進む。ステップＳ７０８において、ボトル識別情報検知部４１１は、トナーボトルの識別情報を読み取り、該識別情報を記憶部４０２に格納する。一方、ステップＳ７０７で、トナーボトルの識別情報が読み取り不可能と判断された場合、処理はステップＳ７０９に進む。

ステップＳ７０９において、トナーボトルの識別情報が識別不可であったことを示す情報を記憶部４０２に格納する。ステップＳ７１０において、トナー残量予測部４１２が、トナー残量の初期化処理を行い、トナー残量のカレント値を更新する。なお、トナー残量の初期化処理の詳細は、図８を用いて後述する。

ステップＳ７１１において、管理情報送信部４０１は、トナーボトルの交換に関するイベント情報の送信処理を行う。なお、トナーボトルの交換に関するイベント情報の送信処理の詳細については、図９を用いて後述する。ステップＳ７１２において、ボトル交換検知部４０９は、印刷装置１０２の扉が閉じられたか判断し、扉が閉じられた（ドアクローズ）と判断した場合、図７の処理を終了する。

一方、扉が閉じられたことが検知できない場合、処理はステップＳ７０２へ戻り、引き続き他のトナーボトルの取り出しまたは装着が行われたか判断を継続する。なお、ステップＳ７０２において、トナーボトルの取り出しが行われなかった場合、処理はステップＳ７０６へ進み、トナーボトルが装着されたかの判断へ進む。これにより、印刷装置１０２の設置時に最初に装着されたトナーボトルについても、トナー残量の初期化処理およびトナーボトルの交換に関するイベント情報の送信が行われる。

図８は、トナー残量の初期化処理（Ｓ７１０）の詳細を説明するフローチャートである。
ステップＳ８０１において、トナー残量検知部４１０は、ステップＳ７０６で装着されたトナーボトルがメモリタグを備えるか判断する。

トナーボトルがメモリタグを備えると判断した場合、処理はステップＳ８０２に進み、トナーボトルがメモリタグを備えていないと判断した場合、処理はステップＳ８１２に進む。例えば、トナーボトルにバーコードが付加されている場合等は、ステップＳ８０１でメモリタグを備えていないと判断される。

ステップＳ８０２において、トナー残量検知部４１０は、トナーボトルのトナーの残量情報をメモリタグから取得する。トナーの残量情報は、少なくともトナー残量を含む。ステップＳ８０３において、トナー残量検知部４１０は、トナーの残量情報の取得に成功かしたか判断する。トナーの残量情報の取得に成功したと判断した場合、処理はステップＳ８０４に進み、トナーの残量情報の取得に失敗したと判断した場合、処理はステップＳ８０６に進む。

ステップＳ８０４において、トナー残量予測部４１２は、メモリタグから取得したトナー残量をトナー残量の初期値として記憶部４０２に格納する。また、ステップＳ８０５において、トナー残量予測部４１２は、該トナー残量の初期値で記憶部４０２が管理するトナー残量のカレント値を初期化する。

一方、ステップＳ８０３でトナーの残量情報の取得に失敗したと判断した場合、ステップＳ８０６において、トナー残量検知部４１０は、メモリタグが故障しているか判断する。具体的には、トナー残量検知部４１０は、トナーボトルが適切な位置に装着され、印刷装置１０２のセンサによる読み取り位置にずれ等が発生していないにも関わらず情報の取得が行えない場合、メモリタグの故障を検出し、故障していると判断する。

メモリタグが故障していないと判断した場合、処理はステップＳ８０７に進み、メモリタグが故障してしると判断した場合、処理はステップＳ８１０に進む。ステップＳ８０７において、トナー残量予測部４１２は、トナー残量の初期値として残量が不明であることを示す情報を記憶部４０２に格納する。

ステップＳ８０８において、トナー残量予測部４１２は、記憶部４０２が管理するトナー残量のカレント値を、所定の値、例えば１００％で初期化する。ステップＳ８０９において、トナー残量予測部４１２は、メッセージ表示制御部４１３を介して表示部４０６にトナーボトルの再装着を促すメッセージを表示する。表示部４０６には、例えば、「トナーボトルを装着し直してください」といった内容のメッセージが表示される。

一方、ステップＳ８０６でメモリタグが故障していると判断した場合、ステップＳ８１０において、トナー残量予測部４１２は、トナー残量の初期値としてメモリタグが故障していることを示す情報を記憶部４０２に格納する。ステップＳ８１１において、トナー残量予測部４１２は、記憶部４０２が管理するトナー残量のカレント値を、所定の値、例えば１００％で初期化する。

ステップＳ８１２において、トナー残量予測部４１２は、トナー残量の初期値として所定の値、例えば１００％を記憶部４０２に格納する。ステップＳ８１３において、トナー残量予測部４１２は、記憶部４０２が管理するトナー残量のカレント値を、所定の値例えば１００％で初期化する。ステップＳ８１４において、トナー残量予測部４１２は、ステップＳ８１３で初期化したトナー残量のカレント値を補正する処理を行う。なお、トナー残量のカレント値を補正する処理の詳細については、図１０を用いて後述する。

図９は、トナーボトルの交換に関するイベント情報の送信処理（Ｓ７１１）の詳細を説明するフローチャートである。
トナーボトルの交換に関するイベント情報として、本実施形態では、新規トナーボトルの装着アラームおよびトナーボトル途中取り出しアラームがある。

ステップＳ９０１において、管理情報送信部４０１は、ステップＳ７０６で装着されたトナーボトルが、記憶部４０２にて既に管理されているトナーボトルか新規のトナーボトルか判断する。具体的には、管理情報送信部４０１は、装着されたトナーボトルの識別情報が、記憶部４０２に格納されているか否かを判断する。装着されたトナーボトルが既に管理されていると判断した場合、処理は終了する。なお、トナーボトルの取り出しのみが行われ、新規に装着されたトナーボトルがない場合、図９において、ステップＳ９０２～Ｓ９０６の処理が行われる。

一方、装着されたトナーボトルが記憶部４０２にて管理されていない新規のトナーボトルであると判断した場合、処理はステップＳ９０２へ進む。ステップＳ９０２において、管理情報送信部４０１は、ステップＳ７０２で取り出されたトナーボトルがトナーを全て使い切る前、すなわちトナー残量が０％になる前に取り出されたか判断する。トナー残量が０％になる前にトナーボトルが取り出されたかは、ステップＳ７０４にて途中取り出しを示すフラグが記憶部４０２に格納された該トナーボトルの情報に関連付けて格納されているかにより判断される。

トナー残量が０％になる前にトナーボトルが取り出されたと判断した場合、処理はステップＳ９０３へ進み、トナー残量が０％になる前にトナーボトルが取り出されていないと判断した場合、処理はステップＳ９０７に進む。ステップＳ９０３において、管理情報送信部４０１は、トナーボトル途中取り出しアラームを送信するためのデータ（アラーム送信用データ）を生成する。ここで生成されるアラーム送信用データには、アラームコード６０７としてトナーボトルの交換に関連するイベントが発生したことを示すアラームコードが設定される。

ステップＳ９０４において、管理情報送信部４０１は、該アラーム送信用データに、アラームサブコード６０８としてアラームがトナーボトルの途中取り出しであることを示すアラームサブコードを設定する。なお、アラーム送信用データのアラームサブコード６０８には、途中取り出しが行われたトナーボトルのトナーの色情報も設定される。

ステップＳ９０５において、管理情報送信部４０１は、記憶部４０２からステップＳ７０５にて格納された、途中取り出しが行われたトナーボトルの識別情報と途中取り出し時のトナーの残量とを取得し、アラーム送信用データの拡張情報６０９に設定する。また、管理情報送信部４０１は、記憶部４０２から現時点でのトータルカウンタ値を取得し、アラーム送信用データのカウンタ値６１０に設定する。そして、管理情報送信部４０１は、トナーボトル途中取り出しアラームとして生成したアラーム送信用データを管理サーバ１０６へ送信する。

ステップＳ９０７において、管理情報送信部４０１は、新規トナーボトルの装着アラームを送信するためのデータ（アラーム送信用データ）を生成する。ここで生成されるアラーム送信用データには、アラームコード６０７としてトナーボトルの交換に関連するイベントが発生したことを示すアラームコードが設定される。

ステップＳ９０８において、管理情報送信部４０１は、該アラーム送信用データに、アラームサブコード６０８としてアラームが新規トナーボトルの装着であることを示すアラームサブコードを設定する。なお、アラーム送信用データのアラームサブコード６０８には、装着されたトナーボトルのトナーの色情報も設定される。

ステップＳ９０９において、管理情報送信部４０１は、記憶部４０２からステップＳ７０８またはＳ７０９にて格納された、現在装着されているトナーボトルの識別情報とトナー残量の初期値とを取得し、アラーム送信用データの拡張情報６０９に設定する。また、管理情報送信部４０１は、記憶部４０２から現時点でのトータルカウンタ値を取得し、アラーム送信用データのカウンタ値６１０に設定する。そして、管理情報送信部４０１は、新規トナーボトルの装着アラームとして生成したアラーム送信用データを管理サーバ１０６へ送信する。

図１０は、トナー残量の初期化処理（図８）におけるトナー残量のカレント値を補正する処理（Ｓ８１４）の詳細を説明するフローチャートである。
なお、トナー残量のカレント値を補正する処理は、ステップＳ８１４にて実行されるだけではなく、トナーボトルがメモリタグを備える場合であって、該メモリタグからトナーボトルのトナーの残量情報が読み取れない場合に実行されてもよい。

例えば、ステップＳ８０９にて表示部４０６にトナーボトルの再装着を促すメッセージを表示してから一定の時間が経過してもトナー残量予測部４１２がトナーボトルのメモリタグからトナーの残量情報を読み取れなかった場合に実行してもよい。この場合、補正の対象となるトナー残量の値は、ステップＳ８０８やＳ８１１で初期化したトナー残量のカレント値である。

ステップＳ１００１において、トナー残量予測部４１２は、ステップＳ７０６で装着されたトナーボトルのトナー残量を管理サーバ１０６に問い合わせる。具体的には、トナー残量予測部４１２は、ステップＳ７０８またはＳ７０９にて記憶部４０２に格納された、装着されたトナーボトルの識別情報を用いて、管理サーバ１０６に対して、該識別情報を有するトナーボトルのトナー残量の初期値を問い合わせる。以下、この問い合わせをトナー残量初期値の取得要求と呼ぶ。

ステップＳ１００２において、トナー残量予測部４１２は、管理サーバ１０６からトナー残量の初期値として、管理サーバ１０６において管理されているトナー残量を取得する。管理サーバ１０６には、図９に示したように、トナーボトルが過去にいずれかの印刷装置１０２において装着されていた場合、該トナーボトルが装着された際および途中で取り出しが行われた際のトナー残量が格納され、管理されている。これらの値は、トナーボトルの識別情報によって関連付けられているため、これらの値をトナー残量の初期値として取得することができる。なお、トナー残量初期値の取得要求を受けた際の管理サーバ１０６の動作については、図１５を用いて後述する。

ステップＳ１００３において、トナー残量予測部４１２は、取得したトナー残量の初期値が０～１００（％）の範囲内であるか判断する。取得したトナー残量の初期値が０～１００（％）の範囲内であると判断した場合、処理はステップＳ１００４へ進み、０～１００（％）の範囲外であると判断した場合、処理は終了する。

ステップＳ１００４において、トナー残量予測部４１２は、ステップＳ８１３で初期化した、記憶部４０２が管理するトナー残量のカレント値を、管理サーバ１０６から取得したトナー残量の初期値で補正する。詳細には、以下の式でトナー残量のカレント値を補正する。

補正後のトナー残量カレント値＝
補正前のトナー残量カレント値－（１００－管理サーバから取得したトナー残量初期値）

これにより、ステップＳ８１３にてトナー残量のカレント値を初期化してから印刷ジョブが実行され、カレント値が更新されていた場合であっても、正しいトナー残量の初期値を用いたトナー残量のカレント値に補正が可能となる。このように、他の印刷装置１０２において、一時的に利用されたトナーボトル、すなわちトナー残量が１００％未満であるトナーボトルが装着された場合であっても、正確なトナー残量の初期値を用いて初期化することが可能である。

図１５は、管理サーバ１０６が、印刷装置１０２からトナー残量初期値の取得要求（Ｓ１００１）を受信した際の動作について説明するフローチャートである。
ステップＳ１５０１において、管理サーバ１０６のイベント情報受信部５１１は、印刷装置１０２からトナー残量初期値の取得要求を受信する。ステップＳ１５０２において、イベント情報受信部５１１は、デバイス情報管理部５０９が管理するトナーボトル交換履歴テーブルを確認する。

図１１は、トナーボトル交換履歴テーブルの一例を示す図である。
トナーボトル交換履歴テーブルは、管理サーバ１０６が顧客先でのトナーボトルの交換状況を管理するテーブルである。顧客に配送したトナーボトルの交換に関するイベントが発生したことを示すイベント情報を管理サーバ１０６のイベント情報受信部５１１が受信すると、イベント情報受信部５１１が、イベント情報から各種情報を取得する。

そして、イベント情報受信部５１１が、取得した各種情報をトナーボトル交換履歴テーブルに格納する。トナーボトルの交換に関するイベント情報は、上述した新規トナーボトルの装着アラームや、トナーボトルの途中取り出しアラームを含む。すなわち、トナーボトル交換履歴テーブルでは、印刷装置１０２において、新規トナーボトルの装着が行われた際やトナーボトルが空になる前に途中で取り出しが行われた際のトナー残量が管理されている。

言い換えると、トナーボトル交換履歴テーブルは、顧客先における消耗品の利用履歴を記録したデータである。トナーボトル交換履歴テーブルは、デバイス識別子、アラーム受信日時、トナー交換日時、トナーボトルＩＤ、トナーボトル種別、残量、交換通知種別、カウンタ、実使用カウンタから構成される。

デバイス識別子は、トナーボトルに関するイベントが発生した印刷装置１０２の識別情報であり、イベント情報受信部５１１が該印刷装置１０２から受信したイベント情報のシリアルナンバー６０３から取得した値が格納される。アラーム受信日時には、イベント情報受信部５１１が、印刷装置１０２からイベント情報を受信した日時が格納される。

トナー交換日時は、印刷装置１０２においてイベント、詳細には、トナーボトルの途中取り出し、または新規トナーボトルの装着が発生した日時であり、イベント情報受信部５１１が、受信したイベント情報の発生時刻６０６から取得した値が格納される。トナーボトルＩＤは、印刷装置１０２にて途中取り出し、または新規に装着が行われたトナーボトルの識別情報であり、イベント情報受信部５１１が、受信したイベント情報の拡張情報６０９から取得した値が格納される。

残量は、印刷装置１０２においてイベント、詳細には、トナーボトルの途中取り出し、または新規トナーボトルの装着が発生した際の該トナーボトルのトナー残量を示す情報である。残量は、イベント情報受信部５１１が、受信したイベント情報の拡張情報６０９から取得した値が格納される。

この残量は、受信したイベント情報が新規トナーボトルの装着アラームの場合、トナー残量の初期化処理（図８）のステップＳ８０４、Ｓ８０７、Ｓ８１０、またはＳ８１２において記憶部４０２に格納されたトナー残量の初期値である。また、受信したイベントがトナーボトル途中取り出しアラームの場合、残量は、トナーボトルの途中取り出しが発生した際に、ステップＳ７０５にて記憶部４０２に格納された途中取り出し時のトナー残量である。

交換通知種別は、印刷装置１０２にて発生したトナーボトルの交換に関連するイベントの種別であり、本実施形態では、トナーボトルの途中取り出しアラーム、または新規トナーボトルの装着アラームを示す情報である。交換通知種別は、イベント情報受信部５１１が、受信したイベント情報のアラームサブコード６０８に基づいて「新品検知」または「途中取り出し」のいずれかを格納する。

カウンタには、イベント情報受信部５１１が、受信したイベント情報のカウンタ値６１０から取得した値が格納される。このカウンタ値は、受信したイベント情報が新規トナーボトルの装着アラームの場合、トナーボトルが装着されて使用開始された時点での印刷装置１０２のカウンタ値である。また、受信したイベント情報がトナーボトル途中取り出しアラームの場合、カウンタは、トナーボトルの途中取り出しが発生した時点での印刷装置１０２のカウンタ値である。

実使用カウンタは、１つのトナーボトルが関与したカウンタ値、つまり対象のトナーボトルが印刷装置１０２に装着されてから取り出されるまでのカウンタ値である。イベント情報受信部５１１は、新規トナーボトルの装着アラームに含まれるカウンタ値６１０から取得した値と、同じ印刷装置１０２から前回受信した新規トナーボトルの装着アラームに含まれていたカウンタ値６１０から取得した値の差分を算出する。すなわち、新たに装着されたトナーボトルの使用開始時のカウンタ値から、その前に装着されていたトナーボトルの使用開始時のカウンタ値の差分が実使用カウンタの値として格納される。

図１５の説明に戻る。ステップＳ１５０３において、イベント情報受信部５１１は、受信したトナー残量の取得要求に含まれるトナーボトルの識別情報が、トナーボトル交換履歴テーブルに存在するか判断する。該取得要求に含まれるトナーボトルの識別情報がトナーボトル交換履歴テーブルに存在する場合、処理はステップＳ１５０４に進み、存在しない場合、処理はステップＳ１５０５に進む。

ステップＳ１５０４において、イベント情報受信部５１１は、トナーボトル交換履歴テーブルから該トナーボトルの識別情報の残量情報を取得する。そして、イベント情報受信部５１１は、レスポンス生成部５０５を介して該識別情報および取得した残量情報を含むレスポンスデータを生成し、印刷装置１０２へ応答する。なお、トナーボトル交換履歴テーブルにトナーボトルの識別情報が存在するということは、該トナーボトルが過去に他の印刷装置１０２にて装着され、トナー残量が空になる前に途中取り出しが行われたことを意味する。

ここで取得されるトナーの残量情報は、他の印刷装置１０２にて途中取り出しされた際のトナー残量である。一方、ステップＳ１５０５では、イベント情報受信部５１１は、レスポンス生成部５０５を介して該識別情報および残量が不明であることを示す情報を含むレスポンスデータを生成し、印刷装置１０２へ応答する。

次に図１２を用いて、管理サーバ１０６が、印刷装置１０２からトナーボトルの交換に関するイベント情報を受信した際の処理を説明する。
ステップＳ１２０１において、イベント情報受信部５１１は、印刷装置１０２からイベント情報を受信する。ステップＳ１２０２において、イベント情報受信部５１１は、受信したイベント情報をデバイス情報管理部５０９が管理するイベント情報履歴（不図示）へ格納する。

ステップＳ１２０３において、イベント情報受信部５１１は、受信したイベント情報が、新規トナーボトルの装着アラームか判断する。受信したイベント情報が新規トナーボトルの装着アラームであると判断した場合、処理はステップＳ１２０４へ進み、受信したイベント情報が新規トナーボトルの装着アラームではないと判断した場合、処理はステップＳ１２１１に進む。

ステップＳ１２１１において、イベント情報受信部５１１は、受信したイベント情報が、トナーボトル途中取り出しアラームか判断する。受信したイベント情報がトナーボトル途中取り出しアラームであると判断した場合、処理はステップＳ１２１２へ進み、受信したイベント情報がトナーボトル途中取り出しアラームではないと判断した場合、処理を終了する。ステップＳ１２１２において、イベント情報受信部５１１は、トナーボトル交換履歴テーブルに履歴データを１つ追加し、受信したアラームに含まれるアラーム情報６０５を用いて該履歴データの各項目の値を更新する。

ステップＳ１２０４において、イベント情報受信部５１１は、トナーボトル交換履歴テーブルに履歴データを１つ追加し、受信したアラームに含まれるアラーム情報６０５を用いて該履歴データの各項目の値を更新する。ステップＳ１２０５において、イベント情報受信部５１１は、アラームから取得し、トナーボトル交換履歴テーブルに格納した残量の値が０～１００（％）の範囲内であるか判断する。

なお、該残量の値は、受信したイベント情報の拡張情報６０９から取得したトナー残量の初期値であり、図１１で説明したように、新規トナーボトルの装着時に取得されたトナー残量である。該残量の値が０～１００（％）の範囲内である場合、処理はステップＳ１２０９へ進み、０～１００（％）の範囲外である場合、処理はステップＳ１２０６へ進む。

ステップＳ１２０６において、イベント情報受信部５１１は、受信したイベント情報から取得し、トナーボトル交換履歴テーブルに格納した残量の値が、メモリタグが故障していることを示す値であるか判断する。残量の値が、メモリタグが故障していることを示す値であると判断した場合、処理はステップＳ１２０７へ進み、メモリタグが故障していることを示す値ではない、つまり残量が不明であることを示す値であると判断した場合、処理はステップＳ１２０８に進む。

ステップＳ１２０７において、イベント情報受信部５１１は、トナーボトルを顧客へ配送する予備配送処理を行う。なお、予備配送処理については、図１４を用いて後述する。ステップＳ１２０８において、イベント情報受信部５１１は、残量情報を補完する処理を行う。なお、残量情報を補完する処理の詳細については、図１３を用いて後述する。

ステップＳ１２０９において、イベント情報受信部５１１は、消耗品在庫管理部５１５に問い合わせて、今回受信したイベント情報の送信元である印刷装置１０２の顧客先においてトナーボトルが在庫管理対象として設定されているか判断する。トナーボトルが在庫管理対象として設定されていないと判断した場合、処理を終了し、トナーボトルが在庫管理対象として設定されていると判断した場合、処理はステップＳ１２１０へ進む。

ステップＳ１２１０において、消耗品在庫管理部５１５は、該当の顧客の在庫情報を更新する。具体的には、受信したイベント情報に含まれるデバイス識別情報６０１とアラームサブコード６０８とから、イベントが発生した印刷装置１０２および今回装着されたトナーボトルの種類を特定し、消耗品在庫管理部５１５が管理する推定在庫数から１減算する。

図１３は、管理サーバ１０６が印刷装置１０２からトナーボトルの交換に関するイベント情報を受信した際の処理（図１２）において、残量情報を補完する処理（Ｓ１２０８）の詳細を説明するフローチャートである。
ステップＳ１３０１において、イベント情報受信部５１１は、トナーボトル交換履歴テーブル（図１１）を確認する。

ステップＳ１３０２において、イベント情報受信部５１１は、ステップＳ１２０１で受信したイベント情報である新規トナーボトルの装着アラームに含まれるトナーボトルの識別情報がトナーボトル交換履歴テーブルに存在するか判断する。詳細には、イベント情報受信部５１１は、トナーボトル交換履歴テーブルにおいて、受信したイベント情報に従ってステップＳ１２０４で追加した、本処理の補正対象とする新たな履歴データの他に、該識別情報を有する履歴データが存在するか判断する。

これは、受信したイベント情報に含まれるトナーボトルの識別情報を有する履歴データが存在する場合、該トナーボトルは、過去に他の印刷装置１０２にて利用され、途中取り出しが行われていることを意味する。途中取り出しが行われていた場合、その途中取り出し時のトナー残量を取得する。

トナーボトルの識別情報がトナーボトル交換履歴テーブルに存在すると判断した場合、処理はステップＳ１３０３へ進み、トナーボトル交換履歴テーブルに存在しないと判断した場合、処理はステップＳ１３０４へ進む。ステップＳ１３０３において、イベント情報受信部５１１は、ステップＳ１２０４で追加した履歴データの残量の値を、ステップＳ１３０２にて取得した、過去の途中取り出し時のトナーの残量で上書き更新する。

ステップＳ１３０４において、ステップＳ１２０４で追加した履歴データの残量の値を、１００％として更新する。これは、ステップＳ１３０２にてイベント情報に含まれるトナーボトルの識別情報がトナーボトル交換履歴テーブルに存在しないため、過去に他の印刷装置１０２にて途中取り出しが行われていない、すなわち未使用であると判断したためである。

このように、管理サーバ１０６は、新規トナーボトルの装着アラームから取得したトナーの残量情報、この場合、トナー残量の初期値が、印刷装置１０２により取得できなかったことを示す情報である場合、トナーボトル交換履歴に基づいてその値を補完する。詳細には、同じトナーボトルの識別情報を有するトナーボトルが過去に他の印刷装置１０２において利用されているか判断する。そして、履歴データがない、すなわち過去に該当のトナーボトルが利用されていない場合は、残量を１００％とし、履歴データが存在する場合は、途中取り出し時のトナー残量で更新する。

したがって、管理サーバ１０６が印刷装置１０２より受信した新規トナーボトルの装着アラームからトナー残量の初期値、すなわち、新たに装着されたトナーボトルの使用開始時の残量が取得できない場合であっても、その値は補完される。そして、販売会社のサービスマン等が、管理サーバ１０６の提供するポータルサイト等において該トナーボトルの過去の利用履歴に基づいた正しいトナー残量の初期値を把握することが可能となる。

図１１（Ａ）は、イベント情報受信部５１１が、新規トナーボトルの装着アラームを受信した際にステップＳ１２０４において履歴データを追加した直後のトナーボトル交換履歴テーブルを示す。そして、図１１（Ｂ）は、図１１（Ａ）に対して、図１３にて示した残量情報の補完処理を行った後のトナーボトル交換履歴テーブルを示す。

図１１（Ａ）では、デバイス識別子が「デバイスＢ」の印刷装置１０２から受信した新規トナーボトルの装着アラームに含まれるトナーの残量情報が印刷装置１０２により取得できなかったため、残量が「不明」のまま格納されている。これに対して、図１１（Ｂ）では、残量情報の補完処理により、該当するトナーボトルの過去の利用履歴に従い、残量が「７０」に更新されていることがわかる。

具体的には、今回の新規トナーボトルの新着アラームから取得できなかったトナーボトルの識別情報が「ＴＮ０４－００６８８５」である。この識別情報を有するトナーボトルの過去の利用履歴を確認すると、デバイスＡから途中取り出しが行われ、その際の途中取り出し時のトナーの残量が「７０」であることがわかる。これにより、残量が「不明」から「７０」に更新される。

図１４は、管理サーバ１０６が印刷装置１０２からトナーボトルの交換に関するイベント情報を受信した際の処理（図１２）において、トナーボトルを顧客へ配送する予備配送処理（Ｓ１２０７）の詳細を説明するフローチャートである。
詳細には、予備配送処理は、管理サーバ１０６が、ユーザが装着したトナーボトルのメモリタグに故障があると判断した場合に実行される。

ステップＳ１４０１において、イベント情報受信部５１１は、消耗品在庫管理部５１５に問い合わせて、今回受信したイベント情報の送信元である印刷装置１０２の顧客先においてトナーボトルが在庫管理対象として設定されているか判断する。これは、今回受信したイベント情報の送信元である印刷装置１０２を利用する顧客がトナーボトルの在庫を保有しているか否かを判断していることと同じである。

つまり、印刷装置１０２の顧客先においてトナーボトルが在庫管理対象として設定されている場合、該顧客先においてトナーボトルの在庫が不足することはなく、在庫不足になる前に配送されるためである。言い換えると、印刷装置１０２の顧客先においてトナーボトルが在庫管理対象として設定されている場合、該顧客が在庫を保有しているため、交換を促すメッセージのみ表示すればよい。

一方、印刷装置１０２の顧客先においてトナーボトルが在庫管理対象として設定されていない場合、該顧客先においてトナーボトルの在庫を保有していないことが考えられる。つまり、交換用のトナーボトルがない場合もあり得るため、トナーボトルの配送を手配し、ユーザにはトナーボトルが配送されたことを通知する。トナーボトルが在庫管理対象として設定されていると判断した場合、処理はステップＳ１４０２へ進み、トナーボトルが在庫管理対象として設定されていないと判断した場合、処理はステップＳ１４０３へ進む。

ステップＳ１４０２において、イベント情報受信部５１１は、メッセージ管理部５１３を介して、新規トナーボトルの装着アラームの送信元である印刷装置１０２へトナーボトルの交換を促すメッセージの表示を指示する。なお、印刷装置１０２において、管理サーバ１０６から表示を指示されたメッセージを表示する処理については、図１８および図１９を用いて後述する。

図１７（Ｂ）は、印刷装置１０２の表示部４０６に表示されるトナーボトルの交換を促すメッセージの一例である。
メッセージ１６１２は、トナーボトルの交換を促すメッセージである。トナーボトル種別１６１３は、交換を要するトナーボトルの種別である。送信日時１６１４は、管理サーバ１０６からメッセージが送信された日時である。なお、図１７（Ｂ）に示すメッセージは一例であり、これに限られるものではない。

図１４の説明に戻る。ステップＳ１４０３において、イベント情報受信部５１１は、擬似アラーム生成部５１４にアラームを疑似的に生成するよう指示する。ここで生成される疑似アラームは、印刷装置１０２が管理サーバ１０６に対して、トナー残量が所定量以下となったこと（トナーロー）を示すイベントの発生を通知するアラーム（事前配送アラーム）を疑似的に生成したものである。

生成されたアラームを予備配送アラームと呼ぶ。事前配送アラームを受信した管理サーバ１０６は、配送システム１０９に対してアラームの内容に対応するトナーボトルの自動配送を手配する。ステップＳ１４０３では、疑似的に生成された、事前配送アラームの代わりとなる予備配送アラームにより、管理サーバ１０６が配送システム１０９に対してトナーボトルの自動配送を依頼する。

ステップＳ１４０４において、イベント情報受信部５１１は、メッセージ管理部５１３を介して、新規トナーボトルの装着アラームの送信元であり、新しいトナーボトルの配送対象の印刷装置１０２へトナーボトルの配送を通知するメッセージの表示を指示する。なお、印刷装置１０２において、管理サーバ１０６から表示を指示されたメッセージを表示する処理については、図１８および図１９を用いて後述する。

図１７（Ａ）は、印刷装置１０２の表示部４０６に表示されるトナーボトルの配送を通知するメッセージの一例である。
メッセージ１６０９は、代替のトナーボトルが配送されたことを通知するメッセージである。トナーボトル種別１６１０は、配送されたトナーボトルの種別である。送信日時１６１１は、管理サーバ１０６からメッセージが送信された日時である。なお、図１７（Ａ）に示すメッセージは一例であり、これに限られるものではない。

図１４の説明に戻る。ステップＳ１４０２およびＳ１４０４にてメッセージ管理部５１３が生成したメッセージは、ＨＴＭＬファイルとして生成され、図２０（Ａ）に示すようなメッセージ管理テーブルに登録される。メッセージ管理テーブルは、メッセージが生成された生成日時、メッセージの送信対象となる印刷装置１０２の識別情報、メッセージのタイトルおよび内容等の項目を含む。

また、メッセージ管理テーブルは、印刷装置１０２において該メッセージの表示が開始される表示開始日および表示を終了する表示終了日等の項目を含む。さらに、メッセージ管理テーブルは、印刷装置１０２の入出力装置２１０に表示するＵＩ画面において該メッセージが存在することを通知するアイコンを表示するか否かを示すアイコン表示設定等の項目を含む。また、メッセージ管理テーブルは、該メッセージが印刷装置１０２において表示されたか否かを示すステータス等の項目を含む。

さらに、メッセージ管理部５１３は、図２０（Ｂ）に示すような表示指示管理テーブルに対して、新たなメッセージの表示指示を登録する。表示指示管理テーブルは、印刷装置１０２毎に生成され、印刷装置１０２の識別情報であるデバイス識別子、メッセージの生成日時、メッセージの表示対象となる印刷装置１０２に該メッセージが送信されたか否かを示す指示ステータス等の項目から構成される。

指示ステータスは、メッセージの表示指示が登録された時点では「未送信」が格納される。なお、図２０（Ａ）に示すメッセージ管理テーブルおよび図２０（Ｂ）に示す表示指示管理テーブルは一例であり、これに限られるものではなく、これ以外の項目を含んでいてもよい。

図１８は、印刷装置１０２が管理サーバ１０６において生成されたメッセージを取得する処理を説明するフローチャートである。
ステップＳ１７０１において、印刷装置１０２のデバイス情報制御部４０４は、管理サーバ１０６に対して自装置に対するメッセージの表示指示が存在するか問い合わせする。デバイス情報制御部４０４は、管理サーバ１０６に対して、一定間隔でこの問い合わせを行う。

印刷装置１０２から問い合わせを受けると、管理サーバ１０６のメッセージ管理部５１３は、表示指示管理テーブル（図２０（Ｂ））に該印刷装置１０２への表示指示が存在し、かつ指示ステータスが「未送信」であるか確認する。該印刷装置１０２へのメッセージの表示指示が存在し、かつ指示ステータスが「未送信」である場合、管理サーバ１０６のメッセージ管理部５１３は、問い合わせのレスポンスとして該当のメッセージの表示指示を送信する。

なお、メッセージの表示指示には、図１６（Ｂ）を用いて後述するメッセージリストを表示するためのデータとしてメッセージ管理テーブル（図２０（Ａ））から該当のメッセージの件名および送信日時を含むデータを送信する。しかし、これに限られるものではなく、例えば、メッセージの表示指示がメッセージの内容を全て含んでいてもよい。

なお、該印刷装置１０２へのメッセージの表示指示が存在しないか、または指示ステータスが「未送信」でない場合、メッセージ管理部５１３は、問い合わせのレスポンスとして問い合わせを正常に受信したことを示す情報を送信する。ステップＳ１７０２において、印刷装置１０２のデバイス情報制御部４０４は、管理サーバ１０６から問い合わせのレスポンスを受信する。ステップＳ１７０３において、デバイス情報制御部４０４は、受信したレスポンスがメッセージの表示指示か判断する。

受信したレスポンスがメッセージの表示指示である場合、処理はステップＳ１７０４に進み、メッセージの表示指示でない場合、処理は終了する。ステップＳ１７０４において、デバイス情報制御部４０４は、受信したメッセージの表示指示に、アイコンの表示設定が含まれているか判断する。

アイコンの表示設定が含まれていると判断した場合、処理はステップＳ１７０５へ進み、アイコンの表示設定が含まれていないと判断した場合、処理はステップＳ１７０６へ進む。ステップＳ１７０５において、デバイス情報制御部４０４は、アイコン表示制御部４１５を介して、印刷装置１０２の入出力装置２１０に表示するＵＩ画面に、管理サーバ１０６からのメッセージが存在することを通知するアイコン表示する。

図１６（Ａ）は、管理サーバ１０６からのメッセージが存在することを通知するＵＩ画面の一例である。
ＵＩ画面１６００には、管理サーバ１０６からメッセージが送信され、かつ該メッセージにアイコンの表示設定が含まれる場合、アイコン１６０１が表示される。

図１８の説明に戻る。ステップＳ１７０６において、デバイス情報制御部４０４は、管理サーバ１０６からのメッセージが存在することをステータスラインに表示する必要があるか判断する。詳細には、デバイス情報制御部４０４は、ステップＳ１７０２にて受信したレスポンスに含まれるメッセージの受信時刻と、記憶部４０２が保持する前回のメッセージを取得した時刻とを比較する。

そして、前回のメッセージを取得した時刻より該レスポンスに含まれるメッセージの受信時刻が新しい（遅い）場合、デバイス情報制御部４０４は、ステータスラインに表示する必要があると判断する。ステータスラインに表示する必要があると判断した場合、処理はステップＳ１７０７へ進み、ステータスラインに表示する必要がないと判断した場合、処理は終了する。

ステップＳ１７０７において、デバイス情報制御部４０４は、ステータスライン表示制御部４１４を介して、ステータスラインに新しいメッセージを受信した旨の表示を行う。ステータスライン表示制御部４１４は、例えば、図１６（Ａ）に示すステータスライン１６０２のようにメッセージの受信を通知する。

図１９は、印刷装置１０２がメッセージを表示する処理を説明するフローチャートである。
ステップＳ１８０１において、メッセージ表示制御部４１３は、ユーザが入出力装置２１０のＵＩ画面に表示されているアイコン１６０１（お知らせアイコン）が押下されたことを検知する。

ステップＳ１８０２において、メッセージ表示制御部４１３は、ブラウザ機能を起動する。ステップＳ１８０３において、メッセージ表示制御部４１３は、管理サーバ１０６に対してブラウザに表示するメッセージの取得要求を行う。ステップＳ１８０４において、メッセージ表示制御部４１３は、管理サーバ１０６から表示指示を受信した表示対象のメッセージを含むデータを受信する。

ステップＳ１８０５において、メッセージ表示制御部４１３は、受信したデータに基づき、ブラウザ機能を利用して入出力装置２１０にメッセージリストの表示を行う。メッセージリストは、管理サーバ１０６から表示指示を受信したメッセージの一覧である。

図１６（Ｂ）は、「お知らせアイコン」１６０１を押下したことにより表示されるメッセージリストの一例を示す図である。
メッセージリストには、管理サーバ１０６から印刷装置１０２に表示指示を送信したメッセージの件名１６０３と送信日時１６０４がリスト表示される。

ユーザが特定のメッセージ、例えば、件名が「トナー交換に関する確認」であるメッセージ１６０５を選択すると、メッセージ表示制御部４１３は、管理サーバ１０６へメッセージの詳細内容の取得要求を行う。メッセージ表示制御部４１３が、表示対象のメッセージ含むデータを受信すると、受信したデータに基づき、上述したように、例えば、図１７（Ａ）や、図１７（Ｄ）に示したようなメッセージの内容を表示する。

以上のように、本実施形態によれば、管理サーバ１０６は、印刷装置１０２から新規トナーボトルの装着、またはトナーボトルの途中取り出しが行われたことを示すイベント情報を受信する。そして、管理サーバ１０６は、該イベント情報に含まれるトナーボトルの識別情報と、該イベントが発生した時点でのトナー残量とを利用履歴として管理する。

そして、印刷装置１０２において装着されたトナーボトルのメモリタグが故障している場合には、予備配送アラームを生成し、交換するトナーボトルの配送を指示することができる。また、印刷装置１０２において装着されたトナーボトルのメモリタグが故障していないが該メモリタグから情報を読み取れない場合は、管理サーバが管理している利用履歴に基づき、該トナーボトルのトナー残量の初期値を補完することができる。

なお、本実施形態では、消耗品としてトナーボトルを例に説明したが、これに限られるものではない。例えば、トナーカートリッジやインクタンク、インクボトル、インクカートリッジ等、その他の消耗品についても同様にそれぞれの消耗品に入った記録剤の残量が管理される場合に、本発明は適用可能である。また、本実施形態では、印刷装置として画像形成装置を例に説明したが、これに限定されるものではない。例えば、印刷装置が造形材料等を用いる記録剤を用いて３次元オブジェクトを造形する装置、所謂３Ｄプリンタであっても本発明は適用可能である。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

Claims (11)

1. 印刷装置とネットワークを介して通信できる管理システムであって、
   前記印刷装置に装着された、印刷で利用される記録剤が入る消耗品に係るアラームを受信する受信手段と、
   前記受信されたアラームに前記消耗品に入った記録剤の残量の情報が含まれる場合に、該アラームに含まれる前記消耗品の識別情報とともに記憶手段で管理する管理手段と、
   前記受信されたアラームが、前記消耗品が備える記憶装置の故障の検出を示すアラームであった場合に、前記管理システムにおいて、前記印刷装置のために該消耗品の配送の指示データを生成する生成手段と、を有する、ことを特徴とする管理システム。
2. 前記受信されたアラームが、前記消耗品が備える記憶装置の故障の検出を示すアラームであって、該アラームの送信元の印刷装置を利用する顧客が該消耗品の在庫を保有しない場合に、前記生成手段は、該消耗品の配送の指示データを生成する、ことを特徴とする請求項１に記載の管理システム。
3. 前記受信されたアラームが、前記消耗品が備える記憶装置の故障の検出を示すアラームであって、該アラームの送信元の印刷装置を利用する顧客が該消耗品の在庫を保有する場合に、前記生成手段は、該消耗品の配送の指示データを生成しない、ことを特徴とする請求項２記載の管理システム。
4. 前記管理手段は、前記受信されたアラームが前記印刷装置への消耗品の装着の検出を示すアラームであった場合、装着された前記消耗品の識別情報と、該消耗品が装着された時点での前記記録剤の残量とを前記記憶手段で管理する、ことを特徴とする請求項１乃至３のいずれか一項に記載の管理システム。
5. 前記管理手段は、前記受信されたアラームが前記印刷装置からの消耗品の取り出しの検出を示すアラームであった場合、取り出された前記消耗品の識別情報と、該消耗品が取り出された時点での前記記録剤の残量とを前記記憶手段で管理する、ことを特徴とする請求項４に記載の管理システム。
6. 前記消耗品が装着された時点での前記記録剤の残量が不明であった場合、該記録剤の残量を補完する補完手段をさらに有し、
   前記補完手段は、前記記憶手段に前記記録剤の残量が不明である消耗品の識別情報に関連付けて、該消耗品の記録剤が空になる前に取り出された時点での記録剤の残量が格納されていた場合、前記記憶手段に格納されていた前記記録剤の残量を用いて前記消耗品が装着された時点での記録剤の残量を補完する、ことを特徴とする請求項５に記載の管理システム。
7. 前記補完手段は、前記記憶手段に前記記録剤の残量が不明である消耗品の識別情報に関連付けて該消耗品の記録剤の残量が格納されていない場合、未使用であることを示す値で前記消耗品が装着された時点での記録剤の残量を補完する、ことを特徴とする請求項６に記載の管理システム。
8. 前記消耗品が記憶装置を備えない場合、前記印刷装置に装着された該消耗品の記録剤の残量の問い合わせに応じて、前記記憶手段で管理する該消耗品の記録剤の残量を応答する応答手段をさらに有する、ことを特徴とする請求項４乃至７のいずれか１項に記載の管理システム。
9. 前記消耗品は、トナーボトル、トナーカートリッジ、インクタンク、インクボトル、およびインクカートリッジのいずれかである、ことを特徴とする請求項１乃至８のいずれか一項に記載の管理システム。
10. 前記印刷装置は、用紙に対して記録剤を用いて画像形成を行う装置、または、記録剤を用いて３次元のオブジェクトを造形する装置である、ことを特徴とする請求項１乃至９のいずれか一項に記載の管理システム。
11. 印刷装置とネットワークを介して通信できる管理システムの制御方法であって、
    前記印刷装置に装着された、印刷で利用される記録剤が入る消耗品に係るアラームを受信する受信工程と、
    前記受信されたアラームに前記消耗品に入った記録剤の残量の情報が含まれる場合に、該アラームに含まれる前記消耗品の識別情報とともに記憶手段で管理する管理工程と、
    前記受信されたアラームが、前記消耗品が備える記憶装置の故障の検出を示すアラームであった場合に、前記管理システムにおいて、前記印刷装置のために該消耗品の配送の指示データを生成する生成工程と、を有する、ことを特徴とする管理システムの制御方法。

Images