"処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定手段と、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定手段と、を有する消耗品管理装置。前記第2設定手段は、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する請求項1に記載の消耗品管理装置。前記第2設定手段は、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第1設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する請求項2に記載の消耗品管理装置。着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定手段を有する消耗品管理装置と、を有する消耗品管理システム。処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定ステップと、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定ステップと、をコンピュータに実行させるための制御プログラム。本発明の目的は、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減することである。請求項1に係る発明は処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部から受信可能な受信手段と、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定手段と、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定手段が設定した配送時期に基づいて配送を完了した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定手段と、を有する消耗品管理装置である。請求項2に係る発明は、請求項1の記載において、前記第2設定手段は、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記一の処理装置と予め設定された関係を有する前記他の処理装置からの前記装着情報を前記受信手段が受信した場合、前記他の処理装置の消耗品の配送時期を設定する消耗品管理装置である。請求項3に係る発明は、請求項2の記載において、前記第2設定手段は、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信しており且つ該受信後に該他の処理装置の前記装着情報を受信した場合、前記受信手段が受信した前記他の処理装置の消耗度合い情報を基に前記第1設定手段が設定した該他の処理装置の消耗品の配送時期を変更する設定をし、前記第1設定手段が設定した配送時期に基づく配送により前記一の処理装置の消耗品の配送が完了してから前記受信手段が前記一の処理装置からの前記装着情報を受信する前に、前記受信手段が前記他の処理装置の消耗品度合い情報を受信していない状態で該他の処理装置の前記装着情報を受信した場合、前記他の処理装置の消耗品の配送時期を新規に設定する。請求項4に係る発明は、着脱可能に装着されている消耗品の消耗度合い情報を通信部に送信し、前記消耗品とは別の新たな消耗品が装着された場合には装着情報を前記通信部に送信する複数の処理装置と、前記通信部を介して前記処理装置からの消耗度合い情報及び装着情報を受信可能な受信手段、前記受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定手段、並びに前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定手段が設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定手段とは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定手段を有する消耗品管理装置と、を有する消耗品管理システムである。請求項5に係る発明は、処理装置に着脱可能に装着されている消耗品の消耗度合い情報及び前記処理装置に前記消耗品とは別の新たな消耗品が装着されたことを示す装着情報を通信部を介して受信可能な受信手段が受信した前記処理装置の消耗度合い情報を基に、予め設定した配送情報に基づき該処理装置の消耗品の配送時期を設定する第1設定ステップと、前記受信手段による一の処理装置及び他の処理装置からの前記消耗度合い情報及び前記装着情報の受信状況、並びに前記一の処理装置と前記他の処理装置との関係を基に、前記第1設定ステップで設定した配送時期に基づいて配送した前記一の処理装置の消耗品が前記他の処理装置に装着されたと推定したとき、前記第1設定ステップとは異なる基準により前記他の処理装置の消耗品の配送時期を設定する第2設定ステップと、をコンピュータに実行させるための制御プログラムである。請求項1、4、5に係る発明によれば、一の処理装置への装着を想定して配送した消耗品が他の処理装置に装着されても、当該一の処理装置が消耗品を使えない時間を低減できる。請求項2に係る発明によれば、このような構成でない場合と比較して、一の処理装置の消耗品が他の処理装置に装着されたとの推定を簡単な構成で実現できる。請求項3に係る発明によれば、他の処理装置の消耗品度合い情報の受信状況に応じて他の処理装置の消耗品の配送時期を設定できる。本実施形態は、消耗品管理システムである。図1は、消耗品管理システム1の構成の一例を示す。図1に示すように、消耗品管理システム1では、管理センターサーバ10が、管理対象のサブネット20にLANLocalAreaNetworkやインターネット通信回線等の通信部100を介して接続されている。サブネット20には、管理装置21、複数のデバイス例えば画像形成装置A,B,デバイス22,23,が接続されている。管理装置21は、LAN等の通信部23を介してSNMPSimpleNetworkManagementProtocol等の通信プロトコルにより管理対象のサブネット20内の各デバイスA,Bを管理する。この管理装置21は、各デバイスA,Bに関する履歴情報を管理し、その履歴に応じて、特定のイベントを検出した場合に、その検出内容に応じて管理センターサーバ10に通知等を行う。なお、通信部100と通信部23とを分けて説明しているが、通信部100と通信部23とは同一の通信部であっても良い。また、管理装置21に管理されるデバイスA,Bとして画像形成装置を挙げているが、これに限定されるものではない。すなわち、管理装置21が管理可能な構成を有するデバイスであれば、本実施形態に適用しても良い。管理センターサーバ10は、このような各管理装置21を介して各サブネット20内の各デバイスA,Bを管理する。例えば、サブネット20が顧客200側の構成となり、管理センターサーバ10が管理者管理センター300側の構成となるように消耗品管理システム1を構築して、管理者は、事務保守物流などのサービスを提供することができる。この場合、例えば、サブネット20は顧客200側のイントラネット内に構築されている。このような例では、例えば、各管理装置21は、サブネット20内の各デバイスA,Bについて、故障状態管理、印刷枚数管理、消耗品管理、又は請求書発行管理等の各種の管理を行っており、その管理情報を管理センターサーバ10に送信する。管理センター300では、管理センターサーバ10に送られてきた管理情報を基に、デバイスの消耗品を配送したり、故障を修理するための作業員例えばカスタマーエンジニアを手配したりする。また、管理センターサーバ10は、配送システム400により顧客への消耗品の配送処理を行っている。例えば、配送システム400は、サーバにより各種情報を管理しており、このサーバと管理センターサーバ10との間で情報のやり取りを行う。このような構成の消耗品管理システム1は、デバイスの消耗品の配送を自動で行うことができる。例えば、消耗品管理システム1は、過去の消耗品の配送実績、消耗品の使用量予測や管理装置からの通知を基に顧客の消耗品の在庫数を管理することで、配送の必要性を判断し消耗品の伝票発行や配送を手配する。このような自動配送では、例えば、定期的に消耗品の配送する場合と比較して顧客側の消耗品の余剰在庫を低減できる。ところで、図2に示すように、複数の画像形成装置デバイスA,Bを顧客が保有し、それら画像形成装置デバイスA,Bの消耗品となるトナートナーカートリッジが同種となる場合一のデバイスに対する消耗品が、他のデバイスに対する消耗品としても利用できる場合がある。加えて、交換用に配送されてきたトナー500を顧客が保管場所600で一旦保管するような場合がある。このような場合に、図3に示すように、デバイスAの交換用に配送され保管場所600に保管されているトナー500を顧客がデバイスBに装着してしまう可能性が高くなる。しかし、トナー500を顧客がデバイスBに装着してしまうと、顧客は、その後デバイスAの消耗品を交換できなくなってしまう。この場合、デバイスAの処理印刷サービス等が停止してしまうダウンタイムが発生する。このように、自動配送の場合、顧客側の消耗品の余剰在庫を低減できる反面、予想外の消耗品の使用によりデバイスの処理を停止させてしまう可能性が高くなる。なお、特開2005-181411号公報特許文献1及び特開平11-352846号公報特許文献2に開示の技術では、消耗品を管理しているのに過ぎず、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合に効果的な対応をすることはできない。これに対して、本実施形態では、以下のような構成及び処理により、一のデバイスの交換用に配送された消耗品が他のデバイスに装着された場合でも、消耗品不足によりデバイスの処理が停止する可能性を低減している。なお、以下の実施形態では、消耗品がトナーである場合を説明するが、これに限定されないことは言うまでもない。すなわち、管理装置21や管理センターサーバ10で情報を管理できる消耗品であれば、本実施形態に適用しても良い。管理装置21は、前述のようにデバイスのトナー残量、交換等を管理しており、トナー残量通知、及びトナー交換通知を管理センターサーバ10に送信する。例えば、トナー残量通知については、デバイスは、トナー残量が予め設定した値に達したことを検出した情報を管理装置21に通知し、管理装置21は、その通知に基づいてトナー残量通知を管理センターサーバ10に送信する。また、トナー交換通知については、デバイスは、新たなトナーが装着されたことを検出した情報を管理装置21に通知し、管理装置21は、その通知に基づいてトナー交換通知を管理センターサーバ10に送信する。また、配送システム400は、トナートナーカートリッジを配送した日時をトナー配送日時通知として管理センターサーバ10に送信する。図4は、管理センターサーバ10の構成の一例を示す。図4に示すように、管理センターサーバ10は、CPUCentralProcessingUnit11、プログラム等記憶部12、一時記憶部30、テーブル管理部40、及び通信処理部13を有している。プログラム等記憶部12は、電源OFF時にもデータを保持可能な記憶部である。プログラム等記憶部12には、CPU11が各種の処理に使用するプログラム12aや固定データ等が記憶されている。プログラム等記憶部12の好適な例としては、ROMReadOnlyMemoryが挙げられる。また、EEPROMElectricallyErasableProgrammableReadOnlyMemory等の不揮発性記憶部も挙げられるが、これらに限定されないことは言うまでもない。プログラム12aは、管理センターサーバ10の出荷時当初からプログラム等記憶部12に記憶されているものとすることもできるが、出荷後に使用者等の作業によりCD-ROM等の記憶媒体から読み込まれてプログラム等記憶部12に記憶されたものとすることもできる。一時記憶部30は、データが書き込み可能となっておりデータを一時的に保持する記憶部である。一時記憶部30の好適な例としては、RAMRandomAccessMemoryがあるが、これに限定されないことは言うまでもない。この一時記憶部30には、デバイス管理情報テーブル31、設置情報テーブル32、グループ情報テーブル33、消耗品管理情報テーブル34、消耗品通知情報テーブル35、及び配送情報テーブル36が格納されている。これらデバイス管理情報テーブル31等が記憶されるものとして、EEPROM等の不揮発性記憶部も挙げられるが、これに限定されないことは言うまでもない。また、管理センターサーバ10は、これらデバイス管理情報テーブル31等を単数又は複数の外部記憶装置例えばサーバで保持しても良い。CPU11は、プログラム等記憶部12からプログラム12a等を必要に応じて一時記憶部30に読み出して各種の処理を行う。図5は、デバイス管理情報テーブル31の一例を示す。デバイス管理情報テーブル31は、管理装置21により管理されているデバイスを管理するテーブルである。図5に示すように、本実施形態では、デバイス管理情報テーブル31は、デバイスID、機種コード、機械番号、ファミリーコード、設置日時、設置情報ID、及びグループIDが対応付けられている。ここで、デバイスIDは、デバイスの識別情報になるもので、本実施形態では、機種コードと機械番号との組合せで構成されている。機種コードはデバイスの機種識別子であり、機械番号はデバイスのシリアル番号である。他のテーブル設置情報テーブル32及びグループ情報テーブル33を除くは、このデバイスIDをキーとして各種情報を管理している。また、ファミリーコードは、デバイスのファミリーを示す識別子である。設置日時は、デバイスが設置された日時である。設置情報IDは、設置情報テーブル32により管理されるIDである。グループIDは、グループ情報テーブル33により管理されるIDである。図6は、設置情報テーブル32の一例を示す。設置情報テーブル32は、デバイスの各設置情報を管理するテーブルであり、デバイスが配置されている組織情報から構成されている。図6に示すように、本実施形態では、設置情報テーブル32は、設置情報ID、事業所名、部門名、課名、及びグループ名が対応付けられている。図7は、グループ情報テーブル33の一例を示す。グループ情報テーブル33は、顧客の課内の各グループを管理するテーブルである。図7に示すように、本実施形態では、グループ情報テーブル33は、グループID及びグループ名が対応付けられている。このグループ情報テーブル33及び前述のデバイス管理情報テーブル31を参照することで、グループID及び該グループIDに対応するグループ情報から、どの組織でどのデバイスが管理されているのかを判断できる。例えば、デバイス管理情報テーブル31を参照すると、デバイスIDがMA000001-100001とMA000001-100002との各デバイスは、グループIDが共にG000001である。そして、グループ情報テーブル33を参照することで、これらデバイスがABC事業所総務部で管理されているのがわかる。すなわち、これらデバイスの消耗品についてもABC事業所総務部で一括管理しているのがわかる。図8は、消耗品管理情報テーブル34の一例を示す。消耗品管理情報テーブル34は、デバイス毎にトナーの最新のイベントの種別を管理するテーブルである。図8に示すように、本実施形態では、消耗品管理情報テーブル34は、デバイスID、イベントID、消耗品コード、及びカラー情報が対応付けられている。ここで、消耗品管理情報テーブル34のイベントIDには、対応付けられているデバイスIDの最新のイベントIDが登録される。また、消耗品コードは、トナーのコードであり、カラー情報は、トナーの色の情報例えばBlackToner等である。この消耗品管理情報テーブル34を参照することにより、配送されるトナーの情報を判断できる。図9は、消耗品通知情報テーブル35の一例を示す。消耗品通知情報テーブル35は、イベントの履歴を管理するテーブルである。図9に示すように、本実施形態では、消耗品通知情報テーブル35は、イベントID、デバイスID、イベント種別、トナー残量通知日時、トナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時、及び無効フラグが対応付けられている。ここで、本実施形態では、イベント種別は、トナー残量通知、トナー交換通知、トナー配送予定日通知、及びトナー配送日通知の何れかにより示される。また、トナー残量通知日時は、管理センターサーバ10が管理装置21からのトナー残量通知を受信した日時である。また、トナー切れ予測日は、トナー残量通知を基に予測したトナー切れの日又は日時であり、実験的、経験的、又は理論的に求められる日または日時である。また、トナー配送予定日は、管理センターサーバ10が、トナー残量通知日時を基に算出するトナーの配送予定日であり、管理センターサーバ10は、このトナー配送予定日をトナー配送予定日通知により管理装置21に送信する。また、トナー交換日時は、デバイスでトナーが交換された日時であり、管理センターサーバ10は、管理装置21から送信されてくるトナー交換通知を基にこのトナー交換日時の情報を取得する。また、トナー配送日時は、配送システム400による管理の下、トナーの配送を完了した日時であり、管理センターサーバ10は、配送システム400から送信されてくるトナー配送日通知を基にこのトナー配送日時の情報を取得する。また、無効フラグは、処理を無効化するためのフラグオフの場合に0、オンの場合に1である。そして、この消耗品通知情報テーブル35では、前回のイベントの登録内容を承継しつつ最新のイベントの新たな内容が登録されていく。この消耗品通知情報テーブル35を参照することにより、各デバイスとイベントとの対応、及びそのイベントの日時を判断できる。図10は、配送情報テーブル36の一例を示す。配送情報テーブル36は、各デバイスの消耗品の配送種別及び配送方法を管理するテーブルである。図10に示すように、本実施形態では、配送情報テーブル36は、デバイスID、配送種別、及び配送状況が対応付けられている。ここで、配送種別は、トナーを定期的に配送する定期又はトナーを自動で配送する自動の何れかにより示される。本実施形態では、自動配送される場合の処理に特徴がある。また、配送状況は、通常又はその通常よりも早い配送を示す緊急の何れかにより示される。テーブル管理部40は、以上の各テーブルを用いて各種の処理を行う。そのために、図4に示すように、テーブル管理部40は、トナー残量管理部41、トナー配送管理部42、及びトナー交換管理部43を有している。例えば、トナー残量管理部41、トナー配送管理部42、及びトナー交換管理部43は、CPU11の演算処理によりCPU11の機能として実現される。ここで、トナー残量管理部41は、管理装置21からのトナー残量通知を基に処理を行う。また、トナー配送管理部42は、トナーの配送に関する処理を行う。また、トナー交換管理部43は、トナーの交換に関する処理を行う。通信処理部13は、管理装置21や配送システム400からの通知を受信したり、管理装置21や配送システム400に各種の情報を送信したり、各種の通信処理を行う。図11乃至図14は、以上のような構成により実現される管理センターサーバ10の処理手順の一例を示すフローチャートである。ここで、図11は、トナー残量通知があった際にトナー残量管理部41が行う処理の一例を示すフローチャートである。また、図12は、トナー残量通知があった際にトナー配送管理部42及び通信処理部13が行う処理の一例を示すフローチャートである。また、図13は、トナー配送日通知があった際にトナー配送管理部42が行う処理の一例を示すフローチャートである。また、図14は、トナー交換通知があった際にトナー交換管理部43が行う処理の一例を示すフローチャートである。図11から説明すると、先ずステップS1において、トナー残量管理部41は、管理装置21からのトナー残量通知を受信する。例えば、トナー残量通知には、図11に示す処理において以降必要となるデバイスID等の情報が含まれている。続くステップS2において、トナー残量管理部41は、トナー残量通知イベントを消耗品通知情報テーブル35に登録する。具体的には、トナー残量管理部41は、新たなイベントIDを発行し、その発行したイベントIDとともに、デバイスIDトナー残量通知に係るデバイスID、イベント種別トナー残量通知、及びトナー残量通知日時トナー残量通知を受信した日時を消耗品通知情報テーブル35に登録する。続くステップS3において、トナー残量管理部41は、消耗品管理情報テーブル34に最新イベントを登録する。具体的には、トナー残量管理部41は、消耗品管理情報テーブル34において、トナー残量通知に係るデバイスIDに対応するイベントIDに、そのデバイスIDの最新のイベントIDを登録する。すなわち、トナー残量管理部41は、前記ステップS2で消耗品通知情報テーブル35に登録したイベントIDトナー残量通知に係るイベントIDを登録する。そして、トナー残量管理部41は、トナーの消耗品コード及びカラー情報も登録する。続くステップS4において、トナー残量管理部41は、消耗品通知情報テーブル35内の前記ステップS2で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外具体的にはトナー配送予定日、トナー配送日時、トナー切れ予測日、トナー交換日時のカラムでnullになっているか否かを判定する。トナー残量管理部41は、そうであると判定するとYesとした場合、すなわち、トナーの自動配送のための通常のシーケンスになっている通常のシーケンスを逸脱していないと判断すると、ステップS5に進む。また、トナー残量管理部41は、そうでないと判定するとNoとした場合、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない通常のシーケンスを逸脱したと判断すると、ステップS6に進む。ステップS5では、トナー残量管理部41は、消耗品通知情報テーブル35内の前記ステップS2で登録したトナー残量通知イベントに係るトナー切れ予測日のカラムにトナー切れ予測日を登録する。そして、トナー残量管理部41は、該図11に示す処理を終了する。ステップS6では、トナー残量管理部41は、エラー処理を行う。すなわち、トナー残量管理部41は、消耗品通知情報テーブル35内の前記ステップS2で登録したトナー残量通知イベントに係る無効フラグのカラムに1を登録する。そして、トナー残量管理部41は、該図11に示す処理を終了する。以上のような図11に示す処理により、トナー残量管理部41は、管理装置21からのトナー残量通知を受信したとき、消耗品通知情報テーブル35にトナー残量通知イベントに係る情報を登録し、そのトナー残量通知イベントを消耗品管理情報テーブル34に最新のイベントとして登録するステップS1乃至ステップS3。そして、トナー残量管理部41は、消耗品通知情報テーブル35の前記ステップS2で登録したトナー残量通知イベントの登録内容がトナー残量通知日時のカラム以外でnullになっている場合、該トナー残量通知イベントの登録内容のトナー切れ予測日のカラムにトナー切れ予測日を登録し、そうでない場合、エラー処理を行うステップS4乃至ステップS6。また、図12の処理では、先ずステップS21において、トナー配送管理部42は、受信したトナー配送通知を基にトナー配送予定日を算出する。すなわち、トナー配送管理部42は、実験的、経験的、又は理論的に予め設定されている配送情報通知から配送完了までのリードタイム等を基にトナー配送予定日を算出する。このとき、例えば、トナー配送管理部42は、消耗品通知情報テーブル35に登録したトナー切れ予測日を基にトナー配送予定日を算出しても良い。また、トナー配送通知に含まれる情報からデバイスのトナー残量を取得できるような場合には、トナー配送管理部42は、取得したトナー残量を考慮しつつ、実験的、経験的、又は理論的に予め設定されている配達情報通知から配送完了までのリードタイム等を基にトナー配送予定日を算出しても良い。続くステップS22において、トナー配送管理部42は、トナー配送予定日イベントを消耗品通知情報テーブル35に登録する。具体的には、トナー配送管理部42は、新たなイベントIDを発行し、その発行したイベントIDとともに、デバイスIDトナー残量通知に係るデバイスID、イベント種別トナー配送予定日通知、及びトナー配送予定日を消耗品通知情報テーブル35に登録する。このとき、トナー配送管理部42は、同一デバイス同一デバイスIDの前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー残量通知イベントであり、トナー配送管理部42は、そのトナー残量通知イベントの登録内容であるトナー残量通知日時及びトナー切れ予測日の情報を承継する。このように、トナー配送管理部42は、消耗品通知情報テーブル35に対する登録処理では、前回のイベントの登録内容を承継して新たなイベントを登録する。これは、後述する図13及び図14の処理でも同様である。続くステップS23において、トナー配送管理部42は、消耗品管理情報テーブル34に最新イベントを登録する。具体的には、トナー配送管理部42は、消耗品管理情報テーブル34において、トナー配送予定日イベントに係るデバイスIDに対応するイベントIDすなわち、トナー残量通知に係るデバイスIDに対応するイベントIDにそのデバイスIDの最新のイベントIDを登録する。すなわち、トナー配送管理部42は、前記ステップS22で消耗品通知情報テーブル35に登録したイベントIDトナー配送予定日イベントに係るイベントIDを登録する。続くステップS24において、トナー配送管理部42は、消耗品通知情報テーブル35の前記ステップS22で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでnullになっているか否かを判定する。トナー配送管理部42は、そうであると判定するとYesとした場合、すなわち、トナーの自動配送のための通常のシーケンスになっている通常のシーケンスを逸脱していないと判断すると、ステップS25に進む。また、トナー配送管理部42は、そうでないと判定するとNoとした場合、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない通常のシーケンスを逸脱したと判断すると、ステップS26に進む。ステップS25では、通信処理部13は、トナー配送通知に係るデバイス具体的には該デバイスを管理する管理装置21にトナー配送予定日を通知する。そして、通信処理部13は、該図12に示す処理を終了する。ステップS26では、トナー配送管理部42は、エラー処理を行う。すなわち、トナー配送管理部42は、消耗品通知情報テーブル35内の前記ステップS22で登録したトナー配送予定日イベントに係る無効フラグのカラムに1を登録する。そして、トナー配送管理部42は、該図12に示す処理を終了する。以上のような図12に示す処理により、トナー配送管理部42は、受信したトナー配送通知を基にトナー配送予定日を算出し、消耗品通知情報テーブル35にトナー配送予定日イベントに係る情報を登録し、そのトナー配送予定日イベントを消耗品管理情報テーブル34に最新のイベントとして登録するステップS21乃至ステップS23。そして、消耗品通知情報テーブル35の前記ステップS22で登録したトナー配送予定日イベントの登録内容がトナー配送日時及びトナー交換日時のカラムでnullになっている場合、通信処理部13は、トナー配送通知に係るデバイスにトナー配送予定日を通知し、そうでない場合、トナー配送管理部42は、エラー処理を行うステップS24乃至ステップS26。そして、消耗品管理システム1では、この図12に示す処理により消耗品通知情報テーブル35に登録されたトナー配送予定日を基に、配送システム400がトナーの配送手配を行う。例えば、管理センターサーバ10側でトナー配送予定日を管理しておき、トナー配送予定日又はその近くになったときに、管理センターサーバ10が配送システム400に配送要求を送信することで、配送システム400にてトナーの配送手配がなされる。又は、配送システム400側でトナー配送予定日を管理して、トナー配送予定日又はその近くになったときに、配送システム400がトナーの配送手配を行う。また、図13の処理では、先ずステップS41において、トナー配送管理部42は、配送システム400からのトナー配送日通知を受信する。例えば、トナー配送日通知には、図13に示す処理において以降必要となるデバイスID等の情報が含まれている。続くステップS42において、トナー配送管理部42は、トナー配送日通知イベントを消耗品通知情報テーブル35に登録する。具体的には、トナー配送管理部42は、新たなイベントIDを発行し、その発行したイベントIDとともに、デバイスIDトナー配送日通知に係るデバイスID、イベント種別トナー配送日通知、及びトナー配送日時を消耗品通知情報テーブル35に登録する。このとき、トナー配送管理部42は、同一デバイス同一デバイスIDの前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送予定日イベントであり、トナー配送管理部42は、そのトナー配送予定日イベントの登録内容であるトナー残量通知日時、トナー配送予定日、及びトナー切れ予測日の情報を承継する。続くステップS43において、トナー配送管理部42は、消耗品管理情報テーブル34に最新イベントを登録する。具体的には、トナー配送管理部42は、消耗品管理情報テーブル34において、トナー配送日通知イベントに係るデバイスIDに対応するイベントIDに、そのデバイスIDの最新のイベントIDを登録する。すなわち、トナー配送管理部42は、前記ステップS42で消耗品通知情報テーブル35に登録したイベントIDトナー配送日通知イベントに係るイベントIDを登録する。続くステップS44において、トナー配送管理部42は、消耗品通知情報テーブル35の前記ステップS42で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでnullになっているか否かを判定する。トナー配送管理部42は、そうであると判定するとYesとした場合、すなわち、トナーの自動配送のための通常のシーケンスになっている通常のシーケンスを逸脱していないと判断すると、該図13に示す処理を終了する。また、トナー配送管理部42は、そうでないと判定するとNoとした場合、すなわち、エラー等によりトナーの自動配送のための通常のシーケンスになっていない通常のシーケンスを逸脱したと判断すると、ステップS45に進む。ステップS45では、トナー配送管理部42は、エラー処理を行う。すなわち、トナー配送管理部42は、消耗品通知情報テーブル35内の前記ステップS42で登録したトナー配送日通知イベントに係る無効フラグのカラムに1を登録する。そして、トナー配送管理部42は、該図13に示す処理を終了する。以上のような図13に示す処理により、トナー配送管理部42は、配送システム400からのトナー配送日通知を受信したとき、消耗品通知情報テーブル35にトナー配送日通知イベントに係る情報を登録し、そのトナー配送日通知イベントを消耗品管理情報テーブル34に最新のイベントとして登録するステップS41乃至ステップS43。そして、トナー配送管理部42は、消耗品通知情報テーブル35の前記ステップS42で登録したトナー配送日通知イベントの登録内容がトナー交換日時のカラムでnullになっていない場合、トナー配送管理部42は、エラー処理を行うステップS44、ステップS45。また、図14では、先ずステップS61において、トナー交換管理部43は、管理装置21からのトナー交換通知を受信する。例えば、トナー交換通知には、図14に示す処理において以降必要となるデバイスID等の情報が含まれている。続くステップS62において、トナー交換管理部43は、トナー交換通知イベントを消耗品通知情報テーブル35に登録する。具体的には、トナー交換管理部43は、新たなイベントIDを発行し、その発行したイベントIDとともに、デバイスIDトナー交換通知に係るデバイスID、イベント種別トナー交換通知、及びトナー交換日時トナー交換通知を受信した日時を消耗品通知情報テーブル35に登録する。このとき、トナー交換管理部43は、同一デバイス同一デバイスIDの前回のイベントの登録内容を承継する。例えば、通常のシーケンスになっているときには、前回のイベントはトナー配送日通知イベントであり、トナー交換管理部43は、そのトナー配送日通知イベントの登録内容であるトナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切れ予測日の情報を承継する。続くステップS63において、トナー交換管理部43は、消耗品管理情報テーブル34に最新イベントを登録する。具体的には、トナー交換管理部43は、消耗品管理情報テーブル34において、トナー交換通知イベントに係るデバイスIDに対応するイベントIDに、そのデバイスIDの最新のイベントIDを登録する。すなわち、トナー配送管理部42は、前記ステップS62で消耗品通知情報テーブル35に登録したイベントIDトナー交換通知イベントに係るイベントIDを登録する。続くステップS64において、トナー交換管理部43は、消耗品通知情報テーブル35の前記ステップS62で登録したトナー交換通知イベントの登録内容が全てのカラムでnullになっていないか否かを判定する。トナー交換管理部43は、そうであると判定するとYesとした場合、すなわち、トナーの自動配送のための通常のシーケンスになっている通常のシーケンスを逸脱していないと判断すると、該図14に示す処理を終了する。また、トナー交換管理部43は、そうでない場合、すなわち、エラー等によりnullのカラムが少なくとも1つあり、トナーの自動配送のための通常のシーケンスになっていない通常のシーケンスを逸脱したと判断すると、ステップS65に進む。ステップS65では、トナー交換管理部43は、トナー交換通知の受信が、他のデバイスのために配送されたトナーが交換されたことによるものか否かを判定する。具体的には、トナー交換管理部43は、デバイス管理情報テーブル31及びグループ情報テーブル33を参照して、グループID及び該グループIDに対応するグループ情報からトナー交換通知に係るデバイスが管理されている組織を特定する。具体的には、トナー交換管理部43は、受信したトナー交換通知に係るデバイスのグループIDを特定する。また、トナー交換管理部43は、消耗品通知情報テーブル35を参照してトナー配送日時が登録されている他のデバイスを特定し、さらに、デバイス管理情報テーブル31及びグループ情報テーブル33を参照して、グループID及び該グループIDに対応するグループ情報からその特定した他のデバイスが管理されている組織を特定する。具体的には、トナー交換管理部43は、他のデバイスのグループIDを特定する。そして、トナー交換管理部43は、特定したトナー交換通知に係るデバイスのグループIDと特定した他のデバイスのグループIDとが一致し、かつ消耗品管理情報テーブル34を参照して取得したこれらのデバイスのトナーの情報が一致他のデバイスが複数存在するときは少なくとも1つの他のデバイスについて一致するとき、トナー交換通知の受信が、他のデバイスのために配送されたトナーがトナー交換通知に係るデバイスに装着されたことによるものと判定する。すなわち、トナー交換管理部43は、デバイスの群管理により、トナー交換通知の受信が、他のデバイスのために配送されたトナーが該トナー交換通知に係るデバイスに装着されたことによるものか否かを判定している。トナー交換管理部43は、このようなステップS65の判定処理により、トナー交換通知が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、ステップS66に進む。また、トナー交換管理部43は、そうでない場合、該図14に示す処理を終了する。ステップS66では、トナー交換管理部43は、配送情報テーブル36におけるトナー交換通知イベントに係るデバイスIDの配送種別定期又は自動及び配送状況通常又は緊急の情報を取得する。続くステップS67において、トナー交換管理部43は、前記ステップS66で取得した配送状況が通常か否かを判定する。トナー交換管理部43は、配送情報テーブル36の配送状況が通常であると判定すると、ステップS68に進む。トナー交換管理部43は、配送情報テーブル36の配送状況が通常でないと判定すると、すなわち、配送情報テーブル36の配送状況が緊急の場合、ステップS69に進む。ステップS68では、トナー交換管理部43は、配送情報テーブル36の編集処理を行う。具体的には、トナー交換管理部43は、配送情報テーブル36において、トナー交換通知に係るデバイスIDの配送状況を通常から緊急に変更する。そして、トナー交換管理部43は、ステップS69に進む。ステップS69では、トナー交換管理部43は、消耗品通知情報テーブル35の編集処理を行う。具体的には、トナー交換管理部43は、前記ステップS62で消耗品通知情報テーブル35に登録したトナー配送予定日に配送可能な最短日を設定する。例えば、トナー交換管理部43は、トナー残量及びトナーの予測使用量を基にトナーが無くなるまでの日数トナーの消耗度合いが予め設定した度合いに達するまでの日数を予測して、その予測日数を現在日時に加算してトナーが無くなる日を予測する。そして、トナー交換管理部43は、その予測した日に間に合うような日をトナー配送予定日にする。そして、トナー交換管理部43は、該図14に示す処理を終了する。以上のような図14に示す処理により、トナー交換管理部43は、管理装置21からのトナー交換通知を受信したとき、消耗品通知情報テーブル35にトナー交換通知イベントに係る情報を登録し、そのトナー交換通知イベントを消耗品管理情報テーブル34に最新のイベントとして登録するステップS61乃至ステップS63。そして、トナー交換管理部43は、消耗品通知情報テーブル35の前記ステップS62で登録したトナー交換通知イベントの登録内容が全てのカラムでnullになっていない場合、処理を終了する。また、トナー交換管理部43は、それ以外の場合であって、トナー交換通知の受信が、他のデバイスのために配送されたトナーが装着されたことによるものと判定すると、配送情報テーブル36におけるトナー交換通知イベントに係るデバイスIDの配送状況を通常から緊急に変更する。さらに、トナー交換管理部43は、消耗品通知情報テーブル35のトナー配送予定日に配送可能な最短日を設定するステップS64乃至ステップS68。なお、トナーが切れた際にトナーが切れた通知を管理装置21から管理センターサーバ10に送信しても良いが、本実施形態では、トナーが切れた通知を特にせず、前述のようなトナー交換通知だけをやり取りしている。以上のような構成及び処理により、消耗品管理システム1は次のような動作をする。図15は、トナーの自動配送のための通常のシーケンスを示す。図15に示すように、先ず、管理装置21から管理センターサーバ10にトナー残量通知が送信される。次に、配送システム400から管理センターサーバ10にトナー配送日通知が送信される。最後に、管理装置21から管理センターサーバ10にトナー交換通知が送信される。そして、このような各通知に併せて、図15に示すように、図11乃至図14に示す処理が実行される。しかし、消耗品管理システム1では、以上のような通常のシーケンスに常に沿うわけでもなく、通常のシーケンスから逸脱してしまうケースも発生する。そのようなケースについて以下に例を挙げて説明する。ケース1デバイス画像形成装置Bがトナー残量通知を送信した後にそのトナーの使用量が予想以上に増えたため、デバイスBのトナー切れが発生してしまう場合がある。このような場合、又は顧客の都合による場合もあるが、デバイス画像形成装置Aのために自動配送されたトナーをデバイスBに顧客例えば顧客先管理者が装着してしまうことがある。図16は、このような場合の消耗品管理システム1における処理を示す。図16に示すように、消耗品管理システム1では、デバイスBについて、図15に示した通常のシーケンスを逸脱し、トナー残量通知の送信11/23に送信の後であってトナー配送日通知が送信される前にトナー交換通知が送信11/25に送信される。図17は、そのときの消耗品管理情報テーブル34の登録内容の一例を示し、図18は、そのときの消耗品通知情報テーブル35の登録内容の一例を示す。先ず、デバイスAについて説明する。デバイスAについては通常のシーケンスとなっており、管理センターサーバ10は、管理装置21からのトナー残量通知を受信11/20に受信し、その後、配送システム400からのトナー配送日通知を受信11/24に受信している。この場合、トナー残量通知を受信した場合に実施される図11に示す処理により、図18に示すように、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE0000001が登録され、そのイベントIDE000001に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー残量通知、トナー残量通知日時として2010/11/2015:59、トナー切れ予測日として2010/11/26がそれぞれ登録される。さらに、トナー残量通知を受信した場合に実施される図12に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000003が登録され、そのイベントIDE000003に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー配送予定日通知、トナー残量通知日時として2010/11/2015:59、トナー配送予定日として2010/11/24、トナー切れ予測日として2010/11/26がそれぞれ登録される。そして、トナー配送日通知を受信した場合に実施される図13に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000004が登録され、そのイベントIDE000004に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー配送日通知、トナー残量通知日時として2010/11/2015:59、トナー配送予定日として2010/11/24、トナー配送日時として2010/11/249:00、トナー切れ予測日として2010/11/26がそれぞれ登録される。そして、管理センターサーバ10は、デバイスAからのトナー交換通知の受信待ち状態になっている。以上より、デバイスAの最新のイベントとなるトナー配送日通知イベントとして、図17に示すように、消耗品管理情報テーブル34のデバイスAデバイスIDMA000001-100001のイベントIDにE000004が登録される。一方、デバイスBについては次のようになる。トナー残量通知を受信した場合に実施される図11に示す処理により、図18に示すように、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000002が登録され、そのイベントIDE000002に対応するものとして、デバイスIDとしてMA000001-100002、イベント種別としてトナー残量通知、トナー残量通知日時として2010/11/2311:12、トナー切れ予測日として2010/11/29がそれぞれ登録される。さらに、トナー残量通知を受信した場合に実施される図12に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000005が登録され、そのイベントIDE000005に対応するものとして、デバイスIDとしてMA000001-100002、イベント種別としてトナー配送予定日通知、トナー残量通知日時として2010/11/2311:12、トナー配送予定日として2010/11/27、トナー切れ予測日として2010/11/29がそれぞれ登録される。そして、トナー交換通知を受信した場合に実施される図14に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000006が登録され、そのイベントIDE000006に対応するものとして、デバイスIDとしてMA000001-100002、イベント種別としてトナー交換通知、トナー残量通知日時として2010/11/2311:12、トナー配送予定日として2010/11/27、トナー切れ予測日として2010/11/29、トナー交換日時として2010/11/2513:09がそれぞれ登録される。また、デバイスBの最新のイベントとなるトナー配送日通知イベントとして、図17に示すように、消耗品管理情報テーブル34のデバイスBデバイスIDMA000001-100002のイベントIDにE000006が登録される。このようなデバイスBについての消耗品通知情報テーブル35の登録内容により、管理センターサーバ10では、トナー交換通知を受信した際の消耗品通知情報テーブル35のデバイスBのトナー交換通知に係るイベントIDE000006に対応するカラムにnullのカラムトナー配送日時のカラムがあると判定するステップS64の判定処理でNoと判定する。これにより、管理センターサーバ10では、配送情報テーブル36のデバイスBの配送状況が通常と判定すると、その配送状況を通常から緊急に変更するステップS67、ステップS68。さらに、管理センターサーバ10では、消耗品通知情報テーブル35のトナー配送予定日2010/11/27を配送可能な最短日例えば2010/11/25に変更するステップS69。ここで、図19は、ステップS68の処理が実施されたときの配送情報テーブル36の登録内容の一例を示す。図19に示すように、配送情報テーブル36のデバイスBの配送状況には、緊急が登録される。以上のような処理の結果、配送システム400は、緊急配送への切り替えにより消耗品通知情報テーブル35の最新の登録情報となったトナー配送予定日を基に、トナーの配送を行うようになる。その結果、デバイスAに装着可能なトナーが迅速に配送されることとなる。すなわち、本実施形態では、消耗品通知順序が正しいか否かを消耗品通知情報テーブル35の登録状態により判定し、その結果、消耗品通知順序が正しくないと判定したとき、トナー配送予定日を変更するとともに配送情報の配送状況を緊急に変更することで、配送システム400がその変更したトナー配送予定日を基に消耗品を緊急配送できるようにし、消耗品切れによる装置の停止ダウンタイム発生の可能性を低減している。ケース2前述のケース1では、デバイスBのトナー残量通知後にトナーの使用量が予想以上に増えたためにデバイスBのトナー切れが発生してしまった場合のケースである。しかし、デバイスBのトナーの使用量が予想をはるかに超えて急増しトナー切れが発生してしまうような場合には、デバイスBのトナー残量通知が送信される前に、デバイスAのために自動配送されているトナーをデバイスBに顧客例えば顧客先管理者が装着してしまうことになる。図20は、このような場合の消耗品管理システム1における処理を示す。図20に示すように、消耗品管理システム1では、デバイスBについて、図15に示した通常のシーケンスを逸脱し、トナー残量通知の送信がなされる前にトナー交換通知が送信11/24に送信される。図21は、そのときの消耗品管理情報テーブル34の登録内容の一例を示し、図22は、そのときの消耗品通知情報テーブル35の登録内容の一例を示す。先ず、デバイスAについて説明する。デバイスAについては通常のシーケンスとなっており、管理センターサーバ10は、管理装置21からのトナー残量通知を受信11/20に受信し、その後、配送システム400からのトナー配送日通知を受信11/24に受信している。この場合、トナー残量通知を受信した場合に実施される図11に示す処理により、図22に示すように、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000001が登録され、そのイベントIDE000001に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー残量通知、トナー残量通知日時として2010/11/2015:59、トナー切れ予測日として2010/11/26がそれぞれ登録される。さらに、トナー残量通知を受信した場合に実施される図12に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000002が登録され、そのイベントIDE000002に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー配送予定日通知、トナー残量通知日時として2010/11/2015:59、トナー配送予定日として2010/11/24、トナー切れ予測日として2010/11/26がそれぞれ登録される。そして、トナー配送日通知を受信した場合に実施される図13に示す処理により、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000003が登録され、そのイベントIDE000003に対応するものとして、デバイスIDとしてMA000001-100001、イベント種別としてトナー残量通知、トナー残量通知日時として2010/11/2015:59、トナー配送予定日として2010/11/24、トナー配送日時として2010/11/249:00、トナー切れ予測日として2010/11/26がそれぞれ登録される。そして、管理センターサーバ10は、デバイスAからのトナー交換通知の受信待ち状態になっている。以上より、デバイスAの最新のイベントとなるトナー配送日通知イベントとして、図21に示すように、消耗品管理情報テーブル34のデバイスAデバイスIDMA000001-100001のイベントIDにE000003が登録される。一方、デバイスBについては次のようになる。トナー交換通知を受信した場合に実施される図14に示す処理により、図22に示すように、消耗品通知情報テーブル35には、新たに発行したイベントIDとしてE000004が登録され、そのイベントIDE000004に対応するものとして、デバイスIDとしてMA000001-100002、イベント種別としてトナー交換通知、トナー交換日時として2010/11/2416:11がそれぞれ登録される。また、デバイスBの最新のイベントとなるトナー配送日通知イベントとして、図21に示すように、消耗品管理情報テーブル34のデバイスBデバイスIDMA000001-100002のイベントIDにE000004が登録される。このようなデバイスBについての消耗品通知情報テーブル35の登録内容により、管理センターサーバ10では、トナー交換通知を受信した際の消耗品通知情報テーブル35のデバイスBのトナー交換通知に係るイベントIDE000004に対応するカラムにnullのカラムトナー残量通知日時、トナー配送予定日、トナー配送日時、及びトナー切り予測日のカラムがあると判定するステップS64の判定処理でNoと判定する。これにより、管理センターサーバ10では、配送情報テーブル36のデバイスBの配送状況が通常と判定すると、その配送状況を通常から緊急に変更するステップS67、ステップS68。さらに、管理センターサーバ10では、消耗品通知情報テーブル35のトナー配送予定日の情報nullに配送可能な最短日例えば2010/11/25を新規に設定するステップS69。以上のように、本実施形態では、要するに、一のデバイス及び他のデバイスからのトナー残量通知、トナー配送日通知及びトナー交換通知の受信状況、並びに一のデバイスと他のデバイスとの管理される環境における関係を基に、トナー配送予定日に基づいて配送を完了した一のデバイスの消耗品が他のデバイスに装着されたと推定したとき、早期に配送するといった図12ステップS22の処理とは異なる基準により他のデバイスの消耗品のトナー配送予定日を設定している。すなわち、本実施形態では、トナー配送予定日に基づく配送により一のデバイスの消耗品の配送が完了してから一のデバイスからのトナー交換通知を受信する前に、一のデバイスとの間に管理される環境に関して予め設定された関係を有する他のデバイスからのトナー交換通知を受信した場合、他のデバイスの消耗品のトナー配送予定日を設定している。また、本実施形態では、通信処理部13は、例えば、受信手段を実現している。また、トナー配送管理部42は、例えば、第1設定手段を実現している。また、トナー交換管理部43は、例えば、第2設定手段を実現している。管理センターサーバ10は、例えば、消耗品管理装置を実現している。実施形態の変形例なお、前述の実施形態に限定されないことは言うまでもない。すなわち、本実施形態では、デバイスは画像形成装置に限定されるものではない。例えば、この場合、本実施形態に適用されるデバイスに応じて消耗品の内容も異なることになる。また、本実施形態は、配送システム400は顧客側管理センターサーバ10側に構築されるものであっても良い。例えば、この場合、前述のような管理センターサーバ10と配送システム400との間の情報トナー配送日通知等のやり取りは、管理センターサーバ10内で完結するようになる。また、本実施形態では、管理装置21を備えることなく、デバイスと管理センターサーバ10との間で直接、通知等の情報のやり取りを行っても良い。"