JP4612784B2

JP4612784B2 - 消耗品発注サーバ、消耗品発注システム、消耗品発注方法、プログラムおよび記録媒体

Info

Publication number: JP4612784B2
Application number: JP2002253728A
Authority: JP
Inventors: 昌史寺山; 仁太田; 洋上田; 一成打木; 伸子篠澤; 繁男山内; 卓也古賀; 克敏葛城; 直史彦坂
Original assignee: Canon Inc; Canon Marketing Japan Inc
Current assignee: Canon Inc; Canon Marketing Japan Inc
Priority date: 2002-08-30
Filing date: 2002-08-30
Publication date: 2011-01-12
Anticipated expiration: 2022-08-30
Also published as: JP2004094512A

Description

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

Claims

消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバにおいて、
前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルを記憶する第１の記憶手段と、
前記制御部が動作することにより、前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、前記第１の記憶手段に記憶された顧客テーブルから読み出すことにより特定する通信先特定手段と、
前記制御部が動作することにより、前記通信先特定手段により特定された顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知手段と、
前記制御部が動作することにより、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記第１の記憶手段に記憶された顧客テーブルから読み出すことにより特定する納品元特定手段と、
前記制御部が動作することにより、前記第１の確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定手段により前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注手段と、
を有することを特徴とする消耗品発注サーバ。
前記第１の記憶手段には、前記顧客毎の代金支払先が記憶されており、
前記制御部が動作することにより、前記発注手段により納品された消耗品の代金支払先を前記第１の記憶手段からから読み出すことにより特定する支払先特定手段と、
前記制御部が動作することにより、前記支払先特定手段により前記代金支払先が、メーカであると特定される場合には、前記顧客に対して請求書の発行処理を行い、一方、販売店であると特定される場合には、前記顧客に対する請求書の発行指示を、前記支払先に特定される販売店に対応した通信先に送信する代金回収手段と、
を有することを特徴とする請求項１記載の消耗品発注サーバ。
前記消耗品のメーカ在庫である前記メーカ在庫データを記憶する第２の記憶手段と、
前記制御部が動作することにより、前記納品元特定手段により納品元がメーカであると特定される場合、前記メーカ在庫の有無を判定するメーカ在庫判定手段と、
前記制御部が動作することにより、前記メーカ在庫判定手段によりメーカ在庫がないと判定された場合、所定の販売店在庫の有無を判定する販売店在庫判定手段とを有し、
前記発注手段は、前記販売店在庫判定手段により販売店在庫があると判定した場合には、当該顧客への消耗品の納品指示を、前記在庫があると判定された販売店に対応した通信先に、前記納品依頼メールで送信することを特徴とする請求項１または２に記載の消耗品発注サーバ。
前記発注手段は、前記第１の確認通知に対する返信を所定時間内に受信しない場合には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする請求項１乃至３のいずれか１項に記載の消耗品発注サーバ。
顧客毎に消耗品納品単位を記憶する第３の記憶手段を有し、
前記発注手段は、前記第３の記憶手段に記憶される顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする請求項１乃至３のいずれか１項に記載の消耗品発注サーバ。
前記制御部が動作することにより、前記発注手段により発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知手段を有し、
前記代金回収手段は、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行うことを特徴とする請求項２乃至５のいずれか１項に記載の消耗品発注サーバ。
前記制御部が動作することにより、前記発注手段により発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知手段と、
前記制御部が動作することにより、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正手段とを有することを特徴とする請求項１乃至６のいずれか１項に記載の消耗品発注サーバ。
消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバとが所定の通信媒体を介して通信可能な消耗品発注システムであって、
前記消耗品在庫管理サーバは、
各周辺機器で使用される各消耗品の在庫数を記憶する在庫数記憶手段と、
前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、前記在庫数記憶手段に記憶される消耗品の在庫数を減算する減算手段と、
前記在庫数記憶手段に記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する消耗品在庫薄通知手段とを有し、
前記消耗品発注サーバは、
前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルを記憶する顧客テーブル記憶手段と、
前記制御部が動作することにより、前記いずれかの消耗品在庫管理サーバから前記消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、前記顧客テーブル記憶手段に記憶された顧客テーブルから読み出すことにより特定する通信先特定手段と、
前記制御部が動作することにより、前記通信先特定手段により特定された顧客の通信先に前記消耗品の発注の了承を確認するための確認通知を送信する発注確認通知手段と、
前記制御部が動作することにより、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記顧客テーブル記憶手段に記憶された顧客テーブルから読み出すことにより特定する納品元特定手段と、
前記制御部が動作することにより、前記確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定手段により前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注手段とを有する
ことを特徴とする消耗品発注システム。
消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバにおける消耗品発注方法であって、
前記制御部が動作することにより、前記消耗品発注サーバの通信先特定手段が、前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、第１の記憶手段に記憶された前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルから読み出すことにより特定する通信先特定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの発注確認通知手段が、前記通信先特定ステップにより特定された顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの納品元特定手段が、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記第１の記憶手段に記憶された前記顧客テーブルから読み出すことにより特定する納品元特定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの発注手段が、前記第１の確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定ステップにより前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注ステップと、
を有することを特徴とする消耗品発注方法。
前記第１の記憶手段には、前記顧客毎の代金支払先が記憶されており、
前記制御部が動作することにより、前記消耗品発注サーバの支払先特定手段が、前記発注ステップにより納品された消耗品の代金支払先を前記第１の記憶手段から読み出すことにより特定する支払先特定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの代金回収手段が、前記支払先特定ステップにより前記代金支払先が、メーカであると特定される場合には、前記顧客に対して請求書の発行処理を行い、一方、販売店であると特定される場合には、前記顧客に対する請求書の発行指示を、前記支払先に特定される販売店に対応した通信先に送信する代金回収ステップと、
を有することを特徴とする請求項９記載の消耗品発注方法。
前記制御部が動作することにより、前記消耗品発注サーバのメーカ在庫判定手段が、前記納品元特定ステップにより納品元がメーカであると特定される場合、前記メーカ在庫の有無を第２の記憶手段に記憶された消耗品のメーカ在庫に基づいて判定するメーカ在庫判定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの販売店在庫判定手段が、前記メーカ在庫判定ステップによりメーカ在庫がないと判定された場合、所定の販売店在庫の有無を判定する販売店在庫判定ステップと、を有し
前記発注ステップは、前記販売店在庫判定ステップにより販売店に在庫が有ると判定された場合に、当該顧客への消耗品の納品指示を、前記第１の記憶手段に記憶される顧客テーブルから読み出すことにより特定される前記在庫が有ると判定された販売店に対応した通信先に、前記納品依頼メールで送信することを特徴とする請求項９または１０に記載の消耗品発注方法。
前記発注ステップは、前記第１の確認通知に対する返信を所定時間内に受信しない場合には、前記発注を了承したものとして、前記発注処理を行うことを特徴とする請求項９乃至１１のいずれか１項に記載の消耗品発注方法。
前記発注ステップは、第３の記憶手段に記憶された顧客の消耗品納品単位に応じた数の消耗品を発注することを特徴とする請求項９乃至１１のいずれか１項に記載の消耗品発注方法。
前記制御部が動作することにより、前記消耗品発注サーバの受領確認通知手段が、前記発注ステップにより発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知ステップを有し、
前記代金回収ステップは、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、前記消耗品の代金回収処理を行うことを特徴とする請求項１０乃至１３のいずれか１項に記載の消耗品発注方法。
前記制御部が動作することにより、前記消耗品発注サーバの受領確認通知手段が、前記発注ステップにより発注処理された消耗品の受領の有無を確認するための第２の確認通知を、前記顧客の通信先に送信する受領確認通知ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの在庫量補正手段が、前記第２の確認通知に対する返信として受領を示す通知を受信したことに応じて、在庫量を補正するための在庫補正情報を、対応する消耗品在庫管理サーバに対して送信する在庫量補正ステップを有することを特徴とする請求項９乃至１４のいずれか１項に記載の消耗品発注方法。
消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバとが所定の通信媒体を介して通信可能な消耗品発注システムにおける消耗品発注方法であって、
前記消耗品在庫管理サーバの減算手段が、前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、在庫数記憶手段に記憶された消耗品の在庫数を減算する減算ステップと、
前記消耗品在庫管理サーバの消耗品在庫薄通知手段が、前記在庫数記憶手段に記憶された消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する消耗品在庫薄通知ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの通信先特定手段が、前記いずれかの消耗品在庫管理サーバから前記消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、顧客テーブル記憶手段に記憶された前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルから読み出すことにより特定する通信先特定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの発注確認通知手段が、前記通信先特定ステップにより特定された顧客の通信先に前記消耗品の発注の了承を確認するための確認通知を送信する発注確認通知ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの納品元特定手段が、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記顧客テーブル記憶手段に記憶された顧客テーブルから読み出すことにより特定する納品元特定ステップと、
前記制御部が動作することにより、前記消耗品発注サーバの発注手段が、前記確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定手段により前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注ステップと、
を有することを特徴とする消耗品発注方法。
消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと所定の通信媒体を介して通信可能な、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバを、
前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルを記憶する第１の記憶手段と、
前記制御部が動作することにより、前記いずれかの消耗品在庫管理サーバからその顧客の消耗品在庫が所定の閾値以下となったことを示す消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、前記第１の記憶手段に記憶された顧客テーブルから読み出すことにより特定する通信先特定手段と、
前記制御部が動作することにより、前記通信先特定手段により特定された顧客の通信先に前記消耗品の発注の了承を確認するための第１の確認通知を送信する発注確認通知手段と、
前記制御部が動作することにより、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記第１の記憶手段に記憶された顧客テーブルから読み出すことにより特定する納品元特定手段と、
前記制御部が動作することにより、前記第１の確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定手段により前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注手段と、
して機能させるためのプログラム。
消耗品の消費者および販売店を含む各顧客の下に設置された各顧客の消耗品在庫をそれぞれ管理する複数の消耗品在庫管理サーバと、当該消耗品のメーカの下に設置された、コンピュータプログラムを実行する制御部を備えた消耗品発注サーバとが所定の通信媒体を介して通信可能な消耗品発注システムにおける前記消耗品在庫管理サーバを、
各周辺機器で使用される各消耗品の在庫数を記憶する在庫数記憶手段と、
前記周辺機器内の消耗品残量が所定量を下回ったことを示す通知を前記周辺機器から受信したことに応じて、前記在庫数記憶手段に記憶される消耗品の在庫数を減算する減算手段と、
前記在庫数記憶手段に記憶される消耗品の在庫数が所定の閾値以下となった場合に、消耗品の在庫数が所定の閾値以下となったことを示す消耗品在庫薄通知を前記消耗品発注サーバに通知する消耗品在庫薄通知手段として機能させるためのプログラムと、
前記消耗品発注サーバを、
前記顧客毎の通信先および消耗品の納品元が記録された顧客テーブルを記憶する顧客テーブル記憶手段と、
前記制御部が動作することにより、前記いずれかの消耗品在庫管理サーバから前記消耗品在庫薄通知を受信したことに応じて、該消耗品在庫が所定の閾値以下となった顧客に対応した通信先を、前記顧客テーブル記憶手段に記憶された顧客テーブルから読み出すことにより特定する通信先特定手段と、
前記制御部が動作することにより、前記通信先特定手段により特定された顧客の通信先に前記消耗品の発注の了承を確認するための確認通知を送信する発注確認通知手段と、
前記制御部が動作することにより、前記消耗品在庫が所定の閾値以下となった顧客に対応した消耗品の納品元を前記顧客テーブル記憶手段に記憶された顧客テーブルから読み出すことにより特定する納品元特定手段と、
前記制御部が動作することにより、前記確認通知に対する返信として発注を了承する通知を前記顧客から受信したことに応じて、前記納品元特定手段により前記納品元がメーカであると特定される場合には、当該顧客へ前記消耗品を配送すべく、当該消耗品発注サーバが設置される前記メーカの配送部門に対して、前記消耗品の商品名と個数とを指示するメールを送信し、その納品する個数をメーカ在庫データから減算する納品処理を行い、一方、前記納品元特定手段により納品元が販売店であると特定される場合には、当該顧客への消耗品の商品名と個数と納品先とを指示する納品依頼メールを、前記納品元に特定される販売店に対応した通信先に送信する処理を行う発注手段として機能させるためのプログラムと、
を有することを特徴とするプログラム。