(57)【要約】【課題】  各ユーザ側に設置されたＯＡ機器の消耗品の在庫管理のためのユーザ側の設備負担、保守作業負担を軽減できる消耗品発注システムを提供すること。【解決手段】    各ユーザ側の各ＯＡ機器は、自機の動作により消費される消耗品の残量が所定のしきい量まで減少したことが検出されると検出されるまでに自装置で消費した前記消耗品の消費量をユーザ識別情報と共に消費量通知情報として前記消耗品発注代行装置に送信する消耗品消費量通知手段とを備える一方、前記消耗品発注代行装置は、各ユーザに滞欧した前記消耗品の各累計消費量と対応する各在庫量とを比較して累計消費量が対応する在庫量に近づいた場合に対応するユーザ識別情報により特定されるユーザについての前記消耗品の発注を所定の形態で行うことを特徴とする。【選択図】    図１
2006221285.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ識別情報により特定される各ユーザにそれぞれ属するＯＡ機器群を構成する各ＯＡ機器と消耗品発注代行装置とがネットワークを介して接続されて構成される消耗品発注システムであって、
前記各ＯＡ機器は、
自機の動作により消費される消耗品の残量を検出する消耗品残量検出手段と、
その消耗品残量検出手段により前記消耗品が所定のしきい量まで減少したことが検出されると検出されるまでに自装置で消費した前記消耗品の消費量を自装置に予め設定されたユーザ識別情報と共に消費量通知情報として前記消耗品発注代行装置に送信する消耗品消費量通知手段とを備える一方、
前記消耗品発注代行装置は、
各ユーザに対応した前記ユーザ識別情報のそれぞれに対応して前記消耗品の各ユーザ側における在庫量を設定・記憶したユーザ別在庫量記憶手段と、
前記ユーザ識別情報のそれぞれに対応して前記消耗品の累計消費量を記憶したユーザ別累計消費量記憶手段と、
前記ネットワークを介して前記各ＯＡ機器のいずれかから前記消費量通知情報が受信された場合に、当該消費量通知情報により通知されたユーザ識別情報に対応して前記ユーザ別累計消費量記憶手段に記憶されている累計消費量に当該消費量通知情報により通知された消費量を累計加算する消費量累計手段と、
前記ユーザ別累計消費量記憶手段に記憶された各累計消費量と、対応して前記ユーザ別在庫量記憶手段に記憶された各在庫量とを比較して、累計消費量が対応する在庫量に近づいた場合に、対応するユーザ識別情報により特定されるユーザについての前記消耗品の発注を所定の形態で行う発注制御手段とを備えたことを特徴とする消耗品発注システム。
【請求項２】
ユーザ識別情報により特定される各ユーザにそれぞれ属するＯＡ機器群を構成する各ＯＡ機器と消耗品発注代行装置とがネットワークを介して接続されて構成される消耗品発注システムであって、
前記各ＯＡ機器は、
自機の動作により消費される消耗品の残量を検出する消耗品残量検出手段と、
その消耗品残量検出手段により前記消耗品が所定のしきい量まで減少したことが検出されると検出されるまでに自装置で消費した前記消耗品の消費量を自装置に予め設定されたユーザ識別情報と共に消費量通知情報として前記消耗品発注代行装置に送信する消耗品消費量通知手段とを備える一方、
前記消耗品発注代行装置は、
各ユーザに対応した前記ユーザ識別情報のそれぞれに対応して前記消耗品の各ユーザ側における在庫量を設定・記憶したユーザ別在庫量記憶手段と、
前記ユーザ識別情報のそれぞれに対応して前記消耗品の累計消費量を記憶したユーザ別累計消費量記憶手段と、
前記ネットワークを介して前記各ＯＡ機器のいずれかから前記消費量通知情報が受信された場合に、当該消費量通知情報により通知されたユーザ識別情報に対応して前記ユーザ別累計消費量記憶手段に記憶されている累計消費量に当該消費量通知情報により通知された消費量を累計加算する消費量累計手段と、
前記各ＯＡ機器からの前記消費量通知情報の通知間隔と各通知において当該消費量通知情報により通知された消費量とに基づいて算出した消費速度、前記ユーザ別在庫量記憶手段に通知元のユーザ識別情報に対応して記憶された在庫量、及び、前記ユーザ別累計消費量記憶手段に通知元のユーザ識別情報に対応して記憶された累計消費量に基づいて算出された予測在庫切れ時刻を対応するユーザ識別情報と対応付けて記憶するユーザ別予測在庫切れ時刻記憶手段と、
各ユーザ別識別情報と対応つけてユーザ要望発注時刻を記憶するユーザ別要望発注時刻記憶手段と、
前記ユーザ別要望発注時刻記憶手段に記憶されたいずれかのユーザ要望発注時刻が到来した場合、または、前記ユーザ別予測在庫切れ時刻記憶手段に記憶された各予測在庫切れ時刻と、対応して前記ユーザ別要望発注時刻記憶手段に記憶された各ユーザ要望発注時刻とを比較して、予測在庫切れ時刻が対応するユーザ要望発注時刻よりも早く到来する場合に、対応するユーザ識別情報により特定されるユーザについての前記消耗品の発注を所定の形態で行う発注制御手段とを備えたことを特徴とする消耗品発注システム。
【請求項３】
前記発注制御手段による発注制御は、発注対象のユーザについての前記消耗品の発注に係る情報を自装置で出力、または、前記消耗品の供給元側の他装置に送信することにより行われることを特徴とする請求項１または２のいずれかに記載の消耗品発注システム。
【請求項４】
前記発注制御手段による発注制御は、発注対象のユーザに対する前記消耗品の発注に係る情報の送信により行われることを特徴とする請求項１または２のいずれかに記載の消耗品発注システム。
【請求項５】
前記消耗品発注代行装置は、前記各ユーザ識別情報のそれぞれに対応して請求項３に係る発注形態または請求項４に係る発注形態のいずれかの発注形態を設定したユーザ別発注形態記憶手段を更に備え、
前記発注制御手段における発注対象のユーザについての前記消耗品の発注制御は、当該ユーザに対応して前記ユーザ別発注形態記憶手段に設定された形態により行われることを特徴とする請求項１または２のいずれかに記載の消耗品発注システム。
【請求項６】
前記各ＯＡ機器は、自装置において前記消耗品が交換された場合に、交換された旨を前記ユーザ識別情報と共に交換通知情報として前記消耗品発注代行装置に送信する交換通知手段を更に備える一方、
前記消耗品発注代行装置は、前記各ＯＡ機器から通知される前記交換通知情報に基づいて、当該交換通知情報により通知されたユーザ識別情報に対応して前記ユーザ別在庫量記憶手段に記憶された消耗品の在庫量を自動更新する在庫量自動更新手段を備えたことを特徴とする請求項１ないし５のいずれかに記載の消耗品発注システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ユーザにそれぞれ属するＯＡ機器群を構成する各ＯＡ機器と消耗品発注代行装置とがネットワークを介して接続されて構成される消耗品発注システムに関する。
【背景技術】
【０００２】
会社の営業所などにおいてユーザが使用する、プリンタ装置、ファクシミリ装置、複写機、複合機などのＯＡ機器群は、給紙カートリッジに装填された記録紙や、トナーカートリッジに充電されたトナー等の各種消耗品を消費しつつ動作する。
【０００３】
ユーザは、それら各ＯＡ機器の動作に必要となる消耗品がなくってしまわないように、在庫切れが近くなれば発注して消耗品の配送を受けて在庫を補充し、各ＯＡ機器の動作に支障がでないようにしている。
【０００４】
しかし、ユーザが常に各ＯＡ機器の動作に必要となる消耗品の在庫量を気を使った発注業務を行うのは煩わしい。
【０００５】
その問題を解決する技術としては、例えば特許文献１が挙げられる。
【０００６】
その特許文献１に記載の技術では、ネットワークに接続されたＯＡ機器及び自動発注端末装置において、自動発注端末装置はＯＡ機器の消耗品情報を取得し、その情報より消耗品の供給量を計算し、ファクシミリやメール等で消耗品の自動発注を行う。
【特許文献１】特開2000-194767号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来の消耗品発注システムにおいては、ユーザ側に自動発注装置を設置するため、各ユーザごとに個別に自動発注装置を設置、管理しなければならないという問題点があった。
【０００８】
本発明は係る事情に鑑みてなされたものであり、ユーザ側に、ユーザ側に設置された各ＯＡ機器の消耗品のための自動発注装置を備える必要が無く、各ユーザ側に設置されたＯＡ機器の消耗品の在庫管理のためのユーザ側の設備負担、保守作業負担を軽減できる消耗品発注システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の消耗品発注システムは、ユーザ識別情報により特定される各ユーザにそれぞれ属するＯＡ機器群を構成する各ＯＡ機器と消耗品発注代行装置とがネットワークを介して接続されて構成される消耗品発注システムであって、前記各ＯＡ機器は、自機の動作により消費される消耗品の残量を検出する消耗品残量検出手段と、その消耗品残量検出手段により前記消耗品が所定のしきい量まで減少したことが検出されると検出されるまでに自装置で消費した前記消耗品の消費量を自装置に予め設定されたユーザ識別情報と共に消費量通知情報として前記消耗品発注代行装置に送信する消耗品消費量通知手段とを備える一方、前記消耗品発注代行装置は、各ユーザに対応した前記ユーザ識別情報のそれぞれに対応して前記消耗品の各ユーザ側における在庫量を設定・記憶したユーザ別在庫量記憶手段と、前記ユーザ識別情報のそれぞれに対応して前記消耗品の累計消費量を記憶したユーザ別累計消費量記憶手段と、前記ネットワークを介して前記各ＯＡ機器のいずれかから前記消費量通知情報が受信された場合に、当該消費量通知情報により通知されたユーザ識別情報に対応して前記ユーザ別累計消費量記憶手段に記憶されている累計消費量に当該消費量通知情報により通知された消費量を累計加算する消費量累計手段と、前記ユーザ別累計消費量記憶手段に記憶された各累計消費量と、対応して前記ユーザ別在庫量記憶手段に記憶された各在庫量とを比較して、累計消費量が対応する在庫量に近づいた場合に、対応するユーザ識別情報により特定されるユーザについての前記消耗品の発注を所定の形態で行う発注制御手段とを備えたことを特徴とする。
【００１０】
請求項２に記載の消耗品発注システムは、ユーザ識別情報により特定される各ユーザにそれぞれ属するＯＡ機器群を構成する各ＯＡ機器と消耗品発注代行装置とがネットワークを介して接続されて構成される消耗品発注システムであって、前記各ＯＡ機器は、
自機の動作により消費される消耗品の残量を検出する消耗品残量検出手段と、その消耗品残量検出手段により前記消耗品が所定のしきい量まで減少したことが検出されると検出されるまでに自装置で消費した前記消耗品の消費量を自装置に予め設定されたユーザ識別情報と共に消費量通知情報として前記消耗品発注代行装置に送信する消耗品消費量通知手段とを備える一方、前記消耗品発注代行装置は、各ユーザに対応した前記ユーザ識別情報のそれぞれに対応して前記消耗品の各ユーザ側における在庫量を設定・記憶したユーザ別在庫量記憶手段と、前記ユーザ識別情報のそれぞれに対応して前記消耗品の累計消費量を記憶したユーザ別累計消費量記憶手段と、前記ネットワークを介して前記各ＯＡ機器のいずれかから前記消費量通知情報が受信された場合に、当該消費量通知情報により通知されたユーザ識別情報に対応して前記ユーザ別累計消費量記憶手段に記憶されている累計消費量に当該消費量通知情報により通知された消費量を累計加算する消費量累計手段と、前記各ＯＡ機器からの前記消費量通知情報の通知間隔と各通知において当該消費量通知情報により通知された消費量とに基づいて算出した消費速度、前記ユーザ別在庫量記憶手段に通知元のユーザ識別情報に対応して記憶された在庫量、及び、前記ユーザ別累計消費量記憶手段に通知元のユーザ識別情報に対応して記憶された累計消費量に基づいて算出された予測在庫切れ時刻を対応するユーザ識別情報と対応付けて記憶するユーザ別予測在庫切れ時刻記憶手段と、各ユーザ別識別情報と対応つけてユーザ要望発注時刻を記憶するユーザ別要望発注時刻記憶手段と、前記ユーザ別要望発注時刻記憶手段に記憶されたいずれかのユーザ要望発注時刻が到来した場合、または、前記ユーザ別予測在庫切れ時刻記憶手段に記憶された各予測在庫切れ時刻と、対応して前記ユーザ別要望発注時刻記憶手段に記憶された各ユーザ要望発注時刻とを比較して、予測在庫切れ時刻が対応するユーザ要望発注時刻よりも早く到来する場合に、対応するユーザ識別情報により特定されるユーザについての前記消耗品の発注を所定の形態で行う発注制御手段とを備えたことを特徴とする。
【００１１】
請求項３に記載の消耗品発注システムは、請求項１または２のいずれかに記載の消耗品発注システムにおいて、前記発注制御手段による発注制御は、発注対象のユーザについての前記消耗品の発注に係る情報を自装置で出力、または、前記消耗品の供給元側の他装置に送信することにより行われることを特徴とする。
【００１２】
請求項４に記載の消耗品発注システムは、請求項１または２のいずれかに記載の消耗品発注システムにおいて、前記発注制御手段による発注制御は、発注対象のユーザに対する前記消耗品の発注に係る情報の送信により行われることを特徴とする。
【００１３】
請求項５に記載の消耗品発注システムは、請求項１または２のいずれかに記載の消耗品発注システムにおいて、前記消耗品発注代行装置は、前記各ユーザ識別情報のそれぞれに対応して請求項３に係る発注形態または請求項４に係る発注形態のいずれかの発注形態を設定したユーザ別発注形態記憶手段を更に備え、前記発注制御手段における発注対象のユーザについての前記消耗品の発注制御は、当該ユーザに対応して前記ユーザ別発注形態記憶手段に設定された形態により行われることを特徴とする。
【００１４】
請求項６に記載の消耗品発注システムは、請求項１ないし５のいずれかに記載の消耗品発注システムにおいて、前記各ＯＡ機器は、自装置において前記消耗品が交換された場合に、交換された旨を前記ユーザ識別情報と共に交換通知情報として前記消耗品発注代行装置に送信する交換通知手段を更に備える一方、前記消耗品発注代行装置は、前記各ＯＡ機器から通知される前記交換通知情報に基づいて、当該交換通知情報により通知されたユーザ識別情報に対応して前記ユーザ別在庫量記憶手段に記憶された消耗品の在庫量を自動更新する在庫量自動更新手段を備えたことを特徴とする。
【発明の効果】
【００１５】
請求項１に係る発明によれば、ユーザ側のＯＡ機器により消費される消耗品の累計消費量を消耗品発注代行装置側で管理するようにして、予め設定されている在庫量と比較してユーザ側で在庫切れになりそうになると自動的に消耗品の発注が行われる。そのようにして、各ユーザ側で動作する各ＯＡ機器が消費する消耗品についての各ユーザ側の在庫管理・発注業務を前記消耗品発注代行装置が代行管理するようにしているため、各ユーザ側での消耗品に関する管理、保守作業を軽減することができる。また、前記消耗品発注代行装置側のメンテナンス（ソフトのバージョンアップ、インストール等）は、前記消耗品発注代行装置が設置されている消耗品発注・供給業者側だけで行えばよいたる、全てのユーザを人が周るための各種費用などが削減できる。またユーザ側にとってもサービスマンなどへの対応をする必要がなくなり、また各ユーザにとっても、ＯＡ機器の消耗品発注のための専用装置を自分側（自社、自事務所など）に置くスペースも必要なくなる利点がある。
【００１６】
請求項２に係る発明によれば、消耗品発注代行装置側において予めユーザからの指示に応じて設定したユーザ要望発注時刻が到来すれば、自動的に消耗品の発注を行い、また、ユーザ要望発注時刻の到来前でも、予測在庫切れ時刻が前記ユーザ要望発注時刻よりも先に到来するような、ユーザ側の在庫判断に誤りがあるような場合には、自動的に消耗品の発注を行う。そのようにして、各ユーザ側で動作する各ＯＡ機器が消費する消耗品についての各ユーザ側の在庫管理・発注業務を前記消耗品発注代行装置が代行管理するようにしているため、各ユーザ側での消耗品に関する管理、保守作業を軽減することができる。また、前記消耗品発注代行装置側のメンテナンス（ソフトのバージョンアップ、インストール等）は、前記消耗品発注代行装置が設置されている消耗品発注・供給業者側だけで行えばよいたる、全てのユーザを人が周るための各種費用などが削減できる。またユーザ側にとってもサービスマンなどへの対応をする必要がなくなり、また各ユーザにとっても、ＯＡ機器の消耗品発注のための専用装置を自分側（自社、自事務所など）に置くスペースも必要なくなる利点がある。
【００１７】
請求項３に係る発明によれば、ユーザの確認を求めることなく直接発注できるため、その分ユーザ側の管理負担を軽減した自動発注を行うことが可能となる効果が得られる。
【００１８】
請求項４に係る発明によれば、ユーザ経由の、ユーザの確認を求めた上での間接発注を行うため、その分ユーザ側に無断ではなく確認をとった確実な発注を実現することが可能となる効果が得られる。
【００１９】
請求項５に係る発明によれば、ユーザ毎に発注形態を設定できるため、各ユーザに要望に適合した形態での消耗品発注が可能となる効果が得られる。
【００２０】
請求項６に係る発明によれば、ユーザ側のＯＡ機器において、発注・配送した消耗品が交換されたことを前記消耗品発注代行装置側が知って、対応する在庫量を自動的に更新できるため、前記消耗品発注代行装置における各ユーザについての消耗品在庫管理の管理負担を軽減することが可能となる効果が得られる。
【発明を実施するための最良の形態】
【００２１】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００２２】
図１に、本発明を実施するための最良の形態に係る消耗品発注システムを含むシステム構成について示す。
【００２３】
同図に示すシステムは、本発明に係る消耗品発注システム、つまり、多数のユーザ側システム１０００，１０００ａ、１０００ｂ、１０００ｃ等と、それら各ユーザ側システムがそれぞれ含む各種ＯＡ機器が消費する消耗品の発注・供給（補充）を、ユーザ側システムに代わって行うための、発注代行・供給業者側システム６０００とがネットワークの１つであるインターネット４０００を介して接続されて構成されるシステムを含む。
【００２４】
なお、以後の説明では、各ユーザ側システムを代表するものとして、ユーザ側システム１０００ついてのみ具体的に説明するが、他のユーザ側システムについても同様である。
【００２５】
ユーザ側システム１０００は、ネットワークの１つであるＬＡＮ５００を介して相互接続された情報処理端末やＯＡ機器を含む。なお、ＬＡＮ５００は、ルータ装置５００２を介してインターネット４０００にも接続される。
【００２６】
その場合情報処理端末とは、ＰＣ５００１、５００１ａ、５００１ｂなどのＰＣ（パーソナルコンピュータ）である。また、ＯＡ機器とは、複合機１，プリンタ装置１ａ等である。ユーザ側システム１００が含むＯＡ機器が消費する消耗品としては、具体的には、プリンタ装置１ａ、複合機１，複写機、ファクシミリ装置等の構成として画像形成装置を含む機器おいて消費される、給紙カートリッジに補給された記録紙がある。また、記録紙に画像形成するための記録剤を収めたカートリッジがある。その記録剤カートリッジは、具体的には、インクジェット方式ならインクカートリッジ、電子写真方式なら、トナーカートリッジ（現像器などを含むプロセスカートリッジとして扱われることもある）である。
【００２７】
ユーザ側システム１０００が含む複合機１は、ＰＳＴＮ２０００を介してＰＳＴＮ２０００上のファクシミリ装置２００１との間で画データの送受信を行うことができる。また、複合機１は、ＬＡＮ５０００に接続され、パケット変換を行うルータ装置５００２を介してインターネット４０００に接続され、インターネット４０００上のパーソナルコンピュータ４００２との間で電子メールによる画像データの送受信や、インターネット４０００上のネットワークファクシミリ装置４００１との電子メールやＩＴＵ−Ｔ勧告Ｔ．３８などに基づくリアルタイムネットワークファクシミリ通信による画データの送受信を行うことができる。また、複合機１は、ＬＡＮ５０００上のパーソナルコンピュータ（ＰＣ）５００１ａ、５００１ｂ、５００１ｃ等との間で画データのやりとりを行うことができる。
【００２８】
つまり、複合機１は、公衆回線を介した通常のファクシミリ装置、ネットワークファクシミリ装置、ＰＣ５００１ａ等にとってのスキャナ装置、ＰＣ５００１ａ等にとってのプリンタ装置、複写機等としての機能を複合的に備えたものである。
【００２９】
そのような複合機１は、各種サイズ記録紙を収納した記録紙カートリッジやトナーカートリッジを備え、消耗品、つまり、記録紙やトナーを消費しつつ動作する。プリンタ装置１ａについても同様である。
【００３０】
従来、ユーザ側システム１０００の消耗品管理の担当者は、システム内の各種ＯＡ機器の動作に支障がでないように、各ＯＡ機器用の消耗品のシステム内在庫を切らさないように常に注意を払っている必要があり、在庫量が少なくなったら完全に無くなる前に注文して補充しておく必要があり、もし、在庫切れになるとシステム、具体的には、会社や事務所の業務に支障をきたす。
【００３１】
そのため、消耗品管理担当者の負担が大きく、特許文献１に示されるように、ユーザ側システム１０００内のＯＡ機器における消耗品の消費量を把握して在庫量を比較して在庫が少なくなると自動発注する自動発注端末装置を、システム１０００内に備えるようにすることも考えられるが、ユーザ側システム１０００内に自動発注端末装置を配備する特許文献１のやりかたでは、システム内ＯＡ機器の消耗品自動発注のためのユーザ側負担が大きすぎて小規模なユーザ側システムでは利用しにくい面がある。
【００３２】
そこで、本発明を実施するための最良の形態では、各ユーザ側システムにおいて自動発注端末装置を配備するのではなく、複数のユーザ側システムを担当する消耗品発注代行装置２を、発注代行・供給業者側システム６０００側に配備して、複数のユーザ側システムのそれぞれについての消耗品発注を消耗品発注代行装置２が一括して管理するようにする。
【００３３】
しかし、そのためには、各ユーザ側システム内の各ＯＡ機器と、消耗品発注代行装置２とが、相互に必要な情報交換処理を行う必要がある。
【００３４】
その情報交換処理について、ユーザ側システム１０００内のＯＡ機器の１つである複合機１と、消耗品発注代行装置２とのやりとりを中心にして以下詳細に説明するが、その前に、複合機１及び代行装置２のそれぞれのブロック構成について説明しておく。
【００３５】
先ず、図２に複合機１のブロック構成について示す。
【００３６】
同図において、ＣＰＵ５０２は、ＲＡＭ５０４を作業領域として使用しつつ、ＲＯＭ５０３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。
【００３７】
ＲＯＭ５０３は、ＣＰＵ５０２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。
【００３８】
ＲＡＭ５０４は、前述したようにＣＰＵ５０２の作業領域として使用されるランダムアクセスメモリである。
【００３９】
ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）５０５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。
【００４０】
時計回路５０６は、現在の日付及び時刻を常に計時しているもので、ＣＰＵ５０２は、システムバス５１４を介して時計回路５０６を読み出すことで、現在の日時（日付と時刻）を知ることができる。
【００４１】
操作表示部５０７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００４２】
読取部５０８は、原稿を読み取って画データを得るためのものである。
【００４３】
画像形成部５０９は、画像データを記録紙に印刷出力するためのものである。
【００４４】
画像処理部５１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、画データを構成する各主走査ラインにおける画素順番の並べ替え処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、複合機１において扱う画データに関する各種処理を行う。
【００４５】
ＬＡＮ通信制御部５１０は、いわゆるＮＩＣ（Network Interface Card）であり、ＬＡＮ５０００に接続され、ＬＡＮプロトコル上でのＣＰＵ５０２によるＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のプロトコルにより各種情報のやりとりなどを行えるようにするためのものである。上位のプロトコルとは、具体的には、ＰＯＰプロトコルによる電子メール受信や、ＳＭＴＰプロトコルによる電子メール送信等である。
【００４６】
通信制御部５１２は、ＮＣＵ部５１３を介してＰＳＴＮ２０００と接続され、相手側通信端末との通信の制御を行う。その通信制御部５１２は、ＮＣＵ部５１３を制御し、ＮＣＵ部５１３にて検出されたリンギング電圧のパルスの検出や、ＤＴＭＦ信号の検出、トーン信号の検出、送信時の発呼を行う。また、通信制御部５１２は、モデムを有しており、相手側通信端末より受信した受信データ（変調されている）を復調したり、逆に、送信時の送信データを変調し送信したりする。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に文書画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。
【００４７】
ＮＣＵ部５１３はＰＳＴＮ２０００に接続され、回線の閉結や、呼び出し信号（リンギング）の検出などをおこなう。
【００４８】
システムバス５１４は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００４９】
以上の構成の複合機１は、プリンタ装置として、ファクシミリ装置の受信側として、または複写機として、画像データをトナー像化して記録紙上に転写形成して出力するが、その画像形成は、前述したように、画像形成部９により行われる。そして、その画像形成動作が行われるたびことに、トナーカートリッジ（図示せず）内のトナーや、各種記録紙サイズ（Ａ４，Ａ３，Ｂ４等）の給紙カートリッジ（図示せず）内の記録紙を消費していく。
【００５０】
次に、図３に代行装置２のブロック構成について示す。
【００５１】
同図に示す代行装置２は、図２に示した複合機１の構成のうちの、画像形成部５０９及び画像読取部５０８を省いた構成である。
【００５２】
具体的には、ＣＰＵ６０２は、ＲＡＭ６０４を作業領域として使用しつつ、ＲＯＭ６０３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。
【００５３】
ＲＯＭ６０３は、ＣＰＵ６０２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。
【００５４】
ＲＡＭ６０４は、前述したようにＣＰＵ６０２の作業領域として使用されるランダムアクセスメモリである。
【００５５】
ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）６０５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。
【００５６】
時計回路６０６は、現在の日付及び時刻を常に計時しているもので、ＣＰＵ６０２は、システムバス５１４を介して時計回路６０６を読み出すことで、現在の日時（日付と時刻）を知ることができる。
【００５７】
操作表示部６０７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００５８】
画像処理部６１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、画データを構成する各主走査ラインにおける画素順番の並べ替え処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、代行装置２において扱う画データに関する各種処理を行う。
【００５９】
ＬＡＮ通信制御部６１０は、いわゆるＮＩＣ（Network Interface Card）であり、ＬＡＮ７００を介してインターネット４０００に接続され、ＬＡＮプロトコル上でのＣＰＵ６０２によるＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のプロトコルにより各種情報のやりとりなどを行えるようにするためのものである。上位のプロトコルとは、具体的には、ＰＯＰプロトコルによる電子メール受信や、ＳＭＴＰプロトコルによる電子メール送信等である。
【００６０】
通信制御部６１２は、ＮＣＵ部６１３を介してＰＳＴＮ２０００と接続され、相手側通信端末との通信の制御を行う。その通信制御部６１２は、ＮＣＵ部６１３を制御し、ＮＣＵ部６１３にて検出されたリンギング電圧のパルスの検出や、ＤＴＭＦ信号の検出、トーン信号の検出、送信時の発呼を行う。また、通信制御部６１２は、モデムを有しており、相手側通信端末より受信した受信データ（変調されている）を復調したり、逆に、送信時の送信データを変調し送信したりする。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に文書画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。
【００６１】
ＮＣＵ部６１３はＰＳＴＮ２０００に接続され、回線の閉結や、呼び出し信号（リンギング）の検出などをおこなう。
【００６２】
システムバス６１４は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００６３】
以上の構成の代行装置２は、インターネット４０００を介してユーザ側システム１０００内の複合機１などの各ユーザの各ＯＡ機器とやりとりを行う一方、消耗品受注用端末装置３とＰＳＴＮ２０００を介ししたファクシミリ通信や、インターネット４０００を介した電子メール通信によりやりとりを行う。ユーザ側システム内の発注業務管理者宛に電子メールにより必要な情報を通知したりする。
【００６４】
図４に図２の構成の複合機１のＥＥＰＲＯＭ６０５の記憶内容について示す。
【００６５】
同図において、ＥＥＰＲＯＭ６０５の記憶領域６０５ａには、複合機１にとっての消耗品発注代行装置（本発明を実施するための最良の形態では代行装置２）のネットワークアドレスが記憶されている。
【００６６】
記憶領域６０５ｂには、ユーザ側システム１０００における発注業務管理者のメールアドレスが設定・記憶されている。そのメールアドレスは、図１において、ＰＣ６００１（発注業務用）にインストールされた電子メールアプリケーションに受信メールアドレスとして予め設定されているものである。
【００６７】
図５に図３の構成の代行装置２のＥＥＰＲＯＭ６０５の記憶内容について示す。
【００６８】
ＥＥＰＲＯＭ６０５の記憶領域６０５ａには、消耗品発注代行依頼元ユーザ群管理テーブルが設定・記憶されている。
【００６９】
図６及び図７に、テーブル６０５ａの具体的な内容について示す。図６及び図７に示すテーブル６０５ａは、１つのテーブルであり、フィールド数が多く１つの図に収まらないために２つの図に、内容の重複を含みつつ分けて記載されているが、重複記載された内容をつき合わせることで、１つのテーブルとして把握できるものである。
【００７０】
それらの図において、テーブル６０５ａには、ユーザ側システム１０００等の各ユーザに対応したユーザ識別情報として「ユーザ識別コード」に対応して、「ユーザー名」、「発注形態設定フラグＦｏ」、「メールアドレス」の各フィールドが記憶される。
【００７１】
「ユーザ名」は、「ユーザ識別コード」ではわかりにくい各ユーザを容易に把握できるようにするための文字列情報であり、予め代行装置２の管理者により設定・記憶されるものである。
【００７２】
「発注形態設定フラグＦｏ」は、値０が「直接発注」を示し、値１が「ユーザ経由発注」を示す情報であり、予め代行装置２の管理者により、対応する「ユーザ識別コード」により特定されるユーザの所望するところに応じて設定・記憶されるものである。
【００７３】
「メールアドレス」は、ユーザ側のＯＡ機器において、図４の記憶領域５０５ｂに示すように設定・記憶されている、ユーザ側において消耗品の発注業務を管理する者のメールアドレス（後述する手順によりユーザ側ＯＡ機器から通知される）が登録されるフィールドである。なお、「メールアドレス」の登録は、後述する手順によりその都度ユーザＯＡ機器から通知を受けるのではなく、予め各ユーザからの設定情報のとして１つとして代行装置２の管理者が受け取って代行装置２のテーブル５０６ａの「メールアドレス」のフィールドに登録するようにしてもよい。ただし、その場合、後述する手順によりその都度通知を受ける場合と比較して、ユーザ側での消耗品発注管理者のメールアドレスの変更への対応の柔軟性は多少損なわれる。
【００７４】
テーブル６０５ａにおいては、各ユーザ（識別コード）に対応して、１または複数の「消耗品識別コード」が設定されている。その「消耗品識別コード」は、ユーザ側システムが含む各ＯＡ機器で使用される１または複数の消耗品を識別するための情報であり、トナーＡ、トナーＢなどのトナーカートリッジの種別を識別したり、記録紙Ａ、Ｂなどの記録紙の種別（サイズ、紙質等）を識別するための情報である。
【００７５】
また、各ユーザ（識別コード）に対応する各消耗品（識別コード）に対応して、対応する「消耗品名」、対応する消耗品を使用する当該ユーザ側システム内の「ＯＡ機器の台数」が予め設定・記憶されると共に、これまでの「累計消費量」が記憶されると共に後述する処理手順により加算更新される。
【００７６】
また、各ユーザ（識別コード）に対応する各消耗品（識別コード）に対応して、「実質在庫量」、「消費量最終通知時刻」、「予測在庫切れ時刻」、及び、「ユーザ要望発注時刻」も記憶される。
【００７７】
「実質在庫量」は、「在庫量」と「配送中量」とにより構成される。「在庫量」は、対応するユーザ側システム側に実際に在庫されている（置いてある）消耗品の量に対応して設定されているものである。「配送中量」は、ユーザ側システム側に実際に在庫されてはいないが、在庫されるべく現在配送中である消耗品の量に対応している。
【００７８】
「消費量最終通知時刻」は、後述する手順により、対応する消耗品（識別コード）についてユーザ（識別コード）側から消費量を通知してきたときの時刻（日付を含む）を示すものである。「200401231125」は、「２００４年１月２３日１１時２５分」の意味である。その定義は、後述する「予測在庫切れ時刻」、「ユーザ要望発注時刻」についても同様である。
【００７９】
「予測在庫切れ時刻」は後述する手順により算出される、対応するユーザにおいて対応する「消耗品」の在庫が切れる（在庫量とほぼ同量が消費される）時刻を予測する情報である。
【００８０】
「ユーザ要望発注時刻」は、上記「予測在庫切れ時刻」と比較されるべき情報であり、対応するユーザ（側システムの消耗品発注管理者）から予め通知され、代行装置２に予め設定・登録していた情報である。
【００８１】
次に、図８に、ユーザ側ＯＡ機器としての複合機１における消耗品消費量通知処理手順と、消耗品発注代行装置２における発注管理処理手順とについて示す。なお、図８の複合機１側の消耗品消費量通知処理手順は、図１のユーザ側システム１０００内のプリンタ装置１ａや、ユーザ側システム１０００ａ、ｂ、ｃ等のシステム内の各種ＯＡ機器においても同様に行われている処理手順であり、代行装置２は、判断Ｓ２０１のＮｏのループ）において、それら各ＯＡ機器からの通知を監視している。
【００８２】
さて、図８において、複合機１側は、自装置内の各消耗品の消費状況、つまり、各消耗品の残量の確認を（処理Ｓ１０１）、いずれかの消耗品がしきい残量以下になるまで行う（判断Ｓ１０２のＮｏのループ）。
【００８３】
判断Ｓ１０２がＹｅｓとなると、しきい残量以下となった消耗品（種別）について、消費量を示す情報を特定した上で（処理Ｓ１０３）、消費量通知処理を行い（処理Ｓ１０４、処理Ｓ１０１に戻る。
【００８４】
判断Ｓ１０３においては、例えば、消耗品種別がトナー（カートリッジ）の場合には、消費量情報としは、「１個」となる。消耗品種別が記録紙Ａ（給紙カートリッジＡ）の場合には、消費量情報は、当該給紙カートリッジＡに補充可能な最大枚数からしかい残量として検出される枚数を減じた枚数となる。
【００８５】
処理Ｓ１０４の消費量通知処理では、  ユーザ識別コード、消耗品種別コード、消費量情報、及び、メールアドレスを、図４の記憶領域５０５ａのネットワークアドレス（に対応する装置である代行装置２）宛にＴＣＰ・ＵＤＰ／ＩＰプロトコル上での所定の手順により通知する。その所定の手順は、本文に必要な情報を記述した電子メールにより行うようにしてもよい。
【００８６】
その場合、ユーザ識別コードは、代行装置２側の図６及び７のテーブル６０５ａの「ユーザ識別コード」として登録される共に自装置側のユーザ側システムの消耗品管理者に通知されて、予め自装置に設定・記憶されている情報である。
【００８７】
消耗品種別コードは、判断Ｓ１０２をＹｅｓとした消耗品の種別を示す情報であり、代行装置２側の図６及び７のテーブル６０５ａの「消耗品種別コード」と比較されるべきものである。
【００８８】
消費量情報は、処理Ｓ１０３により特定された情報である。
【００８９】
メールアドレスは、図４の記憶領域５０５ｂに予め設定・記憶されている自装置が属するシステムにおける消耗品発注業務管理者のメールアドレスである。
【００９０】
一方、代行装置２においては、ＯＡ機器（この場合複合機１）側での処理１０４に対応して、通知があるまで待っており（判断Ｓ２０１のＮｏのループ）、通知があると（判断Ｓ２０１のＹｅｓ）、通知されたユーザ識別コードを図６及び図７のテーブル６０５ａと照合してユーザ（側システム）を特定する（処理Ｓ２０２）。
【００９１】
そして通知された「メールアドレス」をテーブル６０５ａに特定したユーザ（識別コート）に対応する「メールアドレス」のフィールドに登録する（処理Ｓ２０３）。このフィールドは前述した通り、別とユーザからの連絡を受けて手動により登録するようにもできるものである。
【００９２】
また、通知された「消耗品種別コード」により消耗品種別を特定すると共に（処理Ｓ２０４）、通知された「消費量情報」により消費量を特定（処理Ｓ２０５）、テーブル６０５ａにおいて、処理Ｓ２０２で特定したユーザに対応する、処理Ｓ２０４で特定した消耗品種別に対応する「累計消費量」に、処理Ｓ２０５で特定した消費量を加算する（処理Ｓ２０６）。
【００９３】
つまり、特定種別の消耗品についてのテーブル６０５ａにおける「実質在庫量」と「累計消費量」との差が対応するユーザ側が現在在庫する当該種別の消耗品の量を示していることになる。その比較のために、「実質在庫量」は正確に設定される必要があり、代行装置２の管理者は、各ユーザ側システムにおける各種別の消耗品についての正しい「実質在庫量」をユーザ側や供給業者側にも確認しつつ予め設定しておく。
【００９４】
代行装置２における処理２０６の後は、図９の処理Ｓ２０７に移行する。
【００９５】
処理Ｓ２０７では、テーブル６０５ａにおいて対応する「消費量最終通知時刻」を読み出す（処理Ｓ２０７）。そして、時計回路５０６から現在時刻を取得する（処理Ｓ２０８）。そして、処理Ｓ２０５で特定した消費量を、処理Ｓ２０８で取得した現在時刻と処理Ｓ２０７で読み出した「消費量最終通知時刻」との差で除することにより、消費速度を算出する（処理Ｓ２０９）。
【００９６】
そして、対応する「実質在庫量」つまり、「在庫量」と「配送中量」の合計から、「累計消費量」を引いた値を、処理Ｓ２０９で算出した消費速度で除することにより、在庫が切れになるまでの時間を予測し、その予測した時間を現在時刻に加算することで在庫切れ時刻を予測し（処理Ｓ２１０）、その予測した時刻を、「予測在庫切れ時刻」として、テーブル６０５ａに登録する（処理Ｓ２１１）。なお、「予測在庫切れ時刻」の取得方法としては、更に長期にわたる統計情報として取得することも考えられる。
【００９７】
以上、必要な情報の取得、算出、登録を行った上で、それらの情報に基づいた発注要否判定処理を行い（処理Ｓ２１２）、その判定処理の結果、「発注要」と判定された場合には（判断Ｓ２１３のＹｅｓ）発注制御処理を行った上で（処理Ｓ２１４）、「発注不要」と判定された場合には（判断Ｓ２１３Ｎｏ）、何もしないで処理Ｓ２１５に移行する。
【００９８】
処理Ｓ２１５では、処理Ｓ２０８で取得した現在時刻を、新たな「消費量最終通知時刻」としてテーブル６０５ａに登録する（処理Ｓ２１５）。そして図８の判断Ｓ２０１に戻る。処理Ｓ２１５で登録された時刻は、次回の同一ユーザ同一種別の消耗品についての消費量被通知の際に、処理２０７により読み出されることになる。
【００９９】
図９の処理Ｓ２１２の発注要否判定処理の具体的な処理手順としては、図１０または図１１のいずれかの処理手順を適用できる。
【０１００】
図１０の手順においては、図９の処理Ｓ２０６による更新された「累計消費量」が「実質在庫量」とほぼ同量にかつたかを確認し（処理Ｓ４０１）、ほぼ同量になった場合には（判断Ｓ４０２のＹｅｓ）、ユーザがユーザ側在庫を使い切ったと判断して「発注要」と判定する（処理Ｓ４０３）。判断Ｓ４０２がＮｏの場合には、まだ、ユーザ側在庫に余裕があると判断して「発注不要」と判定する（処理Ｓ４０４）。
【０１０１】
なお、処理Ｓ４０１における判断では、「累計消費量」がまだ「実質在庫量」に対して十分余裕がある（例えば８０％）段階で、「発注要」と判断されるようにしてもよい。また、その余裕度を各ユーザ（側システム）ごとに、各ユーザの所望する所に応じて設定するようにしてもよい。その場合、各ユーザ在庫管理方針に柔軟に対応できる。
【０１０２】
一方、図１１の手順においては、時計回路５０６から現在時刻を読み出し（処理Ｓ５０１）、テーブル６０５ａの「ユーザ要望発注時刻」と比較する（処理Ｓ５０２）。それにより、現在時刻がユーザ要望発注時刻になったか、つまり、発注時刻が到来したかを判断し（判断Ｓ５０３）、到来した場合には（判断Ｓ５０３のＹｅｓ）、「発注要」と判定する（処理Ｓ５０４）。
【０１０３】
判断Ｓ５０３のＮｏの場合には、更に、「予測在庫切れ時刻」をテーブル６０５ａから読み出し（処理Ｓ５０５）、対応する「ユーザ指定発注時刻」よりも早く到来するかを判断し（判断Ｓ５０６）、早く到来する場合には（判断Ｓ５０７のＹｅｓ）、「発注要」と判定する。
【０１０４】
判断Ｓ５０７がＮｏの場合には、「発注不要」と判定する。
【０１０５】
特定のユーザが使用する特定種別の消耗品について、ユーザ側から指示しされた発注時刻よりもはやく、ユーザ側の在庫が切れてしまう状況が予測できる場合には、ユーザ側から指示された発注時刻の到来前であっても、「発注要」と判定することで、ユーザ側での在庫切れ防止を図ることができる。
【０１０６】
なお、特定のユーザが使用する特定種別の消耗品についての図１１の発注要否判定処理は、当該特定のユーザが使用する特定種別の消耗品についての消費量通知があった場合にのみ行うのではなく、定期的に、例えば２４時間おきに行うようにしてもよい。その場合、各ユーザにそれぞれ対応した各種別の消耗品について図１１の手順を行い、「発注要」と判定された、ユーザ・消耗品の組み合わせのそれぞれについて、図９の処理Ｓ２１４と同様の発注制御処理を行う。その場合、同一ユーザに対する発注については、異なる種別の消耗品発注を統合して一件の発注として扱うようにしてもよい。
【０１０７】
次に、図１２に、図９の処理Ｓ２１４の発注制御処理の具体的な処理手順について示す。
【０１０８】
同図において、先ず、処理対象のユーザ（図８の処理Ｓ２０２により特定されている）にテーブル６０５ａにおいて対応する発注形態設定フラグＦｏの値を確認し（処理Ｓ３０１）、その確認した値が直接発注を示す値「０」である場合には（判断Ｓ３０２のＹｅｓ）、発注情報を作成し（処理Ｓ３０３）、所定形態で出力する（処理Ｓ３０４）。
【０１０９】
判断Ｓ３０２においてユーザ経由発注であった場合には（判断Ｓ３０２のＮｏ）、発注確認情報を作成して（処理Ｓ３０５）、その作成した情報を、テーブル６０５ａにおいて対応する「メールアドレス」宛に電子メールにより送信する。
【０１１０】
このように、各ユーザ（側システム）ごとに、ユーザの所望するところに応じて、消耗品の供給業者へユーザを介することなく直接発注するか、あるいは、ユーザによる確認を経て消耗品の供給業者への発注をユーザ自らに行ってもらうかのいずれかの発注形態で消耗品の発注を行うことができる。
【０１１１】
なお、処理Ｓ３０３により作成される発注情報は、ユーザ、消耗品種別、発注量を少なくとも示す情報である。その場合は発注量としては、テーブル６０５ａにおける「在庫量」として設定されている値を選択するようにすれば、ユーザの所望する所に応じて設定された各消耗品についての「在庫量」に相当する「累計消費量」になるごとに、ユーザ側の在庫が「在庫量」に戻り、消耗品を切らすことなくＯＡ機器を利用することができる。また、処理Ｓ３０５により作成される発注確認情報は、ユーザ、消耗品種別、発注量を少なくとも示す情報と共に、この注文内容でよいかの判断及び必要な変更を行って業者側に送信して発注するように促す情報を含む。
【０１１２】
処理Ｓ３０４における所定の出力形態としては、具体的には、図１の消耗品受注用端末装置３に対して、ＰＳＴＮ２０００を介したファクシミリ送信による出力、または、インターネット４００を介した電子メール送信である。また、代行装置２自身が図２の複合機１の画像形成部５１０に相当する構成を備え、注文内容をプリント出力することも考えられる。
【０１１３】
図１３に、図１２の処理Ｓ３０４により出力された発注情報に対する、発注代行・供給業者側の作業手順と、ユーザ側の作業手順とについて示す。
【０１１４】
同図において、発注代行・供給業者側においては、処理Ｓ３０４による自動出力により発注を受けると、その発注を受け付ける（作業手順１０１）。そして、例えば「ユーザ識別コード００００、Ａ株式会社、トナーカートリッジＡ  ３個」等の注文内容を確認し（作業手順１０２）、注文された消耗品をユーザ宛に発送する（作業手順１０３）。そして、発送して配送中となった消耗品は、ユーザ側の在庫とみなすことができるため、テーブル６０５ａの対応する「配送中量」として更新設定する（作業手順１０４）、そして、ユーザに対して電子メールやファクスにより送付情報を送信して（作業手順１０５）、消耗品が発送されたことをユーザ側に知らせる。
【０１１５】
そして、ユーザ側は送付情報を受け取ると共に消耗品の配達を受け（作業手順１０６）、確かに消耗品を受け取ったことを、受取情報として、ファクシミリまたは電子メールの返信により発注代行・供給業者側に返信する（作業手順１０７）。
【０１１６】
それ受取情報を受けて、発注代行・供給業者側は、作業手順１０４で設定した配送中量を、対応する「在庫量」に組み入れる（作業手順１０８）。また、その場合、テーブル６０５ａにおいて対応する「累計消費量」は０にリセットされる。また、テーブル６０５ａにおいて対応する「ユーザ要望発注時刻」も、現在時刻と、ユーザから予め指定されている次回発注までの期間とに基づいて設定変更しておく。
【０１１７】
それにより、今回発注対象となったユーザ・消耗品について、ユーザ側の在庫が尽きないように定期的に自動発注が行われる。
【０１１８】
なお、図１２の判断Ｓ３０２がＮｏとなった場合には、発注は業者側が行うのではなく、ユーザ自身の判断で行うが、その場合でも、消耗品の在庫量管理をユーザ側で行う必要は無く、代行装置２に任せているため、ユーザは、発注内容を確認して特に問題なければ業者側に発注するという容易で消耗品発注業務をこなすことができる。
【０１１９】
図１２における、ユーザ側の作業手順１０７と作業手順１０８とは、本発明を実施するための最良の形態に係る発注システムに組み入れることも可能である。
【０１２０】
図１４に、そのための手順を示す。
【０１２１】
同図において、複合機１側は、消耗品交換通知処理手順を行う一方、代行装置２側は、在庫量自動更新処理を行う。
【０１２２】
つまり、複合機１側は、自装置内の各消耗品について、交換の有無を確認している（処理Ｓ６０１、判断Ｓ６０２のＮｏのループ）。つまり、トナーカートリッジや給紙カートリッジの脱着が所定のセンサにより検出されるかを監視している。
【０１２３】
そして、交換された消耗品があった場合には（判断Ｓ６０２のＹｅｓ）、交換された消耗品の種別を特定した上で（処理Ｓ６０３）、交換通知処理を行い（処理Ｓ６０４、処理Ｓ６０１に戻る。
【０１２４】
処理Ｓ６０４の交換通知処理では、ユーザ識別コード、消耗品種別コードを、図４の記憶領域５０５ａのネットワークアドレス（に対応する装置である代行装置２）宛にＴＣＰ・ＵＤＰ／ＩＰプロトコル上での所定の手順により通知する。その所定の手順は、本文に必要な情報を記述した電子メールにより行うようにしてもよい。
【０１２５】
その場合、ユーザ識別コードは、代行装置２側の図６及び７のテーブル６０５ａの「ユーザ識別コード」として登録される共に自装置側のユーザ側システムの消耗品管理者に通知されて、予め自装置に設定・記憶されている情報である。
【０１２６】
消耗品種別コードは、判断Ｓ６０２をＹｅｓとした消耗品の種別を示す情報であり、代行装置２側の図６及び７のテーブル６０５ａの「消耗品種別コード」と比較されるべきものである。
【０１２７】
一方、代行装置２においては、ＯＡ機器（この場合複合機１）側での処理６０４に対応して、通知があるまで待っており（判断Ｓ７０１のＮｏのループ）、通知があると（判断Ｓ７０１のＹｅｓ）、通知されたユーザ識別コードを図６及び図７のテーブル６０５ａと照合してユーザ（側システム）を特定する（処理Ｓ７０２）。
【０１２８】
そして通知された「消耗品種別コード」により消耗品種別を特定して（処理Ｓ７０４）、テーブル６０５ａにおいて、処理Ｓ７０２で特定したユーザに対応する、処理Ｓ７０４で特定した消耗品種別に対応する「配送中量」を対応する「在庫量」に組み入れて、つまり、「配送中量」を「在庫量」に加算した後、「配送中量」を０にリセットした上で（処理Ｓ７０４）、判断Ｓ７０１に戻る。その際対応する「累計消費量」は０にリセットされる。
【０１２９】
なお、対応する「配送中量」が０の場合にユーザ側ＯＡ機器（複合機１）から消耗品交換通知がきた場合には、配送完了後、次回配送までの間のユーザ側で通常の消耗品消費に伴うものと判断できるため、その場合は対応する「累計消費量」は０にリセットされることなく維持される。
【０１３０】
これにより、「配送中量」の「在庫量」への自動組み入れによる「在庫量」の更新を自動的に行うことができる。
【０１３１】
このように本発明を実施するための最良の形態に係る自動発注システムでは、各ユーザ側が消耗品発注のための端末を個別に配置しなくても、各ユーザが利用する各種ＯＡ機器の消耗品のユーザ側在庫が切れないように自動発注することができ、各ユーザにおけるＯＡ機器の消耗品在庫管理の手間を大幅に省くことができるサービスを低コストで提供することができる。
【０１３２】
以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１３３】
【図１】本発明を実施するための最良の形態に係る消耗品発注システムを含むシステム構成について示す図である。
【図２】本発明を実施するための最良の形態に係る消耗品発注システムを構成するＯＡ機器の１つとしての複合機のブロック構成について示す図である。
【図３】本発明を実施するための最良の形態に係る消耗品発注システムを構成する消耗品発注代行装置のブロック構成について示す図である。
【図４】図２の複合機のＥＥＰＲＯＭの記憶内容について示す図である。
【図５】図３の消耗品発注代行装置のＥＥＰＲＯＭの記憶内容について示す図である。
【図６】図７と共に、消耗品発注代行依頼元ユーザ群管理テーブルの具体的な内容について示す図である。
【図７】図６と共に、消耗品発注代行依頼元ユーザ群管理テーブルの具体的な内容について示す図である。
【図８】ユーザ側ＯＡ機器としての複合機における消耗品消費量通知処理手順と、消耗品発注代行装置における発注管理処理手順とについて示すフローチャートである。
【図９】図８と共に、消耗品発注代行装置における発注管理処理手順とについて示すフローチャートである。
【図１０】消耗品発注代行装置における発注要否判定処理の具体的な処理手順について示すフローチャートである。
【図１１】消耗品発注代行装置における発注要否判定処理の具体的な処理手順の別例について示すフローチャートである。
【図１２】消耗品発注代行装置における発注制御処理の具体的な処理手順について示すフローチャートである。
【図１３】本発明の実施の形態に係る消耗品発注システムに関わるユーザ側と発注代行・供給業者側とのそれぞれにおける作業手順の関係について示す図である。
【図１４】ユーザ側ＯＡ機器としての複合機における消耗品交換通知処理手順と、消耗品発注代行装置における在庫量自動更新処理手順とについて示すフローチャートである。
【符号の説明】
【０１３４】
１０００  ユーザ側システム
６０００  発注代行・供給業者側システム
１  複合機（ＯＡ機器）
２  消耗品発注代行装置
【図１】
2006221285.tif 000003
【図２】
2006221285.tif 000004
【図３】
2006221285.tif 000005
【図４】
2006221285.tif 000006
【図５】
2006221285.tif 000007
【図６】
2006221285.tif 000008
【図７】
2006221285.tif 000009
【図８】
2006221285.tif 000010
【図９】
2006221285.tif 000011
【図１０】
2006221285.tif 000012
【図１１】
2006221285.tif 000013
【図１２】
2006221285.tif 000014
【図１３】
2006221285.tif 000015
【図１４】
2006221285.tif 000016