印刷処理が行われた場合のトナーの消費量を計測できる画像形成装置であって、前記画像形成装置におけるトナーの残量が配送閾値を下回った場合に、消耗品管理システムへトナーカートリッジの配送要求を送信する要求手段と、ネットワークを介して接続された統計情報サーバに対して、トナーの消費量を通知する通知手段と、前記統計情報サーバから、前記通知された消費量をもとに求められた画像形成装置での今後のトナーの消費量を予測するための統計データを取得する取得手段と、前記取得した統計データを保持する保持手段と、前記配送要求を送ってからトナーカートリッジが配送されてくるまでの配送必要日数と、前記保持された統計データとを用いて前記配送閾値を更新する更新手段と、を有することを特徴とする画像形成装置。前記通知手段は、前記保持された統計データが示すトナーの消費量から乖離したトナーの消費量が計測された場合に、当該計測されたトナーの消費量を通知することを特徴とする請求項1に記載の画像形成装置。前記保持された統計データをユーザにより更新させるための設定手段をさらに有することを特徴とする請求項1または2に記載の画像形成装置。前記更新手段は、統計データを用いて配送必要日数の間に消費されるトナー量の予測値を求め、前記画像形成装置に装着されているトナーカートリッジ内のトナー量に対する前記予測値の割合に応じて、前記配送閾値を更新することを特徴とする請求項1乃至3のいずれか1項に記載の画像形成装置。前記消耗品管理システム及び統計情報サーバが1つのサーバ装置から構成されることを特徴とする請求項1乃至4のいずれか1項に記載の画像形成装置。印刷処理が行われた場合のトナーの消費量を計測できる画像形成装置における方法であって、前記画像形成装置におけるトナーの残量が配送閾値を下回った場合に、消耗品管理システムへトナーカートリッジの配送要求を送信する要求工程と、ネットワークを介して接続された統計情報サーバに対して、トナーの消費量を通知する通知工程と、前記統計情報サーバから、前記通知された消費量をもとに求められた画像形成装置での今後のトナーの消費量を予測するための統計データを取得する取得工程と、前記取得した統計データを保持する保持工程と、前記配送要求を送ってからトナーカートリッジが配送されてくるまでの配送必要日数と、前記保持された統計データとを用いて前記配送閾値を更新する更新工程と、を有することを特徴とする画像形成装置。請求項1乃至5のいずれか1項に記載の手段としてコンピュータを機能させるためのプログラム。特許文献1に記載の技術においては、適切なタイミングでカートリッジの発注を行う場合には、画像形成装置の利用頻度が変わるような場合などには、ユーザが手動でデータ入力を行う必要があるため、ユーザ側の負荷が大きい。そこで、本発明はカートリッジの発注を行う際に用いる画像形成装置で管理されている閾値を適切に更新するための手法を提供することを目的とする。本発明における画像形成装置は、前記画像形成装置におけるトナーの残量が配送閾値を下回った場合に、消耗品管理システムへトナーカートリッジの配送要求を送信する要求手段と、ネットワークを介して接続された統計情報サーバに対して、トナーの消費量を通知する通知手段と、前記統計情報サーバから、前記通知された消費量をもとに求められた画像形成装置での今後のトナーの消費量を予測するための統計データを取得する取得手段と、前記取得した統計データを保持する保持手段と、前記配送要求を送ってからトナーカートリッジが配送されてくるまでの配送必要日数と、前記保持された統計データとを用いて前記配送閾値を更新する更新手段と、を有することを特徴とする。本発明によれば、顧客環境に応じて、適切なタイミングでカートリッジの発注を行うことが可能となる。以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、本実施例では消耗品としてトナーカートリッジを例に説明を行っているが、画像形成装置において、消耗度に応じた交換が必要な様々な消耗品に適用することも可能である。図1は、本発明におけるネットワークシステムの全体構成図である。本システムは、複数の顧客システム101、108、109、110、インターネット107、消耗品管理システム111、統計情報サーバ112から構成される。また、顧客システムは1台以上の画像形成装置が設置され、例えば顧客システム101にはLAN105で接続された画像形成装置102~104が設置されている。顧客システムは、ルータ装置106とインターネットと接続している。なお、本実施例では消耗品管理システム111と統計情報サーバ112を異なるシステムで構成しているが、同一システム内にて稼働させてもよい。図2aは、本実施例における画像形成装置のハードウェア構成図である。画像形成装置は、画像コントローラ部401と操作部409、スキャナ部411、印刷部413から構成される。CPU402は、システムバス415に接続される各デバイスを統括的に制御することにより、コピーやホストコンピュータからの印刷を制御する。ROM404には、画像形成装置の実行に必要な各種パラメータやプログラムが格納されている。RAM403は、CPU402の主メモリ、ワークエリア等として機能するとともに、スキャンや印刷等の画像データのバッファ領域としても使用される。HDD405は、ネットワークI/F407で受信した印刷データの一次的な格納や、ラスターイメージプロセッサRIP406や画像処理部414のスワップ領域として各モジュールからアクセスされる。RIP406は、ページ記述言語PDLをラスターイメージデータに展開する。操作部I/F408は、接続される操作部409からのキー入力及び操作部409への表示出力を制御するための通信I/Fである。操作部409は、ハードキーとタッチパネルで構成され、画像形成装置の状態表示及び操作を行うことができる。スキャナI/F410は、接続されるスキャナ部411の制御するための通信I/Fであり、スキャナ部411の制御コマンドの送受信やスキャナ部411で光学的にスキャンした画像の受信を行う。スキャナ部411は、原稿を光学的にスキャンする。印刷部I/F412は、接続される印刷部413を制御するための通信I/Fであり、印刷部413の制御コマンドの送受信や印刷部413で印刷する画像の送信を行う。画像処理部414は、スキャナ部411でスキャンされた画像や、RIP406が生成した画像に対して、変倍、回転、色変換、スムージング等の画像処理を行う。印刷部413内にはトナーカートリッジ416が存在し、印刷処理の都度、供給されるトナーが消費される。図2bは、本実施例における印刷部413内に存在するトナーカートリッジ416に関する構成の拡大図である。印刷部にトナーを供給するホッパー419内のトナーセンサー420がトナー切れを検知すると、トナーカートリッジ内トナー搬送モータ417が回転することによりトナー搬送スクリュー418が回転し、トナーがホッパー419へトナーが供給される。トナーカートリッジ内トナー搬送モータ417の駆動時間によりトナー消費量が算出できため、トナーカートリッジ内の初期トナー量とトナー消費量の累積からトナーカートリッジ内のトナー残量を算出することができる。ただし、トナー残量算出方法にこの方法に限定するものではなく、センサなどを用いてトナー残量を検出する方法であっても本発明に適用可能である。図3は、本実施例における消耗品の自動発注処理を説明するためのフローチャートである。図3aはトナーの残量に応じた発注処理を示し、図3bは画像形成装置における消耗品の交換に応じた処理について説明している。まず、S201で、画像形成装置102は、印刷処理が行われた際などに、トナー残量の計測を行う。例えば、印刷処理の度にトナーの消費量を計測し、それによりトナーカートリッジ内のトナーの残量を計測する。次に、S202で、画像形成装置102は、計測されたトナー残量が、配送閾値を下回っているか判定する。配送閾値を下回っていた場合にはS203に進み、下回っていない場合には本処理を終了する。S203で、画像形成装置102は消耗品管理システム111へトナーカートリッジの配送要求を送信する。配送要求には、画像形成装置102の識別情報、日時、トータルカウンタの値、及び交換した消耗品に関する情報などが含まれている。この際に、重複した発注を避けるために配送要求が送信済みであることを示すフラグをONにする。このフラグがONの場合は、次回のトナー残量計測の際に本Sに達した場合であっても配送要求の送信が行われず、次のSに進むことになる。続いて、S204で、画像形成装置102はトナー残量が残量少の閾値を下回っているかを判定する。この閾値を下回っていた場合にはS205に進み、下回っていない場合には本処理を終了する。S205では、画像形成装置102はトナー残量少の通知を行い、残量少フラグをONにする。通知は、画像形成装置の操作パネル上で表示されたり、ネットワークを介して外部装置に送信されても良い。残量少フラグがONの場合は、次回のトナー残量計測の際に本Sに達した場合であっても通知が行われず、次のSに進むことになる。次に、S206で、画像形成装置102はトナーが空かを判定する。空であった場合にはS207に進み、そうでない場合には本処理を終了する。S207では、画像形成装置102はトナー残量空の警告を行い、残量空フラグをONにする。この通知は、画像形成装置の操作パネル上で表示されたり、ネットワークを介して外部装置に送信されても良く、カートリッジの交換をユーザに促すものである。残量空フラグがONの場合は、次回のトナー残量計測の際に本Sに達した場合であっても通知が行われず、次のSに進むことになる。ユーザとしては、S205、S207の残長通知に従い、必要に応じてトナーカートリッジを交換することになる。続いて、消耗品管理システム111側の処理を説明する。S211で、は画像形成装置102からの配送要求を受信する。S212で、消耗品管理システム111は、顧客システムへのトナーカートリッジの配送処理を行う。ここでは、配送業者に対して連絡を行い、配送先とトナーカートリッジの種類など指定して配送手続きを行うことを示す。以上が、トナー残量に応じた配送技術の説明である。続いて、図3bを用いて消耗品の交換時の処理を説明する。まず、S221で、画像形成装置102は配送要求済みの消耗品であるトナーカートリッジが交換されたか否かを判定する。交換された場合にはS222に進む。S222では、画像形成装置102は、消耗品管理システム111に対して交換完了を通知する。この通知には、画像形成装置102の識別情報、交換日時、交換した消耗品に関する情報などが含まれている。最後に、送信済みフラグ、残量少フラグ及び残量空フラグをクリアして、本処理を終了する。続いて、消耗品管理システム111側の処理を説明する。S231で、画像形成装置から交換通知を受信する。S232において、交換により顧客システム側の在庫が減ったので、在庫量を更新して、本処理を終了する。図4は、本発明における配送閾値の更新処理の概要を説明するためのフローチャートである。S301で、画像形成装置102は、定期的1日おきにそれまで計測したトナー消費量の実測データを統計情報サーバ112へ通知する。一方、S302で、統計情報サーバ112は、画像形成装置102から通知された実測データを受信する。S303で、統計情報サーバ112は、受信した実測データを分析し、トナー消費量の統計データとして保存する。S304で、統計情報サーバ112は、分析結果として、前記通知に応答として、統計データを画像形成装置に送信する。S305で、画像形成装置102は統計情報サーバ112から統計データを受信する。最後に、S306で、画像形成装置102は、取得した統計データをもとに、配送閾値の更新処理を行う。ここで、画像形成装置102は、配送閾値の更新タイミングを、実測データの通知タイミングとは非同期に実行することが可能で、その場合には更新タイミングにおいて統計情報サーバ112に対して取得要求を行うことにより統計データを取得することもできる。なお、画像形成装置102における処理の詳細については、図5を用いてさらに説明する。図5は、画像形成装置102における配送閾値の更新処理を説明するためのフローチャートである。本フローチャートで説明される処理に関わるプログラムは、画像形成装置のROM404に格納されており、RAM403にロードされ、CPU402により実行される。なお、本処理は例えば高い頻度毎日で実行されるものとする。まず、S501では、トナーの消費量の実測データを通知する日時通知タイミングになったかどうかが判断される。実測データの通知タイミングとは、画像形成装置102で計測したトナー消費量をある一定間隔ごとに統計情報サーバ112へ送信する日時である。本実施例では14日間隔で画像形成装置102から統計情報サーバ112へ実測データを通知する。S502では、統計情報サーバ112へ通知する実測データの選別が行われる。なお、S502の詳細は図6を用いて後述する。次に、S503では、選別された通知対象の実測データが統計情報サーバ112へ通知される。実測データを毎年のように収集することで、統計情報サーバ112では、顧客側での1日ごとの過去のトナーの消費量の統計が行え、将来的に利用されるであろうトナーの消費量を統計データとして求めることができる。次に、S504では、トナーの消費量の統計データを取得する日時取得タイミングになったかどうかが判断される。統計データの取得タイミングとは、画像形成装置102が、統計情報サーバ112が保持している統計データを、ある一定間隔ごとに統計情報サーバ112から取得要求する日時である。本実施例では、7日間隔で画像形成装置102が統計情報サーバ112に対して要求を行い、統計データを取得する。統計データの取得タイミングであった場合には、S505では、統計情報サーバ112への要求に応答して、統計データが取得される。次にS506で、画像形成装置102で保持している統計データを、統計情報サーバ112から取得した統計データで更新する。なお、S505及びS506の詳細は、図8を用いて後述する。最後に、S507では、配送閾値の更新処理が行われる。この処理の詳細は図9を用いて後述する。図6は、前述した図5におけるS502の詳細を説明する図である。本図において、実測データの通知タイミング603は2月10日とする。また、実測データ通知間隔605が14日で、通知タイミング603からその分だけ遡った1月27日が前回の実測データの通知タイミング604となる。ここで、1月27日から2月9日までの14日間の実測データが統計情報サーバ112へ通知する対象のデータとなる。しかし、通信データ量の削減のため、統計情報サーバ112から事前に取得して、画像形成装置で保持している統計データと、大きく乖離があった日の実測データのみを統計情報サーバ112へ通知する通知対象データとしてもよい。ここで大きな乖離とは、例えば、統計データからユーザ指定の割合だけ増減を示す実測データが計測された場合をいう。統計情報サーバ112において、統計データを特に更新すべきであるのは、今までの統計と異なる傾向を示すデータ計測された場合である。ただし、より統計データの精度を上げるために全ての日の実測データを送っても問題は無い。本図で、1月27日~2月9日までの14日間の各日のデータについて、通知対象となる実測データは、1月30日、1月31日、2月3日、2月6日のデータとなる。図7は、統計情報サーバ112へ通知される実測データのデータ構造である。日付ごとに実測データを記憶し、画像形成装置102がS502で選別した日の実測データのみが通知対象となる。図8は、前述した図5におけるS505、S506の詳細を説明する図である。本図では、統計データの取得タイミング801は1月28日とする。この場合、所定の基本期間803に対してさらに配送必要日数804を合計した日数分、つまり1月28日から2月8日までの12日間が、統計データの取得対象期間805となる。画像形成装置102は、取得対象期間805の分の統計データを統計情報サーバ112から取得する。また、画像形成装置102は、統計情報サーバ112から取得した統計データで、自装置で保持している統計データを更新する。なお、配送必要日数804とは、画像形成装置102が消耗品管理システム111へ配送要求を通知してからユーザの手元にトナーカートリッジが配送されるまでの日数を示す。本実施例では配送必要日数を5日と仮定している。統計データの取得対象期間805として配送必要日数804を考慮しているのは、S507で発送閾値を算出する際に、発送必要日数分の期間の統計データが必要になるためである。例えば、次回の統計データの取得予定タイミング802の前日である2月3日に発送要求閾値を算出する場合、2月4日以降の統計データも使用するため、配送必要日数を考慮した統計データの取得対象期間805とする必要がある。図9は、前述した図5におけるS507の詳細を説明する図である。本図では、2月2日に、配送閾値を算出する場合の処理を例に挙げ、説明する。画像形成装置102が配送要求を消耗品管理システム111へ送信した場合に、画像形成装置102が設置してあるユーザの手元へトナーカートリッジが届くのは、配送必要日数5日間が経過した後となる。そのため、トナーカートリッジ内の残量が、2月2日からの5日間の間に消費される予測トナー量を下回った場合には、トナーが切れないように、配送要求を消耗品管理システム111へ送信する必要がある。この5日間の予測消費トナー量が配送閾値を算出する際に重要となる値になる。前述したとおり、配送閾値を算出するために、2月2日~6日の統計データの合計値、つまり2月2日~6日の5日間で消費されるトナー量の予測値を求める。この予測値をトナーカートリッジ内の初期満杯時のトナー量で割り、100を掛けたものが配送閾値となる単位は。したがって、画像形成装置において、トナーカートリッジ内のトナー残量が、ここで計算された配送閾値を下回った際に、配送要求の自動送信が行われる。なお、以降の日程においても、配送必要日数分の統計データの合計値を使い、2月2日のケースと同様に配送閾値を更新する。このように、統計データをもとに、配送閾値を毎日更新することによりトナーカートリッジ配送タイミングの最適化を行うことが可能になる。なお、本実施例では統計データを単純に加算することでトナー消費量の予測を行っているが、別のアルゴリズムで予測を行っても構わない。応用例上述した実施例では、画像形成装置102は統計情報サーバ112から取得した統計データをもとにトナー消費量を予測し、配送閾値を更新していた。しかし、統計データとは異なるトナーの消費予測がユーザ側であらかじめわかっているケースも存在する。例えば、数日後の会議で膨大な印刷物が必要になることが分かっているなどがそういったケースと言える。その場合に、統計データをもとにした予測を行うと、適切ではないタイミングで配送要求を送信してしまう可能性がある。そこで、本実施例では、操作部409に画像形成装置102で保持している統計データを確認することを可能とする。さらに、必要に応じて、画像形成装置102で保持している統計データを手動で設定して更新することを可能とする仕組みを設ける。よって、ユーザの入力に基づく、配送要求の送信タイミングの適正化を図ることが可能となる。他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。