消耗品管理装置、消耗品管理システム、及び制御プログラム
【課題】一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても該一の処理装置が消耗品を使えない時間を低減する。
【解決手段】管理センターサーバ１０は、処理装置の消耗品の消耗度合い情報及び処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を受信可能な通信処理部１３と、通信処理部１３が受信した処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定するトナー配送管理部４２と、通信処理部１３による一及び他の処理装置からの消耗度合い情報及び装着情報の受信状況並びに一の処理装置と他の処理装置との関係を基に、トナー配送管理部４２が設定した配送時期に基づき配送した一の処理装置の消耗品が他の処理装置に装着されたと推定したとき、トナー配送管理部４２とは異なる基準で他の処理装置の消耗品の配送時期を設定するトナー交換管理部４３とを有する。
【解決手段】管理センターサーバ１０は、処理装置の消耗品の消耗度合い情報及び処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を受信可能な通信処理部１３と、通信処理部１３が受信した処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定するトナー配送管理部４２と、通信処理部１３による一及び他の処理装置からの消耗度合い情報及び装着情報の受信状況並びに一の処理装置と他の処理装置との関係を基に、トナー配送管理部４２が設定した配送時期に基づき配送した一の処理装置の消耗品が他の処理装置に装着されたと推定したとき、トナー配送管理部４２とは異なる基準で他の処理装置の消耗品の配送時期を設定するトナー交換管理部４３とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消耗品管理装置、消耗品管理システム、及び制御プログラムに関する。
【背景技術】
【０００２】
特許文献１には、消耗品ケースの記憶媒体にＩＤ番号を記憶して、ＩＤ番号により消耗品ケースの発注・納入管理を行うことが開示されている。
また、特許文献２には、ホストコンピュータにおいて事務機器における消耗品を管理するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８１４１１号公報
【特許文献２】特開平１１−３５２８４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減することである。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は 処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段と、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段と、を有する消耗品管理装置である。
【０００６】
請求項２に係る発明は、請求項１の記載において、前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する消耗品管理装置である。
【０００７】
請求項３に係る発明は、請求項２の記載において、前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第１設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する。
【０００８】
請求項４に係る発明は、着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段を有する消耗品管理装置と、を有する消耗品管理システムである。
【０００９】
請求項５に係る発明は、処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定ステップと、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定ステップと、をコンピュータに実行させるための制御プログラムである。
【発明の効果】
【００１０】
請求項１、４、５に係る発明によれば、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減できる。
請求項２に係る発明によれば、このような構成でない場合と比較して、一の処理装置の消耗品が他の処理装置に装着されたとの推定を簡単な構成で実現できる。
請求項３に係る発明によれば、他の処理装置の消耗品度合い情報の受信状況に応じて他の処理装置の消耗品の配送時期を設定できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の消耗品管理システムの構成の一例を示すブロック図である。
【図２】消耗品が同種の複数のデバイスＡ，Ｂを顧客が保有している場合を説明する図である。
【図３】デバイスＡの交換用に配送され保管されている消耗品を顧客が先にデバイスＢに装着した場合を説明する図である。
【図４】管理センターサーバの構成の一例を示すブロック図である。
【図５】デバイス管理情報テーブルの一例を示す図である。
【図６】設置情報テーブルの一例を示す図である。
【図７】グループ情報テーブルの一例を示す図である。
【図８】消耗品管理情報テーブルの一例を示す図である。
【図９】消耗品通知情報テーブルの一例を示す図である。
【図１０】配送情報テーブルの一例を示す図である。
【図１１】トナー残量通知があった際にトナー残量管理部が行う処理の一例を示すフローチャートである。
【図１２】トナー残量通知があった際にトナー配送管理部及び通信処理部が行う処理の一例を示すフローチャートである。
【図１３】トナー配送日通知があった際にトナー配送管理部が行う処理の一例を示すフローチャートである。
【図１４】トナー交換通知があった際にトナー交換管理部が行う処理の一例を示すフローチャートである。
【図１５】トナーの自動配送のための通常のシーケンスを示す図である。
【図１６】消耗品管理システムの処理の一例を示す図である。
【図１７】図１６の場合における消耗品管理情報テーブルの登録内容の一例を示す図である。
【図１８】図１６の場合における消耗品通知情報テーブルの登録内容の一例を示す図である。
【図１９】ステップＳ６８の処理が実施されたときの配送情報テーブルの登録内容の一例を示す図である。
【図２０】消耗品管理システムの処理の一例を示す図である。
【図２１】図２０の場合における消耗品管理情報テーブルの登録内容の一例を示す図である。
【図２２】図２０の場合における消耗品通知情報テーブルの登録内容の一例を示す図である。
【発明を実施するための形態】
【００１２】
本実施形態は、消耗品管理システムである。
図１は、消耗品管理システム１の構成の一例を示す。
図１に示すように、消耗品管理システム１では、管理センターサーバ１０が、管理対象のサブネット２０にＬＡＮ（Local Area Network）やインターネット通信回線等の通信部１００を介して接続されている。
【００１３】
サブネット２０には、管理装置２１、複数のデバイス（例えば画像形成装置）Ａ，Ｂ，・・・（デバイス２２，２３，・・・）が接続されている。
管理装置２１は、ＬＡＮ等の通信部２３を介してＳＮＭＰ（Simple Network Management Protocol）等の通信プロトコルにより管理対象のサブネット２０内の各デバイスＡ，Ｂを管理する。
【００１４】
この管理装置２１は、各デバイスＡ，Ｂに関する履歴情報を管理し、その履歴に応じて、特定のイベントを検出した場合に、その検出内容に応じて管理センターサーバ１０に通知等を行う。
なお、通信部１００と通信部２３とを分けて説明しているが、通信部１００と通信部２３とは同一の通信部であっても良い。
【００１５】
また、管理装置２１に管理されるデバイスＡ，Ｂとして画像形成装置を挙げているが、これに限定されるものではない。すなわち、管理装置２１が管理可能な構成を有するデバイスであれば、本実施形態に適用しても良い。
管理センターサーバ１０は、このような各管理装置２１を介して各サブネット２０内の各デバイスＡ，Ｂを管理する。
【００１６】
例えば、サブネット２０が顧客２００側の構成となり、管理センターサーバ１０が管理者（管理センター）３００側の構成となるように消耗品管理システム１を構築して、管理者は、事務・保守・物流などのサービスを提供することができる。この場合、例えば、サブネット２０は顧客２００側のイントラネット内に構築されている。
このような例では、例えば、各管理装置２１は、サブネット２０内の各デバイスＡ，Ｂについて、故障状態管理、印刷枚数管理、消耗品管理、又は請求書発行管理等の各種の管理を行っており、その管理情報を管理センターサーバ１０に送信する。管理センター３００では、管理センターサーバ１０に送られてきた管理情報を基に、デバイスの消耗品を配送したり、故障を修理するための作業員（例えばカスタマーエンジニア）を手配したりする。
【００１７】
また、管理センターサーバ１０は、配送システム４００により顧客への消耗品の配送処理を行っている。例えば、配送システム４００は、サーバにより各種情報を管理しており、このサーバと管理センターサーバ１０との間で情報のやり取りを行う。
このような構成の消耗品管理システム１は、デバイスの消耗品の配送を自動で行うことができる。例えば、消耗品管理システム１は、過去の消耗品の配送実績、消耗品の使用量予測や管理装置からの通知を基に顧客の消耗品の在庫数を管理することで、配送の必要性を判断し消耗品の伝票発行や配送を手配する。
【００１８】
このような自動配送では、例えば、定期的に消耗品の配送する場合と比較して顧客側の消耗品の余剰在庫を低減できる。
ところで、図２に示すように、複数の画像形成装置（デバイス）Ａ，Ｂを顧客が保有し、それら画像形成装置（デバイス）Ａ，Ｂの消耗品となるトナー（トナーカートリッジ）が同種となる場合（一のデバイスに対する消耗品が、他のデバイスに対する消耗品としても利用できる場合）がある。加えて、交換用に配送されてきたトナー５００を顧客が保管場所６００で一旦保管するような場合がある。
【００１９】
このような場合に、図３に示すように、デバイスＡの交換用に配送され保管場所６００に保管されているトナー５００を顧客がデバイスＢに装着してしまう可能性が高くなる。しかし、トナー５００を顧客がデバイスＢに装着してしまうと、顧客は、その後デバイスＡの消耗品を交換できなくなってしまう。この場合、デバイスＡの処理（印刷サービス等）が停止してしまう（ダウンタイムが発生する）。
【００２０】
このように、自動配送の場合、顧客側の消耗品の余剰在庫を低減できる反面、予想外の消耗品の使用によりデバイスの処理を停止させてしまう可能性が高くなる。
なお、特開２００５−１８１４１１号公報（特許文献１）及び特開平１１−３５２８４６号公報（特許文献２）に開示の技術では、消耗品を管理しているのに過ぎず、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合に効果的な対応をすることはできない。
【００２１】
これに対して、本実施形態では、以下のような構成及び処理により、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合でも、消耗品不足によりデバイスの処理が停止する可能性を低減している。
なお、以下の実施形態では、消耗品がトナーである場合を説明するが、これに限定されないことは言うまでもない。すなわち、管理装置２１や管理センターサーバ１０で情報を管理できる消耗品であれば、本実施形態に適用しても良い。
【００２２】
管理装置２１は、前述のようにデバイスのトナー（残量、交換等）を管理しており、トナー残量通知、及びトナー交換通知を管理センターサーバ１０に送信する。
例えば、トナー残量通知については、デバイスは、トナー残量が予め設定した値に達したことを検出した情報を管理装置２１に通知し、管理装置２１は、その通知に基づいてトナー残量通知を管理センターサーバ１０に送信する。また、トナー交換通知については、デバイスは、新たなトナーが装着されたことを検出した情報を管理装置２１に通知し、管理装置２１は、その通知に基づいてトナー交換通知を管理センターサーバ１０に送信する。
【００２３】
また、配送システム４００は、トナー（トナーカートリッジ）を配送した日時をトナー配送日時通知として管理センターサーバ１０に送信する。
図４は、管理センターサーバ１０の構成の一例を示す。
図４に示すように、管理センターサーバ１０は、ＣＰＵ（Central Processing Unit）１１、プログラム等記憶部１２、一時記憶部３０、テーブル管理部４０、及び通信処理部１３を有している。
【００２４】
プログラム等記憶部１２は、電源ＯＦＦ時にもデータを保持可能な記憶部である。プログラム等記憶部１２には、ＣＰＵ１１が各種の処理に使用するプログラム１２ａや固定データ等が記憶されている。プログラム等記憶部１２の好適な例としては、ＲＯＭ（Read-Only Memory）が挙げられる。また、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性記憶部も挙げられるが、これらに限定されないことは言うまでもない。
【００２５】
プログラム１２ａは、管理センターサーバ１０の出荷時当初からプログラム等記憶部１２に記憶されているものとすることもできるが、出荷後に使用者等の作業によりＣＤ−ＲＯＭ等の記憶媒体から読み込まれてプログラム等記憶部１２に記憶されたものとすることもできる。
一時記憶部３０は、データが書き込み可能となっておりデータを一時的に保持する記憶部である。一時記憶部３０の好適な例としては、ＲＡＭ（Random Access Memory）があるが、これに限定されないことは言うまでもない。
【００２６】
この一時記憶部３０には、デバイス管理情報テーブル３１、設置情報テーブル３２、グループ情報テーブル３３、消耗品管理情報テーブル３４、消耗品通知情報テーブル３５、及び配送情報テーブル３６が格納されている。これらデバイス管理情報テーブル３１等が記憶されるものとして、ＥＥＰＲＯＭ等の不揮発性記憶部も挙げられるが、これに限定されないことは言うまでもない。
【００２７】
また、管理センターサーバ１０は、これらデバイス管理情報テーブル３１等を単数又は複数の外部記憶装置（例えばサーバ）で保持しても良い。
ＣＰＵ１１は、プログラム等記憶部１２からプログラム１２ａ等を必要に応じて一時記憶部３０に読み出して各種の処理を行う。
図５は、デバイス管理情報テーブル３１の一例を示す。
【００２８】
デバイス管理情報テーブル３１は、管理装置２１により管理されているデバイスを管理するテーブルである。図５に示すように、本実施形態では、デバイス管理情報テーブル３１は、デバイスＩＤ、機種コード、機械番号、ファミリーコード、設置日時、設置情報ＩＤ、及びグループＩＤが対応付けられている。
ここで、デバイスＩＤは、デバイスの識別情報になるもので、本実施形態では、「機種コード」と「機械番号」との組合せで構成されている。機種コードはデバイスの機種識別子であり、機械番号はデバイスのシリアル番号である。他のテーブル（設置情報テーブル３２及びグループ情報テーブル３３を除く）は、このデバイスＩＤをキーとして各種情報を管理している。
【００２９】
また、ファミリーコードは、デバイスのファミリーを示す識別子である。設置日時は、デバイスが設置された日時である。設置情報ＩＤは、設置情報テーブル３２により管理されるＩＤである。グループＩＤは、グループ情報テーブル３３により管理されるＩＤである。
図６は、設置情報テーブル３２の一例を示す。
【００３０】
設置情報テーブル３２は、デバイスの各設置情報を管理するテーブルであり、デバイスが配置されている組織情報から構成されている。図６に示すように、本実施形態では、設置情報テーブル３２は、設置情報ＩＤ、事業所名、部門名、課名、及びグループ名が対応付けられている。
図７は、グループ情報テーブル３３の一例を示す。
【００３１】
グループ情報テーブル３３は、顧客の課内の各グループを管理するテーブルである。図７に示すように、本実施形態では、グループ情報テーブル３３は、グループＩＤ及びグループ名が対応付けられている。
このグループ情報テーブル３３及び前述のデバイス管理情報テーブル３１を参照することで、グループＩＤ及び該グループＩＤに対応するグループ情報から、どの組織でどのデバイスが管理されているのかを判断できる。例えば、デバイス管理情報テーブル３１を参照すると、デバイスＩＤが「ＭＡ０００００１−１００００１」と「ＭＡ０００００１−１００００２」との各デバイスは、グループＩＤが共に「Ｇ０００００１」である。そして、グループ情報テーブル３３を参照することで、これらデバイスが「ＡＢＣ事業所総務部」で管理されているのがわかる。すなわち、これらデバイスの消耗品についても「ＡＢＣ事業所総務部」で一括管理しているのがわかる。
【００３２】
図８は、消耗品管理情報テーブル３４の一例を示す。
消耗品管理情報テーブル３４は、デバイス毎にトナーの最新のイベントの種別を管理するテーブルである。図８に示すように、本実施形態では、消耗品管理情報テーブル３４は、デバイスＩＤ、イベントＩＤ、消耗品コード、及びカラー情報が対応付けられている。
ここで、消耗品管理情報テーブル３４のイベントＩＤには、対応付けられているデバイスＩＤの最新のイベントＩＤが登録される。また、消耗品コードは、トナーのコードであり、カラー情報は、トナーの色の情報（例えば「ＢｌａｃｋＴｏｎｅｒ」等）である。
【００３３】
この消耗品管理情報テーブル３４を参照することにより、配送されるトナーの情報を判断できる。
図９は、消耗品通知情報テーブル３５の一例を示す。
消耗品通知情報テーブル３５は、イベントの履歴を管理するテーブルである。図９に示すように、本実施形態では、消耗品通知情報テーブル３５は、イベントＩＤ、デバイスＩＤ、イベント種別、トナー残量通知日時、トナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時、及び無効フラグが対応付けられている。
【００３４】
ここで、本実施形態では、イベント種別は、「トナー残量通知」、「トナー交換通知」、「トナー配送予定日通知」、及び「トナー配送日通知」の何れかにより示される。
また、トナー残量通知日時は、管理センターサーバ１０が管理装置２１からのトナー残量通知を受信した日時である。
また、トナー切れ予測日は、トナー残量通知を基に予測したトナー切れの日又は日時であり、実験的、経験的、又は理論的に求められる日または日時である。
【００３５】
また、トナー配送予定日は、管理センターサーバ１０が、トナー残量通知日時を基に算出するトナーの配送予定日であり、管理センターサーバ１０は、このトナー配送予定日をトナー配送予定日通知により管理装置２１に送信する。
また、トナー交換日時は、デバイスでトナーが交換された日時であり、管理センターサーバ１０は、管理装置２１から送信されてくるトナー交換通知を基にこのトナー交換日時の情報を取得する。
【００３６】
また、トナー配送日時は、配送システム４００による管理の下、トナーの配送を完了した日時であり、管理センターサーバ１０は、配送システム４００から送信されてくるトナー配送日通知を基にこのトナー配送日時の情報を取得する。
また、無効フラグは、処理を無効化するためのフラグ（オフの場合に「０」、オンの場合に「１」）である。
【００３７】
そして、この消耗品通知情報テーブル３５では、前回のイベントの登録内容を承継しつつ最新のイベントの新たな内容が登録されていく。この消耗品通知情報テーブル３５を参照することにより、各デバイスとイベントとの対応、及びそのイベントの日時を判断できる。
図１０は、配送情報テーブル３６の一例を示す。
【００３８】
配送情報テーブル３６は、各デバイスの消耗品の配送種別及び配送方法を管理するテーブルである。図１０に示すように、本実施形態では、配送情報テーブル３６は、デバイスＩＤ、配送種別、及び配送状況が対応付けられている。
ここで、配送種別は、トナーを定期的に配送する「定期」又はトナーを自動で配送する「自動」の何れかにより示される。本実施形態では、「自動」配送される場合の処理に特徴がある。
【００３９】
また、配送状況は、「通常」又はその「通常」よりも早い配送を示す「緊急」の何れかにより示される。
テーブル管理部４０は、以上の各テーブルを用いて各種の処理を行う。そのために、図４に示すように、テーブル管理部４０は、トナー残量管理部４１、トナー配送管理部４２、及びトナー交換管理部４３を有している。例えば、トナー残量管理部４１、トナー配送管理部４２、及びトナー交換管理部４３は、ＣＰＵ１１の演算処理によりＣＰＵ１１の機能として実現される。
【００４０】
ここで、トナー残量管理部４１は、管理装置２１からのトナー残量通知を基に処理を行う。また、トナー配送管理部４２は、トナーの配送に関する処理を行う。また、トナー交換管理部４３は、トナーの交換に関する処理を行う。
通信処理部１３は、管理装置２１や配送システム４００からの通知を受信したり、管理装置２１や配送システム４００に各種の情報を送信したり、各種の通信処理を行う。
【００４１】
図１１乃至図１４は、以上のような構成により実現される管理センターサーバ１０の処理手順の一例を示すフローチャートである。
ここで、図１１は、トナー残量通知があった際にトナー残量管理部４１が行う処理の一例を示すフローチャートである。また、図１２は、トナー残量通知があった際にトナー配送管理部４２及び通信処理部１３が行う処理の一例を示すフローチャートである。また、図１３は、トナー配送日通知があった際にトナー配送管理部４２が行う処理の一例を示すフローチャートである。また、図１４は、トナー交換通知があった際にトナー交換管理部４３が行う処理の一例を示すフローチャートである。
【００４２】
図１１から説明すると、先ずステップＳ１において、トナー残量管理部４１は、管理装置２１からのトナー残量通知を受信する。例えば、トナー残量通知には、図１１に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ２において、トナー残量管理部４１は、トナー残量通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー残量管理部４１は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー残量通知に係るデバイスＩＤ）、イベント種別（「トナー残量通知」）、及びトナー残量通知日時（トナー残量通知を受信した日時）を消耗品通知情報テーブル３５に登録する。
【００４３】
続くステップＳ３において、トナー残量管理部４１は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー残量管理部４１は、消耗品管理情報テーブル３４において、トナー残量通知に係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー残量管理部４１は、前記ステップＳ２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー残量通知に係るイベントＩＤ）を登録する。そして、トナー残量管理部４１は、トナーの消耗品コード及びカラー情報も登録する。
【００４４】
続くステップＳ４において、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外（具体的にはトナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時のカラム）でｎｕｌｌになっているか否かを判定する。トナー残量管理部４１は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、ステップＳ５に進む。また、トナー残量管理部４１は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ６に進む。
【００４５】
ステップＳ５では、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントに係るトナー切れ予測日のカラムにトナー切れ予測日を登録する。そして、トナー残量管理部４１は、該図１１に示す処理を終了する。
ステップＳ６では、トナー残量管理部４１は、エラー処理を行う。すなわち、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー残量管理部４１は、該図１１に示す処理を終了する。
【００４６】
以上のような図１１に示す処理により、トナー残量管理部４１は、管理装置２１からのトナー残量通知を受信したとき、消耗品通知情報テーブル３５にトナー残量通知イベントに係る情報を登録し、そのトナー残量通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ１乃至ステップＳ３）。そして、トナー残量管理部４１は、消耗品通知情報テーブル３５の前記ステップＳ２で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外でｎｕｌｌになっている場合、該トナー残量通知イベントの登録内容のトナー切れ予測日のカラムにトナー切れ予測日を登録し、そうでない場合、エラー処理を行う（ステップＳ４乃至ステップＳ６）。
【００４７】
また、図１２の処理では、先ずステップＳ２１において、トナー配送管理部４２は、受信したトナー配送通知を基にトナー配送予定日を算出する。すなわち、トナー配送管理部４２は、実験的、経験的、又は理論的に予め設定されている配送情報（通知から配送完了までのリードタイム等）を基にトナー配送予定日を算出する。このとき、例えば、トナー配送管理部４２は、消耗品通知情報テーブル３５に登録したトナー切れ予測日を基にトナー配送予定日を算出しても良い。
【００４８】
また、トナー配送通知に含まれる情報からデバイスのトナー残量を取得できるような場合には、トナー配送管理部４２は、取得したトナー残量を考慮しつつ、実験的、経験的、又は理論的に予め設定されている配達情報（通知から配送完了までのリードタイム等）を基にトナー配送予定日を算出しても良い。
続くステップＳ２２において、トナー配送管理部４２は、トナー配送予定日イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー配送管理部４２は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー残量通知に係るデバイスＩＤ）、イベント種別（「トナー配送予定日通知」）、及びトナー配送予定日を消耗品通知情報テーブル３５に登録する。
【００４９】
このとき、トナー配送管理部４２は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー残量通知イベントであり、トナー配送管理部４２は、そのトナー残量通知イベントの登録内容であるトナー残量通知日時及びトナー切れ予測日の情報を承継する。このように、トナー配送管理部４２は、消耗品通知情報テーブル３５に対する登録処理では、前回のイベントの登録内容を承継して新たなイベントを登録する。これは、後述する図１３及び図１４の処理でも同様である。
【００５０】
続くステップＳ２３において、トナー配送管理部４２は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー配送管理部４２は、消耗品管理情報テーブル３４において、トナー配送予定日イベントに係るデバイスＩＤに対応するイベントＩＤ（すなわち、トナー残量通知に係るデバイスＩＤに対応するイベントＩＤ）にそのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ２２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー配送予定日イベントに係るイベントＩＤ）を登録する。
【００５１】
続くステップＳ２４において、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ２２で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでｎｕｌｌになっているか否かを判定する。トナー配送管理部４２は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、ステップＳ２５に進む。また、トナー配送管理部４２は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ２６に進む。
【００５２】
ステップＳ２５では、通信処理部１３は、トナー配送通知に係るデバイス（具体的には該デバイスを管理する管理装置２１）にトナー配送予定日を通知する。そして、通信処理部１３は、該図１２に示す処理を終了する。
ステップＳ２６では、トナー配送管理部４２は、エラー処理を行う。すなわち、トナー配送管理部４２は、消耗品通知情報テーブル３５内の前記ステップＳ２２で登録したトナー配送予定日イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー配送管理部４２は、該図１２に示す処理を終了する。
【００５３】
以上のような図１２に示す処理により、トナー配送管理部４２は、受信したトナー配送通知を基にトナー配送予定日を算出し、消耗品通知情報テーブル３５にトナー配送予定日イベントに係る情報を登録し、そのトナー配送予定日イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ２１乃至ステップＳ２３）。そして、消耗品通知情報テーブル３５の前記ステップＳ２２で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでｎｕｌｌになっている場合、通信処理部１３は、トナー配送通知に係るデバイスにトナー配送予定日を通知し、そうでない場合、トナー配送管理部４２は、エラー処理を行う（ステップＳ２４乃至ステップＳ２６）。
【００５４】
そして、消耗品管理システム１では、この図１２に示す処理により消耗品通知情報テーブル３５に登録されたトナー配送予定日を基に、配送システム４００がトナーの配送手配を行う。例えば、管理センターサーバ１０側でトナー配送予定日を管理しておき、トナー配送予定日又はその近くになったときに、管理センターサーバ１０が配送システム４００に配送要求を送信することで、配送システム４００にてトナーの配送手配がなされる。又は、配送システム４００側でトナー配送予定日を管理して、トナー配送予定日又はその近くになったときに、配送システム４００がトナーの配送手配を行う。
【００５５】
また、図１３の処理では、先ずステップＳ４１において、トナー配送管理部４２は、配送システム４００からのトナー配送日通知を受信する。例えば、トナー配送日通知には、図１３に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ４２において、トナー配送管理部４２は、トナー配送日通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー配送管理部４２は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー配送日通知に係るデバイスＩＤ）、イベント種別（「トナー配送日通知」）、及びトナー配送日時を消耗品通知情報テーブル３５に登録する。
【００５６】
このとき、トナー配送管理部４２は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送予定日イベントであり、トナー配送管理部４２は、そのトナー配送予定日イベントの登録内容であるトナー残量通知日時、トナー配送予定日、及びトナー切れ予測日の情報を承継する。
【００５７】
続くステップＳ４３において、トナー配送管理部４２は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー配送管理部４２は、消耗品管理情報テーブル３４において、トナー配送日通知イベントに係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ４２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー配送日通知イベントに係るイベントＩＤ）を登録する。
【００５８】
続くステップＳ４４において、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ４２で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでｎｕｌｌになっているか否かを判定する。トナー配送管理部４２は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、該図１３に示す処理を終了する。また、トナー配送管理部４２は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ４５に進む。
【００５９】
ステップＳ４５では、トナー配送管理部４２は、エラー処理を行う。すなわち、トナー配送管理部４２は、消耗品通知情報テーブル３５内の前記ステップＳ４２で登録したトナー配送日通知イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー配送管理部４２は、該図１３に示す処理を終了する。
以上のような図１３に示す処理により、トナー配送管理部４２は、配送システム４００からのトナー配送日通知を受信したとき、消耗品通知情報テーブル３５にトナー配送日通知イベントに係る情報を登録し、そのトナー配送日通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ４１乃至ステップＳ４３）。そして、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ４２で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでｎｕｌｌになっていない場合、トナー配送管理部４２は、エラー処理を行う（ステップＳ４４、ステップＳ４５）。
【００６０】
また、図１４では、先ずステップＳ６１において、トナー交換管理部４３は、管理装置２１からのトナー交換通知を受信する。例えば、トナー交換通知には、図１４に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ６２において、トナー交換管理部４３は、トナー交換通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー交換管理部４３は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー交換通知に係るデバイスＩＤ）、イベント種別（「トナー交換通知」）、及びトナー交換日時（トナー交換通知を受信した日時）を消耗品通知情報テーブル３５に登録する。
【００６１】
このとき、トナー交換管理部４３は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送日通知イベントであり、トナー交換管理部４３は、そのトナー配送日通知イベントの登録内容であるトナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切れ予測日の情報を承継する。
【００６２】
続くステップＳ６３において、トナー交換管理部４３は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー交換管理部４３は、消耗品管理情報テーブル３４において、トナー交換通知イベントに係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ６２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー交換通知イベントに係るイベントＩＤ）を登録する。
【００６３】
続くステップＳ６４において、トナー交換管理部４３は、消耗品通知情報テーブル３５の前記ステップＳ６２で登録したトナー交換通知イベントの登録内容が全てのカラムでｎｕｌｌになっていないか否かを判定する。トナー交換管理部４３は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、該図１４に示す処理を終了する。また、トナー交換管理部４３は、そうでない場合、すなわち、エラー等によりｎｕｌｌのカラムが少なくとも１つあり、トナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ６５に進む。
【００６４】
ステップＳ６５では、トナー交換管理部４３は、トナー交換通知の受信が、他のデバイスのために配送されたトナーが交換されたことによるものか否かを判定する。
具体的には、トナー交換管理部４３は、デバイス管理情報テーブル３１及びグループ情報テーブル３３を参照して、グループＩＤ及び該グループＩＤに対応するグループ情報からトナー交換通知に係るデバイスが管理されている組織を特定する。具体的には、トナー交換管理部４３は、受信したトナー交換通知に係るデバイスのグループＩＤを特定する。
【００６５】
また、トナー交換管理部４３は、消耗品通知情報テーブル３５を参照してトナー配送日時が登録されている他のデバイスを特定し、さらに、デバイス管理情報テーブル３１及びグループ情報テーブル３３を参照して、グループＩＤ及び該グループＩＤに対応するグループ情報からその特定した他のデバイスが管理されている組織を特定する。具体的には、トナー交換管理部４３は、他のデバイスのグループＩＤを特定する。
【００６６】
そして、トナー交換管理部４３は、特定したトナー交換通知に係るデバイスのグループＩＤと特定した他のデバイスのグループＩＤとが一致し、かつ消耗品管理情報テーブル３４を参照して取得したこれらのデバイスのトナーの情報が一致（他のデバイスが複数存在するときは少なくとも１つの他のデバイスについて一致）するとき、トナー交換通知の受信が、他のデバイスのために配送されたトナーがトナー交換通知に係るデバイスに装着されたことによるものと判定する。すなわち、トナー交換管理部４３は、デバイスの群管理により、トナー交換通知の受信が、他のデバイスのために配送されたトナーが該トナー交換通知に係るデバイスに装着されたことによるものか否かを判定している。
【００６７】
トナー交換管理部４３は、このようなステップＳ６５の判定処理により、トナー交換通知が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、ステップＳ６６に進む。また、トナー交換管理部４３は、そうでない場合、該図１４に示す処理を終了する。
ステップＳ６６では、トナー交換管理部４３は、配送情報テーブル３６におけるトナー交換通知イベントに係るデバイスＩＤの配送種別（「定期」又は「自動」）及び配送状況（「通常」又は「緊急」）の情報を取得する。
【００６８】
続くステップＳ６７において、トナー交換管理部４３は、前記ステップＳ６６で取得した配送状況が「通常」か否かを判定する。トナー交換管理部４３は、配送情報テーブル３６の配送状況が「通常」であると判定すると、ステップＳ６８に進む。トナー交換管理部４３は、配送情報テーブル３６の配送状況が「通常」でないと判定すると、すなわち、配送情報テーブル３６の配送状況が「緊急」の場合、ステップＳ６９に進む。
【００６９】
ステップＳ６８では、トナー交換管理部４３は、配送情報テーブル３６の編集処理を行う。具体的には、トナー交換管理部４３は、配送情報テーブル３６において、トナー交換通知に係るデバイスＩＤの配送状況を「通常」から「緊急」に変更する。そして、トナー交換管理部４３は、ステップＳ６９に進む。
ステップＳ６９では、トナー交換管理部４３は、消耗品通知情報テーブル３５の編集処理を行う。具体的には、トナー交換管理部４３は、前記ステップＳ６２で消耗品通知情報テーブル３５に登録したトナー配送予定日に配送可能な最短日を設定する。例えば、トナー交換管理部４３は、トナー残量及びトナーの予測使用量を基にトナーが無くなるまでの日数（トナーの消耗度合いが予め設定した度合いに達するまでの日数）を予測して、その予測日数を現在日時に加算してトナーが無くなる日を予測する。そして、トナー交換管理部４３は、その予測した日に間に合うような日をトナー配送予定日にする。そして、トナー交換管理部４３は、該図１４に示す処理を終了する。
【００７０】
以上のような図１４に示す処理により、トナー交換管理部４３は、管理装置２１からのトナー交換通知を受信したとき、消耗品通知情報テーブル３５にトナー交換通知イベントに係る情報を登録し、そのトナー交換通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ６１乃至ステップＳ６３）。そして、トナー交換管理部４３は、消耗品通知情報テーブル３５の前記ステップＳ６２で登録したトナー交換通知イベントの登録内容が全てのカラムでｎｕｌｌになっていない場合、処理を終了する。また、トナー交換管理部４３は、それ以外の場合であって、トナー交換通知の受信が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、配送情報テーブル３６におけるトナー交換通知イベントに係るデバイスＩＤの配送状況を「通常」から「緊急」に変更する。さらに、トナー交換管理部４３は、消耗品通知情報テーブル３５のトナー配送予定日に配送可能な最短日を設定する（ステップＳ６４乃至ステップＳ６８）。
【００７１】
なお、トナーが切れた際にトナーが切れた通知を管理装置２１から管理センターサーバ１０に送信しても良いが、本実施形態では、トナーが切れた通知を特にせず、前述のようなトナー交換通知だけをやり取りしている。
以上のような構成及び処理により、消耗品管理システム１は次のような動作をする。
図１５は、トナーの自動配送のための通常のシーケンスを示す。
【００７２】
図１５に示すように、先ず、管理装置２１から管理センターサーバ１０に「トナー残量通知」が送信される。次に、配送システム４００から管理センターサーバ１０に「トナー配送日通知」が送信される。最後に、管理装置２１から管理センターサーバ１０に「トナー交換通知」が送信される。そして、このような各通知に併せて、図１５に示すように、図１１乃至図１４に示す処理が実行される。
しかし、消耗品管理システム１では、以上のような通常のシーケンスに常に沿うわけでもなく、通常のシーケンスから逸脱してしまうケースも発生する。そのようなケースについて以下に例を挙げて説明する。
【００７３】
（ケース１）
デバイス（画像形成装置）Ｂがトナー残量通知を送信した後にそのトナーの使用量が予想以上に増えたため、デバイスＢのトナー切れが発生してしまう場合がある。このような場合、又は顧客の都合による場合もあるが、デバイス（画像形成装置）Ａのために自動配送されたトナーをデバイスＢに顧客（例えば顧客先管理者）が装着してしまうことがある。
【００７４】
図１６は、このような場合の消耗品管理システム１における処理を示す。
図１６に示すように、消耗品管理システム１では、デバイスＢについて、図１５に示した通常のシーケンスを逸脱し、「トナー残量通知」の送信（１１／２３に送信）の後であって「トナー配送日通知」が送信される前に「トナー交換通知」が送信（１１／２５に送信）される。
【００７５】
図１７は、そのときの消耗品管理情報テーブル３４の登録内容の一例を示し、図１８は、そのときの消耗品通知情報テーブル３５の登録内容の一例を示す。
先ず、デバイスＡについて説明する。
デバイスＡについては通常のシーケンスとなっており、管理センターサーバ１０は、管理装置２１からの「トナー残量通知」を受信（１１／２０に受信）し、その後、配送システム４００からの「トナー配送日通知」を受信（１１／２４に受信）している。
【００７６】
この場合、「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図１８に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ００００００１」が登録され、そのイベントＩＤ「Ｅ０００００１」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７７】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００３」が登録され、そのイベントＩＤ「Ｅ０００００３」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７８】
そして、「トナー配送日通知」を受信した場合に実施される図１３に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００４」が登録され、そのイベントＩＤ「Ｅ０００００４」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー配送日時として「２０１０／１１／２４ ９：００」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７９】
そして、管理センターサーバ１０は、デバイスＡからの「トナー交換通知」の受信待ち状態になっている。
以上より、デバイスＡの最新のイベントとなるトナー配送日通知イベントとして、図１７に示すように、消耗品管理情報テーブル３４のデバイスＡ（デバイスＩＤ「ＭＡ０００００１−１００００１」）のイベントＩＤに「Ｅ０００００４」が登録される。
【００８０】
一方、デバイスＢについては次のようになる。
「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図１８に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００２」が登録され、そのイベントＩＤ「Ｅ０００００２」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー切れ予測日として「２０１０／１１／２９」がそれぞれ登録される。
【００８１】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００５」が登録され、そのイベントＩＤ「Ｅ０００００５」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー配送予定日として「２０１０／１１／２７」、トナー切れ予測日として「２０１０／１１／２９」がそれぞれ登録される。
【００８２】
そして、「トナー交換通知」を受信した場合に実施される図１４に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００６」が登録され、そのイベントＩＤ「Ｅ０００００６」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー交換通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー配送予定日として「２０１０／１１／２７」、トナー切れ予測日として「２０１０／１１／２９」、トナー交換日時として「２０１０／１１／２５ １３：０９」がそれぞれ登録される。
【００８３】
また、デバイスＢの最新のイベントとなるトナー配送日通知イベントとして、図１７に示すように、消耗品管理情報テーブル３４のデバイスＢ（デバイスＩＤ「ＭＡ０００００１−１００００２」）のイベントＩＤに「Ｅ０００００６」が登録される。
このようなデバイスＢについての消耗品通知情報テーブル３５の登録内容により、管理センターサーバ１０では、トナー交換通知を受信した際の消耗品通知情報テーブル３５のデバイスＢのトナー交換通知に係るイベントＩＤ「Ｅ０００００６」に対応するカラムにｎｕｌｌのカラム（トナー配送日時のカラム）があると判定する（ステップＳ６４の判定処理で「Ｎｏ」と判定する）。
【００８４】
これにより、管理センターサーバ１０では、配送情報テーブル３６のデバイスＢの配送状況が「通常」と判定すると、その配送状況を「通常」から「緊急」に変更する（ステップＳ６７、ステップＳ６８）。さらに、管理センターサーバ１０では、消耗品通知情報テーブル３５のトナー配送予定日（「２０１０／１１／２７」）を配送可能な最短日（例えば「２０１０／１１／２５」）に変更する（ステップＳ６９）。
【００８５】
ここで、図１９は、ステップＳ６８の処理が実施されたときの配送情報テーブル３６の登録内容の一例を示す。
図１９に示すように、配送情報テーブル３６のデバイスＢの配送状況には、「緊急」が登録される。
以上のような処理の結果、配送システム４００は、緊急配送への切り替えにより消耗品通知情報テーブル３５の最新の登録情報となったトナー配送予定日を基に、トナーの配送を行うようになる。その結果、デバイスＡに装着可能なトナーが迅速に配送されることとなる。
【００８６】
すなわち、本実施形態では、消耗品通知順序が正しいか否かを消耗品通知情報テーブル３５の登録状態により判定し、その結果、消耗品通知順序が正しくないと判定したとき、トナー配送予定日を変更するとともに配送情報の配送状況を緊急に変更することで、配送システム４００がその変更したトナー配送予定日を基に消耗品を緊急配送できるようにし、消耗品切れによる装置の停止（ダウンタイム発生）の可能性を低減している。
【００８７】
（ケース２）
前述のケース１では、デバイスＢのトナー残量通知後にトナーの使用量が予想以上に増えたためにデバイスＢのトナー切れが発生してしまった場合のケースである。しかし、デバイスＢのトナーの使用量が予想をはるかに超えて急増しトナー切れが発生してしまうような場合には、デバイスＢのトナー残量通知が送信される前に、デバイスＡのために自動配送されているトナーをデバイスＢに顧客（例えば顧客先管理者）が装着してしまうことになる。
【００８８】
図２０は、このような場合の消耗品管理システム１における処理を示す。
図２０に示すように、消耗品管理システム１では、デバイスＢについて、図１５に示した通常のシーケンスを逸脱し、「トナー残量通知」の送信がなされる前に「トナー交換通知」が送信（１１／２４に送信）される。
図２１は、そのときの消耗品管理情報テーブル３４の登録内容の一例を示し、図２２は、そのときの消耗品通知情報テーブル３５の登録内容の一例を示す。
【００８９】
先ず、デバイスＡについて説明する。
デバイスＡについては通常のシーケンスとなっており、管理センターサーバ１０は、管理装置２１からの「トナー残量通知」を受信（１１／２０に受信）し、その後、配送システム４００からの「トナー配送日通知」を受信（１１／２４に受信）している。
この場合、「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図２２に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００１」が登録され、そのイベントＩＤ「Ｅ０００００１」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９０】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００２」が登録され、そのイベントＩＤ「Ｅ０００００２」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９１】
そして、「トナー配送日通知」を受信した場合に実施される図１３に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００３」が登録され、そのイベントＩＤ「Ｅ０００００３」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー配送日時として「２０１０／１１／２４ ９：００」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９２】
そして、管理センターサーバ１０は、デバイスＡからの「トナー交換通知」の受信待ち状態になっている。
以上より、デバイスＡの最新のイベントとなるトナー配送日通知イベントとして、図２１に示すように、消耗品管理情報テーブル３４のデバイスＡ（デバイスＩＤ「ＭＡ０００００１−１００００１」）のイベントＩＤに「Ｅ０００００３」が登録される。
【００９３】
一方、デバイスＢについては次のようになる。
「トナー交換通知」を受信した場合に実施される図１４に示す処理により、図２２に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００４」が登録され、そのイベントＩＤ「Ｅ０００００４」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー交換通知」、トナー交換日時として「２０１０／１１／２４ １６：１１」がそれぞれ登録される。
【００９４】
また、デバイスＢの最新のイベントとなるトナー配送日通知イベントとして、図２１に示すように、消耗品管理情報テーブル３４のデバイスＢ（デバイスＩＤ「ＭＡ０００００１−１００００２」）のイベントＩＤに「Ｅ０００００４」が登録される。
このようなデバイスＢについての消耗品通知情報テーブル３５の登録内容により、管理センターサーバ１０では、トナー交換通知を受信した際の消耗品通知情報テーブル３５のデバイスＢのトナー交換通知に係るイベントＩＤ「Ｅ０００００４」に対応するカラムにｎｕｌｌのカラム（トナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切り予測日のカラム）があると判定する（ステップＳ６４の判定処理で「Ｎｏ」と判定する）。
【００９５】
これにより、管理センターサーバ１０では、配送情報テーブル３６のデバイスＢの配送状況が「通常」と判定すると、その配送状況を「通常」から「緊急」に変更する（ステップＳ６７、ステップＳ６８）。さらに、管理センターサーバ１０では、消耗品通知情報テーブル３５のトナー配送予定日の情報（「ｎｕｌｌ」）に配送可能な最短日（例えば「２０１０／１１／２５」）を新規に設定する（ステップＳ６９）。
【００９６】
以上のように、本実施形態では、要するに、一のデバイス及び他のデバイスからの「トナー残量通知」、「トナー配送日通知」及び「トナー交換通知」の受信状況、並びに一のデバイスと他のデバイスとの管理される環境における関係を基に、トナー配送予定日に基づいて配送を完了した一のデバイスの消耗品が他のデバイスに装着されたと推定したとき、早期に配送するといった図１２（ステップＳ２２）の処理とは異なる基準により他のデバイスの消耗品のトナー配送予定日を設定している。
【００９７】
すなわち、本実施形態では、トナー配送予定日に基づく配送により一のデバイスの消耗品の配送が完了してから一のデバイスからの「トナー交換通知」を受信する前に、一のデバイスとの間に管理される環境に関して予め設定された関係を有する他のデバイスからの「トナー交換通知」を受信した場合、他のデバイスの消耗品のトナー配送予定日を設定している。
【００９８】
また、本実施形態では、通信処理部１３は、例えば、受信手段を実現している。また、トナー配送管理部４２は、例えば、第１設定手段を実現している。また、トナー交換管理部４３は、例えば、第２設定手段を実現している。管理センターサーバ１０は、例えば、消耗品管理装置を実現している。
【００９９】
（実施形態の変形例）
なお、前述の実施形態に限定されないことは言うまでもない。
すなわち、本実施形態では、デバイスは画像形成装置に限定されるものではない。例えば、この場合、本実施形態に適用されるデバイスに応じて消耗品の内容も異なることになる。
【０１００】
また、本実施形態は、配送システム４００は顧客側（管理センターサーバ１０側）に構築されるものであっても良い。例えば、この場合、前述のような管理センターサーバ１０と配送システム４００との間の情報（トナー配送日通知等）のやり取りは、管理センターサーバ１０内で完結するようになる。
また、本実施形態では、管理装置２１を備えることなく、デバイスと管理センターサーバ１０との間で直接、通知等の情報のやり取りを行っても良い。
【符号の説明】
【０１０１】
１ 消耗品管理システム１、１０ 管理センターサーバ、２１ 管理装置、１３ 通信処理部、３０ 一時記憶部、３１ デバイス管理情報テーブル、３２ 設置情報テーブル、３３ グループ情報テーブル、３４ 消耗品管理情報テーブル、３５ 消耗品通知情報テーブル、３６ 配送情報テーブル、４０ テーブル管理部、４１ トナー残量管理部、４２ トナー配送管理部、４３ トナー交換管理部
【技術分野】
【０００１】
本発明は、消耗品管理装置、消耗品管理システム、及び制御プログラムに関する。
【背景技術】
【０００２】
特許文献１には、消耗品ケースの記憶媒体にＩＤ番号を記憶して、ＩＤ番号により消耗品ケースの発注・納入管理を行うことが開示されている。
また、特許文献２には、ホストコンピュータにおいて事務機器における消耗品を管理するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８１４１１号公報
【特許文献２】特開平１１−３５２８４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減することである。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は 処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段と、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段と、を有する消耗品管理装置である。
【０００６】
請求項２に係る発明は、請求項１の記載において、前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する消耗品管理装置である。
【０００７】
請求項３に係る発明は、請求項２の記載において、前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第１設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する。
【０００８】
請求項４に係る発明は、着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段を有する消耗品管理装置と、を有する消耗品管理システムである。
【０００９】
請求項５に係る発明は、処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定ステップと、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定ステップと、をコンピュータに実行させるための制御プログラムである。
【発明の効果】
【００１０】
請求項１、４、５に係る発明によれば、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減できる。
請求項２に係る発明によれば、このような構成でない場合と比較して、一の処理装置の消耗品が他の処理装置に装着されたとの推定を簡単な構成で実現できる。
請求項３に係る発明によれば、他の処理装置の消耗品度合い情報の受信状況に応じて他の処理装置の消耗品の配送時期を設定できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の消耗品管理システムの構成の一例を示すブロック図である。
【図２】消耗品が同種の複数のデバイスＡ，Ｂを顧客が保有している場合を説明する図である。
【図３】デバイスＡの交換用に配送され保管されている消耗品を顧客が先にデバイスＢに装着した場合を説明する図である。
【図４】管理センターサーバの構成の一例を示すブロック図である。
【図５】デバイス管理情報テーブルの一例を示す図である。
【図６】設置情報テーブルの一例を示す図である。
【図７】グループ情報テーブルの一例を示す図である。
【図８】消耗品管理情報テーブルの一例を示す図である。
【図９】消耗品通知情報テーブルの一例を示す図である。
【図１０】配送情報テーブルの一例を示す図である。
【図１１】トナー残量通知があった際にトナー残量管理部が行う処理の一例を示すフローチャートである。
【図１２】トナー残量通知があった際にトナー配送管理部及び通信処理部が行う処理の一例を示すフローチャートである。
【図１３】トナー配送日通知があった際にトナー配送管理部が行う処理の一例を示すフローチャートである。
【図１４】トナー交換通知があった際にトナー交換管理部が行う処理の一例を示すフローチャートである。
【図１５】トナーの自動配送のための通常のシーケンスを示す図である。
【図１６】消耗品管理システムの処理の一例を示す図である。
【図１７】図１６の場合における消耗品管理情報テーブルの登録内容の一例を示す図である。
【図１８】図１６の場合における消耗品通知情報テーブルの登録内容の一例を示す図である。
【図１９】ステップＳ６８の処理が実施されたときの配送情報テーブルの登録内容の一例を示す図である。
【図２０】消耗品管理システムの処理の一例を示す図である。
【図２１】図２０の場合における消耗品管理情報テーブルの登録内容の一例を示す図である。
【図２２】図２０の場合における消耗品通知情報テーブルの登録内容の一例を示す図である。
【発明を実施するための形態】
【００１２】
本実施形態は、消耗品管理システムである。
図１は、消耗品管理システム１の構成の一例を示す。
図１に示すように、消耗品管理システム１では、管理センターサーバ１０が、管理対象のサブネット２０にＬＡＮ（Local Area Network）やインターネット通信回線等の通信部１００を介して接続されている。
【００１３】
サブネット２０には、管理装置２１、複数のデバイス（例えば画像形成装置）Ａ，Ｂ，・・・（デバイス２２，２３，・・・）が接続されている。
管理装置２１は、ＬＡＮ等の通信部２３を介してＳＮＭＰ（Simple Network Management Protocol）等の通信プロトコルにより管理対象のサブネット２０内の各デバイスＡ，Ｂを管理する。
【００１４】
この管理装置２１は、各デバイスＡ，Ｂに関する履歴情報を管理し、その履歴に応じて、特定のイベントを検出した場合に、その検出内容に応じて管理センターサーバ１０に通知等を行う。
なお、通信部１００と通信部２３とを分けて説明しているが、通信部１００と通信部２３とは同一の通信部であっても良い。
【００１５】
また、管理装置２１に管理されるデバイスＡ，Ｂとして画像形成装置を挙げているが、これに限定されるものではない。すなわち、管理装置２１が管理可能な構成を有するデバイスであれば、本実施形態に適用しても良い。
管理センターサーバ１０は、このような各管理装置２１を介して各サブネット２０内の各デバイスＡ，Ｂを管理する。
【００１６】
例えば、サブネット２０が顧客２００側の構成となり、管理センターサーバ１０が管理者（管理センター）３００側の構成となるように消耗品管理システム１を構築して、管理者は、事務・保守・物流などのサービスを提供することができる。この場合、例えば、サブネット２０は顧客２００側のイントラネット内に構築されている。
このような例では、例えば、各管理装置２１は、サブネット２０内の各デバイスＡ，Ｂについて、故障状態管理、印刷枚数管理、消耗品管理、又は請求書発行管理等の各種の管理を行っており、その管理情報を管理センターサーバ１０に送信する。管理センター３００では、管理センターサーバ１０に送られてきた管理情報を基に、デバイスの消耗品を配送したり、故障を修理するための作業員（例えばカスタマーエンジニア）を手配したりする。
【００１７】
また、管理センターサーバ１０は、配送システム４００により顧客への消耗品の配送処理を行っている。例えば、配送システム４００は、サーバにより各種情報を管理しており、このサーバと管理センターサーバ１０との間で情報のやり取りを行う。
このような構成の消耗品管理システム１は、デバイスの消耗品の配送を自動で行うことができる。例えば、消耗品管理システム１は、過去の消耗品の配送実績、消耗品の使用量予測や管理装置からの通知を基に顧客の消耗品の在庫数を管理することで、配送の必要性を判断し消耗品の伝票発行や配送を手配する。
【００１８】
このような自動配送では、例えば、定期的に消耗品の配送する場合と比較して顧客側の消耗品の余剰在庫を低減できる。
ところで、図２に示すように、複数の画像形成装置（デバイス）Ａ，Ｂを顧客が保有し、それら画像形成装置（デバイス）Ａ，Ｂの消耗品となるトナー（トナーカートリッジ）が同種となる場合（一のデバイスに対する消耗品が、他のデバイスに対する消耗品としても利用できる場合）がある。加えて、交換用に配送されてきたトナー５００を顧客が保管場所６００で一旦保管するような場合がある。
【００１９】
このような場合に、図３に示すように、デバイスＡの交換用に配送され保管場所６００に保管されているトナー５００を顧客がデバイスＢに装着してしまう可能性が高くなる。しかし、トナー５００を顧客がデバイスＢに装着してしまうと、顧客は、その後デバイスＡの消耗品を交換できなくなってしまう。この場合、デバイスＡの処理（印刷サービス等）が停止してしまう（ダウンタイムが発生する）。
【００２０】
このように、自動配送の場合、顧客側の消耗品の余剰在庫を低減できる反面、予想外の消耗品の使用によりデバイスの処理を停止させてしまう可能性が高くなる。
なお、特開２００５−１８１４１１号公報（特許文献１）及び特開平１１−３５２８４６号公報（特許文献２）に開示の技術では、消耗品を管理しているのに過ぎず、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合に効果的な対応をすることはできない。
【００２１】
これに対して、本実施形態では、以下のような構成及び処理により、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合でも、消耗品不足によりデバイスの処理が停止する可能性を低減している。
なお、以下の実施形態では、消耗品がトナーである場合を説明するが、これに限定されないことは言うまでもない。すなわち、管理装置２１や管理センターサーバ１０で情報を管理できる消耗品であれば、本実施形態に適用しても良い。
【００２２】
管理装置２１は、前述のようにデバイスのトナー（残量、交換等）を管理しており、トナー残量通知、及びトナー交換通知を管理センターサーバ１０に送信する。
例えば、トナー残量通知については、デバイスは、トナー残量が予め設定した値に達したことを検出した情報を管理装置２１に通知し、管理装置２１は、その通知に基づいてトナー残量通知を管理センターサーバ１０に送信する。また、トナー交換通知については、デバイスは、新たなトナーが装着されたことを検出した情報を管理装置２１に通知し、管理装置２１は、その通知に基づいてトナー交換通知を管理センターサーバ１０に送信する。
【００２３】
また、配送システム４００は、トナー（トナーカートリッジ）を配送した日時をトナー配送日時通知として管理センターサーバ１０に送信する。
図４は、管理センターサーバ１０の構成の一例を示す。
図４に示すように、管理センターサーバ１０は、ＣＰＵ（Central Processing Unit）１１、プログラム等記憶部１２、一時記憶部３０、テーブル管理部４０、及び通信処理部１３を有している。
【００２４】
プログラム等記憶部１２は、電源ＯＦＦ時にもデータを保持可能な記憶部である。プログラム等記憶部１２には、ＣＰＵ１１が各種の処理に使用するプログラム１２ａや固定データ等が記憶されている。プログラム等記憶部１２の好適な例としては、ＲＯＭ（Read-Only Memory）が挙げられる。また、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性記憶部も挙げられるが、これらに限定されないことは言うまでもない。
【００２５】
プログラム１２ａは、管理センターサーバ１０の出荷時当初からプログラム等記憶部１２に記憶されているものとすることもできるが、出荷後に使用者等の作業によりＣＤ−ＲＯＭ等の記憶媒体から読み込まれてプログラム等記憶部１２に記憶されたものとすることもできる。
一時記憶部３０は、データが書き込み可能となっておりデータを一時的に保持する記憶部である。一時記憶部３０の好適な例としては、ＲＡＭ（Random Access Memory）があるが、これに限定されないことは言うまでもない。
【００２６】
この一時記憶部３０には、デバイス管理情報テーブル３１、設置情報テーブル３２、グループ情報テーブル３３、消耗品管理情報テーブル３４、消耗品通知情報テーブル３５、及び配送情報テーブル３６が格納されている。これらデバイス管理情報テーブル３１等が記憶されるものとして、ＥＥＰＲＯＭ等の不揮発性記憶部も挙げられるが、これに限定されないことは言うまでもない。
【００２７】
また、管理センターサーバ１０は、これらデバイス管理情報テーブル３１等を単数又は複数の外部記憶装置（例えばサーバ）で保持しても良い。
ＣＰＵ１１は、プログラム等記憶部１２からプログラム１２ａ等を必要に応じて一時記憶部３０に読み出して各種の処理を行う。
図５は、デバイス管理情報テーブル３１の一例を示す。
【００２８】
デバイス管理情報テーブル３１は、管理装置２１により管理されているデバイスを管理するテーブルである。図５に示すように、本実施形態では、デバイス管理情報テーブル３１は、デバイスＩＤ、機種コード、機械番号、ファミリーコード、設置日時、設置情報ＩＤ、及びグループＩＤが対応付けられている。
ここで、デバイスＩＤは、デバイスの識別情報になるもので、本実施形態では、「機種コード」と「機械番号」との組合せで構成されている。機種コードはデバイスの機種識別子であり、機械番号はデバイスのシリアル番号である。他のテーブル（設置情報テーブル３２及びグループ情報テーブル３３を除く）は、このデバイスＩＤをキーとして各種情報を管理している。
【００２９】
また、ファミリーコードは、デバイスのファミリーを示す識別子である。設置日時は、デバイスが設置された日時である。設置情報ＩＤは、設置情報テーブル３２により管理されるＩＤである。グループＩＤは、グループ情報テーブル３３により管理されるＩＤである。
図６は、設置情報テーブル３２の一例を示す。
【００３０】
設置情報テーブル３２は、デバイスの各設置情報を管理するテーブルであり、デバイスが配置されている組織情報から構成されている。図６に示すように、本実施形態では、設置情報テーブル３２は、設置情報ＩＤ、事業所名、部門名、課名、及びグループ名が対応付けられている。
図７は、グループ情報テーブル３３の一例を示す。
【００３１】
グループ情報テーブル３３は、顧客の課内の各グループを管理するテーブルである。図７に示すように、本実施形態では、グループ情報テーブル３３は、グループＩＤ及びグループ名が対応付けられている。
このグループ情報テーブル３３及び前述のデバイス管理情報テーブル３１を参照することで、グループＩＤ及び該グループＩＤに対応するグループ情報から、どの組織でどのデバイスが管理されているのかを判断できる。例えば、デバイス管理情報テーブル３１を参照すると、デバイスＩＤが「ＭＡ０００００１−１００００１」と「ＭＡ０００００１−１００００２」との各デバイスは、グループＩＤが共に「Ｇ０００００１」である。そして、グループ情報テーブル３３を参照することで、これらデバイスが「ＡＢＣ事業所総務部」で管理されているのがわかる。すなわち、これらデバイスの消耗品についても「ＡＢＣ事業所総務部」で一括管理しているのがわかる。
【００３２】
図８は、消耗品管理情報テーブル３４の一例を示す。
消耗品管理情報テーブル３４は、デバイス毎にトナーの最新のイベントの種別を管理するテーブルである。図８に示すように、本実施形態では、消耗品管理情報テーブル３４は、デバイスＩＤ、イベントＩＤ、消耗品コード、及びカラー情報が対応付けられている。
ここで、消耗品管理情報テーブル３４のイベントＩＤには、対応付けられているデバイスＩＤの最新のイベントＩＤが登録される。また、消耗品コードは、トナーのコードであり、カラー情報は、トナーの色の情報（例えば「ＢｌａｃｋＴｏｎｅｒ」等）である。
【００３３】
この消耗品管理情報テーブル３４を参照することにより、配送されるトナーの情報を判断できる。
図９は、消耗品通知情報テーブル３５の一例を示す。
消耗品通知情報テーブル３５は、イベントの履歴を管理するテーブルである。図９に示すように、本実施形態では、消耗品通知情報テーブル３５は、イベントＩＤ、デバイスＩＤ、イベント種別、トナー残量通知日時、トナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時、及び無効フラグが対応付けられている。
【００３４】
ここで、本実施形態では、イベント種別は、「トナー残量通知」、「トナー交換通知」、「トナー配送予定日通知」、及び「トナー配送日通知」の何れかにより示される。
また、トナー残量通知日時は、管理センターサーバ１０が管理装置２１からのトナー残量通知を受信した日時である。
また、トナー切れ予測日は、トナー残量通知を基に予測したトナー切れの日又は日時であり、実験的、経験的、又は理論的に求められる日または日時である。
【００３５】
また、トナー配送予定日は、管理センターサーバ１０が、トナー残量通知日時を基に算出するトナーの配送予定日であり、管理センターサーバ１０は、このトナー配送予定日をトナー配送予定日通知により管理装置２１に送信する。
また、トナー交換日時は、デバイスでトナーが交換された日時であり、管理センターサーバ１０は、管理装置２１から送信されてくるトナー交換通知を基にこのトナー交換日時の情報を取得する。
【００３６】
また、トナー配送日時は、配送システム４００による管理の下、トナーの配送を完了した日時であり、管理センターサーバ１０は、配送システム４００から送信されてくるトナー配送日通知を基にこのトナー配送日時の情報を取得する。
また、無効フラグは、処理を無効化するためのフラグ（オフの場合に「０」、オンの場合に「１」）である。
【００３７】
そして、この消耗品通知情報テーブル３５では、前回のイベントの登録内容を承継しつつ最新のイベントの新たな内容が登録されていく。この消耗品通知情報テーブル３５を参照することにより、各デバイスとイベントとの対応、及びそのイベントの日時を判断できる。
図１０は、配送情報テーブル３６の一例を示す。
【００３８】
配送情報テーブル３６は、各デバイスの消耗品の配送種別及び配送方法を管理するテーブルである。図１０に示すように、本実施形態では、配送情報テーブル３６は、デバイスＩＤ、配送種別、及び配送状況が対応付けられている。
ここで、配送種別は、トナーを定期的に配送する「定期」又はトナーを自動で配送する「自動」の何れかにより示される。本実施形態では、「自動」配送される場合の処理に特徴がある。
【００３９】
また、配送状況は、「通常」又はその「通常」よりも早い配送を示す「緊急」の何れかにより示される。
テーブル管理部４０は、以上の各テーブルを用いて各種の処理を行う。そのために、図４に示すように、テーブル管理部４０は、トナー残量管理部４１、トナー配送管理部４２、及びトナー交換管理部４３を有している。例えば、トナー残量管理部４１、トナー配送管理部４２、及びトナー交換管理部４３は、ＣＰＵ１１の演算処理によりＣＰＵ１１の機能として実現される。
【００４０】
ここで、トナー残量管理部４１は、管理装置２１からのトナー残量通知を基に処理を行う。また、トナー配送管理部４２は、トナーの配送に関する処理を行う。また、トナー交換管理部４３は、トナーの交換に関する処理を行う。
通信処理部１３は、管理装置２１や配送システム４００からの通知を受信したり、管理装置２１や配送システム４００に各種の情報を送信したり、各種の通信処理を行う。
【００４１】
図１１乃至図１４は、以上のような構成により実現される管理センターサーバ１０の処理手順の一例を示すフローチャートである。
ここで、図１１は、トナー残量通知があった際にトナー残量管理部４１が行う処理の一例を示すフローチャートである。また、図１２は、トナー残量通知があった際にトナー配送管理部４２及び通信処理部１３が行う処理の一例を示すフローチャートである。また、図１３は、トナー配送日通知があった際にトナー配送管理部４２が行う処理の一例を示すフローチャートである。また、図１４は、トナー交換通知があった際にトナー交換管理部４３が行う処理の一例を示すフローチャートである。
【００４２】
図１１から説明すると、先ずステップＳ１において、トナー残量管理部４１は、管理装置２１からのトナー残量通知を受信する。例えば、トナー残量通知には、図１１に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ２において、トナー残量管理部４１は、トナー残量通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー残量管理部４１は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー残量通知に係るデバイスＩＤ）、イベント種別（「トナー残量通知」）、及びトナー残量通知日時（トナー残量通知を受信した日時）を消耗品通知情報テーブル３５に登録する。
【００４３】
続くステップＳ３において、トナー残量管理部４１は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー残量管理部４１は、消耗品管理情報テーブル３４において、トナー残量通知に係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー残量管理部４１は、前記ステップＳ２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー残量通知に係るイベントＩＤ）を登録する。そして、トナー残量管理部４１は、トナーの消耗品コード及びカラー情報も登録する。
【００４４】
続くステップＳ４において、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外（具体的にはトナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時のカラム）でｎｕｌｌになっているか否かを判定する。トナー残量管理部４１は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、ステップＳ５に進む。また、トナー残量管理部４１は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ６に進む。
【００４５】
ステップＳ５では、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントに係るトナー切れ予測日のカラムにトナー切れ予測日を登録する。そして、トナー残量管理部４１は、該図１１に示す処理を終了する。
ステップＳ６では、トナー残量管理部４１は、エラー処理を行う。すなわち、トナー残量管理部４１は、消耗品通知情報テーブル３５内の前記ステップＳ２で登録したトナー残量通知イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー残量管理部４１は、該図１１に示す処理を終了する。
【００４６】
以上のような図１１に示す処理により、トナー残量管理部４１は、管理装置２１からのトナー残量通知を受信したとき、消耗品通知情報テーブル３５にトナー残量通知イベントに係る情報を登録し、そのトナー残量通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ１乃至ステップＳ３）。そして、トナー残量管理部４１は、消耗品通知情報テーブル３５の前記ステップＳ２で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外でｎｕｌｌになっている場合、該トナー残量通知イベントの登録内容のトナー切れ予測日のカラムにトナー切れ予測日を登録し、そうでない場合、エラー処理を行う（ステップＳ４乃至ステップＳ６）。
【００４７】
また、図１２の処理では、先ずステップＳ２１において、トナー配送管理部４２は、受信したトナー配送通知を基にトナー配送予定日を算出する。すなわち、トナー配送管理部４２は、実験的、経験的、又は理論的に予め設定されている配送情報（通知から配送完了までのリードタイム等）を基にトナー配送予定日を算出する。このとき、例えば、トナー配送管理部４２は、消耗品通知情報テーブル３５に登録したトナー切れ予測日を基にトナー配送予定日を算出しても良い。
【００４８】
また、トナー配送通知に含まれる情報からデバイスのトナー残量を取得できるような場合には、トナー配送管理部４２は、取得したトナー残量を考慮しつつ、実験的、経験的、又は理論的に予め設定されている配達情報（通知から配送完了までのリードタイム等）を基にトナー配送予定日を算出しても良い。
続くステップＳ２２において、トナー配送管理部４２は、トナー配送予定日イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー配送管理部４２は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー残量通知に係るデバイスＩＤ）、イベント種別（「トナー配送予定日通知」）、及びトナー配送予定日を消耗品通知情報テーブル３５に登録する。
【００４９】
このとき、トナー配送管理部４２は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー残量通知イベントであり、トナー配送管理部４２は、そのトナー残量通知イベントの登録内容であるトナー残量通知日時及びトナー切れ予測日の情報を承継する。このように、トナー配送管理部４２は、消耗品通知情報テーブル３５に対する登録処理では、前回のイベントの登録内容を承継して新たなイベントを登録する。これは、後述する図１３及び図１４の処理でも同様である。
【００５０】
続くステップＳ２３において、トナー配送管理部４２は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー配送管理部４２は、消耗品管理情報テーブル３４において、トナー配送予定日イベントに係るデバイスＩＤに対応するイベントＩＤ（すなわち、トナー残量通知に係るデバイスＩＤに対応するイベントＩＤ）にそのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ２２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー配送予定日イベントに係るイベントＩＤ）を登録する。
【００５１】
続くステップＳ２４において、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ２２で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでｎｕｌｌになっているか否かを判定する。トナー配送管理部４２は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、ステップＳ２５に進む。また、トナー配送管理部４２は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ２６に進む。
【００５２】
ステップＳ２５では、通信処理部１３は、トナー配送通知に係るデバイス（具体的には該デバイスを管理する管理装置２１）にトナー配送予定日を通知する。そして、通信処理部１３は、該図１２に示す処理を終了する。
ステップＳ２６では、トナー配送管理部４２は、エラー処理を行う。すなわち、トナー配送管理部４２は、消耗品通知情報テーブル３５内の前記ステップＳ２２で登録したトナー配送予定日イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー配送管理部４２は、該図１２に示す処理を終了する。
【００５３】
以上のような図１２に示す処理により、トナー配送管理部４２は、受信したトナー配送通知を基にトナー配送予定日を算出し、消耗品通知情報テーブル３５にトナー配送予定日イベントに係る情報を登録し、そのトナー配送予定日イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ２１乃至ステップＳ２３）。そして、消耗品通知情報テーブル３５の前記ステップＳ２２で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでｎｕｌｌになっている場合、通信処理部１３は、トナー配送通知に係るデバイスにトナー配送予定日を通知し、そうでない場合、トナー配送管理部４２は、エラー処理を行う（ステップＳ２４乃至ステップＳ２６）。
【００５４】
そして、消耗品管理システム１では、この図１２に示す処理により消耗品通知情報テーブル３５に登録されたトナー配送予定日を基に、配送システム４００がトナーの配送手配を行う。例えば、管理センターサーバ１０側でトナー配送予定日を管理しておき、トナー配送予定日又はその近くになったときに、管理センターサーバ１０が配送システム４００に配送要求を送信することで、配送システム４００にてトナーの配送手配がなされる。又は、配送システム４００側でトナー配送予定日を管理して、トナー配送予定日又はその近くになったときに、配送システム４００がトナーの配送手配を行う。
【００５５】
また、図１３の処理では、先ずステップＳ４１において、トナー配送管理部４２は、配送システム４００からのトナー配送日通知を受信する。例えば、トナー配送日通知には、図１３に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ４２において、トナー配送管理部４２は、トナー配送日通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー配送管理部４２は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー配送日通知に係るデバイスＩＤ）、イベント種別（「トナー配送日通知」）、及びトナー配送日時を消耗品通知情報テーブル３５に登録する。
【００５６】
このとき、トナー配送管理部４２は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送予定日イベントであり、トナー配送管理部４２は、そのトナー配送予定日イベントの登録内容であるトナー残量通知日時、トナー配送予定日、及びトナー切れ予測日の情報を承継する。
【００５７】
続くステップＳ４３において、トナー配送管理部４２は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー配送管理部４２は、消耗品管理情報テーブル３４において、トナー配送日通知イベントに係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ４２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー配送日通知イベントに係るイベントＩＤ）を登録する。
【００５８】
続くステップＳ４４において、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ４２で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでｎｕｌｌになっているか否かを判定する。トナー配送管理部４２は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、該図１３に示す処理を終了する。また、トナー配送管理部４２は、そうでないと判定すると（「Ｎｏ」とした場合）、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ４５に進む。
【００５９】
ステップＳ４５では、トナー配送管理部４２は、エラー処理を行う。すなわち、トナー配送管理部４２は、消耗品通知情報テーブル３５内の前記ステップＳ４２で登録したトナー配送日通知イベントに係る無効フラグのカラムに「１」を登録する。そして、トナー配送管理部４２は、該図１３に示す処理を終了する。
以上のような図１３に示す処理により、トナー配送管理部４２は、配送システム４００からのトナー配送日通知を受信したとき、消耗品通知情報テーブル３５にトナー配送日通知イベントに係る情報を登録し、そのトナー配送日通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ４１乃至ステップＳ４３）。そして、トナー配送管理部４２は、消耗品通知情報テーブル３５の前記ステップＳ４２で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでｎｕｌｌになっていない場合、トナー配送管理部４２は、エラー処理を行う（ステップＳ４４、ステップＳ４５）。
【００６０】
また、図１４では、先ずステップＳ６１において、トナー交換管理部４３は、管理装置２１からのトナー交換通知を受信する。例えば、トナー交換通知には、図１４に示す処理において以降必要となるデバイスＩＤ等の情報が含まれている。
続くステップＳ６２において、トナー交換管理部４３は、トナー交換通知イベントを消耗品通知情報テーブル３５に登録する。具体的には、トナー交換管理部４３は、新たなイベントＩＤを発行し、その発行したイベントＩＤとともに、デバイスＩＤ（トナー交換通知に係るデバイスＩＤ）、イベント種別（「トナー交換通知」）、及びトナー交換日時（トナー交換通知を受信した日時）を消耗品通知情報テーブル３５に登録する。
【００６１】
このとき、トナー交換管理部４３は、同一デバイス（同一デバイスＩＤ）の前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送日通知イベントであり、トナー交換管理部４３は、そのトナー配送日通知イベントの登録内容であるトナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切れ予測日の情報を承継する。
【００６２】
続くステップＳ６３において、トナー交換管理部４３は、消耗品管理情報テーブル３４に最新イベントを登録する。具体的には、トナー交換管理部４３は、消耗品管理情報テーブル３４において、トナー交換通知イベントに係るデバイスＩＤに対応するイベントＩＤに、そのデバイスＩＤの最新のイベントＩＤを登録する。すなわち、トナー配送管理部４２は、前記ステップＳ６２で消耗品通知情報テーブル３５に登録したイベントＩＤ（トナー交換通知イベントに係るイベントＩＤ）を登録する。
【００６３】
続くステップＳ６４において、トナー交換管理部４３は、消耗品通知情報テーブル３５の前記ステップＳ６２で登録したトナー交換通知イベントの登録内容が全てのカラムでｎｕｌｌになっていないか否かを判定する。トナー交換管理部４３は、そうであると判定すると（「Ｙｅｓ」とした場合）、すなわち、トナーの自動配送のための通常のシーケンスになっている（通常のシーケンスを逸脱していない）と判断すると、該図１４に示す処理を終了する。また、トナー交換管理部４３は、そうでない場合、すなわち、エラー等によりｎｕｌｌのカラムが少なくとも１つあり、トナーの自動配送のための通常のシーケンスになっていない（通常のシーケンスを逸脱した）と判断すると、ステップＳ６５に進む。
【００６４】
ステップＳ６５では、トナー交換管理部４３は、トナー交換通知の受信が、他のデバイスのために配送されたトナーが交換されたことによるものか否かを判定する。
具体的には、トナー交換管理部４３は、デバイス管理情報テーブル３１及びグループ情報テーブル３３を参照して、グループＩＤ及び該グループＩＤに対応するグループ情報からトナー交換通知に係るデバイスが管理されている組織を特定する。具体的には、トナー交換管理部４３は、受信したトナー交換通知に係るデバイスのグループＩＤを特定する。
【００６５】
また、トナー交換管理部４３は、消耗品通知情報テーブル３５を参照してトナー配送日時が登録されている他のデバイスを特定し、さらに、デバイス管理情報テーブル３１及びグループ情報テーブル３３を参照して、グループＩＤ及び該グループＩＤに対応するグループ情報からその特定した他のデバイスが管理されている組織を特定する。具体的には、トナー交換管理部４３は、他のデバイスのグループＩＤを特定する。
【００６６】
そして、トナー交換管理部４３は、特定したトナー交換通知に係るデバイスのグループＩＤと特定した他のデバイスのグループＩＤとが一致し、かつ消耗品管理情報テーブル３４を参照して取得したこれらのデバイスのトナーの情報が一致（他のデバイスが複数存在するときは少なくとも１つの他のデバイスについて一致）するとき、トナー交換通知の受信が、他のデバイスのために配送されたトナーがトナー交換通知に係るデバイスに装着されたことによるものと判定する。すなわち、トナー交換管理部４３は、デバイスの群管理により、トナー交換通知の受信が、他のデバイスのために配送されたトナーが該トナー交換通知に係るデバイスに装着されたことによるものか否かを判定している。
【００６７】
トナー交換管理部４３は、このようなステップＳ６５の判定処理により、トナー交換通知が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、ステップＳ６６に進む。また、トナー交換管理部４３は、そうでない場合、該図１４に示す処理を終了する。
ステップＳ６６では、トナー交換管理部４３は、配送情報テーブル３６におけるトナー交換通知イベントに係るデバイスＩＤの配送種別（「定期」又は「自動」）及び配送状況（「通常」又は「緊急」）の情報を取得する。
【００６８】
続くステップＳ６７において、トナー交換管理部４３は、前記ステップＳ６６で取得した配送状況が「通常」か否かを判定する。トナー交換管理部４３は、配送情報テーブル３６の配送状況が「通常」であると判定すると、ステップＳ６８に進む。トナー交換管理部４３は、配送情報テーブル３６の配送状況が「通常」でないと判定すると、すなわち、配送情報テーブル３６の配送状況が「緊急」の場合、ステップＳ６９に進む。
【００６９】
ステップＳ６８では、トナー交換管理部４３は、配送情報テーブル３６の編集処理を行う。具体的には、トナー交換管理部４３は、配送情報テーブル３６において、トナー交換通知に係るデバイスＩＤの配送状況を「通常」から「緊急」に変更する。そして、トナー交換管理部４３は、ステップＳ６９に進む。
ステップＳ６９では、トナー交換管理部４３は、消耗品通知情報テーブル３５の編集処理を行う。具体的には、トナー交換管理部４３は、前記ステップＳ６２で消耗品通知情報テーブル３５に登録したトナー配送予定日に配送可能な最短日を設定する。例えば、トナー交換管理部４３は、トナー残量及びトナーの予測使用量を基にトナーが無くなるまでの日数（トナーの消耗度合いが予め設定した度合いに達するまでの日数）を予測して、その予測日数を現在日時に加算してトナーが無くなる日を予測する。そして、トナー交換管理部４３は、その予測した日に間に合うような日をトナー配送予定日にする。そして、トナー交換管理部４３は、該図１４に示す処理を終了する。
【００７０】
以上のような図１４に示す処理により、トナー交換管理部４３は、管理装置２１からのトナー交換通知を受信したとき、消耗品通知情報テーブル３５にトナー交換通知イベントに係る情報を登録し、そのトナー交換通知イベントを消耗品管理情報テーブル３４に最新のイベントとして登録する（ステップＳ６１乃至ステップＳ６３）。そして、トナー交換管理部４３は、消耗品通知情報テーブル３５の前記ステップＳ６２で登録したトナー交換通知イベントの登録内容が全てのカラムでｎｕｌｌになっていない場合、処理を終了する。また、トナー交換管理部４３は、それ以外の場合であって、トナー交換通知の受信が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、配送情報テーブル３６におけるトナー交換通知イベントに係るデバイスＩＤの配送状況を「通常」から「緊急」に変更する。さらに、トナー交換管理部４３は、消耗品通知情報テーブル３５のトナー配送予定日に配送可能な最短日を設定する（ステップＳ６４乃至ステップＳ６８）。
【００７１】
なお、トナーが切れた際にトナーが切れた通知を管理装置２１から管理センターサーバ１０に送信しても良いが、本実施形態では、トナーが切れた通知を特にせず、前述のようなトナー交換通知だけをやり取りしている。
以上のような構成及び処理により、消耗品管理システム１は次のような動作をする。
図１５は、トナーの自動配送のための通常のシーケンスを示す。
【００７２】
図１５に示すように、先ず、管理装置２１から管理センターサーバ１０に「トナー残量通知」が送信される。次に、配送システム４００から管理センターサーバ１０に「トナー配送日通知」が送信される。最後に、管理装置２１から管理センターサーバ１０に「トナー交換通知」が送信される。そして、このような各通知に併せて、図１５に示すように、図１１乃至図１４に示す処理が実行される。
しかし、消耗品管理システム１では、以上のような通常のシーケンスに常に沿うわけでもなく、通常のシーケンスから逸脱してしまうケースも発生する。そのようなケースについて以下に例を挙げて説明する。
【００７３】
（ケース１）
デバイス（画像形成装置）Ｂがトナー残量通知を送信した後にそのトナーの使用量が予想以上に増えたため、デバイスＢのトナー切れが発生してしまう場合がある。このような場合、又は顧客の都合による場合もあるが、デバイス（画像形成装置）Ａのために自動配送されたトナーをデバイスＢに顧客（例えば顧客先管理者）が装着してしまうことがある。
【００７４】
図１６は、このような場合の消耗品管理システム１における処理を示す。
図１６に示すように、消耗品管理システム１では、デバイスＢについて、図１５に示した通常のシーケンスを逸脱し、「トナー残量通知」の送信（１１／２３に送信）の後であって「トナー配送日通知」が送信される前に「トナー交換通知」が送信（１１／２５に送信）される。
【００７５】
図１７は、そのときの消耗品管理情報テーブル３４の登録内容の一例を示し、図１８は、そのときの消耗品通知情報テーブル３５の登録内容の一例を示す。
先ず、デバイスＡについて説明する。
デバイスＡについては通常のシーケンスとなっており、管理センターサーバ１０は、管理装置２１からの「トナー残量通知」を受信（１１／２０に受信）し、その後、配送システム４００からの「トナー配送日通知」を受信（１１／２４に受信）している。
【００７６】
この場合、「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図１８に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ００００００１」が登録され、そのイベントＩＤ「Ｅ０００００１」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７７】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００３」が登録され、そのイベントＩＤ「Ｅ０００００３」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７８】
そして、「トナー配送日通知」を受信した場合に実施される図１３に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００４」が登録され、そのイベントＩＤ「Ｅ０００００４」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー配送日時として「２０１０／１１／２４ ９：００」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００７９】
そして、管理センターサーバ１０は、デバイスＡからの「トナー交換通知」の受信待ち状態になっている。
以上より、デバイスＡの最新のイベントとなるトナー配送日通知イベントとして、図１７に示すように、消耗品管理情報テーブル３４のデバイスＡ（デバイスＩＤ「ＭＡ０００００１−１００００１」）のイベントＩＤに「Ｅ０００００４」が登録される。
【００８０】
一方、デバイスＢについては次のようになる。
「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図１８に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００２」が登録され、そのイベントＩＤ「Ｅ０００００２」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー切れ予測日として「２０１０／１１／２９」がそれぞれ登録される。
【００８１】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００５」が登録され、そのイベントＩＤ「Ｅ０００００５」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー配送予定日として「２０１０／１１／２７」、トナー切れ予測日として「２０１０／１１／２９」がそれぞれ登録される。
【００８２】
そして、「トナー交換通知」を受信した場合に実施される図１４に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００６」が登録され、そのイベントＩＤ「Ｅ０００００６」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー交換通知」、トナー残量通知日時として「２０１０／１１／２３ １１：１２」、トナー配送予定日として「２０１０／１１／２７」、トナー切れ予測日として「２０１０／１１／２９」、トナー交換日時として「２０１０／１１／２５ １３：０９」がそれぞれ登録される。
【００８３】
また、デバイスＢの最新のイベントとなるトナー配送日通知イベントとして、図１７に示すように、消耗品管理情報テーブル３４のデバイスＢ（デバイスＩＤ「ＭＡ０００００１−１００００２」）のイベントＩＤに「Ｅ０００００６」が登録される。
このようなデバイスＢについての消耗品通知情報テーブル３５の登録内容により、管理センターサーバ１０では、トナー交換通知を受信した際の消耗品通知情報テーブル３５のデバイスＢのトナー交換通知に係るイベントＩＤ「Ｅ０００００６」に対応するカラムにｎｕｌｌのカラム（トナー配送日時のカラム）があると判定する（ステップＳ６４の判定処理で「Ｎｏ」と判定する）。
【００８４】
これにより、管理センターサーバ１０では、配送情報テーブル３６のデバイスＢの配送状況が「通常」と判定すると、その配送状況を「通常」から「緊急」に変更する（ステップＳ６７、ステップＳ６８）。さらに、管理センターサーバ１０では、消耗品通知情報テーブル３５のトナー配送予定日（「２０１０／１１／２７」）を配送可能な最短日（例えば「２０１０／１１／２５」）に変更する（ステップＳ６９）。
【００８５】
ここで、図１９は、ステップＳ６８の処理が実施されたときの配送情報テーブル３６の登録内容の一例を示す。
図１９に示すように、配送情報テーブル３６のデバイスＢの配送状況には、「緊急」が登録される。
以上のような処理の結果、配送システム４００は、緊急配送への切り替えにより消耗品通知情報テーブル３５の最新の登録情報となったトナー配送予定日を基に、トナーの配送を行うようになる。その結果、デバイスＡに装着可能なトナーが迅速に配送されることとなる。
【００８６】
すなわち、本実施形態では、消耗品通知順序が正しいか否かを消耗品通知情報テーブル３５の登録状態により判定し、その結果、消耗品通知順序が正しくないと判定したとき、トナー配送予定日を変更するとともに配送情報の配送状況を緊急に変更することで、配送システム４００がその変更したトナー配送予定日を基に消耗品を緊急配送できるようにし、消耗品切れによる装置の停止（ダウンタイム発生）の可能性を低減している。
【００８７】
（ケース２）
前述のケース１では、デバイスＢのトナー残量通知後にトナーの使用量が予想以上に増えたためにデバイスＢのトナー切れが発生してしまった場合のケースである。しかし、デバイスＢのトナーの使用量が予想をはるかに超えて急増しトナー切れが発生してしまうような場合には、デバイスＢのトナー残量通知が送信される前に、デバイスＡのために自動配送されているトナーをデバイスＢに顧客（例えば顧客先管理者）が装着してしまうことになる。
【００８８】
図２０は、このような場合の消耗品管理システム１における処理を示す。
図２０に示すように、消耗品管理システム１では、デバイスＢについて、図１５に示した通常のシーケンスを逸脱し、「トナー残量通知」の送信がなされる前に「トナー交換通知」が送信（１１／２４に送信）される。
図２１は、そのときの消耗品管理情報テーブル３４の登録内容の一例を示し、図２２は、そのときの消耗品通知情報テーブル３５の登録内容の一例を示す。
【００８９】
先ず、デバイスＡについて説明する。
デバイスＡについては通常のシーケンスとなっており、管理センターサーバ１０は、管理装置２１からの「トナー残量通知」を受信（１１／２０に受信）し、その後、配送システム４００からの「トナー配送日通知」を受信（１１／２４に受信）している。
この場合、「トナー残量通知」を受信した場合に実施される図１１に示す処理により、図２２に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００１」が登録され、そのイベントＩＤ「Ｅ０００００１」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９０】
さらに、「トナー残量通知」を受信した場合に実施される図１２に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００２」が登録され、そのイベントＩＤ「Ｅ０００００２」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー配送予定日通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９１】
そして、「トナー配送日通知」を受信した場合に実施される図１３に示す処理により、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００３」が登録され、そのイベントＩＤ「Ｅ０００００３」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００１」、イベント種別として「トナー残量通知」、トナー残量通知日時として「２０１０／１１／２０ １５：５９」、トナー配送予定日として「２０１０／１１／２４」、トナー配送日時として「２０１０／１１／２４ ９：００」、トナー切れ予測日として「２０１０／１１／２６」がそれぞれ登録される。
【００９２】
そして、管理センターサーバ１０は、デバイスＡからの「トナー交換通知」の受信待ち状態になっている。
以上より、デバイスＡの最新のイベントとなるトナー配送日通知イベントとして、図２１に示すように、消耗品管理情報テーブル３４のデバイスＡ（デバイスＩＤ「ＭＡ０００００１−１００００１」）のイベントＩＤに「Ｅ０００００３」が登録される。
【００９３】
一方、デバイスＢについては次のようになる。
「トナー交換通知」を受信した場合に実施される図１４に示す処理により、図２２に示すように、消耗品通知情報テーブル３５には、新たに発行したイベントＩＤとして「Ｅ０００００４」が登録され、そのイベントＩＤ「Ｅ０００００４」に対応するものとして、デバイスＩＤとして「ＭＡ０００００１−１００００２」、イベント種別として「トナー交換通知」、トナー交換日時として「２０１０／１１／２４ １６：１１」がそれぞれ登録される。
【００９４】
また、デバイスＢの最新のイベントとなるトナー配送日通知イベントとして、図２１に示すように、消耗品管理情報テーブル３４のデバイスＢ（デバイスＩＤ「ＭＡ０００００１−１００００２」）のイベントＩＤに「Ｅ０００００４」が登録される。
このようなデバイスＢについての消耗品通知情報テーブル３５の登録内容により、管理センターサーバ１０では、トナー交換通知を受信した際の消耗品通知情報テーブル３５のデバイスＢのトナー交換通知に係るイベントＩＤ「Ｅ０００００４」に対応するカラムにｎｕｌｌのカラム（トナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切り予測日のカラム）があると判定する（ステップＳ６４の判定処理で「Ｎｏ」と判定する）。
【００９５】
これにより、管理センターサーバ１０では、配送情報テーブル３６のデバイスＢの配送状況が「通常」と判定すると、その配送状況を「通常」から「緊急」に変更する（ステップＳ６７、ステップＳ６８）。さらに、管理センターサーバ１０では、消耗品通知情報テーブル３５のトナー配送予定日の情報（「ｎｕｌｌ」）に配送可能な最短日（例えば「２０１０／１１／２５」）を新規に設定する（ステップＳ６９）。
【００９６】
以上のように、本実施形態では、要するに、一のデバイス及び他のデバイスからの「トナー残量通知」、「トナー配送日通知」及び「トナー交換通知」の受信状況、並びに一のデバイスと他のデバイスとの管理される環境における関係を基に、トナー配送予定日に基づいて配送を完了した一のデバイスの消耗品が他のデバイスに装着されたと推定したとき、早期に配送するといった図１２（ステップＳ２２）の処理とは異なる基準により他のデバイスの消耗品のトナー配送予定日を設定している。
【００９７】
すなわち、本実施形態では、トナー配送予定日に基づく配送により一のデバイスの消耗品の配送が完了してから一のデバイスからの「トナー交換通知」を受信する前に、一のデバイスとの間に管理される環境に関して予め設定された関係を有する他のデバイスからの「トナー交換通知」を受信した場合、他のデバイスの消耗品のトナー配送予定日を設定している。
【００９８】
また、本実施形態では、通信処理部１３は、例えば、受信手段を実現している。また、トナー配送管理部４２は、例えば、第１設定手段を実現している。また、トナー交換管理部４３は、例えば、第２設定手段を実現している。管理センターサーバ１０は、例えば、消耗品管理装置を実現している。
【００９９】
（実施形態の変形例）
なお、前述の実施形態に限定されないことは言うまでもない。
すなわち、本実施形態では、デバイスは画像形成装置に限定されるものではない。例えば、この場合、本実施形態に適用されるデバイスに応じて消耗品の内容も異なることになる。
【０１００】
また、本実施形態は、配送システム４００は顧客側（管理センターサーバ１０側）に構築されるものであっても良い。例えば、この場合、前述のような管理センターサーバ１０と配送システム４００との間の情報（トナー配送日通知等）のやり取りは、管理センターサーバ１０内で完結するようになる。
また、本実施形態では、管理装置２１を備えることなく、デバイスと管理センターサーバ１０との間で直接、通知等の情報のやり取りを行っても良い。
【符号の説明】
【０１０１】
１ 消耗品管理システム１、１０ 管理センターサーバ、２１ 管理装置、１３ 通信処理部、３０ 一時記憶部、３１ デバイス管理情報テーブル、３２ 設置情報テーブル、３３ グループ情報テーブル、３４ 消耗品管理情報テーブル、３５ 消耗品通知情報テーブル、３６ 配送情報テーブル、４０ テーブル管理部、４１ トナー残量管理部、４２ トナー配送管理部、４３ トナー交換管理部
【特許請求の範囲】
【請求項１】
処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、
前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段と、
前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段と、
を有する消耗品管理装置。
【請求項２】
前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する請求項１に記載の消耗品管理装置。
【請求項３】
前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第１設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する請求項２に記載の消耗品管理装置。
【請求項４】
着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、
前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段を有する消耗品管理装置と、
を有する消耗品管理システム。
【請求項５】
処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定ステップと、
前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定ステップと、
をコンピュータに実行させるための制御プログラム。
【請求項１】
処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、
前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段と、
前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段と、
を有する消耗品管理装置。
【請求項２】
前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する請求項１に記載の消耗品管理装置。
【請求項３】
前記第２設定手段は、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第１設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第１設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する請求項２に記載の消耗品管理装置。
【請求項４】
着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、
前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定手段を有する消耗品管理装置と、
を有する消耗品管理システム。
【請求項５】
処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第１設定ステップと、
前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第１設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第１設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第２設定ステップと、
をコンピュータに実行させるための制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−２３０２４９（Ｐ２０１２−２３０２４９Ａ）
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願番号】特願２０１１−９８４５１（Ｐ２０１１−９８４５１）
【出願日】平成２３年４月２６日（２０１１．４．２６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願日】平成２３年４月２６日（２０１１．４．２６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]