WO2001059638A1

WO2001059638A1 - Procede de collecte utilisant un processeur d'informations, procede de commande ou de vente

Info

Publication number: WO2001059638A1
Application number: PCT/JP2001/001018
Authority: WO
Inventors: Rikio Shiba; Takayuki Nagatsuka; Yukihiko Shimizu
Original assignee: Canon Kabushiki Kaisha
Priority date: 2000-02-14
Filing date: 2001-02-14
Publication date: 2001-08-16
Also published as: EP1215611A4; EP1215611A1; WO2001059638B1; US20020055883A1; CN1365479A

Description

明細書

情報処理装置による回収方法、注文方法または販売方法

技術分野

本発明は回収方法、注文方法、販売方法ないし販売システム、および、情報処理装置、情報処理装置による回収方法ないし販売方法、並びに、それらのプログラムおよび媒体に関し、例えば、トナーカートリッジなどのビジネス消耗品の注文、販売および回収に関する。背景技術電子写真方式を利用したプリンタ、複写機およびファクシミリ装置は、ビジネスを遂行する上で必須の機器である。これら電子写真方式を利用する機器は、トナーなどの消耗品を必要とする。もし、それらの消耗品が切れ、直ちに消耗品の補充ができなければ、それらの機器は利用不能になる。このような状況を防ぐために、各オフィスでは、消耗品の適正在庫を維持管理している。最近では、事業所全体で消耗品の適正在庫を維持管理する IMS(Information Manager of System)などと呼ばれる部署が存在する場合もある。

電子写真方式を利用する機器には、トナーカートリッジと呼ばれるカートリッジによってトナーが供給されるものがある。各機器には、その機種に応じたトナーカートリッジを装着する必要があり、同じプリンタでも機種が異なれば、大概は、異なるトナーカートリッジが必要になる。従つて、多種類の機器を利用するオフィスや事業所では、多種類のトナーカートリッジを在庫し維持管理する必要がある。なお、トナーカートリッジに限らず、オフィスや事業所で消費されるすべてのビジネス用品は適正在庫の維持管理が要求される。以下では、トナーカートリッジのような物品を

「ビジネス消耗品」と呼ぶ場合がある。「ビジネス消耗品」には、トナーカートリツジのほか、複写機用のトナ一、感光ドラム、ィンクジェットプリンタ用のインク、その他サービスパーツ、紙や OHPシートなどを挙げることができる。

また、トナーカートリッジ自体はリサイクル可能な材料で形成されている。さらに、トナーカートリッジには、トナーが収容されているだけでなく、感光ドラム上の静電潜像にトナーを供給する機構が備わっていたり、感光ドラム自体力⁵'収容されている場合もある。従って、それらの材料や部品をリサイクルするために、使用済みのトナーカートリッジは効率よく回収されるのが望ましい。

このような特性をもつビジネス消耗品の販売形態、在庫管理およびリサイクルに関して、次に示すような要望がある。

[販売形態]

インターネットの普及に伴い、ビジネス消耗品の販売、注文にもインターネットの利用が望まれている。インターネットを利用して商品を販売するシステムは既に存在するが、利用機器に応じたビジネス消耗品を多種多様の商品の中から正しく選択し、注文するのは容易なことではない。また、そのような販売システムで表示される商品の価格は顧客に応じたものではない。

[在庫管理]

利用機器に応じたビジネス消耗品を供給し販売する製造者や販売店は、顧客へビジネス消耗品を短期間に供給する必要から、それぞれの倉庫にかなりのビジネス消耗品を在庫している。しかし、ビジネス消耗品の多種多様性、需要予測の困難さから適正在庫になっているとはいえない。このため、顧客から受注したビジネス消耗品の在庫がなく、地理的に離れた他の販売店には過剰にあるという事態が発生する。この場合、過剰在庫をもつ販売店から顧客へビジネス消耗品を供給することはできても、通常の配送地域から外れるなどの問題から、到底、短期間に納品することはできない _c 従つて、ビジネス消耗品の多種多様性およぴ需要予測の困難さを考慮した在庫管理が望まれている。

トナーカートリッジの回収およびリサイクルを効果的に行うには、何時、どの種類のトナーカートリツジが幾つ戻ってくるかをトナーカートリッジの製造者やリサイクル業者が把握できることが望ましい。言い換えれば、製造者やリサイクル業者は、使用済みカートリッジの回収 · リサイクルスケジュールを立て、使用済みカートリッジを効率的かつ低コストで回収しリサイクルすることが可能になる。

しかし、現状は、トナーカートリッジをリサイクルするか否か自体が、トナーカートリツジが使用済みになった時点でユーザによって決定されるだけであり、効果的かつ低コストで回収およびリサイクルを行うには、適切な環境が整っているとは言えない。さらに、現 ¾ ^のトナーカートリッジを回収方法は (1)販売店もしくは製造者が回収用のトラック便などを仕立てる、（2)ユーザが販売店へ持参する、（3)ユーザが回収専用箱に梱包して発送する、などであり何れの方法も手間およびコストがかかる。また、これらの回収情報が管理されていないため、トナーカートリツジの製造者やリサィクル業者は、過去の回収 · リサイクル実績を基にしたリサイクルスケジユールを組むので予想が大きく外れることが問題となっている。

このような状況から、本来はリサイクルの重要な役割を担う製造者やリサイクル業者は受動的にリサイクル活動を行うことになり、ユーザゃ販売店の努力により回収が支えられているのが現実である。さらに、回収の手間ゃコストを嫌って廃棄される使用済みトナーカートリッジも多いと考えられる。従って、回収の手間やコストを削減可能な回収システムが望まれている。発明の開示

本発明は、上述の課題を個々にまたはまとめて解決するためのものであり、ビジネス消耗品の流通を一元管理することを目的とする。

かかる目的の下で、本発明の好ましい実施例は、所定のサーバにログィンし、前記サーバから供給される画面に従い使用済みのビジネス消耗品の回収を設定する回収方法であって、前記画面には、ビジネス消耗品を注文するための項目、および、使用済みのビジネス消耗品の回収を設定または非設定するための項目が含まれる回収方法を開示する。

また、ユーザに所定のサーバにログインさせ、前記サーバから供給される注文画面に従い所望するビジネス消耗品を注文する注文方法であって、前記画面には、注文者の利用機器に対応するビジネス消耗品リストが含まれる注文方法を開示する。

また、商品の発注情報を入力するための入力欄と前記商品の回収が行われるようにするか否かを設定するための入力欄とを含む表示画面情報を通信回線を介して接続される端末装置に送信する送信ステップを有する回収方法を開示する。

また、通信回線を介して複数の端末装置と接続されたユーザの使用機器情報を管理する情報処理装置による販売方法であって、前記端末装置より通知されてくる、ユーザ固有の情報に応じた前記ユーザの所有する機器を特定する特定ステツプと、前記特定ステツプにおいて特定されたユーザの所有する機器を表示するための表示画面情報を生成する生成ステツプとを有する販売方法を開示する。

また、インターネットを介して送信されてくる発注情報を受付ける受信ステップと、前記発注情報より特定される商品が、前記発注情報によつて特定される発注者の地理情報に対応する最短時間で輸送可能な倉庫から出庫可能か否かを前記倉庫の在庫情報に応じて決定する決定ステツプとを有する販売方法を開示する。

さらに、ユーザが注文画面を介して入力した情報より特定される商品と前記商品の回収が行われるようにするか否かを設定するための入力欄とを含む表示画面情報を通信回線を介して接続される端末装置に送信する送信ステップを有する販売方法を開示する。

本発明の他の特徴およぴ長所は、添付する図面に関連する下記の記述から明らかになるだろう。図面の簡単な説明

図 1は現) 1犬のトナーカートリッジの流れを説明する図、

図 2は本実施形態におけるトナーカートリッジの流れを示す図、図 3はトナーカートリッジの販売回収システムの構成例を示す図、図 4はトナーカートリッジの発注シーケンスの一例を示す図、図 5はトナーカートリッジの発注時にユーザの端末装置に表示される画面の一例を示す図、

図 6はトナーカートリツジの発注時にユーザの端末装置に表示される画面の一例を示す図、

図 7はトナーカートリツジの発注時にユーザの端末装置に表示される画面の一例を示す図、

図 8はトナーカートリツジの発注時にユーザの端末装置に表示される画面の一例を示す図、

図 9はトナーカートリッジの発注時にユーザの端末装置に表示される画面の一例を示す図、

図 10は受注処理の一例を示すフローチヤ一ト

図 11は受注情報に基づく出荷処理の一例を示すフローチヤ一ト、図 12は受注情報に基づく回収処理の一例を示すフローチヤ一ト、図 13はレーザビームプリンタの構成例を示す概観図、

図 14はィンクジヱットプリンタの構成例を示す概観図、

図 15はコンピュータの代表的な構成例を示すブロック図、

図 16はメインサーバによる処理の一形態を示す図、

図 17はメィンサーバによる表示画面情報生成の処理の一形態を示す図、図 18はユーザの端末装置に表示される画面の一例を示す図、

図 19はメィンサーバによる表示画面情幸艮生成の処理の一形態を示す図、図 20は共有 DBとメインサーバが協働することによつて記憶/管理される管理様子の一例を示す図、

図 21ばメィンサーバによって生成されたリサイクルスケジュール惰報の一形態を示す図、

図 22はメインサーバによる処理の一形態を示す図、および

図 23はメィンサーバによって生成されたリサイクルスケジュール情報の一形態を示す図である。発明を実施するための最良の形態

以下、本発明にかかるビジネス消耗品の販売回収システムを図面を参照して詳細に説明する。なお、実施形態では電子写真方式のプリンタ、複写機、ファクシミリ装置などの機器に使用されるトナーカートリッジをビジネス消耗品の一例として説明するが、他の商品にも本発明を適用することができる。例えば、複写機用のトナー、消耗パーツ、紙や OHPシート、インクジェットプリンタ用のインクなどを挙げることができる。なお、消耗パーツとは、複写機、プリンタなどの画像形成装置に使用される感光体ドラム、感光体ュニット、交換用ランプ、定着器のローラなど、本体寿命よりも短い期間で消耗するパーツ類である。このうち、多くのものは空になった容器などの回収が望まれ、例えば、複写機用のトナーはトナーの容器ゃパッケージ箱の回収が望まれる。

[トナーカートリツジの流れ]

図 1は現) I犬のトナーカートリッジの流れを説明する図である。

図 1において、製造者 1の工場 11で生産計画に合わせて製造されたトナーカートリッジは、随時、製造者の倉庫 12へ送られる。そして、注文が販売者 3から製造者 1へ入ると、販売者 3 (またはその倉庫）へ納入するのにかなり日数がかかる場合がある。販売者 3からユーザ 4へは、在庫があれば、遅くとも一日（注文の翌日）で納入可能である。

一方、使用済みのトナーカートリッジの回収には確立したルートがなく、前述したように、販売者 3を経て、ユーザ 4から製造者 1へ直送など様々なルートがある。また、回収にかかる手間およびコストの問題から回収されない使用済みのトナーカートリッジも多いと考えられる。

図 2は本実施形態におけるトナーカートリッジの流れを示す図である。図 2において、製造者 1の工場 11で生産計画に合わせて製造されたトナーカートリッジは、随時、マスタ倉庫 5へ送られる。マスタ倉庫 5に一旦入荷したトナーカートリッジは、後述する出荷スケジュールに合わせて各地に分散配置されたブランチ倉庫 6へ配送される。詳細は後述する力？、ユーザ 4から注文が入ると、ブランチ倉庫 6からユーザ 4へトナーカートリッジ力 ^s納入される。その納入の際、詳細は後述するが、ユーザ 4の希望に応じて使用済みのトナーカートリッジが回収され、一旦ブランチ倉庫 6またはマスタ倉庫 5へ納入される。ブランチ倉庫 6またはマスタ倉庫 5へへ納入された使用済みのトナーカートリッジは、その後、所定のタイミングでブランチ倉庫 6またはマスタ倉庫 5から回収センタ 7へ送られてリサイクルされる

図 2に示すマスタ倉庫 5は、トナーカートリッジの流れの中心になる主管的な倉庫であり、製造者 1、販売者 3あるいは物流業者などによって営まれる。ユーザ 4との接点になるブランチ倉庫 6は物流業者によって営まれるのが好ましい。また、リサイクルの中心である回収センタ 7は、製造者 1あるいはリサイクル業者などによって営まれる。

また、共有データベース (DB)8は、工場 11の生産、マスタ倉庫 5およびブランチ倉庫 6の在庫、ユーザ 4の注文、さらに、工場 11、マスタ倉庫 5、ブランチ倉庫 6、ュ一ザ 4およぴ回収センタ 7の間の回収を含む物流を一元管理するものである。共有 DB8による一元管理を行う目標としては、適切な生産、在庫および物流を実現し、ユーザ 4から注文を受けたトナーカートリッジの例えば一日以内の納入を可能にする、並びに、回収されたトナーカートリツジが、適切なタイミングかつ数量で、回収センタ 7に納入されるようにする、などである。また、共有 DB8から提供される情報は後述する図 15の補助記憶装置 1505に記憶されたものものに該当する。

なお、販売者 3は、トナーカートリッジ自体の流れには参力卩しない場合もあるが、後述する販売回収システムにおけるデータの流れには参加する。

さて、図 2に示すような、トナーカートリッジの流れを構築しシステム化することによって、ユーザは短期間に確実にトナーカートリッジを入手することができる。従って、多種類のプリンタ、複写機、ファクシミリ装置を利用するオフィスや事業所における、多種類のトナーカートリッジの在庫の維持管理を容易にすることができる。さらに、小規模なオフィスや事業所であれば、例えば、トナーの残量がある閾値を割り、プリンタなどからトナーカートリツジの交換予告が通知された後にトナーカートリツジを発注すれば、在庫管理自体を不要にすることも可能になる。

言い換えれば、共有 DB8により多種多様なトナーカートリツジの生産、物流、在庫、受注および配送を一元管理することにより、例えば、生産および受注に応じてマスタ倉庫 5およびブランチ倉庫 6の間でトナ一カートリッジの在庫を調整することができる。従って、販売者 3などの倉庫にビジネス消耗品を在庫しなくても、ユーザ 4へトナ一カートリツジを短期間に供給することができ、販売者 3の在庫なしゃ過剰在庫に起因する問題、過剰在庫による金利負担増などを解消することができる。

また、回収センタ 7は、共有 DB8を介して、ユーザが使用中のトナーカートリッジの数量、購入時期、ユーザの回収プログラム参加数、などから将来の回収見通しを算出することができる。この見通しにより、ィ叮時、どの種類のトナーカートリツジが幾つ戻つてくるかを把握することができる。さらに、実際にユーザから回収が行われた時点で、回収業者（配送業者）の端末装置より送信されてくる、回収完了を示す情報をメィンサーバ 81で受信して把握することによりより精度の高い使用済みカートリッジの回収 - リサイクルスケジュールを立て、使用済みカートリッジを効率的かつ低コストで回収しリサイクルすることが可能になり、積極的なリサイクル活動が展開できる。なお、詳細は後述する。

さらに、使用済みトナーカートリッジをリサイクルさせるための手間おょぴコストを最小限に抑えることができるので、使用済みトナーカートリッジが廃棄されるのを防ぎ、回収率を高めることができるなど、環境を考慮した回収システム、リサイクルシステムを構築することができる。以下では、図 2に示すトナーカートリツジの流れを実現する販売回収 -詳細に説明する。

[販売回収システム]

図 3はトナーカートリッジの販売回収システムの構成例を示す図である

メインサーバ 81は、共有 DB8を提供するサーノ装置である。なお、共有 DB8は、一合のサーバ装置によって提供されるとは限らず、複数台のサーノ装置に分割されて、あるいは、並列に提供されることもある。つまり、共有 DB8は、論理的に一つのデータベースとして提供されればよい。

メインサーバ 81には、インターネットなどのワイドエリアネットヮーク (WAN) 100を介して、共有 DB8を利用する複数の端末装置が接続される。端末装置 13、 31、 41、 51、 61および 71はそれぞれ製造者 1、販売者 3、ユーザ 4、マスタ倉庫 5、ブランチ倉庫 6および回収センタ 7の端末である。また、端末装置 32は販売者 3のセールスマンやサービスマンが使用するモパイル端末、端末装置 62は物流業者の配送係が使用するモパイル端末である。ここで、セールスマンやサービスマン力使用するモパイル端末は、端末装置 41と同様の構成/機能を有するものであれば、本発明の目的は達成することができる。

ここで、図 3に示されるメインサーバ 81の内部構造について、図 15を参照して説明する。図 15はメインサーバ 81の内部ブロック図である。図 15 に示されるように、メインサーバ 81は CPU1501と、入力装置 1502と、主記憶装置 1503と、出力装置 1504と、補助記憶装置 1505と、通信装置 1506とからなる。

ここで、 CPU1501は別名処理装置として観念される部材であり、システム内の各装置に命令を送りその動作を制御する制御機能と、サーバの中心的な部分でディジタルデータの演算処理を行う機能を有するものである。

また、入力装置は 1502は、各種データを入力するための部材であり、例えばキーボード、マウス、ポインティングデバイス、タツチパネル、マウスパッド、 CCDカメラ、カード読取り機、紙テープ読取り機、磁気テ一プ装置などが考えられる。例えば、図 6のインタフヱイス画面を介してマウスなどの出力装置に指示データが入力すると、 CPU1501は入力された情報を認識し、次の処理に移行させるような処理を行う。

また、主記憶装置 1503は別名メモリとして観念される部材であり、各処理装置および内部記憶装置において、命令を実行するために使われるァドレス可能な空間すベてを指す部材である。この主記憶装置 1503は主として半導体素子により構成され、入力したプログラムやデータを格納、保持すると供に、 CPU1501の指示に従い、この格納保持されているデータを例えばレジスタに読み出す。

また、主記憶装置 1503を構成する半導体素子としては RAM(Random

Access Memory)や ROM(Read Only Memory)等からなる。例えば、図 5のユーザインタフェイスを介して入力された ID、パスヮード情報は主記憶装置 1503に一時記憶され、該一時記憶された情報は CPU1501により通信装置 1506 を介して送信される（図 4の S1に対応）。また、図 5のユーザインタフヱイスを表示するための表示用メモリとしての機能も有するものである。

また、出力装置 1504は、 CPU1501による演算結果を出力するための部材であり、例えば CRT、プラズマディスプレイパネルおよび液晶ディスプレイ、その他の表示装置、プリンタなどの印刷装置、音声出力装置などが該当する。本発明では、例えば、図 3に示される各端末装置の表示装置が出力装置 1504に該当する。

また、補助記憶装置 1505は、主記憶装置 1503の記憶容量を補うための機材で、例えば磁気ディスク装置、光ディスク装置、半導体ディスク装置などによる、フロッピディスク、 CD- ROM、 CD-R, CD-W、 MO、 DVDなどが該当する。この補助記憶装置 1505はデータベースの機能を実現するための装置で、本発明においては、例えば共有 DB8が補助記憶装置 1505に該当するものである。また、主記憶装置と同様にプログラムを格納する機能も有している。

また、通信装置 1506は、外部のネットワークと通信を行うための装置であり、接続されるネットワークに応じて適宜データの送受信やディジ夕ル—アナログ変換などを行う。本発明においては、例えば図 4の各ステップにおいて送信されるデータは通信装置 1506を介して CPU1501の制御のもと送信されるものである。

また、上で説明してきた各装置は、アドレスバスまたはデータバスにより相互に接続されており、双方向の各種データの通信に利用される。

本実施形態に記載された各フローチャートのステップの説明、および、各種図を用いて説明する処理は、主記憶装置 1503または補助記憶手段 1505 に記憶された各種プログラムコ一ドに基づく各装置の制御を、 CPU1501が処理することによって実現されるものである。

また、図 2に示される端末装置 41、端末装置 13、 31、 41、 51、 61、 71、端末装置 32、モバイル端末装置 62も図 15と同様の構成を有するものとする。

[共有データベース]

共有 DB8には、下に一例を示すようなデータベースおよびそのフィールド情報が格納されており、該共有 DB8に示された情報は図 15の補助記憶装置 1505に記憶されたものである。これらの共有 DBに記憶された情報は、図 3に示す各端末装置の補助記憶装置へ提供され記憶されるとともに、それら端末装置に備えられた CPUにより更新される。なお、下に示すデータベースおよびそのフィールドは、販売回収システムの対象とするュ一ザやビジネス消耗品の特性などに応じて、追加または削除される場合がある。

•販売者情報データベース

販売者 IDおよびパスヮ一ド。名称、住所、電話番号およびファタシミリ番号

電子メールァドレス

回収実績情幸艮

在庫情報拿倉庫情報データベース

マスタ倉庫情報

ブランチ倉庫情報

マスタ-ブランチ間連結情報

倉庫別在庫情報マスタ倉庫情報やブランチ倉庫情報には、それら倉庫の所在地などが含まれる。また、マスタ-ブランチ間連結情報には、マスタ倉庫 5からブランチ倉庫 6へ物品を配送するのに必要な時間、および、ブランチ倉庫 6相互間で物品を配送するのに必要な時間を示す情報などが含まれる。さらに、倉庫別在庫情報には、各倉庫の適正在庫量を示す情報などが含まれる。

メインサーバ 81は、これらの情報に基づき、マスタ倉庫 5からブランチ倉庫 ₆への在庫移動、および、複数のブランチ倉庫 6に対する配送の振り分けを制御することができる。また、ユーザ 4から受注したトナーカートリッジが最寄りのブランチ倉庫 6にない場合、ユーザ 4の希望納期で、または、最短で納品できるように倉庫間の在庫移動を制御することができる。

•製品情報データベース

製品名および型番

関連消耗品

製品別在庫情報

製品別販売 ·回収期間

価格情報製品名および型番の情報は、装置本体の製品名および型番を指すものである。また、関連消耗品は該消耗品が使用される装置本体と関連付けられて記憶ノ管理された情報である。また、製品別販売 ·回収期間は消耗品を含む製品毎に対して、販売（ユーザ先に出荷され使用し始められてから）されてから回収されるまでの平均的な期間（時間）を示す惰報であり、過去の実績等から平均値が算出された情報である。また、価格情報もまた、製品名および型番と関連消耗品とに関連付けられた情報であり、型番およぴ関連消耗品の価格情報を示す情報である。秦顧客情データベース

ユーザ IDおよびパスワード

名称、住所、電話番号およびファタシミリ番号

電子メールァドレス

担当販売者、セールスマンおよびサービスマン

最寄りのブランチ倉庫 #1

最寄りのブランチ倉庫 #2 購入製品名（型番）および数回収フラグ

回収履歴

支払履歴

価格情報回収フラグは後述する、ユーザが回収サービスに参加するか否かを示す情報であり、図 6のユーザィンタフヱイスを介して入力され設定される情報である。この回収フラグが「回収サービスに参加する」ことを示す際には、ユーザが購入する消耗品などに対して継続的に回収サービス力実施されるというものであるが、本発明においては発注毎、製品毎にこの回収フラグをユーザが設定できるような仕組みを提供することも想定され、ユーザは発注毎、製品毎に回収フラグ（回収サービスへの参力 Π/非参加）が設定できれば、より柔軟にユーザの回収希望に添える回収サービスが実施される。

•出荷情報データベース

出荷先顧客情報

ステータス

注文番号

注文日時

注文'

納期

価格

支払方法出荷日時

着荷日時

検収日時拳回収情報データベース

回収元顧客情報

回収番号

回収日時

回収アイテム

回収センタ納入予定日

納入日時

回収実績数

回収見込み数

回収確定数

リサイクル計画数製造者、販売者情報、物流業者情報

製造者 IDおよびパスヮード

販売者 IDおよびパスヮード

セールスマン IDおよびパスヮード

サービスマン IDおよびパスワード

倉庫 IDおよびパスヮード

配送係 IDおよぴパスワード

[発注シーケンスおよび画面]

図 4はトナーカートリッジの発注シーケンスの一例を示す図、図 5から図 9はトナーカートリツジの発注時にユーザ 4の端末装置 41に表示される画面の一例を示す図である。ここで、図 4のフローチャートの各ステップで行われる処理は、端末装置 41に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501力 ^?実行することによって実現されるものである。

まず、ユーザ 4は、端末装置 41を介してメインサーバ 81にアクセスする。つまり、ユーザ 4は、端末装置 41で稼動する Webブラウザなどのソフトウェアによりメインサーバ 81の URL(Uniform Resource Locator)を指定する。これに応じてメィンサーバ 81から、口グイン画面に対応する HTML(Hyper Text Markup Language)で記述されたデータ（以下「HTMLデータ」と呼ぶ）が端末装置 41に供給され、端末装置 41のモニタに図 5に示す口グイン画面が表示される。

なお、本発明におけるデータ/情報の供給または通知とは、データ/情報の送信を意味するものである。例えば、メインサーバ 81からユーザの端末装置 41へのデータ/情報の通知または供給、或いは、端末装置 41からのメィンサーバ 81へのデータ/情報の通知または供給とは、供に装置内に設けられた通信手段によるデータ /情報の送信処理を含むものとする。

ユーザ 4は、図 4に示すステップ S1で、お客様番号に対応するユーザ ID を入力し、パスワードを入力した後、 [OK]ボタンを押して、ユーザ IDおよぴパスワードをメインサーバ 81に通知する。すなわちユーザの入力指示に応じて、ユーザ IDおよびパスヮード情報が端末装置 41からメインサーバ 81 に対して送信される。なお、ユーザ IDおよびパスワードは、プリンタなどのユーザ（オフィスや事業所）単位に、予め販売者 3によって通知されているものとする。また、メインサーバ 81がユーザの端末装置 41にユーザ ID およびパスヮ一ド情報を通知するという形態も本発明では想定される。

端末装置 41より、ユーザ IDおよびパスヮ一ド情報を通知されたメインサーバ 81は、ステップ S2で、顧客情報データベースを参照して、通知されたユーザ IDおよびパスヮ一ド情報に対応するユーザが存在するか否かを判定する。なお、メインサーバ 8 1によつて顧客情報データベースが参照されることは、顧客情報データベースが参照されることを指す。そして、対応するユーザが存在すると判定されればユーザ承認を経て、注文画面に対応する HTMLデータを生成し端末装置 41に供給する。該供給された注文画面に対応する情報を受信した端末装置 41のモニタには図 6に示す注文画面が表示される。

図 6に示す注文画面は図 4の S2でメィンサーバより端末装置 41に送信された表示情報の表示例であり、主に、ユーザが利用している機器に対応するトナーカートリッジのリスト 101、決済方法の選択部 102、納期の指定部 103および使用済みトナーカートリツジの回収への参加申し込み部 104から構成される。なお、納期の指定部 103は、下記の []で括った部分がブルダウンし、休日や祭日を除く営業日が指定できるプルダウンメニユー形式が望ましい。その場合、対応メッセージは「ご希望の納期をプルダウンメニューによって指定し、午前/午後の配達時間帯を指定してください」のようになる

(例）納期 POOO]年 [²]月 [14]日秦午前〇午後リスト 101には、トナーカートリッジの型番および対応する機器の型番、並びに、価格情報が含まれており、それらが表示され、トナーカートリッジの型番ごとに注文数を入力するための入力枠が備わっている。なお、図 6には、二種類のトナーカートリッジしか示さないが、実際には、ユーザが利用しているプリンタ、複写機、ファクシミリ装置などの機種すベてに対応するトナーカートリッジの型番がリストされる処理がメィンサーバ 81によって行われる。

また、図 6のような表示がなされる場合としては、（1)ユーザが未だ回収サービスに参加してない場合。（2)回収サービスに参加していたが、途中で回収サービスを中止する場合。（3)発注毎、製品毎にユーザが回収サービスへ参加するか否かを決定する場合などが考えられる。

ここで、リスト 101の情報が端末装置 41の表示部に表示されるまでの詳細な処理を示すフローチャートの一形態を図 16に示す。ここで、図 16のフローチヤ一トの各ステップで行われる処理はメインサーバ ₈₁に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501が実行することによって実現されるものであり、各種データが記憶された DB8およびメィンサーバ 81が協働することによってなされる処理である。

S1601においては、端末装置 40より送信されてくるユーザ固有の情報をメインサーバ 81が受信する。該ユーザ固有の情報は、図 4の S1で説明したユーザ IDおよびパスワードに対応するものである。また、ユーザ固有の情報は、ユーザを特定することが可能な情報ならばよい。

S1602において、 S1601で受信したユーザ固有の情報に対応して管理される出力装置機器情報の検索処理およぴ検索結果情報の取得がなされる。

S1603においては、検索された出力機器情報より該出力機器に関連する関連消耗品情報の検索処理および検索結果情報の取得がなされる。ここで、関連消耗品情報とは出力機器で使用可能なトナーカートリッジ、ィンクカートリッジ、感光体ドラムなどの消耗品情報を指す。また、例えば、機器に ^"応する消耗品が何らかの理由で変更されたとしても、該変更された消耗品情報が、データベースで、出力機器情報に対応して記憶/管理されていれば、ユーザは変更した、自分力 ^s有する機器に対する消耗品型番などを意識しなくてもよい。 S1604においては、検索された消耗品関連情報に対応する価格情報が検索され、 S1605においては、ユーザ ID毎に登録され管理されるすべての機器に対する消耗品情報および価格情報の検索が終了されたかの判定がなされ、「No」ならば、 S1603、 S1604の処理を繰り返す。

一方、 S1605で、全ての出力機器に対応する関連消耗品情報および価格情報が検索され取得されたと判断された場合には、 S1606で、取得された出力機器情報と、該出力機器情報に対応した関連消耗品情報と該関連消耗品情報に対応した価格情報とに基づく表示用データの生成および該生成された情報の送信がなされる。なお、メインサーバ 81によつて S1606で生成された情報は、端末装置 41に表示されるためのものであり、メインサーバ 81から端末装置 41に送信されるものである。

また、参加申し込み部 104は、使用済みトナーカートリッジの回収サービスに参カ卩するか否かをユーザに表明してもらうための部分である。ュ一ザが、回収サービスへの参加を希望し、参加することを表明した場合、前述したトナーカートリツジの納入時に使用済みのトナーカートリツジが回収される。詳細な説明は後述に行うこととする。

さらに、前述したとおりユーザが回収サービスへの参加を表明した場合、出荷用と回収用が一組になった伝票（出荷/回収伝票）がメインサーバ 81によつて発行される。該発行された伝票が、トナーカートリツジ梱包用の箱などに添付され、ユーザへ納入される。ユーザは、伝票の添付された箱を保管し、回収時にこの箱に使用済みトナーカートリッジを入れて回収する。このような出荷/回収伝票を利用することで、回収時にユーザが新たに伝票を発行する、配送係がデータを入力するなどの手間を省くことができる。また、出荷と回収を同じ伝票番号などで管理することができ、ュ —ザごとの回収率の管理などを容易にすることができる。

また、メインサーバ 81によつて発行された伝票に対応した伝票番号は、メインサーバ 81によって生成される情報であり、ユーザ IDに対応付けられて、 DB8およびメィンサーバ 81が協働することによって記憶管理されている。詳しいことは、後述する図 20で説明することにする。

発注画面の所定項目が入力された後、 [送信する]ボタンが押され、該押下を示す情報が端末装置 41に入力されるとステツプ S3で、リスと 101に対応する注文アイテムおよぴ注文数のデータ、選択部 102に対応する決済方法のデータ、指定部 103に対応する希望納期のデータ、並びに、参加申し込み部 104に対応する回収フラグ力 ^s端末装置 41からメインサーバ 81へ送られる。

次に、メインサーバ 81は、受信したデータおよびフラグに従い、ステツプ S4で注文確認画面に対応する HTMLデータを生成し該生成した表示画面情報を端末装置 41に供給する。これにより、端末装置 41のモニタには図 7 に示す注文確認画面が表示される。図 7にはユーザ 4が回収サービスへの参力!]を表明した場合を示すが、不参加の場合は対応メッセージが「使用済みトナーカートリッジの回収に参加しない」などに変更される。該メッセ一ジ情報はメィンサーバ 81で生成される。

ユーザ 4は、ステップ S5で、注文確認画面を参照して、注文内容およぴ回収サービスへの参加/不参加などが正しければ [OK]ボタンを押す。即ち、該ユーザの押下に応じて入力された [OK]または [Caned]の何れかを指す注文確認情報は S5で端末装置 41からメインサーバ 81に対して通知される。また、誤りや訂正したい内容があれば [Cancel]ボタンを押す。 [Cancel]ボタンが押された場合は、端末装置 41のモニタに、再び注文画面が表示される。

メインサーバ 81は、注文確認情報を受信すると、新規受注を示す情報を生成する。この情報には、注文番号、ユーザ、回収フラグ、発注履歴、回収履歴、担当の販売者 ID、注文日時、注文アイテム、注文数、希望納期、価格およぴ支払方法などのデータが含まれる。続いて、メィンサーバ 81は、顧客情報データべ一スおよび倉庫情報データベースを用いて納期を演算し調べる。具体的には、ユーザ IDに対応する最寄りブランチ倉庫 #1および #2フィールドを調べ、倉庫別在庫情報フィ一ルドからそれらのブランチ倉庫 6に注文数分の注文ァィテムが在庫されているか否かを調べ、その結果から納期を設定する。通常、最寄りブランチ倉庫 #1および #2フィ一ルドに登録されたブランチ倉庫 6に在庫があれば翌日には納入可能である。もし、それらのブランチ倉庫 6に在庫がなければ、メィンサーバ 81は、倉庫情報データベースを利用して納期を割り出し、納期を設定する。

次に、メインサーバ 81は、ステップ S7で上記の受注情報に価格確認要求を含めて、ユーザ 4を担当する販売者 3の端末装置 31に前記受注情報へ送る。そして、ユーザへの納入価格は販売者 3によって端末装置 31に入力され設定され、ユーザとの取弓 1状況によつて納入価格が変動するので、それを確認する必要があるからである。この価格確認要求は、販売者 3の端末装置 31上で稼働するソフトゥヱァによりただ直ちに処理され、ステツプ S8 で価格確認または発注取消などの情報力 ^s端末装置 31からメインサーバ 81に返される。または、この価格確認要求は、ユーザの担当セールスマンの携帯端末 32に送信され、ステップ S8で、価格確認または発注取消などの情報がセールスマンによって携帯端末 32を通してメィンサーバ 81に送信される。

メインサーバ 81は、価格確認を受信した場合は直ちに、ステップ S9で受注情報に発注承認要求を含めて製造者 1の端末装置 13へ送る（送信する）この発注承認要求は、製造者 1の端末装置 13上で稼働するソフトウェアにより直ちに承認処理されるか、または、端末装置 13を管理するオペレータにより直ちに承認処理され、ステップ S10では通常は発注承認が、端末装置 13よりメインサーノ ¾1に返される（送信される）。また、価格に誤りがあり、発注取消を示す情報を受信した場合は、対応する受注情報に対して、ステータスを例えば「取消」という形式に変更する。

続いてメインサーバ 81は、ステップ S11で、発注 7く認を受信した場合は、発注確認を示す電子メールを生成し、その電子メールをユーザ 4の端末装置 41および販売者 3の端末装置 31に送信する。この電子メールには、注文番号、ユーザ名称、注文日時、注文アイテム、納入数、納期、価格および販売者 3の情報 (名称、住所、電話番号およぴファクシミリ番号)などの情報が含まれる。

また、受注情報におけるステータスが発注取消を示すステータスである場合は、発注取消確認を示す電子メールを生成し、その電子メールをユーザ 4および販売者 3に送信する。この電子メールには、発注取消理由、注文番号、ユーザ名称、注文日時、注文アイテム、納入数、納期、価格おょぴ販売者 3の情報 (名称、住所、電話番号およぴファクシミリ番号)などの情報が含まれる。

以上でトナーカートリッジの発注シーケンスは終了する。ただし、図 4には示さないが、ステップ S5でユーザ 4力注文確認を送った後、ユーザ 4 の端末装置 41のモニタには図 8に示すような注文の継続、注文内容の再確認あるいは注文の終了（ログアウト）を選択するための画面が表示される。ユーザ 4が [logout]ボタンを押せば、メィンサーバ 81と端末装置 41との接続が解除される。

また、ステップ S1のログイン時にユーザ 4が既に回収サービスに参加している場合、メインサーバ 81は、ステップ S2で図 9に示すような注文画面を端末装置 41へ供給することも本発明では想定される。つまり、図 6に示す注文画面の下部は使用済みトナーカートリッジの回収への参加申し込みを行うため参カ卩申し込み部 104であるが、図 9に示す注文画面の下部は回収協力に対する礼、および、回収状況を示す表示部 105である。ユーザ 4は、この表示部 105によつて現在の回収数/回収率/ボイントなどを知ることができる。該回収ポイントは回収数または回収率などの回収状況から決定されるものであるが、ユーザへの商品の購入の際の価格割 Iき情報や、ポイントに対応した商品の提供などのサービスを行うためのものであり、環境対策の一環である回収業務を促進するものになりうる。

このように、ユーザ 4は、多種多様のトナーカートリッジの中から利用機器に対応するトナーカートリツジを選択する必要はなく、利用機器に応じたトナーカートリッジを容易に注文することができる。従って、誤つた注文を行う可能性が激減され、誤って注文したトナーカートリッジを返品するなどの手間も削減される。さらに、注文画面にはユーザ 4に応じた価格が表示されるから、ユーザ 4は、トナーカートリツジの購入に必要な費用を直ちに知ることができる。

また、販売者 3などからみれば、ュ一ザ 4に応じた価格を提示することができるので、インターネット 100を利用したトナーカートリッジの販売を促進して、業務の効率化を図ることが可能になる。さらに、誤った注文による返品を処理する手間も省ける、などの効果がある.。

[メインサーバの処理]

次に、メィンサーバ 81が実行する代表的な処理を説明する。

•受注処理

図 10は受注処理の一例を示すフローチヤ一トで、図 4に示す発注シーケンスに対応するものである。ここで、図 10のフローチャートの各ステツプで行われる処理はメィンサ一バ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501が実行することによって実現されるものである。

ユーザ 4からユーザ IDおよぴパスヮ一ドが送られてくると、顧客情報データベースに基づき、ステツプ _S21で登録ユーザか否かの判定が、ステツプ S22でパスヮードの認証が行われる。登録ユーザであり、パスヮードの認証にも成功した場合は、顧客情報データベースに基づき、ステップ S23 でユーザ 4に関する不正情報があるか否か力判定され、なければステツプ S24で注文画面の HTMLデータを生成する。具体的には、ユーザ IDに応じて図 6および図 9に示すリスト 101および選択部 102が生成され、さらに、図 6 に示す参加申し込み部 104を表示させるか、図 9に示す表示部 105を表示するかが決定される。このようにして生成された注文画面の HTMLデータは、ステツプ S25でユーザ 4へ送信される。

なお、登録ユーザではない、パスワードの認証に失敗した、並びに、ュ一ザ 4に関する不正情報がある場合、処理は終了される。

ここで、図 6に示すような表示情報を端末装置 41に送信するか、図 9に示すような表示情報を端末装置 41に送信するかを決定する処理を図 17に示す。ここで、図 17のフローチャートの各ステップで行われる処理はメインサーバ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501が実行することによつて実現されるものである。

S1701においては、メインサーバ 81はインターネットなどを介して端末装置 4はり送信されてくるユーザ固有の情報を受信する。

S1702においては、メインサーバ 81は受信したユーザ固有の情報に応じたユーザ情報の検索およぴ取得を実行する。

S1703においては、ユーザ情報中に含まれる回収フラグ情報の検索をよび取得を行う。前記ユーザ情報、回収フラグは上に説明した通りであり、 DB8に記憶/管理された情報である。

S1704においては、 S1703で取得された回収フラグ情報がオンであるかオフであるかの判定がメインサーバ 81によって行われる。ここで、回収フラグ惰報がォンであることは、ユーザが上に説明した図 6のユーザィンタフェイスを介して回収サービスに参加することを表明し、該回収サービスに参加する表明を示す情報がメィンサーバ 81に送信され、管理されていることを意味する。一方、回収フラグがオフであることは、ユーザが未だ回収サービスに参加する旨の情報をメインサーバ 81に通知していないことを意味する。

S1704で、 Yesであった場合には、 S1705において、メインサーバ 81から端末装置 41へ送信される表示情報の一部として図 9の 105に対応するような表示情報が選択または生成され決定される。

また、 S1704において、 Noであった場合には、 S1706において、メインサーバ 81から端末装置 41へ送信される表示情報の一部として図 6の 104に対応するような表示情報が選択または生成され決定される。そして、 S1705 や S 1706において決定された情報がュ一ザの端末装置に送信される表示情報の一部を構成するものになる。 '

ここで、図 6とは別の形態の表示例を図 18に示す。図 16は発注毎、製品毎にユーザが回収サービスへ参加するか否かを決定する際に、より詳細な回収サービス指示をユーザが行うことができる表示例を示す。この表示情報はメィンサーバ 81で生成され、端末装置 41に送信され表示され情報でめる。

図 18において、 1801は図 6の 104に対応する表示部分であり、ュ一ザの購入した製品毎（消耗品毎）の回収フラグ情報を対応させて表示されたものである。

1801の情報が生成される処理を図 19のフローチャートを用いて説明する。ここで、図 19のフローチャートの各ステップで行われる処理はメインサーバ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501が実行することによつて実現されるものである。

S1901においては、メインサーバ 81はインターネットなどを介して端末装置 41より送信されてくるユーザ固有の情報を受信する。

S1902においては、メィンサーバ 81は受信したユーザ固有の情報に応じたユーザ情報の検索および取得を実行する。

S1903においては、 S1902において取得されたユーザ情報に含まれる製品毎の回収フラグ情報の内容の判定が行われる。ここで、回収フラグの内容とは、回収サービスに参加するか否かを示すものである。

S1904においては、図 18の 1801の部分が、商品毎に回収フラグ内容が対応した表示形式で表示情報として生成される。

そして、 S1904で決定された情報が表示情報の一部として構成された表示情報の表示例が図 18に該当するものである。

図 18のような表示がなされる場合としては、図 6と同様に、（1)ユーザ . が未だ回収サービスに参カ卩してない場合。（2)回収サービスに参加していたが、途中で回収サービスを中止する場合。（3)発注毎、製品毎にユーザが回収サ一ビスへ参加するか否かを決定する場合などが考えられるが、特に (3) の場合などに有効なユーザィンタフェイス機能を有したものである。

図 10の処理の説明に戻ると、続いて、ステツプ S26で注文データが受信されると、ステツプ S27で注文データに異常なデータが含まれるか否かが判定され、異常なデータが含まれれば処理はステップ S25へ戻される。また、異常なデータが含まれなければステップ S28で、注文データに基づき図 7に示す注文確認画面の HTMLデータが生成され、ステツプ S29でユーザ 4へ送信される。

続いて、ステツプ S30で注文確認を示すデータが受信されたか否かを判定し、もし、キャンセルを示すデータが受信された場合、処理はステツプ S25へ戻される。また、注文確認を示すデータが受信された場合はステツプ S31で、顧客情報データベース（具体的には発注履歴や回収フラグなど）が更新され、ステツプ S32で前述した受注情報力生成される。

•出荷処理

図 11は受注情報に基づく出荷処理の一例を示すフローチャートである。ここで、図 11のフローチヤ一トの各ステップで行われる処理はメインサーバ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコ一ド基づく処理を CPU1501が実行することによつて実現されるものである

ステップ S41で一つの受注情報が読み込まれる。そして、受注情報に記録されたユーザ ID、注文アイテムおよび注文数に基づき、ステップ S42 から S46で在庫確認が行われる。つまり、最寄りのブランチ倉庫 #1、最寄りのブランチ倉庫 #2、マスタ多倉庫 5、ユーザ IDに対応する販壳者（担当販売者） 3、製造者 1の順に各ノードの在庫を確認して、最もユーザ 4よりのノードに对して出庫手続が行われる。

例えば、他のノードには在庫がなく、製造者 1に在庫があった場合はステップ S47から S50において、製造者 1、マスタ倉庫 5、ブランチ倉庫 6の順に出庫手続が行われる。これらの出庫処理は、トナーカートリッジの流れに同期して行われるものであることはいうまでもない。

そして、ステップ S50で、物流業者の配送係のモパイル端末 62から入力される情報に基づき、受注情報に対応する納品が行われたか否かが判定され、納入が行われた場合はステップ S51で納品手続が行われ、受注情報の更新（納品済フラグをオンにするなど）が行われる。

また、ブランチ倉庫 6およびマスタ倉庫 5に在庫がなく、販売者 3に在庫があった場合は、ステップ S52で販売者 3に納品を依頼する。この依頼に応じて販売者 3は例えばサービスマンに納品を行わせる。この場合、ステツプ S50では、サービスマンのモバイル端末 32から入力される情報に基づき、受注情報に対応する納品が行われたか否かが判定される。

また、製造者 1にも在庫がない場合は、ステツプ S53でバックオ一ダ手続および受注情報の更新が行われる。

•回収処理

図 12はユーザの端末装置 41から送信されていくる受注情報に基づく回 i(又処理の一例を示すフローチャートである。ここで、図 12のフローチヤ一トの各ステツプで行われる処理はメィンサーバ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコード基づく処理を CPU1501 が実行することによって実現されるものである。

トナーカートリッジを納品する配送係は、受注情報の回収フラグを参照して、回収フラグがォンに設定されていれば納品と同時に使用済みトナーカートリッジの回収を行う。そして、配送係はモパイル端末 62を利用してメィンサーバ 81へアクセスし (S61および S62)、受注情報に対応する納品情報および回収情報を送信する (S63)。なお、回収情報には、回収日、受注情報に対応付けされた回収されたトナーカートリツジの型番や数などの情報が含まれる。

上に説明した受注情報の参照は配送係が有する携帯端末の表示部に表示される情報を配送係（配送者）が閲覧することによって実現されるものである。該表示部に表示される情報は図 3中のメィンサーバ 81から配送係の携帯端末に送信されることにより、供給されるものである。

また、配送係の有する携帯端末の表示部に表示される情報は、ユーザの入力 ί旨示に応じて、ユーザインタフェイス（図 6、図 9) を介して入力された発注数量、希望納期、回収サービスに参加するか否かのフラグ情報を少なくとも含む、ユーザ情報に基づくものである。ここで、ユーザ情報に希望納期の情報、回収サービスに参加するか否かのフラグ情報が含まれている場合に、メィンサーバ 81は共有 DB8を参照することによって特定される配送係（配送 ID) に、ユーザが希望納期情報に合わせたタイミングで、該表示画面情報を送信するよう処理を行えば、例えば、配送係は仕事当日に、前記表示画面情報を送信するようにすれば、配送係は、当日に訪問する顧客が回収を希望しているか否かを容易に知りえること力 s可能になる。また、メインサーバが配送者の有する携帯端末に、前記ユーザ情報を送信するものとは他の形態として、メインサーバ 81から配送を管理する配送管理コンピュータに一旦送信して、該配送管理コンピュー夕から配送係の所有する携帯端末に対して前記ュ一ザ情報を送信するような形態も本発明では想定される。なお、ここでいう配送管理コンピュータは、配送業者の本部に設置されたコンピュータ、あるいは、販売者の端末装置に該当するものである。

一方、配送係へのユーザ情報の送信とは別の処理として、メインサーバ 81はトナーカートリツジカ s販売された際に、予め発行された受注番号と同じ番号を出荷回収番号（伝票番号）として生成している。

出荷回収番号の DB8における記憶/管理様子を図 20に示す。図 20に示すように、管理されているデータとしては、ユーザ ID毎の出荷回収伝票番号、商品名、商品番号、出荷日、回収フラグ、回収予測日、回収日、回収完了フラグなどの情報が記憶/管理されている。

ここで、出荷回収伝票番号について「AA01-1〜3」の「AA01」部分は発注単位で異なる情報であり、「AA01」と「AA02」は別の発注であることを示す。また、「AA01-1〜3」の「-1〜3」は商品を区別するためのものである。このような出荷回収伝票番号を生成することで、上にも説明したように回収時にユーザが新たに伝票を発行する、配送係がデータを入力するなどの手間を省くことができる。また、出荷と回収を同じ伝票番号などで管理することができ、ユーザごとの回収率の管理などを容易にすることができる。

また、回収フラグの設定は、図 18に示したユーザインタフェイスを介して商品毎に回収サービスに参加するか否かの設定がなされた結果として管理される様子を示すものである。また、図 6に示したようなユーザイン夕フェイスを介して回収サービスに参加するか否かが設定された場合には、商品が複数ある場合は、一律して回収する、あるいは回収しないに回収フラグが記憶/管理される。回収フラグが端末装置 41からメインサーバ 81に通知される仕組みは上に説明したものと同様の仕組みとする。

また、図 20に示されたような情報に基づいてメインサーバ 81によりユーザに出荷した商品（消耗品）の個数と、該出荷した製品の回収された個数との情報から上に説明した回収率がュ一ザ毎に計算される。該計算された回収率が表示された表示例が図 9の 105の、あるいは、図 6の 104に該当す^

回収予測日については後述する。回収日は実際に回収された日付を示すものであり、回収完了フラグは、回収が実際に行われたか否かを示す情報である。

メィンサーバ 81は、回収情報を受信すると、ステツプ S64で受注情報のユーザ IDに対応する回収履歴を更新する。その後、ステップ S65でブランチ倉庫 6の端末 61から回収力ートリツジの入庫情報が通知されると、ステップ S66で回収情報を更新し、ステツプ S67でブランチ倉庫 6の端末 61から回収カートリッジの出庫情報が通知されると、ステツプ S68で回収情報を更新する。そして、ステップ S69で回収センタ 7の端末 71から回収カートリッジの到着情報が通知されると、ステツプ S70で回収情報の更新（回収完了フラグをオンにするなど）が行われる。秦リサイクル計画作成処理

図 21は回収、リサイクルスケジュール表の一例である。メインサーバ 81は、未だ回収されていないトナーカートリッジ購入履歴 (着荷日時)、製品別販売-回 4又期間、回収フラグから、日別回収見込み数を算出する。該算出はユーザ毎に行われる。例えば、あるユーザが 9月 1日にトナーカートリッジ XXXを購入。ユーザへのカートリッジの販売から回収までの期間を平均した、製品別販売-回収期間が 90日だとすると 12月 1日に回収されると予想することができる。これは、販売と回収を同一番号で管理することで可能にすることができる。この方法で、回収フラグが Yesのユーザで、まだ回収されていないすベてのトナーカートリッジについて回収日を予想することで、日別のトナーカートリッジの回収見込み数を算出することができる。また、製品別売-回収期間を顧客別に計算することで更なる予測精度の向上も可能になる。

このように、回収見込み数量が分かることによる中期計画策定などに有用に利用することができ、例えば、リサイクル工場においては、中期生産計画に基づき、人員手配、作業場所確保、必要設備購入、必要備品/工具手配、必要部品の手配やリサイクル品済みの在庫置き場確保などの計画を正確に立てることができる。また、倉庫（マスタ倉庫、ブランチ倉庫）においては回収品在庫置き場確保などを予め把握し計画を策定することができる。

ここで、図 21に示されるようなスケジュール情報を生成する際の詳細な処理を示すフローチャートを図 22に示す。ここで、図 22のフローチヤ一トの各ステツプで行われる処理はメィンサーバ 81に設けられた主記憶装置または補助記憶装置に記憶されたプログラムコ一ド基づく処理を CPU1501 が実行することによって実現されるものであり、また、共有 DB8とメインサーバ 81とが協働して実現される処理である。 S2201においては、現在まだ回収されていない、「製品名おょぴ型番」に対応付けられて管理されている出荷回収伝票番号に対応付けられて管理されている完了フラグを参照することによつて検索処理が実行される。

S2202においては、現在まだ回収されていない製品に対して、回収サービス参加の情報が関連付けられているか否かの判定が行われ、回収サービス参加の情報が関連付けられている製品が抽出され特定される。

S2203においては、製品情報データベースより「製品名および型番」と「製品別販売 ·回収期間」とより、消耗品が使用済みになると予測される時期が演算され予測される。

S2204においては、 S2203において演算されて予測結果が、さらに、製品毎、場所毎、期間毎に分類される。ここで、地域毎、かつ、期間が 1月の間に指定された場合の回収予測結果を示す図を図 23に示す。該予測結果は、図 22の S2103の情報から、地域情報と期間情報とに応じて抽出された結果を示すものである。なお、抽出のされ方は図 23に示したようなものに限定されるものではなく、そのほかに製品毎かつ地域毎、さらに期間情報も加味したような抽出方法が想定される。

なお、 S2204の処理においては、製品毎に分類される処理は製品情報データベースの「製品名および型番」の情報が利用されることにより処理される。また、場所毎の情報は、それぞれの製品に関連付けられたュ一ザ情報に含まれる「住所」情報が参照されることによって実行される。また、期間毎に分類される処理は、 S2103で演算され予測された結果に対して期間が指定される。この期間の指定のされ方は任意に可能であるが、例えば月別に期間を指定するように処理させれば、図 21のように月別の回収スケジュールを立てることができる。なお、期間の指定幅は月別に限定されるものではなく、日別、週別、その他任意の期間（2001/12/01〜2001/12/17等）が本発明では想定される。さらにホストサーバ 81は、ユーザから実際に回収された、回収日時から、回収センターへの納入予定日を確定することができ、日別の回収確定数量を算出することができる。

このようにメインサーバ 81で所定期間の回収確定数量を算出することいより、例えば、メインサーバ 81は回収センタの端末装置に対して、図 21 に示したような計画情報を送信し提供することが考えられ、これを受信した回収センタはではリサイクル計画の予想精度をあげることができる。

回収確定数量が分かることによつて短期計画策定することができ、例えば、リサイクル工場などでは、数日分の、作業時間確定（残業の有無など）、効率的な作業手順確定（どのアイテムからおこなうか）などを決定することができる。例えば回収数が 4/1に 1500個、 4/2に 1000個、 4/3に 500個というのが 3/31の時点でわかっている場合に、メィンサーバ 81の計算プログラムにより 4/1に 1000個、 4/2に 1000個、 4/3に 1000個と平準化してリサイクル製品を製造するような計画を生成することができる。また、リサイクル品済み品出荷用トラック手配なども予め適切に行うことができる。また、倉庫（マスタ倉庫、ブランチ倉庫）においてはリサイクル品済み品出荷用トラック手配を的確に行うことができる。

[ビジネス消耗品の具体例]

図 13は本実施形態のビジネス消耗品を搭載するレーザビームプリンタ (LBP)の構成例を示す概観図である。

図 13において、イメージスキャナ 2201は、原稿画像を読み取り、原稿画像に対してディジタル画像処理を行う。また、プリンタ 2202は、ィメージスキヤナ 2201で読み取られた原稿画像に対応した画像を記録紙上に形成し出力する。

イメージスキヤナ 2201において、 2200は原稿圧板、 2203は原稿台硝子 (プラテン硝子）で、原稿 2204はその記録面を図の下方へ向けて載置され、原稿圧板 2200によって固定される。蛍光灯ランプ 2205から出力される光は、原稿 2204に反射され、ミラ一2206、 2207およぴ 2208に導かれて、レンズ 2209 によりリニア _CCDイメージセンサ（以下「_CCD」と呼ぶ） 2210上に結像する。なお、レンズ 2209には赤外力ットフィルタが設けられている。 CCD2210 は、原稿 2204の反射光を赤 (R)、緑 (G)および青 (B)の各色に分解して読み取り、得られたアナログ画像信号を画像処理部 2211へ送る。ここで、蛍光灯 2205およびミラ—2206を有するュニットは速度 Vで、ミラ一 2207および 2208 を有するュニットは速度 V/2で、 CCD2210に直交する副走査方向に機械的に移動されることにより、原稿 2204の全体が読み取られる。

CCD2210は、例えば、 RGB各色約 7500画素の受光画素が 3ライン（1210-1 から 1210- 3) に並べられたもので、 A3サイズの原稿の短手方向 297mmを 600dpiの解像度で読み取ることが可能である。もし、 A3サィズの原稿の短手方向 297mmを 400dpiの解像度で読み取るには、 RGB各色約 5000画素の一次元イメージセンサがあればよい。

画像処理部 2211は、 CCD2210から出力されるアナ口グ画像信号をディジタル画像信号に変換し、印刷用のトナー色に対応するイェロー (Y)、マゼン夕 (Μ)、シァン (C)およぴブラック (ΒΚ)の各色成分画像を形成してプリンタ 2202へ送る。また、イメージスキャナ 2201における一回の原稿スキャン (一回の副走査）にっき YMCBKのうち一つの色成分画像がプリンタ 2202 に送られる。従って、四回の原稿スキャンにより四色成分の画像信号を順次プリンタ 2202に送出されて一枚のプリントが完了する。なお、画像処理部 2211内に必要充分なメモリがあれば、一回の原稿スキャンで得られる画像信号をそのメモリに格納して、残る三回の原稿スキャンを不要にすることもできる。

このようにして画像処理部 2211より順次送出される YMCBK色成分の画像信号は、プリンタ 2202内のレーザドライバ 2212へ入力される。レーザドライバ 2212は、入力される画像信号に応じてレーザダイォード 2213を発光させる。レーザダイオード 2213から出力されるレーザ光は、ポリゴンミラー 2214、 ί- θレンズ 2215およぴミラー 2216を介して感光ドラム 2217上を走査し、感光ドラム 2217上に静電潜像を形成する。

レーザ光により形成された感光ドラム上の静電潜像は、イェロー、マゼンタ、シアンおよぴブラックのトナーを有する現像器 2219から 2222により現像される。つまり、四個の現像器 2219から 2222が順次感光ドラム 2217 に当接し、色トナーによる現像が行われる。

記録紙カセット 2224または 2225より供給される記録紙は、静電気の作用により、転写ドラム 2223へ巻き付けられ、感光ドラム 2217上のトナー像が転写される。四色のトナーを使用する記録処理においては、転写ドラム 2223が四回転することで各色のトナーが記録紙へ重畳転写される。その後、記録紙は、転写ドラム 2223から剥離され、定着ュニット 226でトナー像が定着され、装置外部へ排出される。

このような LBPにおいて、感光ドラム 2217、現像器 2219から 2222の中に収容されるトナーまたはトナーカートリツジ、並びに、記録紙力セット 2224および 2225に収容される記録紙はビジネス消耗品である。

図 ₁₄は本実施形態のビジネス消耗品を搭載するインクジヱットプリン夕 (IJRA)の構成例を示す概観図である。

図 14において、駆動モータ 5013の正逆回転に連動し、駆動力伝達ギア 5011および 5009を介して回転するリードスクリユー 5004の螺旋溝 5005に係合するキャリッジ HCは、ピン（不図示）を有し、矢印 aおよび b方向に往復移動される。このキヤリツジ HCには、インクジェットカートリツジ IJCが搭載されている。

5002は紙押え板で、キャリッジ HCの移動方向に亙って、記録紙 Pをプラテン 5000に対して押圧する。 5007および 5008はフォトセンサで、モータ 5013の回転方向を切換えるために、センサが配置された領域にキヤリッジ HCのレバー 5006が存在するか否かを確認するホ一ムポジション検知手段である。 5016は記録へッド IJHの前面をキヤップするキヤップ部材 5022を支持する部材、 5015はこのキャップ内を吸引する吸引手段で、キャップ内開口 5023を介して、記録へッド IJHの吸 1回復を行う。

5017はクリ一二ングブレード、 5019はこのブレードを前後方向に移動可能にする部材であり、本体支持板 5018にこれらが支持されている。クリーニングブレードはこの形態に限らず、周知のクリ一二ングブレードが本実施形態に適用できることはいうまでもない。また、 5021は吸引回復の吸引を開始するためのレバーで、キヤリッジ HCと係合するカム 5020の移動に伴つて移動し、駆動モータ 5013からの駆動力がクラッチ切換えなどの公知の伝達手段で移動制御される。

これらのキヤッビング、クリーニングおよび吸引回復は、キャリッジ HCがホームポジション側の領域にきたときに、リ一ドスクリユー 5004の作用により、それらの対応位置で所望の処理が行えるように構成されているが、周知のタイミングで所望の作動を行うようにすればよい。

このような IJ Aにおいて、インクジェットカートリッジ IJCまたはその中に搭載されるインクがビジネス消耗品である。

他の実施形態

本発明の目的は、前述した実施形態の機能を実現するソフトゥヱァのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（または CPUや MPU) が記憶媒体に格納されたプログラムコードを読み出し実行することによつても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体力 s前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているォペレ一ティングシステム（OS) などが実際の処理の一部または全部を行レヽその処理によつて前述した実施形態の機能が実現される場合も含まれることはいうまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張力ードゃコンピュータに接続された機能拡張ュニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ュニットに備わる CPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図 4に示すシーケンス、および/または、図 10から図 12、図 16、図 17、図 19、図 22に示すフローチャートに対応するプログラムコード、並びに/あるいは、図 5から図 9、図 18に示す画面のデータを作成するプログラムコードが格納されることになる。以上説明したように、本発明によれば、ビジネス消耗品の流通を一元管理することができ、とくにビジネス消耗品の販売から回収に到るまでの管理を容易かつ効率的に行うことができる。さらに、ビジネス消耗品の購入から回収に到るまでの作業を容易にかつ効率的に行える仕組みをユーザに提供することができる。

Claims

請求の範囲

1. ログインしたユーザに画面を供給し、前記画面に従い使用済みの商品の回収を設定させる回収方法であって、

前記面面に、前記ユーザから商品の注文を受けるための項目、およぴ、前記ユーザが使用済みの商品の回収を設定または非設定にするための項目を含めることを特徴とする回収方法。

2. 前記回収を設定済みのユーザの場合、前記画面に、使用済み商品の回状況を示すデータを含めることを特徴とする請求項 1に記載された回収方法。

3. 前記回収が設定された場合、注文された商品を配送する際に使用済みの商品を回収することを特徴とする請求項 1に記載された回収方法 c

4. 前記ログィンはインターネットを介して行われることを特徴とする請求項 1に記載された回収方法。

5. 商品を注文しょうとするユーザをログインさせるログイン手段、口グィンしたユーザに注文画面を供給する供給手段、および、前記注文画面に基づく注文情報を受け付ける受付手段を有する販売システムであって、

前記供給手段は、前記ユーザが使用済みの商品の回収を設定または非設定にするための項目を含む注文画面を前記ユーザに供給することを特徴とする販売システム。

6. 前記供給手段は、前記回収を設定済みのユーザの場合、前記注文画面に、使用済み商品の回収状況を示すデータを含めることを特徴とする請求項 5に記載された販売システム。

7. 前記ユーザは、インターネットを介して前記販売システムにァクセスすることを特徴とする請求項 5に記載された販売：商品を注文しょうとするユーザをログインさせ、ログインしたユーザに注文画面を供給し、前記注文画面に基づく注文情報を受け付ける販売システムを実現するプログラムであって、

前記ユーザが使用済みの商品の回収を設定または非設定にするための項目を含む注文画面を前記ュ一ザに供給するステップを有することを特徴とするプログラム。

9. 商品を注文しようとするユーザをログインさせ、口グインしたユーザに注文画面を供給し、前記注文画面に基づく注文情報を受け付ける販売システムのプログラムコードを有する媒体であって、前記プログラムコードは少なくとも、

前記ユーザが使用済みの商品の回収を設定または非設定にするための項目を含む注文画面を前記ユーザに供給するステツプのコ一ドを有することを特徴とする媒体。

10. 所定のサーバにログインし、前記サーバから供給される注文画面に従い所望する商品を注文する注文方法であって、

前言己注文画面には、注文者の利用機器に対応する商品のリストが含まれることを特徴とする注文方法。

11. 前記注文画面には、さらに、リストされた商品および前記注文者に対応した価格情報が含まれることを特徴とする請求項 10に記載された注文方法。

12. 前記注文画面は、少なくとも、注文者およびその利用機器、機器に対応する商品、並びに、前記商品および前記注文者に対応する価格情報が記録されたデータベースに基づき生成されることを特徴とする請求項 11に記載された注文方法。

13. 前記注文者は、インターネットを介して前記サーバにアクセスすることを特徴とする請求項 10に記載された注文方法。

14. 前記商品はトナー、トナーカートリッジ、消耗パーッおよびィンクを含み、前記消耗パーッは少なくとも感光体ドラムおよび感光体ュニットを含むことを特徴とする請求項 10に記載された注文方法。

15. 口グインしたユーザに注文画面を供給し、前記注文画面に従い所望する商品を注文させる販売方法であって、

前言己注文画面には、前記ユーザの利用機器に対応する商品のリストが含まれることを特徴とする販売方法。

16. 前言 S注文画面には、さらに、リストされた商品および前記ュ一ザに対応した価格情報が含まれることを特徴とする請求項 15に記載された販売方法。

17. 前記注文画面は、少なくとも、ユーザおよびその利用機器、機器に対応する商品、並びに、前記商品および前記ユーザに対応する価格情報が記録されたデータベースに基づき生成されることを特徴とする請求項 15に記載された販売方法。

18. 前記口グィン、前記注文画面の供給およぴ前記注文はインターネットを介して行われることを特徴とする請求項 15に記載された販売方法。

19. 前記商品はトナー、トナーカートリッジ、消耗パーッおよびインクを含み、前記消耗パーッは少なくとも感光体ドラムおよぴ感光体ュ二ットを含むことを特徴とする請求項 15に記載された販売方法。

20. 商品を注文しょうとするユーザをログインさせるログイン手段、口グィンしたユーザに注文画面を供給する供給手段、および、前記注文画面に基づく注文情報を受け付ける受付手段を有する販売システムであって、

前記供給手段は、ユーザの利用機器に対応する商品のリストを含む注文画面を前記ユーザに供給することを特徴とする販売システム。

21. 前記供給手段は、さらに、リストされた商品およぴ前記ユーザに対応した価格情報を含む注文画面を前記ユーザに供給することを特徴とする請求項 20に記載された販売システム。

22. 前言己供給手段は、少なくとも、ユーザおよびその利用機器、機器に対応する商品、並びに、前記商品および前記ユーザに対応する価格情幸艮が記録されたデ一タベースに基づき、前記注文画面を生成することを特徴とする請求項 20に記載された販売システム。

23. 前記ユーザは、インターネットを介して前記販売システムにァクセスすることを特徴とする請求項 20に記載された販売システム。

24. 商品を注文しょうとするユーザをログインさせ、ログインしたュ一ザに注文画面を供給し、前記注文画面に基づく注文情報を受け付ける販売システムを実現するプログラムであって、

ユーザの利用機器に対応する商品のリストを含む注文画面を前記ュ一ザに供給するステツプを有することを特徴とするプログラム。

25. 商品を注文しょうとするユーザをログインさせ、ログインしたュ一ザに注文画面を供給し、前記注文画面に基づく注文情報を受け付ける販売システムのプログラムコードを有する媒体であって、前記プログラムコードは少なくとも、

ユーザの利用機器に対応する商品のリストを含む注文面面を前記ユーザに供給するステップのコードを有することを特徴とする媒体 26. 通信回線を介して接続される端末装置に送信する送信手段を有し、商品の発注情報を入力するための入力欄、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を前記端末装置へ送信することを特徴とする情報処理装置。

27. 前記送信手段は、前記表示画面情報を受信した端末装置より送信されてくる前記発注情報およぴ前記回収情報を、前記商品の配送を管理するコンピュータに送信することを特徴とする請求項 26に記載された情報処理装置。

28. 前記表示画面情報には前記商品を納入する日付を設定するための惰幸艮が含まれ、前記配送を管理するコンピュータは、前記発注情幸艮ょり特定される商品を納入する配送者が所有する携帯端末装置であり、前記送信手段は、前記表示画面情報に基づく表示画面を介して入力され送信されてくる前記日付に応じたタイミングで、前記発注情報および前記回収情報を前記携帯端末に送信することを特徴とする請求項 27に記載された情報処理装置。

29. さらに、前記表示画面情報を受信した端末装置から前記通信回線を介して送信されてくる前記回収情報を記憶する記憶手段と、前記記憶手段に記憶され蓄積された前記回収情報に応じて、前記商品の回収見込み数量を算出し予測する予測手段とを有することを特徴とする請求項 26に記載された情報処理装置。

30. 前記記憶手段は前記商品が消耗される平均時間情報を記憶し、前記予測手段は、前記平均時間情報および前記回収情報に応じて、前記回収見込み数量を算出することを特徴とする請求項 29に記載された

31. 前記表示画面情報には、ユーザ毎の回収状況を示す情報が含まれていることを特徴とする請求項 26に記載された情報処理装置。

32. 前記記憶手段は前記商品の回収が実際に行われたことを示す回収実績情報を記憶し、

さらに、前記端末装置から送信されてくる前記発注情幸艮ょり特定される前記商品の発注個数、および、前記回収実績情報に応じて回収率を計算する計算手段を有することを特徴とする請求項 29に記載された情報処理装置。

33. 前記送信手段は、前記画面情報に前記回収率を含めた画面情報を送信することを特徴とする請求項 32に記載された情報処理装置。

34. 前記商品はトナー、トナーカートリッジ、消耗パーツおよびインクを含み、前記消耗パーッは少なくとも感光体ドラムおよぴ感光体ュ二ットを含むことを特徴とする請求項 29に記載された情報処理装置 c

35. ユーザの使用機器情報を管理する、通信回線を介して複数の端末装置に接続された情報処理装置であつて、

前記端末装置より通知されるユーザ固有の情報に応じて、前記ユーザが所有する機器を特定する特定手段と、

前記特定手段によって特定された、ユーザが所有する機器の情報を表示するための表示画面情報を生成する生成手段とを有することを特徴とする情報処理装置。

36. 前記特定手段は前記機器に対応する消耗品を特定し、前記生成手段は、特定された消耗品の情報を含む表示画面情報を生成することを特徴とする請求項 35に記載された情報処理装置。

37. 前記生成手段は、特定された消耗品を回収する回収サービスに参加するか否かを設定するための回収情報を含む表示画面情報を生成することを特徵とする請求項 36に記載された情報処理装置。

38. さらに、前記回収情報を回収フラグ情報として記憶する記憶手段を有し、

前記生成手段は、前記機器に応じた消耗品の回収サービスに参加するか否かを設定するための情報を、前記記憶手段に記憶された回収フラグ情報に応じて生成することを特徴とする請求項 37に記載された情報処理装置。

39. 前記特定手段は特定された機器または特定された消耗品に対する価格情報を特定し、前記生成手段は前記価格情報を表示画面情報に含めることを特徴とする請求項 35に記載された情報処理装置。

40. インターネットを介して送信されてくる発注情報を受け付ける受信手段と、

前記発注情報より特定される商品が、前記受信手段で受信した発注情報によって特定される発注者の地理情報に対応する最短時間で輸送可能な倉庫から出庫可能か否かを、前記倉庫の在庫情報に応じて判定する判定手段とを有することを特徴とする情報処理装置。

41. 通信回線を介して接続される端末装置に情報を送信する情報処理装置による回収方法であって、

商品の発注情報を入力するための入力欄、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、前記端末装置に送信する送信ステップを有することを特徴とする回収方法。

42. ユーザの使用機器情報を管理する、通信回線を介して複数の端末装置と接続された情報処理装置による販売方法であつて、

前記端末装置より通知されるユーザ固有の情報に応じて、前記ユーザが所有する機器を特定する特定ステップと、

前記特定ステツプにおいて特定されたユーザが所有する機器の情報を表示するための表示画面情報を生成する生成ステップとを有することを特徴とする情報処理装置による販売方法。

43. インターネットを介して送信されてくる発注情報を受け付ける受信ステップと、

前記発注情報より特定される商品が、前記発注情報によつて特定される発注者の地理情報に対応する最短時間で輸送可能な倉庫から出庫可能か否かを、前記倉庫の在庫情報に応じて判定する判定ステップとを有することを特徴とする情報処理装置による販売方法。

44. 情報処理装置による実行されるプログラムであって、

商品の発注情報を入力するための入力欄、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、 ·通信回線を介して接続される端末装置に送信する送信ステツプを有することを特徴とするプログラム。

45. ユーザの使用機器情報を管理する、通信回線を介して複数の端末装置に接続された情報処理装置により実行されるプログラムであって、前記端末装置より通知されるユーザ固有の情報に応じて、前記ユーザが所有する機器を特定する特定ステップと、

前記特定ステツプにおいて特定されたユーザが所有する機器の情報を表示するための表示画面情報を生成する生成ステツプとを有することを特徴とするプログラム。

46. インターネットを介して送信されてくる発注情報を受け付ける受信ステツプと、

前記発注情報より特定される商品が、前記発注情報によって特定さ ' れる発注者の地理情報に対応する最短時間で輸送可能な倉庫から出庫可能か否かを、前記倉庫の在庫情報に応じて判定する判定ステップとを有することを特徴とするプログラム。

47. 情報処理装置により実行されるプログラムを記憶するコンピュータ可読の記憶媒体であつて、

商品の発注情報を入力するための入力欄、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、通信回線を介して接続される端末装置に送信する送信ステップを実行するためのプログラムコードを記憶したことを特徴とする記憶媒体。

48. ユーザの使用機器情報を管理する、通信回線を介して複数の端末装置に接続された情報処理装置により実行されるプログラムコードを記憶したコンピュータ可読の言己憶媒体であって、

前記端末装置より通知されるユーザ固有の情報に応じて、前記ユーザが所有する機器を特定する特定ステツプと、前記特定ステツプにおいて特定されたユーザが所有する機器の情報を表示するための表示画面情報を生成する生成ステツプとを実行するためのプログラムコードを記憶したことを特徴とするとするコンピュータ可読の記憶媒体。

49. インターネットを介して送信されてくる発注情報を受け付ける受信ステツプと、

前記発注情報より特定される商品が、前記発注情報によって特定される発注者の地理情報に対応する最短時間で輸送可能な倉庫から出庫可能か否かを、前記倉庫の在庫情報に応じて判定する判定ステツプとを実行するためのプログラムコードを有することを特徴とするコンピュータ可読の記憶媒体。

50. 通信回線を介して接続される端末装置に情報を送信する送信手段を有し、

ユーザが注文画面を介して入力した情報より特定される商品の情報、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、前記送信手段により前記ユーザの端末装置へ送信することを特徴とする情報処

51. 通信回線を介して接続される端末装置に情報を送信する状異方処理装置による回収方法であって、

ユーザが注文画面を介して入力した情報より特定される商品の情報、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、前記ユーザの端末装置に送信する送信ステツプを有することを特徴とする回収方法。

52. 情報処理装置により実行されるプログラムであって、

ユーザが注文画面を介して入力した情報より特定される商品、および、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、通信回線を介して接続される前記ユーザの端末装置に送信する送信ステップを有することを特徴とするプログラム。

53. 情幸艮処理装置により実行されるプログラムを記憶するコンピュータ可読の記憶媒体であって、

ユーザが注文画面を介して入力した情報より特定される商品、およぴ、前記商品の回収が行われるようにするか否かを設定する回収情報を入力するための入力欄を含む表示画面情報を、通信回線を介して接続される前記ュ一ザの端末装置に送信する送信ステツプを実行するためのプログラムコードを記憶したことを特徴とする記憶媒体。