(57)【特許請求の範囲】
【請求項１】
画像処理装置で利用される消耗品の在庫を管理するための管理システムであって、
管理対象となり得る画像処理装置のデバイス情報と在庫管理に利用することができる通知の種類とを含むマスタ情報を登録する登録手段と、
画像処理装置を管理対象とする際に、前記マスタ情報に従い、在庫管理に利用すべき通知の種類を設定する設定手段と、
管理対象の画像処理装置で生成される消耗品に関する通知に対応するアラームの種類が、前記設定された在庫管理に利用すべき通知の種類と一致するかを判断する判断手段と、
前記設定された在庫管理に利用すべき通知の種類と一致すると判断されたアラームに従い、消耗品の在庫の管理を行う在庫管理手段と、
前記消耗品の在庫の残りの数に応じた通知を実行する提供手段と、を有し、
前記在庫管理手段は、在庫管理に利用すべき通知の種類が消耗品の前記画像処理装置に対する装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含まない場合には、当該アラームに従い前記消耗品の在庫の残りの数を減算せず、在庫管理に利用すべき通知の種類が消耗品の前記画像処理装置に対する装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含む場合に、当該アラームに従い前記消耗品の在庫の残りの数を減算し、
在庫管理に利用すべき通知の種類が前記画像処理装置に装着されている消耗品の消耗度が閾値に達する前の所定のタイミングで生成される新しい消耗品の配送に係る通知であった場合には、前記アラームに従い新しい消耗品の配送が手配されることを特徴とする管理システム。
【請求項２】
前記提供手段は、管理対象の画像処理装置で生成される消耗品に関する通知が、前記設定された在庫管理に利用すべき通知の種類と一致する場合には、消耗品の交換に係る通知であることを示す情報として、当該通知に関する情報提供を実行し、
管理対象の画像処理装置で生成される消耗品に関する通知が、前記設定された在庫管理に利用すべき通知の種類と一致しない場合には、消耗品の交換に係る通知であることを示す情報とは異なる情報として、当該通知に関する情報提供を実行することを特徴とする請求項１に記載の管理システム。
【請求項３】
前記在庫管理手段は、前記設定された在庫管理に利用すべき通知の種類と一致すると判断されたアラームと、当該アラームに含まれるカウンタ情報とを管理し、
さらに、管理している複数のアラームに基づき、画像形成装置における消耗品の交換の履歴と交換に従うカウンタ情報を用いた情報を、ウェブページを用いて提供することを特徴とする請求項１また２に記載の管理システム。
【請求項４】
前記消耗品は、画像処理装置での処理に応じて消耗する記録剤を供給するための記録剤供給器であることを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。
【請求項５】
前記記録剤供給器には、画像処理装置に記録剤を供給するためのトナーボトル、トナーカートリッジ、及びインクボトルの少なくとも何れかが含まれることを特徴とする請求項４に記載の管理システム。
【請求項６】
前記在庫管理手段は、さらに、在庫管理に利用すべき通知の種類が、前記画像処理装置に装着されている消耗品の消耗度が前記閾値に達したことに応じて生成される前記記録剤供給器に含まれる記録剤の残りが少ないことを示す通知であった場合には、前記アラームに従い前記消耗品の在庫の残りの数を減算することを特徴とする請求項４または５に記載の管理システム。
【請求項７】
前記消耗品は、画像処理装置での処理に応じて消耗する消耗部品であることを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。
【請求項８】
画像処理装置で利用される消耗品の在庫を管理するための管理システムにおける管理方法であって、
管理対象となり得る画像処理装置のデバイス情報と在庫管理に利用することができる通知の種類とを含むマスタ情報を登録する登録工程と、
画像処理装置を管理対象とする際に、前記マスタ情報に従い、在庫管理に利用すべき通知の種類を設定する設定工程と、
管理対象の画像処理装置で生成される消耗品に関する通知に対応するアラームの種類が、前記設定された在庫管理に利用すべき通知の種類と一致するかを判断する判断工程と、前記設定された在庫管理に利用すべき通知の種類と一致すると判断されたアラームに従い、消耗品の在庫の管理を行う在庫管理工程と、
前記消耗品の在庫の残りの数に応じた通知を実行する提供工程と、を有し、
前記在庫管理工程では、在庫管理に利用すべき通知の種類が消耗品の装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含まない場合には、当該アラームに従い前記消耗品の在庫の残りの数が減算されず、在庫管理に利用すべき通知の種類が消耗品の装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含む場合に、当該アラームに従い前記消耗品の在庫の残りの数が減算され、
在庫管理に利用すべき通知の種類が前記画像処理装置に装着されている消耗品の消耗度が閾値に達する前の所定のタイミングで生成される新しい消耗品の配送に係る通知であった場合には、前記アラームに従い新しい消耗品の配送が手配されることを特徴とする管理方法。
【請求項９】
前記消耗品は、画像処理装置での処理に応じて消耗する記録剤を供給するための記録剤供給器であることを特徴とする請求項８に記載の管理方法。
【請求項１０】
前記記録剤供給器には、画像処理装置に記録剤を供給するためのトナーボトル、トナーカートリッジ、及びインクボトルの少なくとも何れかが含まれることを特徴とする請求項９に記載の管理方法。
【請求項１１】
前記在庫管理工程は、さらに、在庫管理に利用すべき通知の種類が、前記画像処理装置に装着されている消耗品の消耗度が前記閾値に達したことに応じて生成される前記記録剤供給器に含まれる記録剤の残りが少ないことを示す通知であった場合には、前記アラームに従い前記消耗品の在庫の残りの数が減算されることを特徴とする請求項９または１０に記載の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１以上の画像処理装置からネットワーク通信を用いて送信される稼働情報を利用して、当該画像処理装置を管理する技術に関するものである。
【背景技術】
【０００２】
従来から、複数の顧客のネットワーク環境内に設置されている画像処理装置の状態や消耗品に関する情報を管理する管理システムが存在する。管理システムでは、インターネットなどのネットワークを介して画像処理装置から通知される消耗品に関する信号（通知内容）に基づき、顧客で利用すべきトナーカートリッジやトナーボトルなどの消耗品の在庫管理が行われてきた。在庫管理とは、具体的には、管理システム側で、顧客側の交換可能な消耗品の在庫の保有数を管理し、在庫の保有数が少なくなったり、無くなったりといった判定が行われた場合に、該顧客に対して消耗品が配達されるよう手配するといったものである。
【０００３】
現状、管理システムでの消耗品の在庫管理を実現するため、画像処理装置がトナー残量を検知し、様々なタイミングで検知結果をアラートやアラームといった信号として管理サーバへ通知する仕組みが構築されている。また、画像処理装置が、着脱センサーと残量検知による結果に基づき消耗品が新品に交換されたと判断された場合に、当該交換を示す信号を管理サーバへ通知する仕組みも提案されている。
【０００４】
また、画像処理装置においてトナーカートリッジの新品への交換を正確に判断するために、トナーカートリッジのタグからシリアル番号を検出する技術も存在する（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１８１７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、画像処理装置の機種ごとに通知できる消耗品に関する信号の種類や内容が異なる場合があり、管理システムでは、それを考慮した在庫管理を行わなくてはならない。更に、顧客の画像処理装置の利用形態、顧客との契約内容や、顧客の設置環境のロケーション（地図上の位置）による配送時間の長さなど、様々な運用に対応できる柔軟な在庫管理の仕組みも求められている。
【０００７】
ここで、顧客の画像処理装置の利用形態とは、顧客が画像処理装置を常時、連続的に印刷するよう運用する大量印刷を行う形態であるか、通常のオフィスで利用されるような利用形態であるのか、といったことを示す。また、顧客との契約内容には、顧客環境で在庫を保有するスペースを持たず（在庫レス）に消耗品が無くなるたびに新品の配送を手配する契約なのか、顧客環境で在庫スペースに常に所定個数の新品在庫が保有されるよう新品の配送を手配する契約なのか、などが含まれる。
【０００８】
また、顧客環境では、画像処理装置に装着されたトナーボトルなどの消耗品が、中身の消耗剤がなくなる前に途中取り出しされるといった運用も存在する。途中取出しされた消耗品を別の装置に装着した際には、新品交換では無いと判断されるべきである。こういった例も含めて、顧客の運用方法などによっては、特殊な交換作業をも考慮した在庫減算を行う必要がある。
【０００９】
本発明は、上記したような在庫管理の少なくとも何れかを適切に実現可能な管理手法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の管理システムは、画像処理装置で利用される消耗品の在庫を管理するための管理システムであって、管理対象となり得る画像処理装置のデバイス情報と在庫管理に利用することができる通知の種類とを含むマスタ情報を登録する登録手段と、画像処理装置を管理対象とする際に、前記マスタ情報に従い、在庫管理に利用すべき通知の種類を設定する設定手段と、管理対象の画像処理装置で生成される消耗品に関する通知に対応するアラームの種類が、前記設定された在庫管理に利用すべき通知の種類と一致するかを判断する判断手段と、前記設定された在庫管理に利用すべき通知の種類と一致すると判断されたアラームに従い、消耗品の在庫の管理を行う在庫管理手段と、前記消耗品の在庫の残りの数に応じた通知を実行する提供手段と、を有し、
前記在庫管理手段は、在庫管理に利用すべき通知の種類が消耗品の前記画像処理装置に対する装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含まない場合には、当該アラームに従い前記消耗品の在庫の残りの数を減算せず、在庫管理に利用すべき通知の種類が消耗品の前記画像処理装置に対する装着が検出された際に生成される通知であり、かつ、前記アラームが新品の消耗品による交換を示す情報を含む場合に、当該アラームに従い前記消耗品の在庫の残りの数を減算し、
在庫管理に利用すべき通知の種類が前記画像処理装置に装着されている消耗品の消耗度が閾値に達する前の所定のタイミングで生成される新しい消耗品の配送に係る通知であった場合には、前記アラームに従い新しい消耗品の配送が手配されることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、上記したような適切な在庫管理が行われた場合には、顧客環境での消耗品の不足に起因する画像処理装置のダウンタイムの抑制や、消耗品の配送コストなどの削減などが行えるといった効果がある。
【図面の簡単な説明】
【００１２】
【図１】本発明に係るネットワークシステム全体の構成例を示す図
【図２】本発明に係る各装置のハードウェアの構成例を示す図
【図３】本発明に係る各装置のソフトウェアに基づくモジュール構成例を示す図
【図４】管理サーバに機種情報を登録する際のファイルフォーマット例
【図５】管理サーバが提供する画像処理装置に係る情報を設定するための画面の例
【図６】消耗品の在庫管理に必要な情報を説明するための図
【図７】管理サーバの在庫減算に係る処理を説明するためのフローチャート
【図８】管理サーバが提供する消耗品に関する通知の履歴を表示する画面の例
【図９】管理サーバが提供する消耗品の使用状況を示す画面の例
【発明を実施するための形態】
【００１３】
まず、本発明における用語について定義する。本発明の管理システムにおける在庫管理対象である消耗品には、画像処理装置に対して装着され、画像形成のために記録剤を供給することが可能なトナーボトル、インクボトル、トナーカートリッジなどの記録剤供給器がある。他にも消耗品には、画像形成など装置内での処理を繰り返すことにより消耗していく消耗部品も含まれる。ここで、画像処理装置とは、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタなどの画像形成を行う装置が含まれる。他にも、画像形成装置には、消耗部品を含むようなデジタル医療機器やネットワークカメラ、車載機器、ロボットや一部の家電製品などが含まれる。また、画像処理装置から管理システムに対して送信される消耗品に係る通知には、消耗品の消耗度に関する通知（例えば、記録剤の残量に関する通知や消耗部品の消耗度を示す通知）や、消耗品の交換に関する通知などが含まれる。それら通知の通知内容としては、年月日を示す情報や、装置の識別情報や、装置内で計数される画像形成に係るカウンタ情報なども含まれる。
【００１４】
（実施例１）
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１５】
図１は、本発明に係るネットワークシステム全体の構成例を示す図である。ネットワークシステムには、画像処理装置と、それを監視する監視装置と、監視装置と通信する管理サーバで構成される管理システムが含まれる。
【００１６】
この図において、１０１はＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）、１０２は画像処理装置、１０３はＰｒｏｘｙ  Ｓｅｒｖｅｒ、１０４はイントラネット（Ｉｎｔｒａｎｅｔ）のセキュリティを高めるために設置されたＦｉｒｅｗａｌｌを表している。１０５は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）、これらがＬＡＮ１０１を介して相互に接続されていることを表している。１０７は、画像処理装置１０２とＰｒｏｘｙ  Ｓｅｒｖｅｒ１０３と、Ｆｉｒｅｗａｌｌ１０４などとがＬＡＮ１０１を介して相互に接続されたイントラネット環境を表している。イントラネット環境１０７は、管理システムにおいて管理対象となる顧客環境と同義である。顧客環境とは、管理システムで管理される画像処理装置が設置された環境を保有する顧客のネットワーク環境のことである。イントラネット環境１０７には、機種が異なる複数台の画像処理装置１０２が設置されていてもよい。また、イントラネット環境１０７には、顧客環境内でネットワーク上の機器全般を管理する管理者が利用するためのＰＣ１０５がさらに設置されていてもよい。
【００１７】
管理システムを構成する管理サーバ１０６は、インターネット１０８を介して、複数のイントラネット環境１０７と相互に通信することが可能である。管理サーバ１０６は１台のサーバーマシンで実現しても良いが、複数台のサーバーマシン上で仮想化などの技術を利用して実現してもよい。また、管理サーバ１０６と画像処理装置は、その管理作業を中継するための中継装置（不図示）を介して接続されていてもよい。後述する疑似アラームの生成などは、中継装置において実行することも可能である。
【００１８】
また、管理サーバ１０６は、管理対象の顧客やその顧客との契約情報などを示す顧客情報と、各顧客で利用される１以上の画像処理装置の識別情報や機種などを示すデバイス情報と、を管理する。また、画像処理装置１０２から該装置のカウンタ情報や障害情報などを受信して、それら情報に基づく稼動状態を一元的に管理する機能を備える。また、画像処理装置１０２から受信した消耗品に係る通知を用いた消耗品の在庫管理の機能も備える。他にも、管理システムを管理するための管理者用のＰＣ（不図示）と管理サーバ１０６が接続され、管理サーバ１０６は顧客情報やデバイス情報、在庫管理に必要な情報などを、例えばウェブページや電子メールなどを用いて、外部の管理者用のＰＣに提供するといった機能も備える。
【００１９】
本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図１の例において、画像処理装置１０２はＨＴＴＰＳを利用してＰｒｏｘｙ  Ｓｅｒｖｅｒ１０３とＦｉｒｅｗａｌｌ１０４を介して、管理サーバ１０６にデータを送信している。
【００２０】
図２は、本発明に係る各装置のハードウェアの構成例を示す図である。
【００２１】
図２（Ａ）は、本画像処理装置１０２のハードウェアの構成例を示す図である。画像処理装置１０２は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、印刷制御部２０７、定着器などを含む印刷部２０８で構成される。
【００２２】
ＣＰＵ２０１は、ＲＯＭ２０３に格納されているプログラムを備え、内部バス２０６を介して各デバイスを総括的に制御する。ＲＯＭ２０３には画像処理装置１０２が出荷される地域を意味する仕向け情報も格納されている。この仕向け情報に従って入出力装置２１０で表示する言語は決定される。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１０４を介して、外部のネットワーク機器あるいはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやり取りし、印刷制御部２０７は印刷部２０８を制御する。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共にプログラムの実行処理をおこなうとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。記憶装置２０４は外部記憶装置として機能し、画像データ等を記憶するほか、前記バックアップＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報及び監視情報を保存することも可能である。入出力装置２１０はユーザからの入力（スキャン、ボタン入力など）を受け付け、入出力Ｉ／Ｆ２０９によって前述した各処理部へその旨を伝える。
【００２３】
残量検知部２１１は、装着済み消耗品（不図示）の中の消耗剤（トナーやインクなど）の残量をセンサーによって検知し、その情報をアラート、アラームなどの信号として生成する。ここで生成された信号に対応する情報は、インターネットなどのネットワークを介して管理サーバ１０６に対して通知されることになる。
【００２４】
センサー部２１２は、画像処理装置１０２内の部品の着脱や動作状況、装置内の温度、湿度などの情報や、位置情報などをそれぞれ検出するための異なる複数のセンサーを示す。とくに、トナーボトルなどの消耗品の装着や、装着済み消耗品（不図示）の取出しを検知するセンサーも含まれる。さらに、画像処理装置の機種によっては、センサー部２１２が装着されたトナーボトルのシリアル番号を、例えば非接触の無線通信などを利用して、読み取ることが可能である。ただし、トナーボトルによっては、読み取り部分が無い、汚れているなどの要因で読み取りに失敗するケースもある。
【００２５】
図２（Ｂ）は、本発明の管理サーバ１０６のハードウェアの構成例を示す図である。
【００２６】
管理サーバ１０６は、ＲＯＭ２５３に格納されているプログラムを実行するＣＰＵ２５１を備え、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７が接続されている。また入出力Ｉ／Ｆ２５７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ  Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して管理サーバ１０６と接続することができる。管理サーバ１０６はネットワークＩ／Ｆ２５５によりＬＡＮ１０１、イントラネット環境１０７、インターネット１０８を介した通信を行う。それにより、画像処理装置１０２や、ＰＣ１０５と通信を行うことができる。ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３と共にプログラム（後述の図７の処理に係るプログラムを含む）の実行処理を行う。また、記憶装置２５４等の記録媒体に画像データを記録する処理を行う。記憶装置２５４は外部記憶装置として機能し、画像処理装置１０２の管理情報を記憶するほか、バックアップＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。
【００２７】
図３は、本発明に係る各装置のソフトウェアに基づくモジュール構成例を示す図である。
【００２８】
図３（Ａ）は、画像処理装置１０２のソフトモジュール構成を説明する図である。
【００２９】
画像処理装置１０２は、通信部３０１、記憶部３０２、画像形成部３０３、デバイス制御部３０４、デバイス制御部３０４内の状態管理部３０５、消耗品管理部３０６と、操作部３０７、表示部３０８によって構成される。
【００３０】
通信部３０１は、ネットワークＩ／Ｆ２０５を介して、画像処理装置１０２に関するデバイス情報や稼働情報などの管理サーバ１０６への送信を制御する。また、管理サーバ１０６から送信される指示や、各種情報の受信を制御する。送受信に係る通信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどのプロトコルに従い行われる。記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取り、記憶制御を行う。画像処理装置１０２内で記憶される情報としては、画像形成に係るデータや設定値、デバイス情報、ステータスやログなどを含む稼働情報などがある。ここで、デバイス情報には、デバイスＩＤや機種、製品名、製品シリアル番号、ＩＰアドレス、ＭＡＣアドレスといった装置を識別するための識別情報の少なくとも何れかが含まれる。また、稼働情報としては、画像形成などの画像処理装置内での動作に応じて計数される値を示す各種カウンタ情報、異常やトナーローなどを示す状態情報、画像形成の結果や操作内容などに関連して記録される各種ログ情報が含まれる。また、稼働情報などの送信先となる管理サーバ１０６についての情報として、管理サーバ１０６に対応する宛先情報（ＩＰアドレスなど）や認証などに用いる情報なども記憶されている。画像形成部３０３は、印刷データを生成し、印刷部２０８などで出力するための機能を持つ。
【００３１】
デバイス制御部３０４は、状態管理部３０５や消耗品管理部３０６を有し、印刷制御部２０７、残量検知部２１１、センサー部２１２などから取得できる情報を管理する。それら情報に加えて、記憶部３０２を介して取得できるカウンタ情報も含めた通知情報の管理も行う。また、色味調整や印刷モード、その他、画像処理装置１０２の各種機能についての設定に関する制御も行う。
【００３２】
状態管理部３０５は、画像処理装置１０２に故障や異常などが発生した際に管理サーバ１０６へ送信するための障害情報を生成する。状態管理部３０５では消耗品内の記録剤の残量や部品消耗度に応じた情報も生成される。具体的には、消耗品としてのトナーボトル内のトナー残量が所定量より少なくなった場合には、トナーローを示すような障害情報が生成される。生成された障害情報は、通信部３０１により管理サーバ１０６に対して送信されるよう制御される。
【００３３】
消耗品管理部３０６は、新たに装着された消耗品のシリアル番号がセンサー部２１２により検出された場合に、その情報から、装着された消耗品が新品であるかを判断する。新品であると判断した場合、検知日時とシリアル番号を交換履歴として記録し、当該記録された履歴情報は記憶部３０２に格納する。ただし、同一トナーボトルの着脱を繰り返した場合は、その交換情報は履歴として記録しない。もしくは同一トナーボトルの着脱を繰り返した場合は、新品交換以外の交換が行われたことを特定するための交換情報を交換履歴として記録する。また、新品交換が行われた場合など、履歴情報として記録された情報を用いて、管理サーバ１０６へ送信すべき通知情報が生成される。
【００３４】
操作部３０７は、入出力装置２１０を介した、ユーザによる印刷指示をはじめとする画像処理装置１０２に対する操作指示を可能とするインターフェースである。表示部３０８は、ユーザに対して適切な情報を表示する。表示される情報は、画像処理装置の状態情報、画像形成のための設定情報や処理結果などを含む。
【００３５】
図３（Ｂ）は、本発明に係る管理サーバ１０６のソフトモジュールの構成例を説明するための図である。管理サーバ１０６は、通信部３５１、記憶部３５２、表示制御部３５３、解析部３５４、レスポンス生成部３５５、及びデバイス管理部３５６によって構成される。
【００３６】
通信部３５１は、ネットワークを介して画像処理装置１０２と通信を行うための機能を持つ。画像処理装置１０２から送信されるデバイス情報や稼働情報を受信したり、画像処理装置１０２へ必要な指示・情報を送信したりする。ここで受信される稼働情報には、前述した画像処理装置１０２で生成された通知情報も含まれる。
【００３７】
記憶部３５２は、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や稼働情報、顧客情報などの記憶を制御する。表示制御部３５３は、記憶部３５２に格納された情報を用いた様々な形式でのＷｅｂページが外部のＰＣで表示されるような情報提供を行う。管理サーバ１０６内ではＷＷＷサーバプログラムが動作しており、表示制御部３５３は、例えば、画像処理装置の販売会社と関係がある保守員などに対して、所望のＰＣのＷｅｂブラウザを用いた上記Ｗｅｂページの提供を行っている。以降、デバイス情報や稼働情報、顧客情報などが確認できるＷｅｂページのことをポータルサイトと呼ぶ。
【００３８】
解析部３５４は、画像処理装置１０２から送信されてきた情報に含まれるコマンドやその内容を解析する。解析した結果を必要に応じて記憶部３５２を介して記憶させ、デバイス管理部３５６や表示制御部３５３の出力などに反映させる。レスポンス生成部３５５は解析部３５４により解析されたコマンドに対して、必要に応じて画像処理装置１０２へのレスポンスを生成する。生成されたレスポンスは、通信部３５１を介して画像処理装置１０２に対して送信されることになる。
【００３９】
デバイス管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１、マスタ情報管理部３６２を含む。デバイス管理部３５６は、管理サーバ１０６の管理対象となる１以上の顧客とその顧客の所有する画像処理装置１０２を監視し、在庫管理や保守の手配などを行うために必要な情報を管理する機能を持つ。
【００４０】
通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知には画像処理装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。販売会社情報管理部３５８は、顧客環境に設置された画像処理装置１０２の管理、サポートを行う販売会社の情報を管理する。デバイス情報管理部３５９は、管理対象の画像処理装置１０２のデバイス情報や稼働情報を管理する。加えて、デバイス情報管理部３５９は、画像処理装置１０２の保守履歴、管理者情報、顧客側が保有しているであろう消耗品在庫の情報なども管理する。顧客情報管理部３６０は、画像処理装置１０２が設置された顧客の情報を管理する。その情報の中には、販売会社との保守契約に関する情報も含まれる。
【００４１】
消耗品在庫管理部３６１は、トナーボトルや消耗部品など、画像処理装置１０２の消耗品の在庫管理を行う。具体的には、画像処理装置１０２から送信される消耗品に係る通知を元にデバイス情報管理部３５９で管理される顧客側の在庫情報の残り在庫数の在庫減算を行う。残りの在庫数が顧客ごとに設定した閾値を跨いだ際に、通知管理部３５７と連動することで、消耗品の補充依頼通知の生成、通知を行う。補充依頼通知の生成については、顧客情報として管理される保守契約の内容に従って行われることになる。
【００４２】
マスタ情報管理部３６２は、管理対象となり得る複数の画像処理装置のそれぞれについての機種情報、障害情報、消耗品情報、部品情報など、管理や表示に必要となる全ての情報を、マスタ情報として管理する。マスタ情報には、例えば、ある機種の製品名称、使用する消耗品情報や、画像処理装置１０２から送信される障害情報の内容説明、部品の寿命値など、基本的な情報が全て管理されている。マスタ情報管理部３６２で管理するマスタ情報は、管理サーバ１０６とネットワークを介して外部接続されるようなストレージサービスに格納されてあってもよい。
【００４３】
図４は、管理サーバ１０６の管理対象となり得る画像処理装置の情報を、マスタ情報として登録する際に用いるファイルフォーマットの例を示す。図４（Ａ）は、マスタ情報管理部３６３で管理されている画像処理装置１０２の機種情報を記述したファイルの一例である。該ファイルは、ＣＳＶファイルなどの形式が利用できる。当該ファイルを管理サーバ１０６へアップロードすることで、対象機種がマスタ情報に登録され、管理サーバ１０６内での処理に利用できるようになる。アップロードの指示は、画像処理装置の開発会社や、販売会社の担当者が行う。
【００４４】
図４（Ａ）で、例えば１行目で説明を行う。４０１は、モデルコード「ＡＢＣ１２３」、製品名称「ＭＦＰｘｘｘｘ」、製品コード「Ａ１２３Ｂ００１」の画像処理装置であることを意味している。また、４０２は、この機種では、名称「Ｃａｎ  Ｔ１２  Ｙｅｌｌｏｗ  Ｔｏｎｅｒ」、識別コード「Ｃ１２３Ａ００１」、色属性「Ｙｅｌｌｏｗ」、公称寿命枚数「３８０００」、Ｃｏｖｅｒａｇｅ（カバレッジ）「５％」であるトナーボトルが消耗品として利用されること示す。ここで、Ｃｏｖｅｒａｇｅとは、印字比率を意味する。４０３は仕向け地を意味し、「ＪＰＮ」は日本モデルであることを意味する。４０４は、この機種の在庫管理に利用すべき消耗品に係る通知の種類の指定を意味する。４０４で指定される通知の種類について、具体例を後述する。なお、本発明はこれら具体例以外にも、消耗品の在庫管理に利用すべき画像処理装置からの他の通知を指定することも可能である。
【００４５】
「Ｂ」は、トナーボトルカウントアップアラーム（以下、ＴＢＣアラーム）の指定である。このＴＢＣアラームは、画像処理装置１０２にトナーボトルが装着されたことが検出された際に状態管理部３０５で生成され、管理サーバ１０６に送信される通知である。アラームのより詳細については、図６（Ｃ）で後述する。
【００４６】
図４（Ｂ）は、図４（Ａ）で説明したファイルフォーマットの別の例である。図４（Ａ）との違いは、在庫管理に利用すべき消耗品に係る通知の種類の指定（４０５）の部分である。
【００４７】
図４（Ｂ）では、４０５で、３種類の通知が指定されている。この場合は、いずれの通知でも在庫管理が可能となることを示す。在庫管理を実際に運用する際に、画像処理装置からのどの通知に従い残り在庫の減算などの在庫管理をするかは、管理サーバ１０６が提供するポータルサイト（図５）で選択設定できる。また、４０５での指定順番によってポータルサイト（図５）でデフォルト表示される通知の種類が決定される。この例では、一番左に設定された「Ｂ」がデフォルトの設定となる。
【００４８】
図４（Ａ）、（Ｂ）で指定できる在庫管理に利用できる消耗品に係る通知の種類について、追加で説明する。
【００４９】
「Ｆ」は、トナーローアラームであり、画像処理装置に装着された消耗品（トナーボトルやトナーカートリッジ）内の記録剤が残り少なくなったことが検知されたことを意味する通知である。この通知は、画像処理装置からトナーローを示すアラートが発生しことに基づいて管理サーバ１０６で在庫管理用に生成される疑似アラームである。また、画像処理装置でトナーローが検知された際に、画像処理装置自身がトナーローアラームを生成し、管理サーバ１０６に通知する体系であってもよい。この通知の内容としては画像処理装置を特定するための識別情報や、消耗品の種類を示す情報、この通知を生成した際のカウンタ情報などが含まれる。「Ｄ」は、事前トナーローアラームであり、画像処理装置に装着された消耗品（トナーボトルやトナーカートリッジ）内の記録剤の残りが少なくなる前の所定のタイミングで、画像処理装置において生成される通知である。画像処理装置では、このアラームを、例えば、消耗品が装着されてからの印刷枚数に基づいて生成したり、前述のトナーローを示す状態より前の所定の残量になったことをセンサーなどにより検知することで生成したりする。この通知の内容としては画像処理装置を特定するための識別情報や、消耗品の種類を示す情報、この通知を生成した際のカウンタ情報などが含まれる。なお、事前トナーローアラームや、ＴＢＣアラームについては、画像処理装置の機種によって生成されない。
【００５０】
ほかにも、消耗品に係る通知の一種であり、トナーボトルに関連するアラームとして、トナーボトルエンプティーアラームがある。これは、画像処理装置に装着されたトナーボトル内の記録剤が無くなってしまったと判定された場合に、画像処理装置において生成される通知である。この通知の内容としては画像処理装置を特定するための識別情報や、トナーボトルのシリアル番号及び種類を示す情報、この通知を生成した際のカウンタ情報などが含まれる。
【００５１】
また、ほかにも、消耗品に係る通知の種類としては、消耗部品に関連する通知も存在する。例えば、画像処理装置には、消耗部品の消耗度が所定値を超えた場合には前述したトナーローアラーム同様に、交換が必要なことを示すアラームを生成し、通知する仕組みがある。消耗度は、消耗部品が利用されるたびにその利用回数をカウントし、そのカウント値により特定される。また、画像処理装置には、消耗部品が交換された場合に、ＴＢＣアラームと同様に、消耗部品が交換されたこと示すアラームを生成し、通知する仕組みがある。ＴＢＣアラームや消耗部品が交換されたこと示すアラームには、ともに、新品の消耗品による交換が行われたか否かが特定するためのサブコードのような情報が含まれている。さらに、画像処理装置が前述した交換が必要なことを示すアラームを生成する前に、早めに消耗部品の配送を手配するための事前アラームを生成して、通知する仕組みを備えている場合もある。これらの通知に関しても、図４に示す登録情報において選択肢として含まれていた場合には、後述するポータルサイト（図５）を介して、在庫管理に利用する通知として選択可能である。
【００５２】
図５は、管理サーバ１０６が外部のＰＣに対して提供するポータルサイトの例を示す。図５では、顧客情報や当該顧客の所有する画像処理装置の情報などを参照しつつ、在庫管理に関する情報を設定することができる。この画面で、顧客情報と対応する画像処理装置の情報を確認して、管理対象として登録することで、それ以降に画像処理装置１０２から管理サーバ１０６に対して送信されたデバイス情報や稼働情報などが蓄積されるようになる。
【００５３】
５０１は、対象の画像処理装置における消耗品の在庫管理に利用する通知を選択設定するための設定項目である。この画面では、前述した「事前トナーローアラーム」による在庫管理が行われることが選択されている。ここで選択されなかった「トナーローアラーム」や「ＴＢＣアラーム」については、画像処理装置１０２から管理サーバ１０６に対して通知されたとしても、在庫管理では利用しない。ただし、管理サーバ１０６では受信した「トナーローアラーム」や「ＴＢＣアラーム」については保持しておき、別の画面を介して、その受信履歴を参考情報として提供することが可能である。
【００５４】
図５に示す画面では、管理対象として登録する画像処理装置単位で、在庫管理に利用する通知を選択設定することができる。なお、この実施例では在庫管理に利用する通知の種類を画像処理装置に関連づけて登録することを説明しているが、顧客で在庫管理に利用する通知の種類を設定することも可能である。この場合は、特定顧客の顧客情報として、保守契約とともに在庫管理に利用する通知の種類が管理され、さらに、当該顧客の保有する画像処理装置に対しても在庫管理に利用する通知の種類が関連付けられ手管理されることになる。
【００５５】
顧客との契約に従い在庫管理の運用を行う販売会社は、この画面を介して、在庫管理に利用する通知を選択でき、顧客や画像処理装置の機種に応じた柔軟な在庫管理の仕組みを実現することが可能となる。
【００５６】
例えば、特定の顧客が敷地内に画像処理装置の消耗品の在庫を保有できる物理的なスペースを持たない場合には、顧客に消耗品の在庫を保有させずに画像処理装置を利用してもらうことになる。この場合には、画像処理装置の消耗品切れによるダウンタイムを抑制するためには、トナーローやトナー無しなどの消耗品切れが発生する前に、販売会社により新品の消耗品の配送の手配の必要がある。従って、在庫管理に利用する通知の種類として、事前トナーローアラームが選択され、管理サーバ１０６では当該顧客の画像処理装置からの事前トナーローアラームの通知に応じて、新品の消耗品の配送の手配が行われる。
【００５７】
一方で、敷地内に画像処理装置の消耗品の在庫を保有できる物理的なスペースを持つ顧客も存在する。その場合には、在庫管理に利用する通知の種類として、「トナーローアラーム」や「ＴＢＣアラーム」が選択される。顧客環境に「ＴＢＣアラーム」の生成、通知ができない画像処理装置が含まれる場合については、当該装置については「トナーローアラーム」が選択されることになる。画像処理装置から「トナーローアラーム」や「ＴＢＣアラーム」といった通知を管理サーバ１０６で受信した場合には、消耗品在庫管理部３６１により当該顧客で在庫として保有されている消耗品の残数が減算される。在庫の残数が所定の閾値を下回ったことをトリガーに、管理サーバ１０６では、当該顧客に対して新品の消耗品の配送の手配が実行される。
【００５８】
なお、敷地内に画像処理装置の消耗品の在庫を保有できる物理的なスペースを持つ顧客であっても、大量に印刷を行う場合や、スペースが比較的に狭いような場合などについては、該顧客や、該顧客が保有する一部の機種のみ事前トナーローアラームの通知を用いた在庫管理を行うといった設定もかのうである。
【００５９】
図６は、消耗品の在庫管理に必要な情報を説明するための図である。
【００６０】
図６（Ａ）は、画像処理装置１０２の消耗品管理部３０６が管理する消耗品の交換履歴テーブル６００である。画像処理装置１０２に新品の消耗品が装着されることで交換が行われた場合の当該交換に関する情報が管理される。本テーブル６００は画像処理装置１０２内の記憶装置２０４で保持される。
【００６１】
６０１は、画像処理装置１０２に新品の消耗品が装着されたことを検知した時間情報（年／月／日／時）を示す。６０２は、装着された新品の消耗品の識別情報（シリアル番号）を示す。画像処理装置１０２は、消耗品が装着された場合に当該装着された消耗品のシリアル番号と、本テーブル６００の内容を参照することで、過去に装着されたことがある消耗品であるか否かを判断する。本テーブル６００に今回装着された消耗品のシリアル番号がなければ、新品の消耗品による交換が行われたと判断して、本テーブル６００にその情報を追加登録することで更新する。本テーブル６００に今回装着された消耗品のシリアル番号が存在する場合には、該消耗品内の記録剤が切れる前に途中取り出しされたことのある消耗品が再び装着されたと判断できる。この場合には、テーブル６００は更新されない。
【００６２】
図６（Ｂ）は、画像処理装置１０２に消耗品が装着された際に計数されるカウンタ情報を説明するための図である。画像処理装置１０２はこのカウンタ情報を用いて消耗品の交換回数を管理する。画像処理装置１０２は、消耗品が装着された際に、新品の消耗品が装着されたことが検知できた場合にはカウンタ番号“１ｘｘ”のカウンタ値を１つカウントアップする。また、センサー部２１２により消耗品の識別情報が検知できないような識別不明な消耗品が装着された際にはカウンタ番号“３ｘｘ”のカウンタ値を１つカウントアップする。さらに、消耗品の交換に際して、取り外された消耗品の中に記録剤がまだ所定量以上残っていた場合には、途中取り出しがおこなわれたと判断して、カウンタ番号“２ｘｘ”のカウンタ値を１つカウントアップする。
【００６３】
図６（Ｃ）は、消耗品が装着された際に、消耗品管理部３０６で生成される通知を説明するための図である。ここでは、トナーボトルの交換のための装着時に生成されるＴＢＣアラーム（前述）について説明する。ここでは、状態管理部３０５で生成されるアラームに含まれるアラームコードと、画像処理装置における検出内容と関係を説明する。
【００６４】
画像処理装置１０２に対する新品のトナーボトルの装着が検知されたと判断された場合には、アラームコード「１ｘｘｘｘｘ−０１ｘｘ」のアラーム情報が生成される。トナーボトルの中身が所定量残っている状態で途中取り出しされたと判断された場合には、アラームコード「１ｘｘｘｘｘ−０２ｘｘ」のアラーム情報が生成される。更に、センサー部２１２により消耗品の識別情報が検知できないような識別不明な消耗品が装着されたと判断された場合には、アラームコード「１ｘｘｘｘｘ−０３ｘｘ」のアラーム情報が生成される。
【００６５】
管理サーバ１０６においてこのアラームコードを含む通知を受信した場合に、上６桁のコードによりＴＢＣアラームであることが解釈でき、下４桁のサブコードにより消耗品の交換に際してどのような消耗品が装着されたが解釈できる。また、これらアラームコードは、トナーボトル内のトナーの色ごとに用意されている。さらに、管理サーバ１０６に対して送信されるＴＢＣアラームには、アラームコード以外にも画像処理装置の識別情報や、トナーボトルが装着された時間情報や、図６（Ｂ）で説明した３つカウンタ情報も含まれる。装着されたトナーボトルのシリアル番号が検知できた場合には、その番号も含めてもよい。
【００６６】
図６（Ｄ）は、管理サーバ１０６のデバイス情報管理部３５９が画像処理装置１０２に関する情報を管理するために用いるテーブルの一例である。本テーブル６１０は、記憶部３５２に保持される。
【００６７】
６１１はデバイス情報の各項目であり、６１２は各項目に対する登録情報である。このテーブル６１０では、デバイスＩＤ「ＤＥＶ００００１」で特定される画像処理装置の在庫管理で利用される通知の種類（減算対象アラーム）として「ＴＢＣアラーム」が選択され、登録されていることを意味している。つまり、管理サーバ１０６は、デバイスＩＤ「ＤＥＶ００００１」で特定される画像処理装置からＴＢＣアラームが送信されてきた時は在庫管理に係る処理を実行する。
【００６８】
図７は、管理サーバ１０６の在庫管理に係る処理を説明するためのフローチャートである。
【００６９】
図７（Ａ）は、画像処理装置１０２から送信された消耗品に係る通知に基づき管理サーバ１０６で実行される在庫管理処理の全体を説明するためのフローチャートである。
【００７０】
Ｓ７０１で、管理サーバ１０６は、通信部３５１を介して画像処理装置１０２からの通知を受信する。Ｓ７０２で、管理サーバ１０６の解析部３５４は、受信した通知が消耗品に関連するアラートであるか否かを判断する。消耗品に関連するアラートは、具体的には、トナーローを示すアラートが含まれる。消耗品に関連するアラートであった場合にはＳ７０３に進み、そうでない場合にはＳ７０４に進む。Ｓ７０３で、管理サーバ１０６は消耗品の消耗度（記録剤の残量など）に関する疑似アラームを内部生成する。ここでは、在庫管理に対応するアラームとして当該アラートを扱うためのアラームを画像処理装置に代わって疑似的に生成している。消耗品の記録剤の残量に関する疑似アラームには、具体的には、トナーローを示すアラートから生成されるトナーロー疑似アラームが含まれる。疑似アラームの内容としては、トナーローを示す情報や、通知元の画像処理装置のデバイス情報の一部、アラートが発生した日時などを示す時間情報などが含まれる。
【００７１】
Ｓ７０４で、管理サーバ１０６の解析部３５４は、Ｓ７０１で受信した通知がアラームであるかどうかを判断する。ここでアラームではないと判断された場合にはＳ７１３に進み、一方、アラームと判断された場合にはＳ７０５に進む。Ｓ７１３ではＳ７０１で受信した通知を用いて通常処理を行う。ここでの通常処理とは、例えばカウンタ情報の通知、消耗品以外に関連する障害情報などの通知に対して、デバイス情報を管理するデータベースなどの記憶装置への格納処理などが実行される。とくに、障害情報の通知においては、該通知の受信に応じて障害を連絡するために用意されたポータルサイトへの表示の反映や、サービス担当者へのメール通知などが実行される。
【００７２】
Ｓ７０５で、管理サーバ１０６の解析部３５４は、通知に含まれるアラームコードに基づき、消耗品関連アラームかどうかを判断する。消耗品関連アラームであったと判断された場合にはＳ７０６に進み、そうでなかった場合にはＳ７１２に進む。Ｓ７１２で、管理サーバ１０６は通常のアラーム処理を行う。ここでは、受信したアラームの内容のＤＢへの格納処理が実行される。また、その内容に従い、適宜、ポータルサイトの表示への反映、サービス担当者へのメール通知なども実行される。例えば、前述したようなトナーボトルエンプティーアラームについては、在庫管理に利用されないため、Ｓ７１２の処理対象の通知となる。Ｓ７１２では、トナーボトルエンプティーアラームが画像処理装置から通知された場合には、該画像処理装置を保有する顧客の管理者に対して、該画像処理装置に装着されているトナーボトル内の記録剤が無くなったことを示す内容の電子メールを送信する。
【００７３】
Ｓ７０６で、管理サーバ１０６の消耗品在庫管理部３６１は、デバイス情報テーブル６１０を参照して、Ｓ７０１で受信した通知の通知元である画像処理装置１０２の在庫管理に利用する通知の種類を確認する。在庫管理に利用する通知の種類は、図５の項目５０１で選択設定される。Ｓ７０７で、管理サーバ１０６の消耗品在庫管理部３６１は、Ｓ７０１で受信したアラームの種類と、Ｓ７０６で参照した在庫管理に利用する通知の種類とが一致するかどうかを判断する。ここで、一致しない場合にはＳ７１２に進み、一致すると判断された場合にはＳ７０８に進む。
【００７４】
Ｓ７０８では、管理サーバ１０６における消耗品の在庫の減算の判断処理が実行される。この判断処理について、図７（Ｂ）を用いて説明する。
【００７５】
Ｓ７５１で、消耗品在庫管理部３６１は、受信アラームがＴＢＣアラームなどの消耗品交換を示すアラームであるか否かを判断する。消耗品交換を示すアラームであった場合にはＳ７５２進み、そうでない場合にはＳ７５４に進む。Ｓ７５２で、消耗品在庫管理部３６１は、消耗品交換を示すアラームのサブコードを確認する。Ｓ７５３で、消耗品在庫管理部３６１は、該サブコードから新品の消耗品による交換が行われたか否かを判断する。サブコードについては、例えば、図６（Ｃ）を用いて、前述している。Ｓ７５３で新品の消耗品による交換が行われたと判断できた場合にはＳ７５４に進み、そうでない場合には図７（Ａ）のＳ７１２に進む。
【００７６】
Ｓ７５４で、消耗品在庫管理部３６１は、Ｓ７０１で受信した通知の通知元である画像処理装置１０２の顧客に関連付けて管理されている消耗品在庫の残数を（１つ）減算して、減算判断処理を終了する。
【００７７】
ここから、図７（Ａ）の処理の説明に戻る。
【００７８】
Ｓ７０９で、管理サーバ１０６の消耗品在庫管理部３６１は、画像処理装置１０２の顧客に関連付けて管理されている消耗品在庫の残数が、閾値以下であるか否かを判断する。この閾値は、顧客契約などに従い、適切な消耗品の配送のタイミングとなるよう予め設定されている。Ｓ７０９で判断した結果、閾値以下であった場合にＳ７１０に進み、そうでない場合にはＳ７１１に進む。
【００７９】
Ｓ７１０で、管理サーバ１０６の通知管理部３５７は、消耗品の在庫がなくなった、もしくは少なくなったことを示す情報を外部に提供する。具体的には、消耗品の配送を促すために、顧客ごとの消耗品の在庫数を管理するために用意されたポータルサイトにその旨の表示を反映する。加えて、顧客に対する消耗品の配送を手配するサービス担当者に消耗品の在庫がなくなった、もしくは少なくなったことを示すメールを通知する。なお、Ｓ７１０ではポータルサイトへの表示の反映やメール通知のいずれかのみ実行されてもよい。Ｓ７１１で、通知管理部３５７は、消耗品の交換が行われた、または、顧客の在庫の残り数が減少したことを示す情報を外部に提供する。提供方法としては、Ｓ７１０と同様である。
【００８０】
なお、本実施例では、在庫管理に利用する通知として設定されたアラーム以外の消耗品関連アラームは、通常アラームとして処理されている。そのため、通常アラームとしてポータルサイトに表示されたりする。この表示により、サービス担当者などが消耗品配送のタイミングを誤る可能性がある。これを回避するために、在庫管理に利用する通知として設定されたアラーム以外は、ポータルサイトなど、外部に情報提供しないといった設定を行うことも可能とする。
【００８１】
また、図７で説明したように、在庫管理に利用する通知として設定されたアラーム以外も含む全ての消耗品関連アラームを表示、通知を有効にした場合でも、情報提供に際して在庫管理に利用する通知として設定されたアラームだけを明確に識別できるようにしてもよい。具体的には、図８の８０１で示すように、在庫管理に利用する通知として設定されたアラーム（図８でトナーロー疑似アラーム）の通信タイプをトナー交換として、ポータルサイトに表示している。また、図８の８０２では、ＴＢＣアラームについては、通信タイプとして“その他（トナー系アラーム）”といった消耗品交換と関連しないアラームであることも明示している。これにより、サービス担当者は、消耗品関連アラームの通信タイプなどの属性を確認することで、在庫管理に利用する通知を迷わずに監視することが可能となり、配送タイミングの誤りを回避することが出来る。
【００８２】
（応用例）
本応用例では、顧客環境での消耗品の利用状況をサービス担当者などが把握出来る仕組みについて説明する。
【００８３】
図９は、管理サーバ１０６がサービス担当者などに提供するポータルサイトを示す。このサイトは、消耗品（とくに、トナーボトル）の交換履歴に関する画面の一例である。このサイトでは、顧客の消耗品の保管場所や、そこに保有されている消耗品に関する情報や、今まで行われた消耗品の交換履歴と、交換の際の消耗度についての情報提供が行われている。
【００８４】
具体的には、図９の例では、在庫保管場所「Ｃｕｓｔｏｍｅｒ  ３５居室」のトナーボトル「Ｂｏｔｔｌｅ  Ｋ」の在庫履歴を示している。これは１台の画像処理装置に関する履歴ではなく、同一在庫保管場所で在庫管理され、同一トナーボトルを使用している他の画像処理装置の履歴も含まれる。
【００８５】
９０１は、現状までのトナーボトルの交換時の消耗度（印刷枚数を示すカウンタ値）に基づく、１つのトナーボトルが装着されてから交換されるまでの平均印刷枚数を示している。９０２は、図５の項目５０１で在庫管理に利用する通知として設定されたアラーム間のカウンタ値の差分を示す。９０３は、トナーボトルのシリアル番号を示しており、上述してきたようにトナーボトルが装着されたタイミングで消耗品管理部３０６により検出される番号である。
【００８６】
ここで、デバイスＩＤ「ＥＡＱ０００１６」である画像処理装置の履歴について分析する。まず、「２０１４−０６−１０  １５：５８」に交換されたトナーボトルのシリアル番号は「ＳＥＲＩＡＬＮＯ４」である。また、「２０１４−０７−１６  １３：２３」に交換されたトナーボトルのシリアル番号は「ＳＥＲＩＡＬＮＯ５」であり、トナーボトルのシリアル番号が変わっていることから新品に交換されたことがわかる。また、その間のカウンタ差分、つまりトナーボトル１本分の印刷枚数が「１４０２４」であり、公称寿命枚数「１５０００」に近いことから、販売会社の想定する印刷の処理回数を経て交換が行われたと予測出来る。
【００８７】
次に、デバイスＩＤ「ＭＰＱ０００５７」である画像処理装置の履歴について分析する。トナーボトルのシリアル番号が履歴に含まれていないことから、この機種ではトナーボトルのシリアル番号を検出出来ないことを示している。ここで、「２０１４−０６−０７  １８：４４」の交換から「２０１４−０６−１０  １４：１４」の交換までのカウンタ差分が「７２９」と少ない。よって、この機種においては、販売会社の想定し得ないような運用でトナーボトルの交換が行われていることが把握できる。
【００８８】
図９を用いることで、例えば、顧客ごとの消耗品の利用の傾向が把握でき、消耗品の配送タイミングを決定するために用いるＳ７０９で利用する閾値の調整などが適切に行えるようになる。
【００８９】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００９０】
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【００９１】
１０２  画像処理装置
１０６  管理サーバ
３５６  デバイス管理部
【図１】
0006486119.tif 000002
【図２】
0006486119.tif 000003
【図３】
0006486119.tif 000004
【図４】
0006486119.tif 000005
【図５】
0006486119.tif 000006
【図６】
0006486119.tif 000007
【図７】
0006486119.tif 000008
【図８】
0006486119.tif 000009
【図９】
0006486119.tif 000010