JP2002092112A - 宅配収集システム - Google Patents

Abstract

(57)【要約】 【課題】最適な宅配業者が効率よく宅配物の収集ができ
るように、収集依頼者からの依頼に基づいて宅配業者の
選択などを行うシステムを提供する。 【解決手段】サービスセンタ４は、宅配業者の各種登録
内容を格納するデータベースを有する。ユーザが自分の
携帯端末１やＰＣ２、３を使って、インターネット６経
由で、サービスセンタ４にアクセスすると、サービスセ
ンタ４からは、宅配物の収集条件の入力を促す画面が表
示される。ユーザが必要な情報をサービスセンタ４に送
信すると、サービスセンタ４は、各業者から集めた情報
を操作して、ユーザの宅配物の収集に適した業者を選択
する。サービスセンタ４は、これをユーザに提示し、ユ
ーザが業者を選択すると、これに基づいて宅配物の収集
が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
した宅配収集システムに関する。

【０００２】

【従来の技術】今日、ネットワーク通信の普及により、
ネットワークビジネスが盛んになり、仮想商店などが数
多く開設するようになってきた。ユーザが、ネットワー
ク上の仮想商店にアクセスし、商品の購入を申し込む
と、後日商品が自宅へ宅配される仕組みとなっている。

【０００３】従って、今後もネットワークビジネスはよ
り盛んになると予想され、ネットワークを介した商取引
のためのインフラストラクチャーを整備する必要があ
る。仮想商店での購買には、音楽データのように、ネッ
トワークを介してダウンロード可能なものもあるが、家
具などの商品は、実物を購入者の自宅まで届ける必要が
ある。

【０００４】このような状況では、宅配業者は、効率的
に配達するものを収集し、配達先まで送り届ける必要が
ある。

【０００５】

【発明が解決しようとする課題】現状では、宅配業者
は、仮想商店をネットワーク上に開設している実際の店
舗と契約を結び、商品の配達が必要となった場合には、
宅配業者に収集に来てもらっている。

【０００６】しかしながら、宅配業者としては、収集す
るものが多い場合には、特別に商品の収集に行っても採
算が合うが、個人からの収集の依頼など収集するものが
少ない場合には、１つや２つのものの収集のために通常
の配達ルートなどからはずれることは、色々な面から不
効率な点がある。

【０００７】本発明の課題は、最適な宅配業者が効率よ
く宅配物の収集ができるように、収集依頼者からの依頼
に基づいて宅配業者の選択などを行うシステムを提供す
ることである。

【０００８】

【課題を解決するための手段】本発明の宅配収集システ
ムは、宅配業者ごとの配達収集経路と配達時間からなる
運行スケジュール情報を保持する保持手段と、ユーザか
ら宅配収集の希望時間の登録を受信する受信手段と、登
録された宅配業者の運行スケジュール情報の中からユー
ザの希望時間に収集可能な宅配業者を検索する検索手段
と、ユーザに検索結果を返信する返信手段と、ユーザか
ら該宅配業者への依頼要求を受信した場合に、宅配業者
にユーザからの宅配収集の登録依頼を行う登録依頼手段
とを備えることを特徴とする。

【０００９】本発明によれば、ユーザの求めに応じ、適
切な宅配業者を選定して、ユーザの宅配物の収集を行う
ので、ユーザの希望にかなった宅配物の収集を行うこと
が出来ると共に、宅配業者は効率的な宅配物の収集を行
うことが出来る。また、ユーザは低料金で宅配物の収集
を依頼することが出来るので、宅配サービスをより利用
しやすいものとすることが出来る。

【００１０】

【発明の実施の形態】図１は、本発明の一実施形態であ
る宅配収集システムのシステム構成図である。宅配収集
システムのサーバとして、サービスセンタ４が設けられ
る。サービスセンタ４は、インターネット５などのネッ
トワークに接続されており、ユーザが自宅に有している
ＰＣ２、３からアクセス可能となっている。また、ユー
ザが有する携帯端末１からも基地局５を介してサービス
センタ４にアクセス可能となっている。

【００１１】ユーザは、収集してもらいたい配達物があ
る場合には、ＰＣ２、３あるいは携帯端末１を使って、
サービスセンタ４にアクセスし、収集してもらいたい配
達物の種類や収集希望時間、自宅などの配達物がある場
所などのデータをサービスセンタ４からの求めに応じ送
信する。

【００１２】また、サービスセンタ４は、複数の宅配業
者を登録しており、各宅配業者が有する宅配車両が一日
にどの経路を何時頃通過するかなどの情報を収集する。
収集されたデータは宅配業者登録データベース、地図情
報データベース、宅配収集時間・場所データベース、宅
配リストデータベース、及び宅配料金表データベースと
して保持する。

【００１３】サービスセンタ４は、ユーザからの配達物
の収集の依頼に対して、上記各データベースを参照しな
がら、どの宅配業者がユーザの配達物を収集するのが最
適かを判定し、ユーザに提示する。ユーザは、この提示
に応じることによって、提示された宅配業者に自分の配
達物を収集してもらう。

【００１４】宅配業者はユーザから配達料を徴収する
が、サービスセンタ４は、ユーザを紹介した見返りとし
て、宅配業者から手数料を徴収する。図２は、宅配業者
登録データベースの構成例を示す図である。宅配業者登
録データベースは、サービスセンタに登録し、サービス
センタのサービスを受ける宅配業者を管理するためのデ
ータベースである。登録項目は、図２の場合、「会社
名」、「住所」、「電話番号」、「メールアドレス」、
「宅配サービス内容」、及び「登録コード」となってい
る。

【００１５】図３は、宅配収集時間・場所データベース
の構成例を示す図である。このデータベースには、業者
毎に立てた配達・収集予定を登録する。例えば、業者Ａ
は、９時に羽村市栄町１丁目１番から配達・収集を開始
し、１０時１５分に羽村市栄町３丁目２番で配達・収集
を終える予定となっている。業者Ｂについても同様であ
る。

【００１６】図４は、宅配リストデータベースの構成例
を示す図である。宅配リストには、エントリの番号と、
配達・収集を行う場所の住所、配達・収集先の氏名、時
間、及び、配達／収集の区別が登録されている。番号９
のエントリは、ユーザからの収集依頼に従って、本来予
定になかったところに、後から、収集予定を加えた様子
を示している。すなわち、本来の予定は、エントリ番号
８に示されているように、１０時に羽村市栄町３丁目３
番で配達を行った後、エントリ番号１０に示されている
ように、１０時１５分に羽村市栄町３丁目２番１５に配
達に行くことになっていた。そこへ、羽村市栄町３丁目
３番２００１に住むユーザから１０時頃に収集依頼が入
ったので、１０時頃その近傍に配達車両のある業者Ａに
収集依頼の予定を入れたところである。

【００１７】図５及び図６は、宅配料金表データベース
の構成を示す図である。図５は、業者Ａのものであり、
図６は、業者Ｂのものである。サービスセンタは、ユー
ザからの収集依頼を受け、実際に特定の業者に収集予定
を組み込むと、この宅配料金表データベースを参照し
て、ユーザに料金が幾らになるかを通知する。料金表
は、一般にどの業者でもほとんど同じである場合が多い
が、基本的に、各業者毎に宅配料金表をデータベースと
して保持しておき、収集依頼を行った業者の宅配料金表
を参照して、ユーザに必要な料金の通知を行う。

【００１８】なお、サービスセンタは、上記データベー
スの他に、地図情報データベースを有しているが、これ
は、ＧＰＳシステムなどが有している地図情報と基本的
に変わらないので説明を省略する。図７は、宅配業者側
の宅配車両運行スケジュールのサービスセンタへの登録
処理を示すフローチャートである。

【００１９】まず、ステップＳ１において、サービスセ
ンタにアクセスする。そして、ステップＳ２において、
サービスセンタへの登録コードの入力を行い、ステップ
Ｓ３において、サービスセンタからメニュー画面を受信
して表示する。このメニュー画面の例としては、図１５
のようなものがある。

【００２０】図１５は、宅配収集サービスの登録変更メ
ニュー画面の例であり、この図では、メニューとして
「宅配収集時間と場所」、「宅配料金」、及び「宅配リ
スト」が設けられている。これらは、それぞれ、メニュ
ー名が示しているように、運行スケジュールを入力する
「宅配収集時間と場所」メニュー、料金表を入力する
「宅配料金」メニュー、及びサービスセンタが運行スケ
ジュールにユーザからの収集依頼を付加して作成した宅
配リストを参照する「宅配リスト」メニューである。

【００２１】図７に戻ると、ステップＳ３の次に、ステ
ップＳ４において、上記メニューの内から、編集するも
のを選択して、サービスセンタに送信する。すると、サ
ービスセンタからは、ステップＳ５において、選択した
メニューに対応した入力画面が送られてくるので、これ
を受信する。そして、業者側では、ステップＳ６におい
て、入力処理を行い、ステップＳ７において、入力した
データを送信し、ステップＳ８において、他にサービス
センタにアクセスして処理をするか否かの判断を行う。
まだ、処理を行う場合には、ステップＳ３に戻り、もう
処理を終える場合には、ステップＳ９に進んで、処理を
終了することをサービスセンタに送信して処理を終了す
る。

【００２２】図８は、サービスセンタ側の運行スケジュ
ールのサービスセンタへの登録処理を示すフローチャー
トである。まず、ステップＳ１０において、業者からサ
ービスセンタへのアクセスを受け付ける。アクセスがな
い場合には、ステップＳ１０を繰り返して、アクセスが
生じるのを待つ。アクセスがあると、ステップＳ１１に
おいて、登録宅配業者か否かが判断される。登録宅配業
者でない場合には、図１０のフローへ進む。登録宅配業
者である場合には、ステップＳ１２に進んで、登録宅配
業者が入力した登録コードを照会する。照会の結果がＮ
Ｇの場合には、ステップＳ１０に戻る。照会の結果がＯ
Ｋの場合には、ステップＳ１３において、メニュー画面
を送信する。そして、ステップＳ１４において、業者が
選択したメニューがどれであるかを示すデータを受信す
る。次に、ステップＳ１５において、選択したメニュー
に対応するデータベースを検索し、ステップＳ１６にお
いて、業者が新規登録であるか否かを判断する。ステッ
プＳ１６において、新規登録であると判断された場合に
は、ステップＳ１８において、新規登録画面データを業
者に送信して、ステップＳ１９に進む。ステップＳ１６
において、新規登録ではないと判断された場合には、ス
テップＳ１７において、データベースを検索した結果を
業者に送信し、ステップＳ１９に進む。ステップＳ１９
では、業者側で入力したデータを受信し、ステップＳ２
０において登録処理を行い、ステップＳ２１において、
業者から処理の終了信号を受信したか否かを判断する。
終了信号を受信していない場合には、ステップＳ１３に
戻る。ステップＳ２１において、業者から終了信号を受
信した場合には、処理を終了する。

【００２３】図９は、ユーザ側における宅配収集の申し
込み処理を示すフローチャートである。まず、ステップ
Ｓ３０において、ユーザがサービスセンタにアクセスす
る。次に、ステップＳ３１において、サービスセンタか
らメニュー画面を受信し、ユーザの端末に表示する。

【００２４】図１６は、ステップＳ３１におけるメニュ
ー画面表示の例である。この図の例では、メニューとし
て、「宅配・収集サービス」、「宅配・収集サービスの
登録（宅配業者向け）」、及び「その他」がある。「そ
の他」は、後のサービスの拡張のための予備のメニュー
である。本実施形態の場合、ユーザは、宅配業者に配達
物の収集を要求するとしているので、「宅配・収集サー
ビス」を選択するとしている。

【００２５】ステップＳ３１において、メニュー画面が
表示されると、ステップＳ３２において、メニューの中
から宅配・収集サービスを指定する。すると、ステップ
Ｓ３３において、サービスセンタからユーザ入力画面を
受信する。図１４は、ユーザ入力画面の表示例を示す図
である。

【００２６】図１４の例では、サービスセンタにサービ
スを要求するユーザは、自分の住所、氏名、電話番号、
宅配物、宅配物のサイズ、宅配物の重量、収集希望日、
収集希望時間、配達時間指定などを入力するように設定
されている。この入力画面に入力が終わると、ユーザ
は、ステップＳ３５において、入力データをサービスセ
ンタに送信し、ステップＳ３６において、サービスセン
タ側で行った検索結果を受信し、表示する。

【００２７】図１７、及び、図１８は、サービスセンタ
の検索結果の表示例を示す図である。図１７は、最適な
業者が検出できた場合であり、利用できる業者の名前
と、収集時間、料金がユーザに提示される。一方、図１
８は、最適な業者が検出できなかった場合であって、ユ
ーザが希望するような条件に合致する業者が選定できな
かった旨が表示されると共に、ユーザにどの業者を利用
するかを選択させる画面となっている。

【００２８】ステップＳ３６において、検索結果が表示
されると、ユーザは、ステップＳ３７において、業者を
選択するか、依頼のキャンセルを選択し、ステップＳ３
８において、サービスセンタにデータを送信する。ユー
ザ端末では、ステップＳ３８で送信した選択が、キャン
セルか否かがステップＳ４４において判断される。キャ
ンセルであると判断された場合には、ステップＳ４２に
進む。ステップＳ４４において、キャンセルではないと
判断された場合には、ステップＳ３９に進んで、無条件
の業者選択か（図１８の場合か）が判断され、無条件で
はない場合には、ステップＳ４２に進む。ステップＳ３
９において、無条件の業者選択の場合には、ステップＳ
４０において、サービスセンタからの収集時間のデータ
の受信を行い、ステップＳ４１において収集時間を表示
する。

【００２９】図１９は、収集時間の表示例を示した図で
ある。この表示においては、収集に向かう業者名と収集
日時がユーザに通知される。ステップＳ４２において
は、他にサービスを受けるか否かが判断され、まだサー
ビスを受ける場合には、ステップＳ３１に進む。サービ
ス終了の場合には、ステップＳ４３に進んで、終了信号
をサービスセンタに送信し、処理を終了する。

【００３０】図１０〜図１３は、センター側の宅配収集
の申し込み処理を示すフローチャートである。まず、ス
テップＳ５０において、ユーザからサービスセンタへの
アクセスがあったか否かを判断する。なかった場合に
は、ステップＳ５０を繰り返して、ユーザからアクセス
があるまで待つ。アクセスがあった場合には、ステップ
Ｓ５１において、登録宅配業者か否かが判断される。登
録宅配業者であった場合には、図８のステップＳ１２に
進む。また、ステップＳ５１において、登録宅配業者で
なかった場合と、図８のステップＳ１１からきた場合に
は、ステップＳ５２に進み、ユーザ端末にメニュー画面
を送信する。

【００３１】そして、ステップＳ５３において、ユーザ
が選択したメニューを受信する。ステップＳ５４におい
ては、ユーザの選択した処理が宅配・収集サービスか否
かを判断する。ステップＳ５４において、判断がＮＯの
場合には、ステップＳ５５に進み、新規登録か否かを判
断する。ステップＳ５５の判断がＮＯの場合には、ステ
ップＳ５６のメニューにあった他の処理を行う。ステッ
プＳ５５の判断がＹＥＳの場合には、ステップＳ５７に
進んで、宅配業者の新規登録処理を行い、ステップＳ５
８において、課金処理を行って、処理を終了する。

【００３２】ステップＳ５４において、判断がＹＥＳの
場合には、ステップＳ５９において、ユーザ入力画面を
ユーザ端末に送信する。そして、ステップＳ６０におい
て、ユーザ入力が行われたユーザ入力画面を受信し、ス
テップＳ６１において、受信データをメモリに格納す
る。そして、ステップＳ６２において、受信データから
「収集希望時間」及び「住所」を抽出する。次に、ステ
ップＳ６３において、業者の「宅配収集時間と場所」デ
ータベースを読み込む。

【００３３】そして、図１１のステップＳ６４におい
て、ユーザ登録データをメモリから読み込み、ステップ
Ｓ６５において、地図情報をデータベースから読み込
む。そして、ステップＳ６６において、地図情報に業者
の配達経路とユーザの住所を登録し、ステップＳ６７に
おいて、業者の配達経路にユーザの住所に立ち寄る経路
を付加した経路を最適化する。

【００３４】この配達経路の最適化は、各業者が有して
いるノウハウを利用して行っても良いし、数学的に経路
の最適化問題を解いても良い。しかし、数学的に経路の
最適化問題を解くのは難しいことが知られているので、
現実的には、宅配業者の人間が配達経路を決定する場合
に使用する経験的な法則に基づいて行う。特に、この経
験則がアルゴリズムになりにくい時は、ステップＳ６７
の処理を人間の手によって行うようにしても良い。この
最適化においては、ある業者の配達経路において、ユー
ザの住所に立ち寄るために、後続の立ち寄り地点へ行く
時刻が当初の予定より大幅にずれる場合には、その業者
は不適格な業者として、ユーザに提示する業者からはず
す。そして、最も時間のロスの少ない配達経路を有する
業者を適格業者として選択する。

【００３５】そして、ステップＳ６７で、配達経路の最
適化が完了すると、ステップＳ６８において、ユーザの
宅配便の収集が可能か否かを判断する。ステップＳ６８
において、収集が可能であると判断された場合には、図
１０のステップＳ７４に進む。

【００３６】ステップＳ６８において、収集が可能と判
断された場合には、ステップＳ６９において、最適化経
路をメモリに格納し、ステップＳ７０において、メモリ
の宅配リストにユーザの収集依頼情報を追加する。そし
て、ステップＳ７１において、追加したデータをメモリ
に格納し、ステップＳ７２において、ユーザへの収集時
間を算出し、ステップＳ７３において、業者名と収集時
間をメモリに格納する。

【００３７】そして、図１０のステップＳ７４に進ん
で、他に登録業者があるか否かを判断し、ある場合に
は、ステップＳ６３に戻って処理を繰り返し、ない場合
には、図１２の処理に進む。図１２のステップＳ７５に
おいては、ユーザの返信データから「サイズ」と「重
量」を抽出し、ステップＳ７６において、各業者の宅配
料金情報をデータベースから読み込む。そして、ステッ
プＳ７７において、ユーザが選択した業者名をメモリか
ら読み出し、ステップＳ７８において、ユーザ入力の
「サイズ」、「重量」、「住所」に該当する「宅配料金
情報」から料金を割り出す。そして、ステップＳ７９に
おいて、他に配達経路最適化において選択された業者が
あるか否かを判断し、まだある場合には、ステップＳ７
７に戻って処理を繰り返す。ステップＳ７９の判断にお
いて、他に選択した業者がないと判断された場合には、
ステップＳ８０に進み、ここで選択した業者、収集時
間、料金のデータをユーザに送信する。

【００３８】ステップＳ８１では、ユーザからの業者の
選択信号を受信し、ステップＳ８２において、サービス
センタのサーバで上記処理により検索した業者を選択し
たか否かを判断する。ステップＳ８２において、判断が
ＹＥＳの場合には、ステップＳ８３に進み、メモリに格
納された最適化経路を「宅配収集時間・場所」データベ
ースに更新登録し、ステップＳ８４において、メモリに
格納した宅配リストを更新登録する。そして、ステップ
Ｓ８７に進み、ユーザから終了信号を受信したか否かを
判断し、受信した場合には処理の終了となり、受信しな
い場合には、図１０のステップＳ５２に戻って処理を繰
り返す。

【００３９】ステップＳ８２の判断がＮＯの場合には、
ステップＳ８５に進み、ユーザが無条件に業者を選択し
たか否かを判断し、ユーザが無条件に業者を選択した場
合には、図１３の処理に進む。ステップＳ８５におい
て、ユーザが無条件に業者を選択することも行わなかっ
た場合には、ステップＳ８６において、キャンセルであ
るか否かを判断し、この判断がＹＥＳの場合には、ステ
ップＳ８７に進み、ＮＯの場合には、ステップＳ８８に
示されているように、その他の「戻る」等の処理を行
う。

【００４０】図１３のステップＳ８９においては、選択
された業者の宅配収集時間と場所情報をデータベースか
ら読み込み、ステップＳ９０において、ユーザ登録デー
タをメモリから読み込み、ステップＳ９１において、地
図情報をデータベースから読み込み、ステップＳ９２に
おいて、地図情報に業者の配達経路とユーザの住所を登
録する。そして、ステップＳ９３において、上述した方
法によって、配達経路の最適化を行い、ステップＳ９４
において、最適化された経路を「宅配リスト」に登録
し、ステップＳ９５において、宅配リストにユーザの収
集依頼情報を追加して、ステップＳ９６において、ユー
ザへの収集時間を算出し、ステップＳ９７において、収
集時間などをユーザに送信し、図１２のステップＳ８７
に進む。

【００４１】図２０は、本発明の実施形態のサービスセ
ンタのサーバの機能をプログラムで実現する場合に必要
とされる一般的なハードウェア環境を説明する図であ
る。ＣＰＵ１１は、バス１０によって接続された、ハー
ドディスクなどの記録装置１７から当該プログラムを読
み込んで、ＲＡＭ１３に展開し、実行可能な状態とし
て、サーバの機能を実行する。ＲＯＭ１２は、サーバが
装置として機能するために必要な基本ドライバなどを含
むＢＩＯＳなどを記憶しており、入出力装置２０の使用
などを可能とする。入出力装置２０は、例えば、ディス
プレイ、キーボードやマウスなどである。また、当該プ
ログラムをＲＯＭ１２に格納して実行しても良い。

【００４２】また、当該プログラムは、ＣＤ−ＲＯＭ、
フロッピー（登録商標）ディスク、ＭＯなどの可搬記録
媒体１９に格納しておくことも可能であり、記録媒体読
み取り装置１８を介して、ＣＰＵ１１が読み込み、ＲＡ
Ｍ１３に展開して実行しても良い。また、通信インター
フェース１４を使ってネットワーク１５を介して情報提
供者１６にアクセスし、当該プログラムをダウンロード
して、ＣＰＵ１１が実行しても良い。あるいは、ＬＡＮ
のようなネットワーク環境で当該プログラムを実行する
ことも可能である。

【００４３】また、前述した各データベースは、例え
ば、記録装置１７や可搬記録媒体１９に生成記録する。

【００４４】

【発明の効果】本発明によれば、ユーザの希望する時間
に宅配収集が行われるので、ユーザに優れたサービスを
提供することが出来る。また、宅配業者は配達と同時に
効率的に収集ができるので、業務の効率化が図れる。ま
た、ユーザは、より低料金の業者を選択することが可能
となり、宅配業者は顧客獲得のためにサービス向上につ
とめれば、宅配サービスをより利用しやすいものとする
ことが出来る。

【図面の簡単な説明】

【図１】本発明の一実施形態である宅配収集システムの
システム構成図である。

【図２】宅配業者登録データベースの構成例を示す図で
ある。

【図３】宅配収集時間・場所データベースの構成例を示
す図である。

【図４】宅配リストデータベースの構成例を示す図であ
る。

【図５】宅配料金表データベースの構成を示す図（その
１）である。

【図６】宅配料金表データベースの構成を示す図（その
２）である。

【図７】宅配業者側の宅配車両運行スケジュールのサー
ビスセンタへの登録処理を示すフローチャートである。

【図８】サービスセンタ側の運行スケジュールのサービ
スセンタへの登録処理を示すフローチャートである。

【図９】ユーザ側における宅配収集の申し込み処理を示
すフローチャートである。

【図１０】センター側の宅配収集の申し込み処理を示す
フローチャート（その１）である。

【図１１】センター側の宅配収集の申し込み処理を示す
フローチャート（その２）である。

【図１２】センター側の宅配収集の申し込み処理を示す
フローチャート（その３）である。

【図１３】センター側の宅配収集の申し込み処理を示す
フローチャート（その４）である。

【図１４】ユーザ入力画面の表示例を示す図である。

【図１５】宅配収集サービスの登録変更メニュー画面の
例である。

【図１６】ステップＳ３１におけるメニュー画面表示の
例である。

【図１７】サービスセンタの検索結果の表示例を示す図
（その１）である。

【図１８】サービスセンタの検索結果の表示例を示す図
（その２）である。

【図１９】収集時間の表示例を示した図である。

【図２０】本発明の実施形態のサービスセンタのサーバ
の機能をプログラムで実現する場合に必要とされる一般
的なハードウェア環境を説明する図である。

【符号の説明】

１ 携帯端末 ２、３ ＰＣ ４ サービスセンタ ５ 基地局 ６ インターネット

Claims (8)

【特許請求の範囲】
1. 【請求項１】宅配業者ごとの配達収集経路と配達時間か
   らなる運行スケジュール情報を保持する保持手段と、 ユーザから宅配収集の希望時間の登録を受信する受信手
   段と、 登録された宅配業者の運行スケジュール情報の中からユ
   ーザの希望時間に収集可能な宅配業者を検索する検索手
   段と、 ユーザに検索結果を返信する返信手段と、 ユーザから該宅配業者への依頼要求を受信した場合に、
   宅配業者にユーザからの宅配収集の登録依頼を行う登録
   依頼手段と、 を備えることを特徴とする宅配収集システム。
2. 【請求項２】更に、地図情報を保持する地図情報保持手
   段を備え、 予め登録された配達経路情報と収集場所情報を該地図情
   報に付加し、最適な配達経路を算出することを特徴とす
   る請求項１に記載の宅配収集システム。
3. 【請求項３】更に、地図情報を保持する地図情報保持手
   段を備え、 予め登録された配達経路情報と収集場所情報を該地図情
   報に付加し、最適な収集時間を算出し、ユーザにこれを
   知らせることを特徴とする請求項１に記載の宅配収集シ
   ステム。
4. 【請求項４】ユーザの収集依頼を受けて、業者のデータ
   ベースにユーザ収集データを自動登録することを特徴と
   する請求項１に記載の宅配収集システム。
5. 【請求項５】宅配業者ごとの配達収集経路と配達時間か
   らなる運行スケジュール情報を保持する保持ステップ
   と、 ユーザから宅配収集の希望時間の登録を受信する受信ス
   テップと、 登録された宅配業者の運行スケジュール情報の中からユ
   ーザの希望時間に収集可能な宅配業者を検索する検索ス
   テップと、 ユーザに検索結果を返信する返信ステップと、 ユーザから該宅配業者への依頼要求を受信した場合に、
   宅配業者にユーザからの宅配収集の登録依頼を行う登録
   依頼ステップと、 を備えることを特徴とする宅配収集方法を情報装置に実
   現させるプログラムを格納した、情報装置読み取り可能
   な記録媒体。
6. 【請求項６】更に、地図情報を保持する地図情報保持ス
   テップを備え、 予め登録された配達経路情報と収集場所情報を該地図情
   報に付加し、最適な配達経路を算出することを特徴とす
   る請求項５に記載の記録媒体。
7. 【請求項７】更に、地図情報を保持する地図情報保持ス
   テップを備え、 予め登録された配達経路情報と収集場所情報を該地図情
   報に付加し、最適な収集時間を算出し、ユーザにこれを
   知らせることを特徴とする請求項５に記載の記録媒体。
8. 【請求項８】ユーザの収集依頼を受けて、業者のデータ
   ベースにユーザ収集データを自動登録することを特徴と
   する請求項５に記載の記録媒体。