JP2017146363A - 管理システム、その方法 - Google Patents

Abstract

【課題】 管理システムが在庫管理に必要なアラームをロストしてしまうと、適切に在庫減算ができないといった課題があった。
【解決手段】 本発明は、画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムであって、画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信手段と、前記受信手段により交換アラームが受信され、消耗品の在庫数の減算の対象となるアラームが残量少アラームであり、かつ、前記受信手段により当該交換アラームの１つ前に受信されたアラームが別の交換アラームであった場合、当該消耗品の在庫数を減算する管理手段と、を有することを特徴とする。
【選択図】 図８

Description

本発明は、ネットワークを介して画像処理装置を管理する管理システムに関する。

近年、ネットワーク上の画像処理装置内のトナーなどの現像材の残量を監視して、現像材が入っているボトルやカートリッジなどの容器（消耗品）の交換を判断して、それらの在庫の管理を行う管理システムが提供されている。

特許文献１には、画像処理装置が発行する残量少アラームをネットワークを介して受信した管理システムが、このアラームをトリガーとしてカートリッジの在庫管理を行うといった技術が開示されている。具体的には、このアラームを受信した場合に、画像処理装置を保有する顧客側のカートリッジの在庫が１つ使用されたとみなし、在庫数を減算することで遠隔で在庫管理をおこなっている。

特開２００３−１５９８５４号公報

上記のような在庫管理に必要なアラームは、いくつかのケースにおいて管理システムが受信できない場合がある。１つ目のケースは、デバイスの不具合により適切なタイミングで画像処理装置からアラームが発行されない場合である。２つ目のケースは、画像処理装置からアラームが発行されているにも関わらず、ネットワークの状態や輻輳などにより管理システムが上手く受信できなかった場合である。これらのケースのように、本来ならば管理装置が受信するはずのアラームが正しく受信されていない状況を、本発明の中では管理システムによるアラームのロストと呼ぶことにする。

管理システムが在庫管理に必要なアラームをロストしてしまうと、適切に在庫減算ができず、管理システムは在庫状況を正確に把握できなくなってしまう。残りの在庫数をもとに、顧客に新品のカートリッジやボトルといった消耗品の配送を手配するシステムの場合には、その手配が遅れてしまい、顧客側でダウンタイムが発生してしまうといった課題が起こり得る。

本発明は、画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムであって、画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信手段と、前記受信手段により交換アラームが受信され、消耗品の在庫数の減算の対象となるアラームが残量少アラームであり、かつ、前記受信手段により当該交換アラームの１つ前に受信されたアラームが別の交換アラームであった場合、当該消耗品の在庫数を減算する管理手段と、を有することを特徴とする。

本発明に依れば、管理システムが、ロストしたアラームなどの通知を特定して、それに基づく在庫管理が可能となる。

本発明における画像処理装置と管理システムとを含むネットワーク構成の例 本発明における画像処理装置のハードウェア構成例 本発明における画像処理装置のソフトウェアのモジュール構成例 本発明における情報処理装置のハードウェア構成例 管理システムのソフトウェアのモジュール構成例 管理システムにおける交換アラーム受信時の処理を説明するためのフローチャート 残量少アラームのロストを検出した際の処理を説明するためのフローチャート 管理システムにおける残量少アラーム受信時の処理を説明するためのフローチャート 交換アラームのロストを検出した際の処理を説明するためのフローチャート 実施例２の管理システムのソフトウェアのモジュール構成例 実施例２の管理システムにおける残量少アラーム受信時の処理を説明するためのフローチャート 各実施例のロストアラームの検出の判定タイミングの模式図を示す。

（実施例１）
以下、本発明を実施するための最良の形態について図面を用いて説明する。図１は、本発明に係る、画像処理装置と管理システムなどを備えるネットワークシステムの全体構成を示す図である。

図１において、管理システム１１１、画像処理装置１２１〜１２３、クライアント装置１１２、はネットワーク１０１〜１０３を介して接続されている。ネットワーク１０１〜１０３は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。またはこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０１〜１０３は、データの送受信が可能であればよい。本発明ではネットワーク１０１はインターネット、ネットワーク１０１〜１０３は企業内ネットワークやサービスプロバイダーのネットワークである。画像処理装置としては、現像材を用いて画像形成を行う印刷装置や複写機、造形材を用いて３Ｄ造形物を生成する３Ｄプリンターなどが含まれる。

本実施形態では、画像処理装置１２１〜１２３が自己監視の機能を持っているものとする。画像処理装置１２１〜１２３が管理システム１１１へ送信する情報は、画像処理装置の使用状況を示す各種カウンタ情報やファームウェア情報、画像処理装置の状態を示すエラーやアラームなどの情報を含む。画像処理装置を保有する顧客は、在庫として１以上の消耗品を画像処理装置に近い保管場所で管理している。画像処理装置で消耗材が少なくなったり、なくなったりした際に、在庫として保有している消耗品を用いた交換が顧客によって行われる。

管理システム１１１は、１以上のサーバーコンピュータから構成され、１以上の画像形成装置を、ネットワークを介して管理するためのシステムである。画像処理装置からの情報に基づき、課金カウンタのレポート表示、エラー・アラームなどの障害イベント通知、画像処理装置の部品消耗度の算出、消耗材が入った消耗品の在庫の管理などのサービスを提供する。ここで、消耗材としては、トナーやインク、３Ｄプリンターの造形方式に従う造形材などが含まれる。また、消耗材が入った容器（消耗品）には、ボトルタイプのものやカートリッジタイプのものが含まれる。後述の実施例においては、それらの一例として、トナーが入ったトナーボトルについてのアラームに関する処理や在庫管理などについても述べるものとする。

クライアント装置１１２は、管理システム１１１が提供するサービスの利用者（システム管理者）が使用する装置である。利用者は、クライアント装置１１２を操作して管理システム１１１へアクセスすることで、管理システム１１１が提供するサービスを利用することが出来る。

なお、本発明で説明する管理システム１１１は、１以上の仮想マシンによって実現しても構わない。

図２は、画像処理装置１２１〜１２３のハードウェア構成の例である。

コントローラ２０１では、主に、プリントやスキャンなどを制御する。また、そのほかにトナーボトル内の残量を検知するセンサーやトナーボトルの交換を検知するセンサーから送信される信号などを管理する管理系のプログラムを実行する。このプログラムにより、図３に示すような管理コンポーネントの機能が実現される。画像処理装置１２１〜１２３は、トナーやインクなど消耗品の容器が交換可能に装填され、例えばトナーボトルが交換されたことを検知すると、イベント情報を発行し、該イベントの詳細を含むアラームを生成して、管理システム１１１へ送信する。

ＨＤＤ２０３には、画像処理装置１２１〜１２３の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値（サイズごとの印刷枚数や、原稿読み取り回数等）、及びステータス情報（ステータスフラグを含む）などを記憶する。このＨＤＤ２０３に記憶する設定情報には、装填されているトナーボトル内の残量情報や、トナーボトルの識別情報も含まれる。そのほかに、画像処理装置のオペレーティングシステムや、その他のアプリケーションプログラムなども、このＨＤＤ２０３に記憶する。

プリントユニット２０４は、画像処理装置がプリントをするために必要な部品やセンサーの集合体である。コントローラ２０１の制御によりプリントユニットが動作することで、ユーザーは画像処理装置のプリント機能を利用することが出来る。スキャンユニット２０５は、画像処理装置がスキャンをするために必要な部品やセンサーの集合体である。コントローラ２０１の制御によりスキャンユニットが動作することで、ユーザーは画像処理装置のスキャン機能、コピー機能を利用することが出来る。Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ（ＮＩＣ）２０２は、ネットワーク１０１〜１０３を介して外部装置とのデータのやり取りを行う。コントローラ２０１内のＣＰＵがＨＤＤ２０３に記憶されているプログラムに基づき処理を実行することによって、上記の処理全般を制御している。

図３は、画像処理装置１２１〜１２３のソフトウェアのモジュール構成の例である。

交換検知部３０１は、画像処理装置１２１〜１２３のトナーボトルなどの消耗品が交換されたことを検知する。この時、交換されたトナーボトルのボトルＩＤが、ＩＤ履歴記憶部３０３に既に格納されているかどうかを判定する。なお、ボトルＩＤはトナーボトルなどの消耗品を一意に識別するための識別子であり、バーコードやＩＣチップ等の手段によってトナーボトル自身に埋め込まれている。交換検知部３０１は、交換されたトナーボトルが新品か否か、若しくはＩＤ識別不能かのいずれかを判断し、判断結果を交換アラーム発行部３０２に通知する。また、交換されたトナーボトルのボトルＩＤを、ＨＤＤ２０３のＩＤ履歴記憶部３０３に格納する。

交換アラーム発行部３０２は、交換検知部３０１から受信した通知をトリガーに、消耗品の交換アラームを生成する。このアラームには、画像処理装置の識別情報、交換日時や、新品での交換が行われたか否かの情報、交換前後の消耗品を識別するためのＩＤ、画像処理装置におけるトータルカウンタの値が含まれる。ここで、トータルカウンタの値とは、画像処理装置の利用開始から積算されている印刷枚数を示す値で、管理システムで画像処理装置の稼働状況を把握するために利用できる。

ＩＤ履歴記憶部３０３で管理するデータは、例えば表Ａのようなデータである。

ＩＤ履歴記憶部３０３は、交換検知部３０１が検知した交換に用いたトナーボトルの識別情報（ボトルＩＤ）３３１とその交換日時３３２を管理している。

最新交換アラーム情報記憶部３０４は、ＨＤＤ２０３に確保された領域で、例えば表Ｂのようなデータを管理する。

３４１は、交換アラーム発行部３０２によって交換アラームが生成された日時を格納するカラムである。３４２は、発行されたアラームを一意に識別するためのアラームコードを格納するカラムである。ここには必ず交換アラームを示すアラームコードが入る。３４３は、交換アラームのサブコードを格納するカラムである。交換アラームのサブコードは、装填されたトナーボトルが新品か、中古品か、ＩＤ識別不能かのいずれかを表すコードである。管理システム１１１は、例えば、交換アラームのサブコードとして“１１５５”が設定されていた場合には、新品の消耗品による交換が行われたと判断できる。３４４は、トナーボトルを一意に識別するためのボトルＩＤを格納するカラムである。なお、表Ｂに格納されるデータは最新の交換アラームに関する情報のみなので、格納されるデータ数は常に１つのアラームのみである。新しいデータが格納される時には、古いデータは上書きされる。

残量検知部３０５は、画像処理装置１２１〜１２３内に残存するトナーなどの消耗材の残量を検知することが出来る。本実施例の場合、画像処理装置に装着されたトナーボトル内のトナーの残量が検知される。複数色のトナーそれぞれについて、残量検知が行われる。表Ｃで示すように、検知された残量は、ＨＤＤ２０３の残量記憶部３０７に格納される。

３５１は、トナー型番を格納するカラムである。３５２は、トナー残量を％表示で表した値を格納するカラムである。

残量少アラーム発行部３０６は、残量記憶部３０７に格納されている各カラーのトナー残量を監視し、その残量がＨＤＤ２０３のアラーム発行閾値記憶部３０８に格納されている閾値を下回ったタイミングで残量少アラームを生成する。残量少アラームは、残量が閾値を下回ったカラーに対応するアラームであることを示し、画像処理装置の識別情報、生成日時、各カラーのトナーの残量、トータルカウンタの値などの情報を含む。残量などについては、トナーボトルの型番に対応付けた情報がアラームに記述されることになる。

アラーム発行閾値記憶部３０８で管理するデータは、例えば表Ｄのようなデータである。

３６１は、トナー型番を格納するカラムである。３６２は、アラーム発行閾値を％表示で表した値を格納するカラムである。なお、本実施例では１つのトナー型番に対して閾値は１つとしているが、閾値が複数あっても良い。その場合は残量少アラームも複数種類となり、それらは別のアラームコードとして定義されることになる。

指示受信部３１０は、管理システム１１１からのアラーム送信指示を受信し、その指示に従ってアラームを生成する。

送信部３０９は、交換アラーム発行部３０２や、残量少アラーム発行部３０６、指示受信部３１０等で生成されたアラームを、ＮＩＣ２０２を介して管理システム１１１に送信する。

図４は、管理システム１１１、クライアント装置１１２などを構成する情報処理装置のハードウェア構成の例である。

図４において、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）４０２は装置全体の制御を行う。ＣＰＵ４０２はＨａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ（ＨＤＤ）４０５に格納されているアプリケーションプログラム、ＯＳ、後述する本発明に特有な処理を含む機能を実現するためのプログラム等を実行する。また、ＣＰＵ４０２はＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）４０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）４０４は記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ４０３は一時記憶手段であり、ＣＰＵ４０２の主メモリ、ワークエリア等として機能する。ＨＤＤ４０５は外部記憶手段の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を格納している。ディスプレイ４０８は表示手段であり、キーボード４０７から入力したコマンド等を表示したりするものである。インターフェース４０９は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。キーボード４０７は指示入力手段である。システムバス４０１は、装置内におけるデータの流れを司るものである。Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ（ＮＩＣ）４０６は、該インターフェース４０９、ネットワーク１０１〜１０３を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図４の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ４０４、ＲＡＭ４０３、ＨＤＤ４０５などで変更することも可能である。

加えて、ＣＰＵ４０２がＨＤＤ４０５に記憶されているプログラムに基づき処理を実行することによって、図５等に示されるようなソフトウェア構成及び後述するフローチャートの各ステップの処理が実現される。

図５は、管理システム１１１のソフトウェアのモジュール構成の例である。

送受信部５０１は、画像処理装置１２１〜１２３などからのアラームなどの通知を、ＮＩＣ４０６を介して受信する。また、管理システム１１１から画像処理装置１２１〜１２３への指示を、ＮＩＣ４０６を介して送信する。各種アラームを受信した場合には、該アラームの情報をＨＤＤ４０５の履歴記憶部５０３に格納する。管理システム１１１は、アラームの種類に応じて様々なサービスを提供するが、本実施例では消耗品の在庫管理について記載をする。

在庫管理部５０２は、送受信部５０１が受信した交換アラームや残量少アラームに基づき、顧客側の消耗品の在庫管理に係る処理を実行する。本発明では、さらに、それらアラームのロストが発生した場合のリカバリー処理についても実行する。

履歴記憶部５０３で管理するデータは、例えば表Ｅのようなデータである。

５３１は、アラーム発行日時を格納するカラムである。５３２は、画像処理装置を一意に識別するためのシリアルＩＤを格納するカラムである。画像処理装置を識別するための情報としてはＩＰアドレス、ＭＡＣアドレス、デバイス名などや、それらの組合せを用いてもよい。５３３は、発行されたアラームを一意に識別するためのアラームコードを格納するカラムである。５３４は、アラームのサブコードを格納するカラムである。交換アラームのサブコードは、装填されたトナーボトルが新品か、中古品か、ＩＤ識別不能かのいずれかを表している。５３５は、消耗品の型番を格納するカラムである。表Ｅの例では、アラームコード５３３が”１１２２３３３”は交換アラームを表しており、”４４５５６６”は残量少アラームを表している。またアラームサブコード５３４は、”１１５５”が新品交換、”１１６６”が中古品交換、”１１７７”がＩＤ識別不能を表している。

設定記憶部５０４ではＨＤＤ４０５の領域で、例えば表Ｆのようなデータを管理する。

５４１は、画像処理装置を一意に識別するためのシリアルＩＤを格納するカラムである。５４２は、画像処理装置毎に設定されている配送アラーム設定を格納するカラムである。ここで配送アラーム設定とは、在庫管理のための在庫減算処理のトリガーとなるアラームの種類の指定である。管理システム１１１の利用者が画像処理装置や顧客毎に設定することが出来る。本実施例では、装置ごとに配送アラーム設定が行われている。表Ｆの例では、シリアルＩＤがＡＢＣ００１０１の画像処理装置においては、残量少アラームが発行された時にトナーの在庫減算処理を行い、交換アラームが発行された時にはトナーの在庫減算処理は行わない。消耗品の在庫を少なくしたい顧客に対しては、残量少アラームにより在庫減算を行うことで、交換アラームで管理する場合よりも、早めに消耗品の配送手配が自動で行われるといった運用が可能となる。一方で、在庫を多く保有できる顧客に対しては、交換アラームをトリガーとした在庫減算処理を行うといった在庫管理も採用できることになる。

在庫保管場所記憶部５０５で管理するデータは、例えば表Ｇのようなデータである。

５５１は、画像処理装置を一意に識別するためのシリアルＩＤを格納するカラムである。５５２は、画像処理装置毎に設定されているトナー在庫の保管場所を格納するカラムである。表Ｇのように、１つのトナー在庫保管場所に対して、１つ以上のシリアルＩＤが関連付けられている。

在庫情報記憶部５０６で管理するデータは、例えば表Ｈのようなデータである。

５６１は、在庫の保管場所を格納するカラムである。５６２は、消耗品の型番を格納するカラムである。５６３は、消耗品の在庫数を格納するカラムである。管理システム１１１は、配送アラーム設定５４２で設定されている種類のアラームを受信した時、この在庫数の値を１減算する。５６４は、消耗品の配送のための通知を行う在庫数を格納するカラムである。５６５は、消耗品の最大在庫数を格納するカラムである。在庫数５６３の値がこの通知閾値に到達したら、管理システム１１１はクライアント装置１１２などに対して、在庫数５６３の値が最大在庫数５６５の値になるように消耗品の配送手配のための通知（配送要求）を送信する。

図６は、管理システムにおける交換アラーム受信時の処理を説明するためのフローチャートである。

Ｓ６０１で、管理システム１１１の送受信部５０１が交換アラームを受信した際に、在庫管理部５０２は、設定記憶部５０４から配送アラーム設定を取得する。ここでは、交換アラームに含まれる画像処理装置の識別情報（シリアルＩＤ）に対応する配送アラーム設定が取得される。Ｓ６０２で、在庫管理部５０２は、取得された配送アラーム設定で示す対象アラームが交換アラームであるか否かを判定する。交換アラームであった場合にはＳ６０３に進み、残量少アラームを示す場合にはＳ６０９に進む。

Ｓ６０３で、在庫管理部５０２は、受信した交換アラームのサブコードが新品交換を示すコードであるか否かを判定する。新品交換を示すコードであった場合にはＳ６０４に進み、そうでなかった場合にはＳ６０８に進む。

Ｓ６０４で、在庫管理部５０２は、在庫保管場所記憶部５０５を参照し、交換アラームに含まれる画像処理装置の識別情報（シリアルＩＤ）をもとに、在庫保管場所の情報を取得する。Ｓ６０５で、在庫管理部５０２は、在庫情報記憶部５０６で管理されている、交換アラームに含まれる消耗品の型番と、在庫保管場所の情報とに対応する在庫数を１つ減算する。Ｓ６０６で、在庫管理部５０２は、減算後の在庫数が在庫情報記憶部５０６で管理される通知閾値に達したか否かを判定する。通知閾値に達した場合にはＳ６０７に進み、そうでない場合にはＳ６０８に進む。Ｓ６０７で、在庫管理部５０２は、消耗品の配送手配のための通知（配送要求）を生成し、送受信部５０１を介して送信する。

Ｓ６０８では、在庫管理部５０２は、履歴記憶部５０３で管理しているアラーム受信履歴管理テーブル（表Ｅ）に、受信した交換アラームの情報を格納する。

Ｓ６０９で、在庫管理部５０２は、履歴記憶部５０３で管理しているアラーム受信履歴管理テーブル（表Ｅ）から、受信した交換アラームに含まれる画像処理装置の識別情報と同じ識別情報に対応する最新の消耗品関連のアラームを取得する。ここで消耗品関連のアラームとは、在庫減算処理のトリガーとなる可能性のあるアラーム全てを指し、交換アラームか、残量少アラームが該当する。最新のアラームとは、発行日時が最近のアラームを意味する。

Ｓ６１０では、在庫管理部５０２は、Ｓ６０９で取得した最新の関連アラームが残量少アラームか否かを判定する。この判定で、残量少アラームではなく、交換アラームを示すと判定された場合には、同じ画像処理装置から交換アラームが連続して管理システム１１１で受信されたことになるので、その間に発行されるべき残量少アラームがロストした可能性があると推定できる。Ｓ６１０で残量少アラームであったと判定された場合にはＳ６０８に進み、残量少アラームでない、つまり交換アラームであったと判定された場合にはＳ６１１に進む。Ｓ６１１では、在庫管理部５０２は、ロストした残量少アラームに基づく在庫減算を行うためのリカバリー処理を実行する。この処理の詳細は、図７を用いて後述する。

なお、連続する２つの交換アラームについて、トナーボトルの残量が少なくなる前に交換された可能性があり、この場合にはその２つのアラームの間には残量少アラームが発行されない。そこで、連続する２つの交換アラームに含まれるトータルカウンタの値の変化が、所定の閾値以内である場合には、残量少アラームが発行されないと判定して、Ｓ６１０で交換アラームであったと判定された場合であってもＳ６０８に進むよう改良することもかのうである。

図７は、図６のＳ６１１で示す処理の詳細を説明するためのフローチャートである。

Ｓ７０１では、受信した交換アラームに含まれる画像処理装置の識別情報（シリアルＩＤ）をもとに、在庫保管場所記憶部５０５から消耗品の在庫保管場所の情報を取得する。Ｓ７０２では、Ｓ７０１で取得した在庫保管場所の情報と、交換アラームに含まれる消耗品の型番とに対応する在庫情報記憶部５０６に記録されているトナーの在庫数を、１減算する。

Ｓ７０３で、減算後の在庫数が在庫情報記憶部５０６で管理される通知閾値に達したか否かを判定する。通知閾値に達した場合にはＳ７０４に進み、そうでない場合には図６の処理（Ｓ６０８）に戻る。Ｓ７０４で、消耗品の配送手配のための通知（配送要求）を生成し、送受信部５０１を介して送信する。

図８は、管理システムにおける残量少アラーム受信時の処理を説明するためのフローチャートである。

Ｓ８０１で、管理システム１１１の送受信部５０１が残量少アラームを受信した際に、在庫管理部５０２は、設定記憶部５０４から配送アラーム設定を取得する。ここでは、残量少アラームに含まれる画像処理装置の識別情報（シリアルＩＤ）に対応する配送アラーム設定が取得される。Ｓ８０２で、在庫管理部５０２は、取得された配送アラーム設定で示す対象アラームが残量少アラームであるか否かを判定する。残量少アラームであった場合にはＳ８０３に進み、残量少アラームを示す場合にはＳ８０８に進む。

Ｓ８０３で、在庫管理部５０２は、在庫保管場所記憶部５０５を参照し、残量少アラームに含まれる画像処理装置の識別情報（シリアルＩＤ）をもとに、在庫保管場所の情報を取得する。Ｓ８０４で、在庫管理部５０２は、在庫情報記憶部５０６で管理されている、残量少アラームに含まれる消耗品の型番と、在庫保管場所の情報とに対応する在庫数を１つ減算する。Ｓ８０５で、在庫管理部５０２は、減算後の在庫数が在庫情報記憶部５０６で管理される通知閾値に達したか否かを判定する。通知閾値に達した場合にはＳ８０６に進み、そうでない場合にはＳ８０７に進む。Ｓ８０６で、在庫管理部５０２は、消耗品の配送手配のための通知（配送要求）を生成し、送受信部５０１を介して送信する。

Ｓ８０７では、在庫管理部５０２は、履歴記憶部５０３で管理しているアラーム受信履歴管理テーブル（表Ｅ）に、受信した残量少アラームの情報を格納する。

Ｓ８０８で、在庫管理部５０２は、履歴記憶部５０３で管理しているアラーム受信履歴管理テーブル（表Ｅ）から、受信した残量少アラームに含まれる画像処理装置の識別情報と同じ識別情報に対応する最新の消耗品関連のアラームを取得する。ここで消耗品関連のアラームとは、在庫減算処理のトリガーとなる可能性のあるアラーム全てを指し、交換アラームか、残量少アラームが該当する。最新のアラームとは、発行日時が最近のアラームを意味する。

Ｓ８０９では、在庫管理部５０２は、Ｓ８０８で取得した最新の関連アラームが交換アラームか否かを判定する。この判定で、交換アラームではなく、残量少アラームを示すと判定された場合には、同じ画像処理装置から残量少アラームが連続して管理システム１１１で受信されたことになるので、その間に発行されるべき交換アラームがロストした可能性があると推定できる。Ｓ８０９で交換アラームであったと判定された場合にはＳ８０７に進み、交換アラームでない、つまり残量少アラームであったと判定された場合にはＳ８１０に進む。Ｓ８１０では、在庫管理部５０２は、ロストした交換アラームに基づく在庫減算を行うためのリカバリー処理を実行する。この処理の詳細は、図９を用いて後述する。

図９では、図８のＳ８１０で示す処理の詳細を説明するためのフローチャートである。

Ｓ９０４では、在庫管理部５０２は、図８で受信した残量少アラームの送信元である画像処理装置に対して、発行済みの最新の交換アラーム情報の送信を、送受信部５０１を介して指示する。画像処理装置では、指示受信部３１０でこの指示を受け取った際には、最新交換アラーム情報記憶部３０４に格納されている最新の交換アラーム情報を、送信部３０９を介して管理システム１１１に対して送信する。

なお、Ｓ９０４での指示に基づくアラームは、通常のアラーム送信とは区別され、管理システム１１１側では履歴記憶部５０３には格納しない。また、画像処理装置は、最新交換アラーム情報記憶部３０４に交換アラーム情報が格納されていなかった場合、管理システム１１１にエラーを送信する。また５３１カラムに格納されている発行日時は更新されず、ここで送信される交換アラームには画像処理装置内で生成された日時が含まれる。

Ｓ９０５で、在庫管理部５０２は、交換アラームを受信できたか否かを判断する。受信した場合にはＳ９０７に進み、エラーを受信したなど、交換アラームの受信に失敗した場合にはＳ９０６に進む。Ｓ９０６では、交換アラームが画像処理装置内で発生していない事をクライアント装置１１２に通知する。ここで、最新交換アラーム情報記憶部３０４に交換アラーム情報が格納されていなかったという事は、画像処理装置内での何らかの原因（センサーの不具合等）によって、交換アラームが生成されなかったことを意味する。

Ｓ９０７で、在庫管理部５０２は、履歴記憶部５０３から、前回の残量少アラーム発生日時を取得する。Ｓ９０８では、在庫管理部５０２は、Ｓ９０５で受信判定された交換アラームの発行日時と、Ｓ９０７で取得した残量少アラームの発生日時を比較する。この比較の結果として、交換アラームの発行日時の方が新しいと判定された場合にはＳ９０９に進み、残量少アラームの発行日時の方が新しいと判定された場合にはＳ９０６に進む。ここでＳ９０６に進む場合は、最新交換アラーム情報記憶部３０４に最新の交換アラーム情報が格納されなかったことが想定され、画像処理装置内で交換アラームが生成されなかった可能性がある。そのため、クライアント装置１１２への通知処理が行われることになる。

Ｓ９０９で、在庫管理部５０２は、Ｓ９０５で画像処理装置から送られてきた交換アラームに含まれるサブコードが、新品交換を示すコードか否かを判定する。新品交換を示す場合にはＳ９１０に進み、そうでない場合には図８の処理（Ｓ８０７）に戻る。

Ｓ９１０で、在庫管理部５０２は、Ｓ９０５での交換アラームの送信元である画像処理装置のシリアルＩＤをもとに、在庫保管場所記憶部５０５から在庫保管場所の情報を取得する。Ｓ９１１で、在庫管理部５０２は、Ｓ９１０で取得した在庫保管場所の情報と、交換アラームに含まれる型番とをもとに、在庫情報記憶部５０６に記録されている該当する在庫数を、１つ減算する。Ｓ９１２では、減算後の在庫数が在庫情報記憶部５０６に記録してある通知閾値に達したか否かを判定する。通知閾値に達していたと判定された場合にはＳ９１３に進み、達していなかったら図８の処理（Ｓ８０７）に戻る。Ｓ９１３で、在庫管理部５０２は、消耗品の配送手配のための通知（配送要求）を生成し、送受信部５０１を介して送信する。

以上のように、本実施例では、管理システム１１１が、画像処理装置からの消耗品関連のアラームの受信の順序から、ロストしてしまったアラームを検出した。そして、そのアラームに関するリカバリー処理（図７，９）を実施することで、消耗品の在庫管理を正しく実施することが出来る。

なお、図６〜９では、アラーム発行閾値記憶部３０８で管理される閾値が、各カラーのトナーボトルにつき１つの時の処理について説明している。前述したように、各カラーのトナーボトルについて残量に関するアラームの発行閾値を２つ以上管理することも可能である。このように各カラーについて複数の閾値が管理される場合は、前述した処理においてロストを判定するアラームの種類が変わる。

例えば、同じカラーのトナーボトルに対して、アラームの発行閾値１では残量少アラーム１を発行し、発行閾値２では残量少アラーム２を発行するとする。ここで、発行閾値１（％）＞発行閾値２（％）の時、残量少アラーム１、残量少アラーム２、交換アラーム、という順番で画像処理装置によってアラームが発行されることになる。つまり、この順序通りにアラームが発行されなかったことを管理システム１１１で判定することで、アラームのロストを判定することができる。

（実施例２）
実施例１では、アラームをロストした場合には、管理システム１１１が、画像処理装置で該アラームの次に発行される同じ型番の消耗品関連のアラームを受信した時に、アラームがロストしていたかを判定できた。（図１２（ａ）を参照）
本実施例では、同じ型番の消耗品関連のアラームを受信時よりも先に、同じ画像処理装置の異なる型番の残量少アラームを受信した場合にも、アラームがロストしていたかを判定する処理について説明する。本実施例の前提として、画像処理装置は、残量少アラームを発行する際に、自装置に装着されている全てのカラーの消耗品の型番と、その残量との情報を残量少アラームに含めて管理システム１１１に対して送信するものとする。（図１２（ｂ）を参照）
なお、実施例２では実施例１と異なる部分をより詳細に説明し、同様の説明に関しては割愛する。

図１０は、本実施例における管理システム１１１のソフトウェアのモジュール構成の例である。

図５と比べて、残量記憶部１００７が追加されている。残量記憶部１００７で管理するデータは、例えば表Ｉのようなデータである。

１０３１は、画像処理装置を一意に識別するための識別情報の一例であるシリアルＩＤを格納するカラムである。１０３２は、消耗品内の消耗材（トナーなど）の残量を取得した日時を格納するカラムである。１０３３は、消耗品の型番を格納するカラムである。１０３４は、消耗材の残量を格納するカラムである。

管理システム１１１は、画像処理装置から残量少アラームを受信した時に、残量少アラームに含まれる全てのカラーの消耗材の残量の情報を確認する。そして、表Ｉにおいて、対応するシリアルＩＤの残量（％）の情報と、取得日時を上書きして更新する。

図１１は、実施例２の管理システムにおける残量少アラーム受信時の処理を説明するためのフローチャートである。実施例１と異なる部分について詳細に説明する。

図１１（ａ）では、Ｓ８０１〜Ｓ８１０において、図８と同様の処理が実行される。

Ｓ１１０１で、在庫管理部５０２は、受信した残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を用いた交換アラームのロスト判定処理を実行する。この処理の詳細は、図１１（ｂ）で説明する。

Ｓ１１０２で、在庫管理部５０２は、受信した残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を用いた残量少アラームのロスト判定処理を実行する。この処理の詳細は、図１１（ｃ）で説明する。

図１１（ｂ）は、在庫管理部５０２による残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を用いた、交換アラームのロスト判定処理を説明するためのフローチャートを示す。

Ｓ１１０５で、在庫管理部５０２は、残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を取得する。ここで取得される残量情報を、「現在の残量」とする。

Ｓ１１０６からＳ１１１６までのループで、Ｓ１１０５で取得した全ての型番のそれぞれについて以降の処理を実行する。

Ｓ１１０７で、在庫管理部５０２は、受信した残量少アラームに含まれる画像処理装置の識別情報（対象シリアルＩＤ）と、Ｓ１１０６からのループ処理で選択されている対象の型番とに該当するデータが、残量管理テーブル（表Ｉ）に格納されているかを判定する。格納されていた場合にはＳ１１０９に進み、格納されていなかったらＳ１１０８に進む。Ｓ１１０８では、対象シリアルＩＤと、対象の型番についての消耗材の残量情報を残量管理テーブル（表Ｉ）に新規に追加登録する。

Ｓ１１０９で、在庫管理部５０２は、対象シリアルＩＤと、対象の型番に該当する消耗材の残量の情報を、残量管理テーブル（表Ｉ）から取得する。この値を「前回の残量」とする。

Ｓ１１１１では、「前回の残量」と「現在の残量」と比較する。「前回の残量」の示す値の方が大きかった場合にはＳ１１２０に進み、小さかった場合にはＳ１１１２に進む。ここで「前回の残量」よりも「現在の残量」の値の方が大きいということは、前回の残量更新日時以降に発行されるべき交換アラームがロストしている可能性がある。

Ｓ１１１２で、在庫管理部５０２は、履歴記憶部５０３から、対象シリアルＩＤと、対象の型番に該当する最新の交換アラームの発行日時を取得する。Ｓ１１１３では、Ｓ１１１２で取得した最新の交換アラーム発行日時が、残量記憶部１００７に格納されている対象シリアルＩＤと、対象の型番の残量情報の取得日時よりも古いかどうかを判定する。Ｓ１１１３で、Ｓ１１１２で取得したアラーム発行日時の方が古いと判定された場合にはＳ１１１４に進み、そうでなければロストすることなく交換アラームが発行されていたとしてＳ１１１５に進む。Ｓ１１１４は、交換アラームをロストしたと判断した際のリカバリー処理であって、対象型番に関して図９で示す処理が実行される。

Ｓ１１１５で、在庫管理部５０２は、残量記憶部１００７に格納している取得日時、残量情報を更新する。

Ｓ１１１６で、全ての型番について処理が終わっていれば、ループ処理を抜けて、図１１（ａ）の処理に戻る。

図１１（ｃ）は、在庫管理部５０２による残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を用いた、残量少アラームのロスト判定処理を説明するためのフローチャートを示す。

Ｓ１１０５で、在庫管理部５０２は、残量少アラームの対象カラー以外のカラーの型番の消耗品の残量の情報を取得する。ここで取得される残量情報を、「現在の残量」とする。

Ｓ１１２０からＳ１１３２までのループで、Ｓ１１０５で取得した全ての型番のそれぞれについて以降の処理を実行する。

Ｓ１１２１で、在庫管理部５０２は、受信した残量少アラームに含まれる画像処理装置の識別情報（対象シリアルＩＤ）と、Ｓ１１２０からのループ処理で選択されている対象の型番とに該当するデータが、残量管理テーブル（表Ｉ）に格納されているかを判定する。格納されていた場合にはＳ１１２３に進み、格納されていなかったらＳ１１２２に進む。Ｓ１１２２では、対象シリアルＩＤと、対象の型番についての消耗材の残量情報を残量管理テーブル（表Ｉ）に新規に追加登録する。

Ｓ１１２３で、在庫管理部５０２は、対象シリアルＩＤと、対象の型番に該当する消耗材の残量の情報を、残量管理テーブル（表Ｉ）から取得する。この値を「前回の残量」とする。Ｓ１１２４で、残量少アラームの送信元である画像処理装置の残量少アラーム発行閾値を取得する。残量少アラーム発行閾値は、残量少アラームに含まれる情報である。

Ｓ１１１１では、在庫管理部５０２により、「前回の残量」と「現在の残量」とが比較される。「前回の残量」の示す値の方が大きかった場合にはＳ１１２７に進み、小さかった場合にはＳ１１２６に進む。

Ｓ１１２６で、在庫管理部５０２は、「前回の残量」と「現在の残量」のそれぞれと、残量少アラーム発行閾値とを比較する。比較の結果、「現在の残量」が残量少アラーム発行閾値よりも小さい場合、または、「前回の残量」が残量少アラーム発行閾値よりも大きい場合には、Ｓ１１２８に進む。「現在の残量」が残量少アラーム発行閾値よりも大きい場合、かつ、「前回の残量」が残量少アラーム発行閾値よりも小さい場合には、Ｓ１１３１に進む。

Ｓ１１２７で、在庫管理部５０２は、「前回の残量」と「現在の残量」のそれぞれと、残量少アラーム発行閾値とを比較する。比較の結果、「現在の残量」が残量少アラーム発行閾値よりも小さい場合、かつ、「前回の残量」が残量少アラーム発行閾値よりも大きい場合には、Ｓ１１２８に進む。「現在の残量」が残量少アラーム発行閾値よりも大きい場合、または、「前回の残量」が残量少アラーム発行閾値よりも小さい場合には、Ｓ１１３１に進む。

Ｓ１１２６及びＳ１１２７では、「前回の残量」と「現在の残量」との間において、画像処理装置内の消耗材の残量が残量少アラーム発行閾値を下回ったかどうかを推定するための判定である。

Ｓ１１２８で、在庫管理部５０２は、履歴記憶部５０３から、対象シリアルＩＤと、対象の型番に該当する最新の残量少アラームの発行日時を取得する。Ｓ１１２９では、Ｓ１１２８で取得した最新の交換アラーム発行日時が、残量記憶部１００７に格納されている対象シリアルＩＤと、対象の型番の残量情報の取得日時よりも古いかどうかを判定する。Ｓ１１２９で、Ｓ１１２８で取得したアラーム発行日時の方が古いと判定された場合にはＳ１１３０に進み、そうでなければロストすることなく残量少アラームが発行されていたとしてＳ１１３１に進む。Ｓ１１３０は、残量少アラームをロストしたと判断した際のリカバリー処理であって、対象型番に関して図７で示す処理が実行される。

Ｓ１１３１で、在庫管理部５０２は、残量記憶部１００７に格納している取得日時、残量情報を更新する。

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

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

Claims (8)

1. 画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムであって、
   画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信手段と、
   前記受信手段により交換アラームが受信され、消耗品の在庫数の減算の対象となるアラームが残量少アラームであり、かつ、前記受信手段により当該交換アラームの１つ前に受信されたアラームが別の交換アラームであった場合、当該消耗品の在庫数を減算する管理手段と、を有することを特徴とする管理システム。
2. 前記管理手段は、前記受信手段により新品交換を示す交換アラームが受信され、かつ、消耗品の在庫数の減算の対象となるアラームが交換アラームであった場合、当該消耗品の在庫数を減算することを特徴とする請求項１に記載の管理システム。
3. 画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムであって、
   画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信手段と、
   前記受信手段により残量少アラームが受信され、消耗品の在庫数の減算の対象となるアラームが交換アラームであり、かつ、前記受信手段により当該残量少アラームの１つ前に受信されたアラームが別の残量少アラームであった場合、前記画像処理装置に対して、発行済みの最新の交換アラームを送信させるための指示を送信する送信手段と、
   前記指示に応じて前記画像処理装置から送信されてきた交換アラームの発行日時が前記１つ前に受信されたアラームの発行日時よりも新しく、前記指示に応じて前記画像処理装置から送信されてきた交換アラームが新品交換を示す場合に、当該消耗品の在庫数を減算する管理手段と、を有することを特徴とする管理システム。
4. 前記管理手段は、前記受信手段により残量少アラームが受信され、かつ、消耗品の在庫数の減算の対象となるアラームが残量少アラームであった場合、当該消耗品の在庫数を減算することを特徴とする請求項３に記載の管理システム。
5. 残量少アラームには、該アラームの対象となったカラーの消耗品の型番と残量の情報に加えて、前記画像処理装置内の他のカラーの消耗品の型番と残量の情報とが含まれ、
   前記受信手段により残量少アラームが受信された際に、該アラームに含まれる全てのカラーの消耗品の型番と残量の情報とを対応づけて格納する格納手段を、さらに有し、
   前記送信手段は、前記受信手段により残量少アラームが受信され、かつ、消耗品の在庫数の減算の対象となるアラームが交換アラームであった際に、前記他のカラーの消耗品の型番についての残量が当該型番に対応づけて格納手段により格納されている残量より多い場合、前記画像処理装置に対して、発行済みの最新の交換アラームを送信させるための指示を送信し、
   前記管理手段は、前記指示に応じて前記画像処理装置から送信されてきた交換アラームの発行日時が前記１つ前に受信されたアラームの発行日時よりも新しく、前記指示に応じて前記画像処理装置から送信されてきた交換アラームが新品交換を示す場合に、当該消耗品の在庫数を減算することを特徴とする請求項３または４に記載の管理システム。
6. 残量少アラームには、該アラームの対象となったカラーの消耗品の型番と残量の情報に加えて、前記画像処理装置内の他のカラーの消耗品の型番と残量の情報とが含まれ、
   前記受信手段により残量少アラームが受信された際に、該アラームに含まれる全てのカラーの消耗品の型番と残量の情報とを対応づけて格納する格納手段と、
   前記画像処理装置における残量少アラーム発行閾値を取得する取得手段と、をさらに有し、
   前記管理手段は、前記受信手段により残量少アラームが受信され、かつ、消耗品の在庫数の減算の対象となるアラームが残量少アラームであった際に、前記他のカラーの消耗品の型番についての残量と、当該型番に対応づけて格納手段により格納されている残量と、前記取得された残量少アラーム発行閾値と、のそれぞれの比較の結果に従い、当該消耗品の在庫数を減算することを特徴とする請求項３乃至５のいずれか１項に記載の管理システム。
7. 画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムにおける方法であって、
   画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信工程と、
   前記受信工程で交換アラームが受信され、消耗品の在庫数の減算の対象となるアラームが残量少アラームであり、かつ、当該受信された交換アラームの１つ前に受信されたアラームが別の交換アラームであった場合、当該消耗品の在庫数を減算する管理工程と、を有することを特徴とする方法。
8. 画像処理装置で利用される消耗材を含む消耗品の在庫を管理する管理システムにおける方法であって、
   画像処理装置において消耗品の交換が行われた際に生成される交換アラーム、及び、画像処理装置内で消耗材が少なくなった際に生成される残量少アラームを、ネットワークを介して、前記画像処理装置から受信する受信工程と、
   前記受信工程で残量少アラームが受信され、消耗品の在庫数の減算の対象となるアラームが交換アラームであり、かつ、当該受信された残量少アラームの１つ前に受信されたアラームが別の残量少アラームであった場合、前記画像処理装置に対して、発行済みの最新の交換アラームを送信させるための指示を送信する送信工程と、
   前記指示に応じて前記画像処理装置から送信されてきた交換アラームの発行日時が前記１つ前に受信されたアラームの発行日時よりも新しく、前記指示に応じて前記画像処理装置から送信されてきた交換アラームが新品交換を示す場合に、当該消耗品の在庫数を減算する管理工程と、を有することを特徴とする方法。

Images