(57)【要約】【課題】消耗品の在庫を監視している監視サーバを運用するメーカ側での業務効率を大幅に改善すること。【解決手段】監視サーバ４００が、在庫サーバ３００ａ，３００ｂのいずれかより消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、顧客側の担当者電子メールアドレスに前記消耗品の発注の了承を確認するための通知を送信し、返信として発注を了承する通知を受信した場合又は前記第１の確認通知に対する返信を所定時間内に受信せず前記発注を了承したものとした場合には、前記消耗品を発注処理し、該発注処理された消耗品の受領の有無を確認するための通知を顧客側の担当者電子メールアドレスに送信し、返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理及び在庫量を補正するための在庫補正情報を対応する在庫サーバに対して送信する在庫量補正処理を行う構成を特徴とする。【選択図】　　　図１
2004094512.tif 000002
【特許請求の範囲】
【請求項１】
各顧客の下に設置され各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な消耗品発注サーバにおいて、
顧客毎に通信先を記憶する第１の記憶手段と、
前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、顧客を特定し、前記第１の記憶手段に記憶された顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知手段と、
前記第１の確認通知に対する返信として発注を了承する通知を受信したことに応じて、前記消耗品を発注処理する発注手段と、
を有することを特徴とする消耗品発注サーバ。
【請求項２】
前記発注手段は、前記第１の確認通知に対する返信を所定時間内に受信しない場合には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする請求項１記載の消耗品発注サーバ。
【請求項３】
顧客毎に消耗品納品単位を記憶する第２の記憶手段を有し、
前記発注手段は、前記第２の記憶手段に記憶される顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする請求項１又は２記載の消耗品発注サーバ。
【請求項４】
顧客毎に納品元を記憶する第３の記憶手段を有し、
前記発注手段は、前記第３の記憶手段に顧客の納品元として生産元が記憶されている場合には、該顧客への消耗品の納品処理を行い、一方、顧客の納品元として販売店を特定する情報が記憶されている場合には、該顧客への消耗品の納品指示を、前記納品元から特定される販売店の通信先に送信することを特徴とする請求項１〜３のいずれかに記載の消耗品発注サーバ。
【請求項５】
前記発注手段により発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知手段と、
前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行う代金回収手段と、
を有することを特徴とする請求項１〜４のいずれかに記載の消耗品発注サーバ。
【請求項６】
顧客毎に代金支払先を記憶する第４の記憶手段を有し、
前記代金回収手段は、前記第４の記憶手段に顧客の代金支払先として生産元が記憶されている場合には、前記顧客に対する請求書を生成し、一方、顧客の代金支払先として販売店を特定する情報が記憶されている場合には、前記顧客に対する代金回収の指示を、前記代金支払先から特定される販売店の通信先に送信することを特徴とする請求項５記載の消耗品発注サーバ。
【請求項７】
前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正手段を有することを特徴とする請求項５又は６記載の消耗品発注サーバ。
【請求項８】
前記消耗品在庫管理サーバは消費者，販売店を含む各顧客の下に設置されことを特徴とする請求項１〜７のいずれかに記載の消耗品発注サーバ。
【請求項９】
各周辺機器からの出力を受信可能であり所定の通信媒体を介して消耗品発注サーバと通信可能な消耗品在庫管理サーバにおいて、
前記周辺機器で使用される各消耗品の在庫数を記憶する記憶手段と、
前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、前記記憶手段に記憶される消耗品の在庫数を減算する減算手段と、
前記記憶手段に記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する通知手段と、
を有することを特徴とする消耗品在庫管理サーバ。
【請求項１０】
前記消耗品発注サーバから受信する在庫補正情報に基づいて、前記記憶手段に記憶される消耗品の在庫数を補正する補正手段
を有することを特徴とする請求項９記載の消耗品在庫管理サーバ。
【請求項１１】
前記消耗品の出庫情報を入力する入力手段を有し、
前記減算手段は、前記入力手段から入力される出庫情報に基づいて、前記記憶手段に記憶される消耗品の在庫数を減算することを特徴とする請求項９又は１０記載の消耗品在庫管理サーバ。
【請求項１２】
消費者，販売店を含む各顧客の下に設置されることを特徴とする請求項９〜１１のいずれかに記載の消耗品在庫管理サーバ。
【請求項１３】
各顧客の下に設置され各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な消耗品発注サーバにおける消耗品発注方法において、
前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、顧客を特定し、予め指定されている顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知工程と、
前記第１の確認通知に対する返信として発注を了承する通知を受信したことに応じて、前記消耗品を発注処理する発注工程と、
を有することを特徴とする消耗品発注サーバ。
【請求項１４】
前記発注工程は、前記第１の確認通知に対する返信を所定時間内に受信しない場合には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする請求項１３記載の消耗品発注方法。
【請求項１５】
前記発注工程は、予め指定されている顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする請求項１３又は１４記載の消耗品発注方法。
【請求項１６】
前記発注工程は、予め顧客の納品元として生産元が指定されている場合には、該顧客への消耗品の納品処理を行い、一方、予め顧客の納品元として販売店を特定する情報が指定されている場合には、該顧客への消耗品の納品指示を、前記納品元から特定される販売店の通信先に送信することを特徴とする請求項１３〜１５のいずれかに記載の消耗品発注方法。
【請求項１７】
前記発注工程により発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知工程と、
前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行う代金回収工程と、
を有することを特徴とする請求項１３〜１６のいずれかに記載の消耗品発注方法。
【請求項１８】
前記代金回収手段は、予め顧客の代金支払先として生産元が指定されている場合には、前記顧客に対する請求書を生成し、一方、予め顧客の代金支払先として販売店を特定する情報が指定されている場合には、前記顧客に対する代金回収の指示を、前記代金支払先から特定される販売店の通信先に送信することを特徴とする請求項１７記載の消耗品発注方法。
【請求項１９】
前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正工程を有することを特徴とする請求項１７又は１８記載の消耗品発注方法。
【請求項２０】
前記消耗品在庫管理サーバは消費者，販売店を含む各顧客の下に設置されることを特徴とする請求項１３〜１９のいずれかに記載の消耗品発注方法。
【請求項２１】
各周辺機器からの出力を受信可能であり所定の通信媒体を介して消耗品発注サーバと通信可能な消耗品在庫管理サーバにおける消耗品在庫管理方法において、
前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、予めメモリに記憶される消耗品の在庫数を減算する減算工程と、
前記メモリに記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する通知工程と、
を有することを特徴とする消耗品在庫管理方法。
【請求項２２】
前記消耗品発注サーバから受信する在庫補正情報に基づいて、前記メモリに記憶される消耗品の在庫数を補正する補正工程と、
を有することを特徴とする請求項２１記載の消耗品在庫管理方法。
【請求項２３】
前記消耗品の出庫情報を入力する入力工程を有し、
前記減算工程は、前記入力工程で入力される出庫情報に基づいて、前記メモリに記憶される消耗品の在庫数を減算することを特徴とする請求項２１又は２２記載の消耗品在庫管理方法。
【請求項２４】
前記消耗品在庫管理サーバは、消費者，販売店を含む各顧客の下に設置されることを特徴とする請求項２１〜２３のいずれかに記載の消耗品在庫管理方法。
【請求項２５】
請求項１３〜２０のいずれかに記載された消耗品発注方法を実行するためのプログラム。
【請求項２６】
請求項２１〜２４のいずれかに記載された消耗品在庫管理方法を実行するためのプログラム。
【請求項２７】
請求項１３〜２０のいずれかに記載された消耗品発注方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【請求項２８】
請求項２１〜２４のいずれかに記載された消耗品在庫管理方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各顧客の下に設置され各顧客のプリンタ，複写機，ファクシミリ装置等の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信して消耗品の発注処理及び該発注された消耗品の代金回収処理を行う消耗品発注サーバおよび消耗品在庫管理サーバおよび消耗品発注方法および消耗品在庫管理方法およびプログラムおよび記録媒体に関するものである。
【０００２】
【従来の技術】
プリンタ、複写機、ファクシミリ装置等の周辺機器は、トナー，インク，インク・リボン，用紙等に代表される各種消耗品を備えている。
【０００３】
従来、これらの消耗品について、エンドユーザ側の在庫が規程の数を下回った時に、エンドユーザ側に設置された在庫サーバがその情報（イベント）をセンタ（販売店，メーカ等）に設置された監視サーバに送って、販売店やメーカ等でエンドユーザの消耗品の在庫を遠隔監視可能な消耗品の遠隔監視システムがあった。
【０００４】
このシステムでは、センタ側の担当者が、監視サーバに送られたイベントに基づいて、ある消耗品が在庫薄になったことを認識すると、ユーザ側の担当者に電話，Ｅ−ｍａｉｌ，ＦＡＸ等で受注の確認と了承を得てから消耗品をユーザ先に配送していた。
【０００５】
また、センタ側の担当者は、商品の配送後にユーザ側に電話，Ｅ−ｍａｉｌ，ＦＡＸ等で商品の到着を確認していた。
【０００６】
さらに、消耗品を受領したユーザ側では、商品の受領後、ユーザ側に設置された在庫サーバ上の在庫情報をユーザ側の管理者が補正入力していた。
【０００７】
また、特開２００１−１７５７１９号公報に示されるように、消耗品の在庫が下限を下回った時に、ユーザ側に設置されたサーバが、消耗品の発注書を作成し、消耗品の発注を促す電子メールに前記発注書を添付してユーザ側の管理者宛てに送信するシステムがあった。
【０００８】
このシステムでは、該電子メールを受け取ったユーザ側の管理者が発注書により消耗品の発注を確認するとこができ、さらに該発注書をメーカや販売店等に転送することにより、消耗品の発注の了承と発注処理を速やかに行うことができるというものであった。
【０００９】
そして、センタ側の担当者が、ユーザ側の管理者から送られる発注書に基づいて、１件毎、受注処理を行い、商品の配送後にユーザ側に電話，Ｅ−ｍａｉｌ，ＦＡＸ等で商品の到着を確認していた。
【００１０】
さらに、消耗品を受領したユーザ側でも、商品の受領後、ユーザ側に設置された在庫サーバ上の在庫情報をユーザ側の管理者が補正入力していた。
【００１１】
【発明が解決しようとする課題】
しかしながら、上記従来の遠隔監視システムでは、ユーザ側の業務負担の軽減や消耗品切れを防ぐことは実現できていたが、監視サーバを運用するセンタ側の担当者が行う発注確認業務や販売店の在庫管理等の業務が全く改善されず、煩雑なままであるという問題点があった。
【００１２】
また、このような遠隔監視システムでは、エンドユーザと監視システムが１対１で構成されていたため、このような遠隔監視を行おうとすれば、規模の小さな販売店であっても、上述した遠隔監視システムを構築しなければならず、販売店にとって大きな負担になっていたという問題点があった。
【００１３】
さらに、上記特開２００１−１７５７１９号公報に示されるシステムでも、ユーザ側の管理者における発注確認，発注等の業務負担は軽減されたが、上記遠隔監視システムの場合と同様に、メーカや販売店側の担当者が行う受注業務（エンドユーザから受け取った発注書に基づき１件ずつ受注処理を行う業務）や販売店の在庫管理等の業務は全く改善されず、煩雑なままであるという問題点があった。
【００１４】
また、メーカや販売店等のセンタ側では、管理者からの発注指示や発注の了承がないと、注文を受注できないため、管理者が長期の休みや出張等によりメールをチェックしていない場合には、発注が遅れ、消耗品の在庫を切らせてしまう恐れもあるという問題点もあった。
【００１５】
さらに、消耗品を受領したユーザ側では、商品の受領後、ユーザ側に設置された在庫サーバ上の在庫情報をユーザ側の管理者が補正入力するのを忘れる場合もしばしばあり、ユーザ側の在庫サーバ内の在庫情報が現実の在庫とは異なってしまいユーザ側の在庫を正確に管理できないという問題点もあった。
【００１６】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、消費者，販売店を含む顧客の下に設置され顧客の消耗品在庫を管理する消耗品在庫管理サーバが、周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、予めメモリに記憶される消耗品の在庫数を減算し、前記メモリに記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知をインターネット等の通信媒体を介して消耗品発注サーバに通知すると、消耗品発注サーバは、該消耗品在庫薄通知を受信したことに応じて、顧客を特定し、予め指定されている顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信し、該第１の確認通知に対する返信として発注を了承する通知を受信した場合又は前記第１の確認通知に対する返信を所定時間内に受信せず前記発注を了承したものとした場合には、前記消耗品を発注処理し、該発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信し、該第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理及び在庫量を補正するための在庫補正情報を対応する消耗品在庫管理サーバに対して送信する在庫量補正処理を行うと、消耗品管理サーバは、受信した在庫量補正情報に基づいて、前記メモリに記憶される消耗品の在庫数を補正することにより、従来、消費者に対して消耗品の管理と発注サービスを行う遠隔システムにおいて煩雑となっていたメーカ側の発注確認処理，発注処理，受領確認処理，代金回収処理等の各種バックエンドの業務処理や顧客側の在庫数の補正処理を、人手を介さず行うことができるとともに、販売店毎で消費者へのサービスを行う必要もなくメーカ等が一箇所で消費者及び販売店を含む顧客全体を統括サービスすることができる消耗品発注サーバおよび消耗品在庫管理サーバおよび消耗品発注方法および消耗品在庫管理方法およびプログラムおよび記録媒体を提供することである。
【００１７】
【課題を解決するための手段】
本発明に係る第１の発明は、各顧客の下に設置され各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバ（図１に示す在庫サーバ３００ａ，３００ｂ）と所定の通信媒体を介して通信可能な消耗品発注サーバ（図１に示す監視サーバ４００）において、顧客毎に通信先を記憶する第１の記憶手段（図９に示す顧客テーブル４０９ｃの担当者Ｅ−ｍａｉｌ９０７）と、前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、顧客を特定し、前記第１の記憶手段に記憶された顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知（図１７に示す発注確認メール等）を送信する発注確認通知手段（図３に示すＣＰＵ４０１がネットワークＩ／Ｆ４０６を介して通知処理する）と、前記第１の確認通知に対する返信として発注を了承する通知を受信したことに応じて、前記消耗品を発注処理する発注手段（図３に示すＣＰＵ４０１による発注処理）とを有することを特徴とする。
【００１８】
本発明に係る第２の発明は、前記発注手段は、前記第１の確認通知に対する返信を所定時間内に受信しない場合には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする。
【００１９】
本発明に係る第３の発明は、顧客毎に消耗品納品単位を記憶する第２の記憶手段（図１０に示す納品データテーブル４０９ｄの納品単位１００４）を有し、前記発注手段は、前記第２の記憶手段に記憶される顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする。
【００２０】
本発明に係る第４の発明は、顧客毎に納品元を記憶する第３の記憶手段（図９に示す顧客テーブル４０９ｃの納品元９０４）を有し、前記発注手段は、前記第３の記憶手段に顧客の納品元として生産元が記憶されている場合には、該顧客への消耗品の納品処理を行い、一方、顧客の納品元として販売店を特定する情報が記憶されている場合には、該顧客への消耗品の納品指示（図１８に示す納品依頼メール）を、前記納品元から特定される販売店の通信先に送信することを特徴とする。
【００２１】
本発明に係る第５の発明は、前記発注手段により発注処理された消耗品の受領の有無を確認するための第２の確認通知（図１９に示す受領確認メール等）を、前記顧客の通信先に送信する受領確認通知手段（図３に示すＣＰＵ４０１がネットワークＩ／Ｆ４０６を介して通知処理する）と、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行う代金回収手段（図３に示すＣＰＵ４０１による代金回収処理）とを有することを特徴とする。
【００２２】
本発明に係る第６の発明は、顧客毎に代金支払先を記憶する第４の記憶手段（図９に示す顧客テーブル４０９ｃの支払先９０５）を有し、前記代金回収手段は、前記第４の記憶手段に顧客の代金支払先として生産元が記憶されている場合には、前記顧客に対する請求書を生成し、一方、顧客の代金支払先として販売店を特定する情報が記憶されている場合には、前記顧客に対する代金回収の指示を、前記代金支払先から特定される販売店の通信先に送信することを特徴とする。
【００２３】
本発明に係る第７の発明は、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正手段（図３に示すＣＰＵ４０１がネットワークＩ／Ｆ４０６を介して送信処理する）を有することを特徴とする。
【００２４】
本発明に係る第８の発明は、前記消耗品在庫管理サーバ（図１に示す消費者側の在庫サーバ３００ａ，販売店側の在庫サーバ３００ｂ）は消費者，販売店を含む各顧客の下に設置されことを特徴とする。
【００２５】
本発明に係る第９の発明は、各周辺機器（図１に示すプリンタ１００，複合複写機２００等）からの出力を受信可能であり所定の通信媒体を介して消耗品発注サーバ（図１に示す監視サーバ４００）と通信可能な消耗品在庫管理サーバ（図１に示す在庫管理サーバ３００ａ，３００ｂ）において、前記周辺機器で使用される各消耗品の在庫数を記憶する記憶手段（図７に示す在庫管理データ３０９ｃ）と、前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、前記記憶手段に記憶される消耗品の在庫数を減算する減算手段（図３に示すＣＰＵ３０１による減算処理）と、前記記憶手段に記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する通知手段（図３に示すＣＰＵ３０１がネットワークＩ／Ｆ３０６を介して通知処理する）とを有することを特徴とする。
【００２６】
本発明に係る第１０の発明は、前記消耗品発注サーバから受信する在庫補正情報に基づいて、前記記憶手段に記憶される消耗品の在庫数を補正する補正手段（図３に示すＣＰＵ３０１による補正処理）を有することを特徴とする。
【００２７】
本発明に係る第１１の発明は、前記消耗品の出庫情報を入力する入力手段（図３に示すキーボード３０４等）を有し、前記減算手段は、前記入力手段から入力される出庫情報に基づいて、前記記憶手段に記憶される消耗品の在庫数を減算することを特徴とする。
【００２８】
本発明に係る第１２の発明は、消費者，販売店を含む各顧客の下に設置される（図１に示す消費者側の在庫サーバ３００ａ，販売店側の在庫サーバ３００ｂ）ことを特徴とする。
【００２９】
本発明に係る第１３の発明は、各顧客の下に設置され各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な消耗品発注サーバにおける消耗品発注方法において、前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、顧客を特定し、予め指定されている顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知工程（図１４のステップＳ４０２）と、前記第１の確認通知に対する返信として発注を了承する通知を受信したことに応じて、前記消耗品を発注処理する発注工程（図１４のステップＳ４０７〜Ｓ４１１）とを有することを特徴とする。
【００３０】
本発明に係る第１４の発明は、前記発注工程は、前記第１の確認通知に対する返信を所定時間内に受信しない場合（図１４のステップＳ４０５で「Ｙ」の場合）には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする。
【００３１】
本発明に係る第１５の発明は、前記発注工程は、予め指定されている顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする。
【００３２】
本発明に係る第１６の発明は、前記発注工程は、予め顧客の納品元として生産元が指定されている場合（図１４のステップＳ４０７で「Ｙ」の場合）には、該顧客への消耗品の納品処理（図１４のステップＳ４０９）を行い、一方、予め顧客の納品元として販売店を特定する情報が指定されている場合（図１４のステップＳ４０７で「Ｎ」の場合）には、該顧客への消耗品の納品指示を、前記納品元から特定される販売店の通信先に送信する（図１４のステップＳ４１１）ことを特徴とする。
【００３３】
本発明に係る第１７の発明は、前記発注工程により発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知工程（図１５のステップＳ４１４）と、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行う代金回収工程（図１５のステップＳ４１８〜Ｓ４２１）とを有することを特徴とする。
【００３４】
本発明に係る第１８の発明は、前記代金回収手段は、予め顧客の代金支払先として生産元が指定されている場合（図１５のステップＳ４１８で「Ｙ」）には、前記顧客に対する請求書を生成し（図１５のステップＳ４１９）、一方、予め顧客の代金支払先として販売店を特定する情報が指定されている場合（図１５のステップＳ４１８で「Ｎ」）には、前記顧客に対する代金回収の指示を、前記代金支払先から特定される販売店の通信先に送信する（図１５のステップＳ４２０）ことを特徴とする。
【００３５】
本発明に係る第１９の発明は、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正工程（図１５のステップＳ４２２）を有することを特徴とする。
【００３６】
本発明に係る第２０の発明は、前記消耗品在庫管理サーバは消費者，販売店を含む各顧客の下に設置されることを特徴とする。
【００３７】
本発明に係る第２１の発明は、各周辺機器からの出力を受信可能であり所定の通信媒体を介して消耗品発注サーバと通信可能な消耗品在庫管理サーバにおける消耗品管理方法において、前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、予めメモリに記憶される消耗品の在庫数を減算する減算工程（図１３のステップＳ２０２）と、前記メモリに記憶される消耗品の在庫数が所定の閾値以下となった場合（図１３のステップＳ２０３で「Ｙ」の場合）に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する通知工程（図１３のステップＳ２０５）とを有することを特徴とする。
【００３８】
本発明に係る第２２の発明は、前記消耗品発注サーバから受信する在庫補正情報に基づいて、前記メモリに記憶される消耗品の在庫数を補正する補正工程（図１３のステップＳ２０６）とを有することを特徴とする。
【００３９】
本発明に係る第２３の発明は、前記消耗品の出庫情報を入力する入力工程（図示しない工程）を有し、前記減算工程は、前記入力工程で入力される出庫情報に基づいて、前記メモリに記憶される消耗品の在庫数を減算することを特徴とする。
【００４０】
本発明に係る第２４の発明は、前記消耗品在庫管理サーバは、消費者，販売店を含む各顧客の下に設置されることを特徴とする。
【００４１】
本発明に係る第２５の発明は、請求項１３〜２０のいずれかに記載された消耗品発注方法を実行するためのプログラムであることを特徴とする。
【００４２】
本発明に係る第２６の発明は、請求項２１〜２４のいずれかに記載された消耗品在庫管理方法を実行するためのプログラムであることを特徴とする。
【００４３】
本発明に係る第２７の発明は、請求項１３〜２０のいずれかに記載された消耗品発注方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。
【００４４】
本発明に係る第２８の発明は、請求項２１〜２４のいずれかに記載された消耗品在庫管理方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。
【００４５】
【発明の実施の形態】
図１は、本発明の消耗品発注サーバおよび消耗品在庫管理サーバおよび情報処理装置および周辺機器を適用可能なシステムの構成の一例を示す図である。
【００４６】
図において、３００ａは消費者側に設置された消耗品在庫管理サーバ（以下、在庫サーバ）で、ＬＡＮ１０等に接続された消費者側の各種周辺機器（複合複写機２００，プリンタ１００等）の消耗品の在庫を管理し、消耗品の在庫が所定の閾値を下回った場合には、ＬＡＮ１０，ルータ１１，インターネット６００等を介してメーカの消耗品発注サーバ（以下、監視サーバ）４００にその旨を通知する。
【００４７】
５００は担当者のパーソナルコンピュータ（担当者ＰＣ）で、インターネット６００等を介してメーカの監視サーバ４００と通信可能である。
【００４８】
３００ｂは販売店に設置された在庫サーバで、基本的に構成は在庫サーバ３００ａと同一である。この在庫サーバ３００ｂは、販売店の在庫を管理するものであり、出庫（消費者への納品）等により、販売店の在庫が所定の閾値を下回った場合には、インターネット６００等を介してメーカの監視サーバ４００にその旨を通知する。
【００４９】
従来、消耗品等の遠隔監視を行っているシステムは、エンドユーザ（消費者）と監視会社が１対１で構成されていたが、本発明では、エンドユーザの在庫サーバ３００ａと販売店の在庫サーバ３００ｂをメーカの監視サーバ４００で同じように監視する。
【００５０】
通常、メーカの監視サーバ４００は、消費者の在庫サーバ３００ａの在庫を監視しており、消費者の在庫サーバ３００ａより消耗品発注の依頼を受信した際、販売店に出庫（納品）の指示を出す。
【００５１】
販売店の在庫サーバ３００ｂも監視されている状態にあるので、出庫（納品）により販売店の在庫が無くなったとのアラーム（イベント）があがった時には、消費者の在庫サーバ３００ａより消耗品発注の依頼を受信した時と同じ処理を行う。このときの出庫先は消費者ではなく販売店になる。
【００５２】
以下、このシステムの概要を説明する。
【００５３】
このシステムは、消費者側で消耗品の在庫が規定値（後述する図７に示す閾値７０４）を下回った時、消費者側に設置されている在庫サーバ３００ａから、在庫が少なくなったとのイベント（消耗品在庫薄イベント）が監視サーバ４００、または監視サーバ４００と消費者側の担当者に送信される。
【００５４】
監視サーバ４００は、消耗品在庫薄イベントが届きしだい、そのＩＤから消費者、納品場所を特定し、消費者側の担当者に納品情報（消耗品の種類、数、価格、納品先、発注確認）をＥ−ｍａｉｌにて送信する。そのメールにはｈｔｍｌファイル等が添付さ、そのｈｔｍｌファイルは、「発注承認」と「発注不可」のボタン等が付された画面（後述する図１７）を構成し、ユーザはそのどちらかを選択することにより、その情報が監視サーバ４００に返信されるようになっている。なお、上記メールに添付されたｈｔｍｌファイルによる「発注承認」又は「発注不可」の確認は、該メールにより所定のＵＲＩ等を通知し、該ＵＲＩに対応するＷｅｂサイト上で「発注承認」又は「発注不可」を選択させる方法でも実現できる。
【００５５】
また、納品情報（発注確認）を送信時、監視サーバ４００はタイマをセットし、所定の時間内に「発注承認」又は「発注不可」の返信がなければ「発注承認」されたものとして、次のステップである発注処理に移行する。なお、顧客とメーカ（販売店）とは、予め発注確認を顧客に送信後、所定の時間内に顧客からの返信がない場合には、前記発注を承認したものとする契約等を結んでおくものとする。
【００５６】
そして、顧客から「発注承認」が返信されると、監視サーバ４００は、そのステータスに基づき商品の発送処理を行う。さらに、当該システムでは、消耗品を発送した後、その到着予定日の深夜等、予め設定された確認タイミングで消費者側にその発送情報に基づく受領確認メールを送信してユーザからの受領確認の返信を促す。
【００５７】
なお、当該システムは、商品の納品，代金回収において、以下のａ，ｂ，ｃの３つの方式に対応している。
【００５８】
「ａ．メーカ納品，メーカ請回収」、「ｂ．メーカ納品，販売店請回収」、「ｃ．販売店納品，販売店請回収」の３方式に対応している。
【００５９】
まず、「ａ．メーカ納品，メーカ回収」とは、メーカが消費者に対する納品，代金の請求及び回収の全てを行う場合に対応し、消費者に消耗品を配送し、ユーザから受領確認を受け取ると、該消費者に対する売上処理を行う（消費者に対して代金を請求，回収する）。
【００６０】
また、「ｂ．メーカ納品，販売店回収」とは、メーカが消費者に対する納品を行い、販売店が消費者に対する代金の請求及び回収を行う場合に対応し、以下の（１）〜（３）のように処理される。
【００６１】
（１）消費者に消耗品を配送し、消費者から受領確認を受け取ると、予め定めた販売店に対する売上処理を行う（販売店に対して代金を請求，回収する）。
【００６２】
（２）同時に販売店に消費者からの受領確認データを添付送信し、当該受注が確実に行われたことを販売店に通知する。
【００６３】
（３）販売店は、その情報に基づいて消費者に対する売上処理を行う（消費者に対して請求，回収する）。
【００６４】
また、「ｃ．販売店納品、販売店回収」は、販売店が消費者に対する納品，請求及び回収の全てを行う場合に対応し、メーカは販売店に対して消費者への納品指示書を送り、販売店は該納品指示に基づいて消費者に納品，売上請求，回収の全てを行う。なお、この場合も、消費者から受領確認はメーカが行い、販売店に通知するものとする。
【００６５】
なお、従来より、メーカや販売会社等のオペレータにより、商品の発送先，請求先等の情報を入力することにより、商品の発送手配及び売上処理が可能な「受注システム」が存在するが、上記ａ，ｂの場合のように、メーカが納品を行う場合は、監視サーバ４００が、前記「受注システム」に対して、商品の発送先、請求先等を指定したＪＯＢを送信して、該「受注システム」が発送（配送），売上のプロシージャを実行して、商品の発送，売上処理を行わせるように構成してもよい。
【００６６】
また、監視サーバ４００は、消費者からの確認メールが届き次第、自動的に監視サーバ（メーカ納品の場合のみ）と消費者側の在庫を補正する。
【００６７】
さらに、販売店にも消費者側に設置した在庫サーバ３００ａと同様の在庫サーバ３００ｂを設置することにより、販売店の在庫が基準値を下回ったときも、上記消費者への処理の場合と同様に自動的に販売店の商品を補充することができる。なお、販売店側の担当者が、消費者へ商品を納品する毎に在庫サーバ３００ｂに商品コード，納品数等を入力して、在庫サーバ３００ｂの在庫数を補正することが可能である。また、メーカの監視サーバ４００から販売店側の在庫サーバ３００ｂ送信される納品指示に、「納品済み」のボタン等を付加し、販売店では、納品後に、そのボタンを指示することにより、自動的に、その納品指示に基づいて、在庫サーバ３００ｂの在庫数が補正されるように更新してもよい。
【００６８】
図２は、図１に示した在庫サーバ３００（３００ａ，３００ｂ）の構成の一例を示すブロック図である。
【００６９】
図において、３０１は装置全体の制御を司るＣＰＵで、ＲＡＭ３０３に外部記憶装置３０９に記憶されているＯＳ３０９ａをロードして、かつ、図示しない種々のアプリケーションをロードしてデータ処理を行う。３０２はＲＯＭで、バスに接続されるデバイスとのアクセスを制御するＢＩＯＳやフォント情報等が記憶されているものとする。
【００７０】
３０４はキーボードで、表示装置３０８に表示される種々の画面に対して所望のデータを入力する。３０５はポインティングデバイス（ＰＤ）で、表示装置３０８に表示される種々の画面に対して所望の選択指示操作等を行う。
【００７１】
３０６はネットワークインタフェースで、ＬＡＮ１０、例えばイーサネット（登録商標）等に接続するインタフェースである。また、ＣＰＵ３０１、このネットワークＩ／Ｆ３０６，ＬＡＮ１０，ルータ１１，インターネット６００を介してメーカの監視サーバ４００と通信可能である。
【００７２】
３０９ｂは消耗品在庫管理制御プログラムで、後述するフローチャートの手順に従って、複合複写機２００，プリンタ１００等のＬＡＮ１０に接続される各種周辺機器の消耗品の管理を行う。
【００７３】
３０９ｃは後述する図７に示す在庫管理データで、在庫サーバ３００は、この在庫管理データ３０９ｃを用いて各周辺機器の消耗品の在庫を管理する。この在庫管理データ３０９ｃは、後述する消耗品管理制御プログラム３０９ｂ、キーボード３０４からの直接入力、又はＬＡＮに接続されるＰＣからの入力により変更可能である。
【００７４】
３０９ｄは後述する図８に示すイベントテーブルで、このイベントテーブルにより、複合複写機２００，プリンタ１００等の各種周辺機器から出力されるイベントからそのイベント内容を取得することができる。
【００７５】
図３は、図１に示した監視サーバ４００の構成の一例を示すブロック図である。
【００７６】
図において、４０１は装置全体の制御を司るＣＰＵで、ＲＡＭ４０３に外部記憶装置４０９に記憶されているＯＳ４０９ａをロードしてデータ処理を行う。４０２はＲＯＭで、バスに接続されるデバイスとのアクセスを制御するＢＩＯＳやフォント情報等が記憶されているものとする。
【００７７】
４０４はキーボードで、表示装置３０８に表示される種々の画面に対して所望のデータを入力する。４０５はポインティングデバイス（ＰＤ）で、表示装置４０８に表示される種々の画面に対して所望の選択指示操作等を行う。
【００７８】
４０６はネットワークインタフェースで、ＬＡＮ１０、例えばイーサネット（登録商標）等に接続するインタフェースである。また、ＣＰＵ４０１、このネットワークＩ／Ｆ４０６，図示しないＬＡＮ，ルータ，インターネット６００を介して在庫サーバ３００と通信可能である。
【００７９】
４０９ｂは発注・代金回収制御プログラムで、後述するフローチャートの手順に従って、複合複写機２００，プリンタ１００等のＬＡＮ１０に接続される各種機器の消耗品の管理を行う。
【００８０】
４０９ｃは後述する図９に示す顧客テーブルで、この顧客テーブル４０９ｃを用いて納品元，回収元，設置先（設置場所）等を取得することができる。
【００８１】
４０９ｄは後述する図１０に示す納品データテーブルで、この納品データテーブルにより、納品単位等を取得することができる。４０９ｅはメーカ在庫データで、メーカの在庫を管理している。
【００８２】
図４は、図１に示した担当者ＰＣ５００の構成の一例を示すブロック図である。
【００８３】
図において、５０１は装置全体の制御を司るＣＰＵで、ＲＡＭ５０３に外部記憶装置５０９に記憶されているＯＳ５０９ａをロードして、かつ、種々のアプリケーションをロードしてデータ処理を行う。５０２はＲＯＭで、バスに接続されるデバイスとのアクセスを制御するＢＩＯＳやフォント情報等が記憶されているものとする。
【００８４】
５０４はキーボードで、表示装置５０８に表示される種々の画面に対して所望のデータを入力する。５０５はポインティングデバイス（ＰＤ）で、表示装置５０８に表示される種々の画面に対して所望の選択指示操作等を行う。
【００８５】
５０６はネットワークインタフェースで、ＬＡＮ１０、例えばイーサネット（登録商標）等に接続するインタフェースである。また、ＣＰＵ５０１、このネットワークＩ／Ｆ５０６，ＬＡＮ１０，ルータ１１，インターネット６００を介してメーカの監視サーバ４００と通信可能である。
【００８６】
５０９ｂはメールソフトや各種制御プログラムで、後述するフローチャートの手順に従って発注指示メール，発注不可指示メール，受領確認メール等を監視サーバ４００に送信する。
【００８７】
なお、本実施形態では、在庫サーバ３００，監視サーバ４００，担当者ＰＣ５００がＬＡＮやルータ等を介してインターネット６００に接続可能な場合について説明したが、在庫サーバ３００，監視サーバ４００，担当者ＰＣ５００が直接インターネット６００に接続可能に構成してもよい。
【００８８】
図５は、図１に示した複合複写機２９９の構成を示すブロック図である。
【００８９】
図において、１はリーダ部で、原稿の画像を読み取り、原稿画像に応じた画像データをプリンタ部２及び画像入出力制御部３へ出力する。プリンタ部２は、リーダ部１および画像入出力制御部３からの画像データに応じた画像を記録紙上に記録する。画像入出力制御部３は、リーダ部１に接続されており、ファクシミリ部４、ネットワークインタフェース部５、フォーマッタ部６、ハードディスク７、イメージメモリ部８、コア部９などからなる。
【００９０】
ファクシミリ部４は、公衆回線を介して受信した圧縮画像データを伸長し、この伸長した画像データをコア部９へ転送し、また、コア部９から転送された画像データを圧縮し、この圧縮した圧縮画像データを公衆回線を介して送信する。
【００９１】
ネットワークインタフェース部５は、ＬＡＮ１０を介して、パーソナルコンピュータまたはワークステーション等とコア部９との通信を制御する。
【００９２】
フォーマッタ部６は、ＬＡＮ１０を介して入力された画像を表すコードデータをプリンタ部２で記録できる画像データに展開するものである。ハードディスク７は、プログラムや各種データ等が格納されている。また、ハードディスク７は、フォーマッタ部６により展開された画像データ等を一時的に記憶する用途にも使用される。
【００９３】
イメージメモリ部９は、ＬＡＮ１０を介して入力されたデータをー時的に記憶するものである。
【００９４】
コア部９は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を有し、リーダ部１、ファクシミリ部４、ネットワークインタフェース部５、フォーマッタ部６、イメージメモリ部８のそれぞれの間のデータの流れを制御するものである。
【００９５】
図示しない操作部は、ＬＣＤタッチパネル及び各種ハードキー（スタートキーを含む）から構成され、複合複写機５００に対する各種操作指示及び設定が可能である。
【００９６】
図６は、図５に示したリーダ部１及びプリンタ部２の構造を示す断面図であり、図５と同一のものには同一の符号を付してある。
【００９７】
リーダ部１において、１０１は原稿給送装置（原稿フィーダ）で、コピーやファクシミリ送信を行う際の紙原稿を原稿を先頭順に１枚ずつ原稿台１０２上へ給送し、原稿の読み取り動作終了後、プラテンガラス１０２上の原稿を排出するものである。
【００９８】
原稿がプラテンガラス１０２上に搬送されると、ランプ１０３を点灯し、そしてスキャナユニット１０４の移動を開始させて、原稿を露光走査する。この時の原稿からの反射光は、ミラー１０５、１０６、１０７、及びレンズ１０８によってＣＣＤイメージセンナ（以下ＣＣＤという）１０９へ導かれる。このように、走査された原稿の画像はＣＣＤ１０９によって読み取られる。ＣＣＤ１０９から出力される画像データは、所定の処理が施された後、画像入出力制御部３のコア部９へ転送される。
【００９９】
なお、消費者は、原稿フィーダ１０１を上方に上げて、原稿台１０２に原稿を置くことも可能であり、原稿台カバーでもある。
【０１００】
プリンタ部２において、２０１はレーザ発光部で、リーダ部１から出力された画像データに応したレーザ光を発光する。このレーザ光は感光ドラム２０２に照射され、感光ドラム２０２にはレーザ光に応じた潜像が形成される。
【０１０１】
この感光ドラム２０２の潜像の部分には、現像器２０３によって現像剤が付着される。そして、レーザ光の照射開始と同期したタイミングで、紙カセット２０４および紙カセット２０５のいずれかから記録紙を給紙して転写部２０６ヘ搬送し、感光ドラム２０２に付着された現像剤を記録紙に転写する。現像剤の乗った記録紙は定着部２０７に搬送され、定着部２０７の熱と圧力により現像剤は記像紙に定着される。
【０１０２】
定着部２０７を通過した記録紙は、排出ローラ２０８によって排出され、ソータ２２０は排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。なお、ソータ２２０は、仕分けが設定されていない場合は最上ビンに記録紙を収納する。また、両面記録が設定されている場合は、排出ローラ２０８のところまで記録紙を搬送した後、排出ローラ２０８の回転方向を逆転させ、フラッパ２０９によって再給紙搬送路へ導く。
【０１０３】
多重記録が設定されている場合は、記録紙を排出ローラ２０８まで搬送しないようにフラッパ２０９によって再給紙搬送路へ導く。再給紙搬送路へ導かれた記録紙は上述したタイミングで転写部２０６へ給紙される。
【０１０４】
なお、紙カセット２０４および紙カセット２０５は、開閉可能で、紙補給時や紙づまり時に開閉して、紙補給や内部につまった紙を除去することができる。さらに、プリンタ部２には、複数の開閉可能な扉（不図示）があり、紙詰まりの時に開閉して、内部につまった紙を除去することができる。
【０１０５】
なお、紙カセット２０４および紙カセット２０５および各扉の開閉を検知する不図示のセンサ、原稿フィーダ１０１（原稿台カバー）の開閉，着脱を検知する不図示のセンサ、ソータ２２０の着脱を検知する不図示のセンサ、その他の人為的に衝撃を与える可能性がある可動部の動作を不図示の検知するセンサ等を有し、各センサの検知結果はコア部９内のＣＰＵ１２３に通知されるものとする。
【０１０６】
なお、本実施形態では、プリンタ部２がレーザビーム方式である場合を例にして説明したが、レーザビーム方式以外の電子写真方式（例えばＬＥＤ方式）でも、液晶シャッタ方式、インクジェット方式、熱転写方式、昇華方式でもその他のプリント方式であっても本発明は適用可能である。
【０１０７】
図７は、図２に示した在庫管理データ３０９ｃの一例を示す模式図である。
【０１０８】
図において、７０１は商品コード、７０２は前記商品コード７０１に対応する消耗品の商品名である。７０３は前記商品コード７０１に対応する消耗品の在庫数である。この在庫数７０３とは、プリンタ１００や複写機２００のような周辺機器にセットされていない、まだ保管場所等に保管されている消耗品の数を意味している。例えば、ユーザがトナーカートリッジを在庫として２個所有していれば、トナーカートリッジの在庫は「２」ということになる。プリント用紙、その他についても同様である。また、消耗品としては、例えば、トナーカートリッジ、プリント用紙、ステープル用針、ドラム等も消耗品である。
【０１０９】
７０４は閾値で、在庫数７０３がこの閾値７０４以下となった場合にその旨を示すイヴィントがメーカの監視サーバ４００に通知される。７０５は発注済フラグで、この発注フラグに「１」の場合はその消耗品は既に発注済みであることを示す。
【０１１０】
在庫管理データ３０９ｃは、この商品コード７０１，商品名７０２，在庫数７０３，閾値７０４，発注フラグ７０５の組を、消耗品の種類数だけ格納している。
【０１１１】
図８は、図２に示したイベントテーブル３０９ｄの一例を示す模式図である。
【０１１２】
図において、８０１はイベントＩＤで、複合複写機２００，プリンタ１００等の周辺機器において、消耗品が切れた場合、所定量を下回った場合、交換時機となった場合や、何らかのトラブル等が発生した場合に、各周辺機器から出力されるイベントＩＤに対応する。８０２はイヴィントＩＤ８０１の内容を示す。
【０１１３】
イベントテーブル３０９ｄは、イヴィントＩＤ８０１，イヴィント内容８０２の組を、イベントの種類だけ格納している。
【０１１４】
図９は、図３に示した顧客テーブル４０９ｃの一例を示す模式図である。
【０１１５】
図において、９０１は識別ＩＤで、各消費者又は販売店を識別するためのものである。９０２は区分で、識別ＩＤ９０１に対応するものが「消費者（エンドユーザ）」であるか「販売店」であるかを示す。９０３は名称で、識別ＩＤ９０１に対応する消費者又は販売店の名称を示す。９０４は納品元で、識別ＩＤ９０１に対応する消費者又は販売店が「メーカ納品」であるか「販売店納品」であるかを示す。９０５は支払先で、識別ＩＤ９０１に対応する消費者又は販売店が「メーカ回収」であるか「販売店回収」であるかを示す。
【０１１６】
９０６は納品場所で、識別ＩＤ９０１に対応する消費者又は販売店の納品場所を示す。９０７は担当者Ｅ−ｍａｉｌで、識別ＩＤ９０１に対応する消費者又は販売店の担当者の電子メールアドレスを示す。
【０１１７】
顧客テーブル４０９ｃは、この識別ＩＤ９０１，区分９０２，名称９０３，納品元９０４，支払い先９０５，設置場所９０６，担当者Ｅ−ｍａｉｌ９０７の組が、各識別ＩＤ毎に記憶している。
【０１１８】
図１０は、図３に示した納品データテーブル４０９ｄの一例を示す模式図である。
【０１１９】
図において、１００１は商品コード、１００２は前記商品コード１００１に対応する消耗品の商品名である。１００３は前記商品コード１００１に対応する消耗品の閾値である。１００４は前記商品コード１００１に対応する消耗品の納品単位で、この納品単位１００４を１単位として納品する。
【０１２０】
この閾値１００３及び納品単位１００４は、各商品コード及び各識別ＩＤ１００５毎に格納されており、商品コード１００１及び識別ＩＤ１００５により、その消費者におけるその商品の閾値及び納品単位を検索することができる。
【０１２１】
図１１は、図３に示したメーカ在庫データ４０９ｅの一例を示す模式図である。
【０１２２】
図において、１１０１は商品コードである。１１０２は前記商品コード１１０１に対応する消耗品のメーカ内での在庫数である。
【０１２３】
この在庫数１１０２は、各商品コード１１０１毎に格納されており、商品コード１１０１により、その商品のメーカにおける在庫数を得ることができる。
【０１２４】
以下、図１２〜図１６のフローチャートを参照して、本発明の消耗品発注サーバおよび消耗品在庫管理サーバおよび情報処理装置および周辺機器を適用可能なシステムにおける消耗品発注・代金回収制御処理動作について説明する。
【０１２５】
図１２は、本発明の周辺機器における制御処理手順の一例を示すフローチャートであり、図１に示した複合複写機２００におけるイベント通知処理に対応する。なお、このフローチャートの処理は、図５に示したコア部９のＣＰＵによりＲＯＭ又はハードディスク７に格納されたプログラムに基づいて実行されるものとする。また、図中Ｓ１０１〜Ｓ１０４は各ステップを示す。
【０１２６】
まず、ステップＳ１０１において、図示しないセンサ等からの通知により、消耗品切れが発生したと判定した場合には、ステップＳ１０２において、在庫サーバ３００ａに報告済みか否か（図５に示したハードディスク７内の在庫サーバ報告フラグ（不図示）が「ＯＮ」か「ＯＦＦ」か）を判定し、報告済みでない（在庫サーバ報告フラグが「ＯＦＦ」である）と判定した場合には、ステップＳ１０３において、在庫サーバ３００ａに消耗品切れとなった消耗品に対応するイベントを通知（図中「Ａ」）する。
【０１２７】
次に、ステップＳ１０４において、図５に示したハードディスク７内の在庫サーバ報告フラグを「ＯＮ」にし、ステップＳ１０１に戻る。
【０１２８】
一方、ステップＳ１０２において、在庫サーバ３００ａに報告済みである（在庫サーバ報告フラグが「ＯＮ」である）と判定した場合には、そのまま、ステップＳ１０１に戻る。
【０１２９】
なお、消耗品が補充された場合には、その消耗品に対応する在庫サーバ報告フラグをＯＦＦにするものとする。
【０１３０】
また、ステップＳ１０１以前にセンサ等により発生が検知される消耗品切れとは、例えば、複合複写機２００に装着されたトナーカーリッジ内のトナーの量が所定量より下回った場合や、用紙トレイにセットされている用紙が無くなった場合等である。なお、感光ドラム等は、劣化を問題としているから、厳密な意味では残量には当たらないが、本発明における残量はこのような劣化の度合いをも包含するものとして定義される。なお、劣化の度合いの指標としてプリント積算枚数等を用いてもよい。
【０１３１】
また、このフローチャートは、図１に示した複合複写機２００について示したが、プリンタ１００においても同様の処理を行うものとする。さらに、ネットワークに直接接続されていないプリンタ等の周辺機器は、その周辺機器に消耗品切れが発生したことが接続されているコンピュータに通知されると該コンピュータが図１２に示した処理を実行し、在庫サーバ３００ａにイベント通知するものとする。
【０１３２】
図１３は、本発明の消耗品在庫管理サーバにおける制御処理手順の一例を示すフローチャートであり、図１に示した在庫サーバ３００（３００ａ，３００ｂ）における消耗品在庫薄イベント通知処理に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ３０１によりハードディスク３０９に格納された消耗品在庫管理プログラム３０９ｂに基づいて実行されるものとする。また、図中Ｓ２０１〜Ｓ２０６は各ステップを示す。
【０１３３】
周辺機器から消耗品切れイベントが通知（図中「Ａ」）されると、そのイベントをイベントテーブル３０９ｄにより解析し、まず、ステップＳ２０１において、消耗品切れとなった周辺機器の名称，消耗品の商品名等をメール等により管理者に通知する。
【０１３４】
次に、ステップＳ２０２において、消耗品切れとなった商品コード７０１に対応する消耗品在庫数（図７に示した在庫数７０３）を「１」減じる。
【０１３５】
次に、ステップＳ２０３において、図７に示した在庫数７０３が閾値７０４以下となったか否かを判定し、在庫数７０３が閾値７０４以下となっていないと判定した場合には、そのまま処理を終了する。
【０１３６】
一方、ステップＳ２０３で、在庫数７０３が閾値７０４以下となったと判定した場合には、ステップＳ２０４において、発注済み（図７に示した発注済フラグ７０５が「１」）か否かを判定し、発注済みであると判定した場合には、そのまま処理を終了する。
【０１３７】
一方、ステップＳ２０４で、まだ発注済み（発注済フラグ７０５が「１」）でないと判定した場合には、ステップＳ２０５において、監視サーバ４００に消耗品在庫薄イベントを送信（図中「Ｂ」）し、発注済フラグ７０５を「１」にする。なお、この消耗品在庫薄イベントは、ここでは、在庫サーバ３００の識別ＩＤに在庫薄を示すコードおよび在庫薄となった消耗品コードを順次付加したものとするが、在庫サーバ３００の識別ＩＤ，在庫薄であること，在庫薄となった消耗品コードを確定可能なものであればどのような形態であってもよい。
【０１３８】
そして、監視サーバ４００から在庫補正情報を受信（図中「Ｇ」）すると、ステップＳ２０６において、在庫補正処理（受信した在庫補正情報にしめされた数を消耗品在庫数７０３に加算）を行い、処理を終了する。
【０１３９】
図１４，図１５は、本発明の消耗品発注サーバにおける制御処理手順の一例を示すフローチャートであり、図１に示した監視サーバ４００における消耗品納品・代金回収処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ４０１によりハードディスク４０９に格納された発注・代金回収処理プログラム４０９ｂに基づいて実行されるものとする。また、図中Ｓ４０１〜Ｓ４２２は各ステップを示す。
【０１４０】
在庫サーバ３００からの消耗品在庫薄イベントを受信する（図中「Ｂ」）と、ステップＳ４０１において、そのイベントが「消費者」からか否かを識別ＩＤにより判定し、「消費者」でない、即ち「販売店」からと判定した場合には、ステップＳ４０２において、顧客テーブル４０９ｃに基づいて発注元となる担当者に図１７に示す発注確認メールを送信（図中「Ｃ」）し、ステップＳ４０３において、タイマをスタートさせる。
【０１４１】
次に、タイムアウト（Ｓ４０５）になる前に、ステップＳ４０４において、発注元となる担当者から「発注了承」又は「発注不可」の指示を受信（図中「Ｄ」）したと判定した場合には、ステップＳ４０６において、受信した指示が「発注了承」か否かを判定し、「発注了承」でない（発注不可）と判定した場合には、そのまま処理を終了する。
【０１４２】
一方、ステップＳ４０６で、発注元となる担当者から受信した指示が「発注了承」であると判定した場合には、ステップＳ４０７に進む。
【０１４３】
また、発注元となる担当者から「発注了承」又は「発注不可」の指示を受信する前に、ステップＳ４０５で、タイムアウトとなったと判定した場合には、発注を了承しものとし、発注番号等を付して、ステップＳ４０７に進む。
【０１４４】
次に、ステップＳ４０７において、図１０に示した顧客テーブル４０９ｃに基づいて、該発注元の顧客が「メーカ納品」か否かを判定し、「メーカ納品」であると判定した場合には、ステップＳ４０８において、図１１に示したメーカ在庫データ４０９ｅに基づいて、メーカ在庫があるか否かを判定する。
【０１４５】
ステップＳ４０８で、メーカ在庫ありと判定した場合には、ステップＳ４０９に進み、納品処理を行い、ステップＳ４１３に進む。ここで納品処理とは、商品名，商品コードに対応する消耗品を納品テーブル４０９ｄ内の納品単位１００４相当する数だけ、図９に示した納品場所９０６に配送するように、配送部門や運送会社等にメール等で指示するとともに、その納品単位をメーカ在庫データ４０９ｅ（図１１）から減算する等の処理に相当する。
【０１４６】
一方、ステップＳ４０８で、メーカ在庫がないと判定した場合には、ステップＳ４１０に進み、所定の販売店に在庫があるか否かを判定し、販売店在庫があると判定した場合には、ステップＳ４１１に進み、図１８に示す納品依頼メール等によりその販売店に納品指示を行い、ステップＳ４１３に進む。
【０１４７】
また、ステップＳ４０７で、「メーカ納品」でない、即ち「販売店納品」と判定した場合には、ステップＳ４１０に進み、顧客テーブル３０９ｃに基づく販売店に在庫があるか否かを判定し、販売店在庫があると判定した場合には、ステップＳ４１１に進み、その販売店に納品情報（納品する消耗品の商品名，商品コード，納品単位，納品先等）を含む納品指示（図１８）を行い、ステップＳ４１３に進む。
【０１４８】
一方、ステップＳ４１０において、販売店在庫がないと判定した場合には、ステップＳ４１２において、エラー処理を行う。なお、販売店に在庫が在るか否かの判定処理とは、対象となる販売店の納品テーブル３０９ｄ内の閾値１００３の数値が、納品先の納品単位１００４以下か否かにより判定するものとする。また、エラー処理とは、販売店に在庫がない旨及びその納品情報（発注番号，納品する消耗品の商品名，商品コード，納品単位，納品先等）をメーカ内の担当者にメール通知する処理に対応する。この通知を受けた担当者は、複数の販売店から分割して納品させるように指示したり、メーカ在庫がその納品単位に達した時点で優先的に納品処理されるように設定する等のフレキシブルな対処を行うことができる。
【０１４９】
次に、ステップＳ４１３において、受領確認タイミングになるまで待機し、受領確認タイミングになったら、ステップＳ４１４において、発注元の担当者に受領確認メール（図１９）を送信（図中「Ｅ」）する。なお、受領確認タイミングは、例えば、メーカ側の管理者が任意に設定できるものとし、例えば「到着予定日＋１日」、「到着予定日の１７時」等を設定するものとする。
【０１５０】
次に、発注元の担当者から「受領」又は「未受領」の情報を受信（図中「Ｆ」）すると、ステップＳ４１５において、受信した情報が「受領」であるか否かを判定し、「受領」であると判定した場合には、ステップＳ４１６において、顧客テーブル４０９ｃに基づいて、該発注元の顧客が「販売店納品」か否かを判定し、「販売店納品」でない、即ち「メーカ納品」であると判定した場合には、そのままステップＳ４１８に進み、一方、「販売店納品」であると判定した場合には、ステップＳ４１７において、発注元から「受領」のデータを販売店に転送し、ステップＳ４１８に進む。
【０１５１】
次に、ステップＳ４１８において、発注元が「メーカ回収」か否かを判定し、「メーカ回収」であると判定した場合には、ステップＳ４１９において、発注元に対する売上処理を実行し（発注元に対して請求書を発行し）、その旨をメーカ内の担当者にメール等で通知し、ステップＳ４２２に進む。
【０１５２】
一方、ステップＳ４１８において、発注元が「メーカ回収」でない、即ち「販売店回収」であると判定した場合には、ステップＳ４２０において、販売店へ回収指示をメール等で行い、ステップＳ４２１において、販売店に対する売上処理を実行し（販売店に対して請求書を発行し）、ステップＳ４２２に進む。
【０１５３】
最後にステップＳ４２２において、発注元の在庫サーバ３００に対して在庫補正情報を送信（図中「Ｇ」）し、処理を終了する。
【０１５４】
一方、ステップＳ４１５において、受信した情報が「受領」でない、即ち「未受領」であると判定した場合には、ステップＳ４２３において、エラー処理を行う。このエラー処理とは、「メーカ納品」の場合には、メーカ内の担当者に対して、納品情報（発注番号，納品する消耗品の商品名，商品コード，納品単位，納品先等）と「メーカ納品」，「未受領」である旨を通知する。一方、「販売店納品」の場合には、上記納品情報と納品した販売店，「未受領」である旨を販売店及びメーカ担当者に通知するものとする。
【０１５５】
図１６は、本発明の情報処理装置における制御処理手順の一例を示すフローチャートであり、図１に示した担当者ＰＣ５００における発注指示・受領通知処理に対応する。なお、このフローチャートの処理は、図４に示したＣＰＵ５０１によりハードディスク５０９に格納されたメールソフト，各種制御プログラム５０９ｂに基づいて実行されるものとする。また、図中Ｓ３０１〜Ｓ３０５は各ステップを示す。
【０１５６】
監視サーバ４００からの発注確認メール（図１７）を受信（図中「Ｃ」）し、受領確認メール（図１９）を受信する前（Ｓ３０１で「Ｎ」）に、発注確認メール「発注了承」１７０１か「発注不可」１７０２が選択された（Ｓ３０２で「Ｙ」）場合は、ステップＳ３０３に進み、選択結果に応じて監視サーバ４００に「発注了承」又は「発注不可」の指示を送信し（図中「Ｄ」）、ステップＳ３０４において、受領メールを受信した後に、ステップＳ３０５に進む。
【０１５７】
一方、発注確認メール「発注了承」１７０１か「発注不可」１７０２を選択（Ｓ３０２）する前に、受領確認メール（図１９）を受信した（Ｓ３０１で「Ｙ」）場合には、そのままステップＳ３０５に進む。
【０１５８】
そして、担当者が消耗品の受領を確認した後、図１９に示す「受領」１９０１又は「未受領」１９０２を指示することにより、ステップＳ３０５において、「受領」又は「未受領」を示す情報を監視サーバ４００に送信し、処理を終了する。
【０１５９】
図１７は、図１に示した監視サーバ４００から消費者又は販売店の担当者に送信される発注確認メールに添付されるｈｔｍｌファイル等に基づいてコンピュータのモニタ上に表示される画面の一例を示す模式図である。
【０１６０】
図１７において、この発注確認メールを受け取った担当者は、「発注了承」１７０１又は「発注不可」１７０２を選択することにより、監視サーバ４００に「発注了承」又は「発注不可」を指示することができる。
【０１６１】
図１８は、図１に示した監視サーバ４００から販売店に送信される納品依頼メールの一例を示す模式図である。
【０１６２】
図１８において、この納品依頼メールを受け取った販売店は、この納品依頼メールに基づいて消費者に消耗品の納品を行う。
【０１６３】
図１９は、図１に示した監視サーバ４００から消費者又は販売店の担当者に送信される受領確認メールに添付されるｈｔｍｌファイル等に基づいてコンピュータのモニタ上に表示される画面の一例を示す模式図である。
【０１６４】
図１９において、この受領確認メールを受け取った担当者は、「受領」１９０１又は「未受領」１９０２を選択することにより、監視サーバ４００に「受領」又は「未受領」であることを通知することができる。
【０１６５】
なお、図１７，図１９では、監視サーバ４００より送信されたメールにｈｔｍｌファイル等を添付し、そのｈｔｍｌファイル等の構造化言語により記述されたファイルに基づいて表示される画面により、「発注承認」ｏｒ「発注不可」や「受領」ｏｒ「未受領」を指示する構成について説明したが、前記メールにより所定のＵＲＩ等を通知し、該ＵＲＩに対応するＷｅｂサイト上で「発注承認」ｏｒ「発注不可」や「受領」ｏｒ「未受領」を指示するように構成してもよい。
【０１６６】
以上により、従来のように消耗品の管理と消耗品量の低下をメーカ側のサーバに自動通知し、その通知に基づいてメーカ側担当者が発注確認や受注作業を行っていた従来のシステムでは、ユーザサイドでの消耗品の管理業務負担を大幅に低減したが、メーカ側の担当者の業務が煩雑になっていたが、本発明を適用したシステムでは、単にユーザ側の消耗品管理を自動化するだけではなく、メーカ側の発注確認処理や受注処理等のバックエンドの業務処理までを自動化し、メーカ側での人の介入を無にして（エラー処理のような例外処理は除く）、メーカ側の業務負担を低減させることができる。
【０１６７】
また、本発明を適用したシステムでは、「ａ．メーカ納品，メーカ請回収」、「ｂ．メーカ納品，販売店請回収」、「ｃ．販売店納品，販売店請回収」の３方式に対応しており、販売チャネルの多様化とユーザの要望に沿った物流、商流を可能にすることができる。
【０１６８】
さらに、販売店にてっても、本発明を適用したシステムへの契約を獲得することにより、それ以降の消耗品のビジネスが、全て自動化され販売効率の大幅なアップにもつながる。
【０１６９】
なお、上記各実施形態（変形例等）を合わせた構成も本発明に含まれるものである。
【０１７０】
以下、図２０〜図２３に示すメモリマップを参照して本発明に係る消耗品の発注・代金回収サーバおよび消耗品の在庫管理サーバおよび情報処理装置および周辺機器を適用可能なシステムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１７１】
図２０は、本発明に係る周辺機器で読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１７２】
図２１は、本発明に係る消耗品在庫管理サーバで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１７３】
図２２は、本発明に係る消耗品発注サーバで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１７４】
図２３は、本発明に係る情報処理装置で読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１７５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１７６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１７７】
本実施形態における図１２，図１３，図１４，図１５，図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１７８】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１８０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１８１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８４】
さらに、本発明を達成するためのソフトウエアによって表されるプログラムをネットワーク上のデータベースから通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８５】
【発明の効果】
以上説明したように、本発明に係る第１〜２８の発明によれば、消費者，販売店を含む顧客の下に設置され顧客の消耗品在庫を管理する消耗品在庫管理サーバが、周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、予めメモリに記憶される消耗品の在庫数を減算し、前記メモリに記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を所定の通信媒体を介して消耗品発注サーバに通知すると、消耗品発注サーバは、該消耗品在庫薄通知を受信したことに応じて、顧客を特定し、予め指定されている顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信し、該第１の確認通知に対する返信として発注を了承する通知を受信した場合又は前記第１の確認通知に対する返信を所定時間内に受信せず前記発注を了承したものとした場合には、前記消耗品を発注処理し、該発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信し、該第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理及び在庫量を補正するための在庫補正情報を対応する消耗品在庫管理サーバに対して送信する在庫量補正処理を行うと、消耗品管理サーバは、受信した在庫量補正情報に基づいて、前記メモリに記憶される消耗品の在庫数を補正することにより、従来、消費者に対して消耗品の管理と発注サービスを行う遠隔システムにおいて煩雑となっていたメーカ側の発注確認処理，発注処理，受領確認処理，代金回収処理等の各種バックエンドの業務処理や顧客側の在庫数の補正処理を、人手を介さず行うことができる。
【０１８６】
また、販売店毎で消費者へのサービスを行う必要もなくメーカ等が一箇所で消費者及び販売店を含む顧客全体を統括サービスすることができる。
【０１８７】
さらに、顧客側から発注の了承の通知がなくても、発注処理を行うことができるため、顧客側の担当者が長期の休みや出張等により不在となり発注の了承ができない場合であっても、消耗品の在庫を切らせてしまうことを防止できる。
【０１８８】
また、消耗品を受領したユーザ側で、従来のように人手を介して、受領した商品の在庫の補正入力を行う必要がないため、担当者による補正入力ミスや入力忘れにより、ユーザ側の在庫サーバ内の在庫情報が現実の在庫とは異なってしまうことを防止することができる。
【０１８９】
従って、消耗品の在庫を監視している監視サーバを運用するメーカ側での業務効率を大幅に改善することができる。また、事前の契約等により、注文（発注の了承）の連絡がない場合においても、一定時間カウントすることにより、注文（発注の了承）を受けたのと同じ処理を行うことができる。さらに、個々の販売店が消費者の消耗品を監視するための監視サーバ等を設ける等の設備投資等を行うことなく、メーカ等が統括管理するため、在庫管理や受注業務を統括して効率的に行うことができる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の消耗品の発注・代金回収サーバおよび消耗品の在庫管理サーバおよび情報処理装置および周辺機器を適用可能なシステムの構成の一例を示す図である。
【図２】図１に示した在庫サーバの構成の一例を示すブロック図である。
【図３】図１に示した監視サーバの構成の一例を示すブロック図である。
【図４】図１に示した担当者ＰＣの構成の一例を示すブロック図である。
【図５】図１に示した複合複写機の構成を示すブロック図である。
【図６】図５に示したリーダ部及びプリンタ部の構造を示す断面図である。
【図７】図２に示した在庫管理データの一例を示す模式図である。
【図８】図２に示したイベントテーブルの一例を示す模式図である。
【図９】図３に示した顧客テーブルの一例を示す模式図である。
【図１０】図３に示した納品テーブルの一例を示す模式図である。
【図１１】図３に示したメーカ在庫テーブルの一例を示す模式図である。
【図１２】本発明の周辺機器における制御処理手順の一例を示すフローチャートである。
【図１３】本発明の消耗品在庫管理サーバにおける制御処理手順の一例を示すフローチャートである。
【図１４】本発明の消耗品発注サーバにおける制御処理手順の一例を示すフローチャートである。
【図１５】本発明の消耗品発注サーバにおける制御処理手順の一例を示すフローチャートである。
【図１６】本発明の情報処理装置における制御処理手順の一例を示すフローチャートである。
【図１７】図１に示した監視サーバから消費者又は販売店の担当者に送信される発注確認メールに添付されるｈｔｍｌファイル等に基づいてコンピュータのモニタ上に表示される画面の一例を示す模式図である。
【図１８】図１に示した監視サーバから販売店に送信される納品依頼メールの一例を示す模式図である。
【図１９】図１に示した監視サーバから消費者又は販売店の担当者に送信される受領確認メールに添付されるｈｔｍｌファイル等に基づいてコンピュータのモニタ上に表示される画面の一例を示す模式図である。
【図２０】本発明に係る周辺機器で読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【図２１】本発明に係る消耗品在庫管理サーバで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【図２２】本発明に係る消耗品発注サーバで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【図２３】本発明に係る情報処理装置で読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【符号の説明】
１０　ＬＡＮ
１１　ルータ
１００　プリンタ
２００　複合複写機
３００ａ，３００ｂ　消耗品在庫管理サーバ（在庫サーバ）
４００　消耗品発注サーバ（監視サーバ）
５００　担当者のパーソナルコンピュータ（担当者ＰＣ）
６００　インターネット
【図１】
2004094512.tif 000003
【図２】
2004094512.tif 000004
【図３】
2004094512.tif 000005
【図４】
2004094512.tif 000006
【図５】
2004094512.tif 000007
【図６】
2004094512.tif 000008
【図７】
2004094512.tif 000009
【図８】
2004094512.tif 000010
【図９】
2004094512.tif 000011
【図１０】
2004094512.tif 000012
【図１１】
2004094512.tif 000013
【図１２】
2004094512.tif 000014
【図１３】
2004094512.tif 000015
【図１４】
2004094512.tif 000016
【図１５】
2004094512.tif 000017
【図１６】
2004094512.tif 000018
【図１７】
2004094512.tif 000019
【図１８】
2004094512.tif 000020
【図１９】
2004094512.tif 000021
【図２０】
2004094512.tif 000022
【図２１】
2004094512.tif 000023
【図２２】
2004094512.tif 000024
【図２３】
2004094512.tif 000025