JP2003058787A

JP2003058787A - 配達システム

Info

Publication number: JP2003058787A
Application number: JP2001244080A
Authority: JP
Inventors: Taketoshi Kimikado; 武俊公門
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2001-08-10
Filing date: 2001-08-10
Publication date: 2003-02-28

Abstract

(57)【要約】【課題】本発明の目的は、ユーザが別々に注文した商
品であっても、まとめて配達できる配達システムを提供
することである。【解決手段】配達システム１は、仮想ロッカー３、仮
想店舗４、およびデータベース５を有するサーバ２と、
ユーザ６、販売業者７、および物流業者８がそれぞれ持
つ端末とから構成される。仮想ロッカー３は、各ユーザ
６毎に設けられ、ユーザ６が注文した商品を仮想的に保
存する。また、ユーザ６は、仮想ロッカー３に配達希望
条件を設定することができる。仮想ロッカーは３、配達
希望条件と商品データベース１１などを参照して配達日
を商品データベース１１に設定する。物流業者８の端末
は、販売業者７から商品を収集する日、収集した商品を
配達先へ配達する日を定期的に更新する物流業者プログ
ラムを有し、これに基づいて商品の収集、配達を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットシ
ョッピングなどで複数注文された商品を、同一ユーザに
まとめて配達する配達システムに関する。

【０００２】

【従来の技術】図７は、従来のインターネット上に出店
されている仮想店舗７２でのユーザ７１による商品の注
文、および物流業者７３による商品の配達の流れを示し
た図である。

【０００３】インターネット上の仮想店舗７２で商品を
注文した場合、販売業者にある商品は、物流業者７３に
よって収集され、集配場に集められる。集配場に集めら
れた商品は、物流業者７３によって各配達先へ配達され
る。この一連の配達に関する手続は、注文する商品毎、
あるいは仮想店舗７２を出店する販売業者毎に行われ、
各商品は、商品毎あるいは販売業者毎に配達先へ配達さ
れる。したがって、配達される商品毎に送料を支払わな
ければならず、費用がかかる。また、ばらばらに届けら
れる商品をユーザ７１が受け取る煩雑さも多大なもので
ある。これらのことは、インターネット上の仮想店舗７
２における商品購入を阻害する原因となっている。

【０００４】商品などの配達コストを低減する装置とし
て、複数の発送元から発送される商品などを同一の発送
先にまとめて配達する合封装置が、特開２０００−７０
８６９号公報に開示されている。この合封装置を使用す
れば、ひとつの物流業者７３に同一の日に到着した商品
などを同一の発送先へまとめて配達できるため、配達コ
ストを削減することができる。

【０００５】

【発明が解決しようとする課題】図７の物流業者７３に
おいて、特開２０００−７０８６９号公報に開示されて
いる合封装置を用いた場合、物流業者７３にたまたま同
一の日に到着した商品に対しては、同一ユーザ７１にま
とめて配達できるという効果は発揮できるが、そもそも
ばらばらに配達手続をしたものに対しては効果がない。

【０００６】本発明の目的は、ユーザが別々に注文した
商品であっても、まとめて配達できる配達システムを提
供することである。

【０００７】

【課題を解決するための手段】本発明は、インターネッ
ト上で販売業者が出店している仮想店舗にユーザが注文
した商品を配達する配達システムにおいて、商品の配達
に係わる現在の状態および配達日が設定されるデータベ
ースと、ユーザ毎に設けられ、ユーザが別々に仮想店舗
に注文した商品を前記データベースに基づき、まとめて
仮想的に保存する仮想ロッカーとを有し、前記データベ
ースには、ユーザが希望する配達希望条件が設定され、
前記仮想ロッカーは、前記配達希望条件および仮想ロッ
カーに保存される各商品の配達に係わる現在の状態に基
づいて、商品の配達日を決定し、その配達日をデータベ
ース上に設定することを特徴とする配達システムであ
る。

【０００８】本発明に従えば、複数の仮想店舗で注文し
た商品あるいは、何日間かにわたってばらばらに注文し
た商品をまとめて仮想的に保存する仮想ロッカーを有す
るので、別々に注文された商品であっても、同一ユーザ
にまとめて配達できる。

【０００９】また本発明は、前記仮想ロッカーは、ユー
ザが注文した商品が販売業者から出庫可能になったと
き、その商品が仮想的に前記仮想ロッカーに入庫された
ものとすることを特徴とする。

【００１０】本発明に従えば、商品が出庫可能になった
ときに、その商品が仮想的に前記仮想ロッカーに入庫さ
れたものとするので、実際には別々の販売業者にそれぞ
れ商品が存在する場合でも、ユーザは、あたかも各商品
が仮想ロッカーに集まって存在しているように商品の状
況を把握できる。

【００１１】また本発明は、商品を配達する物流業者が
販売業者から商品を収集する料金と、物流業者が収集し
た商品をユーザの指定した配達先へ配達する料金とがそ
れぞれ別々に設定されることを特徴とする。

【００１２】本発明に従えば、販売業者から商品を収集
する料金と、配達先へ商品を配達する料金が別々に設定
されるので、ひとつの販売業者から商品を収集する際に
は複数のユーザの商品をまとめて収集し、配達先へ商品
を配達する際には同一ユーザに複数商品を一括して配達
することができ、収集・配達頻度、配達する商品の量な
どに基づいて送料設定することによって、料金の最適化
を図ることがができる。

【００１３】また本発明は、前記配達希望条件は、特定
の日または特定の条件に合った日であって、前記仮想ロ
ッカーは、前記配達希望条件に基づいて配達日を設定す
ることを特徴とする。

【００１４】本発明に従えば、指定した日、あるいは土
曜日毎など定期的な日に商品をまとめて同一ユーザに配
達することができる。

【００１５】また本発明は、前記配達希望条件は、仮想
ロッカーに入庫されている商品の特定の条件であって、
前記仮想ロッカーは、前記配達希望条件に基づいて配達
日を設定することを特徴とする。

【００１６】本発明に従えば、指定した商品が仮想ロッ
カーに入庫次第配達する、あるいは仮想ロッカーに入庫
された商品の個数や重さの合計が指定以上になり次第配
達するといったことが可能となり、商品をまとめて同一
ユーザに配達することができる。

【００１７】また本発明は、前記配達希望条件は、特定
の日または特定の条件に合った日と、仮想ロッカーに入
庫されている商品の特定の条件とであって、前記仮想ロ
ッカーは、前記配達希望条件のどちらか一方あるいは両
方が満たされた場合に、配達日を設定することを特徴と
する。

【００１８】本発明に従えば、前記配達希望条件とし
て、特定の日または特定の条件に合った日と、仮想ロッ
カーに入庫されている商品の特定の条件との両方を設定
するので、たとえば、指定日までに指定したすべての商
品が仮想ロッカーに入庫された場合はその指定日に配達
し、指定日になってもまだ入庫されていない商品がある
場合は指定日に入庫されている商品だけ先行して配達す
る、あるいは、指定日までに指定したすべての商品が仮
想ロッカーに入庫された場合は指定日前であっても直ち
に配達し、指定日になってもまだ入庫されていない商品
がある場合にはその商品が入庫されるまで配達を見合わ
せるといったように柔軟な対応ができる。

【００１９】また本発明は、前記仮想ロッカーは、指定
された配達日と、販売業者から配達先へ配達するのに必
要な日数とに基づき、物流業者が販売業者から商品を収
集すべき日を判断してデータベースに設定することを特
徴とする。

【００２０】本発明に従えば、販売業者から商品を収集
すべき日が判断され、その日に物流業者が商品を収集す
ることになるので、物流業者が商品を保管する期間が短
くなる。

【００２１】また本発明は、前記データベースは、販売
業者が商品を保管できる期限である保管期限情報を有す
ることを特徴とする。

【００２２】本発明に従えば、販売業者が商品を保管で
きる期限に関する情報を有するので、物流業者は、販売
業者が商品を保管できる期限になるまで商品を収集せず
に済み、物流業者が商品を保管する期間を最小にでき
る。また、保管料を設定し、集配場で商品を保管すると
いったような、低コストな商品保管サービスを行うこと
ができる。

【００２３】また本発明は、前記データベースは、商品
の状態をユーザにメールで知らせる条件であるメール送
信条件情報を有することを特徴とする。

【００２４】本発明に従えば、商品の状態をユーザにメ
ールで知らせる条件に関する情報を有するので、たとえ
ば仮想ロッカーへ注文した商品が入庫された場合、配達
予定日が迫っている場合、商品の数の増加や保管期間の
延長などにより割増料金が必要な場合など、ユーザは自
分が注文した商品の状態を知ることができる。

【００２５】

【発明の実施の形態】図１は、本発明の実施の一形態で
ある配達システム１の構成を示す図である。配達システ
ム１は、仮想ロッカー３、仮想店舗４、およびデータベ
ース５を有するサーバ２と、ユーザ６、販売業者７、お
よび物流業者８がそれぞれ持つ端末とを含んで構成され
る。

【００２６】サーバ２および各端末は、インターネット
を介して接続されている。データベース５は、基本情報
データベース９、仮想ロッカーデータベース１０、およ
び商品データベース１１と、これらの内容を参照・更新
するためのデータベース参照・更新手段１２とを有す
る。仮想ロッカー３、仮想店舗４、物流業者８はそれぞ
れデータベース参照・更新手段１２を介して、基本情報
データベース９、仮想ロッカーデータベース１０、およ
び商品データベース１１の参照・更新を行う。

【００２７】ユーザ６は、ユーザ６の端末を介してサー
バ２に接続し、仮想店舗４を閲覧し、気に入った商品を
仮想店舗４に注文する。ユーザ６から注文を受けた仮想
店舗４は、データベース参照・更新手段を介して、商品
データベース１１を更新する。

【００２８】仮想ロッカー３は、各ユーザ６毎に設けら
れ、ユーザ６が注文した商品を仮想的に保存する、つま
り、ユーザ６から仮想ロッカー３にアクセスされると、
データベース参照・更新手段１２を介して、データベー
ス５を参照し、そのユーザ６の注文した商品の情報をま
とめてユーザ６に示す。また、ユーザ６は、仮想ロッカ
ー３に配達希望条件を設定することができる。配達希望
条件は，データベース５の仮想ロッカーデータベース１
０に登録される。

【００２９】販売業者７は、仮想店舗４で商品の注文を
受けたことを自分の端末で確認すると、その商品の出荷
の準備をし、準備が完了すると、商品データベース１１
を更新する。仮想ロッカー３は、配達希望条件と商品デ
ータベース１１などを参照して配達日を商品データベー
ス１１に設定する。

【００３０】物流業者８の端末は、販売業者７から商品
を収集する日、収集した商品を配達先へ配達する日を定
期的に更新する物流業者プログラムを有し、これに基づ
いて商品の収集、配達を行う。

【００３１】仮想店舗４は、ひとつの販売業者７が複数
出店してもよいし、複数の販売業者７が複数出店しても
よい。また、物流業者も複数でもよい。

【００３２】なお、データベース５、仮想ロッカー３お
よび仮想店舗４は、同一のサーバ上に設けてもよく、イ
ンターネットを介して接続される別のサーバに設けても
よい。たとえば、仮想店舗４は、販売業者７の有するサ
ーバに設け、インターネットを介して、データベース参
照・更新手段１２に接続するようにしてもよい。また、
物流業者８の持つ端末で動作する物流業者プログラムを
サーバ２上に設け、物流業者８の端末からサーバ２上の
物流業者プログラムに接続し、物流業者８が商品の収集
日、配達日を確認するようにしてもよい。

【００３３】表１〜３は、前記データベース５に登録さ
れるデータフォーマットの例である。

【００３４】

【表１】

【００３５】基本情報データベース９には、ユーザ６を
特定するための「ユーザＩＤ」、商品の「配達先」、料
金の「支払方法」といった基本情報データが格納され
る。

【００３６】

【表２】

【００３７】仮想ロッカーデータベース１０には、「ユ
ーザＩＤ」、「配達日設定」、「配達条件」、「メール
送信条件」といった仮想ロッカーデータが格納される。

【００３８】

【表３】

【００３９】商品データベース１１には、「ユーザＩ
Ｄ」、商品を注文した仮想店舗４を特定するための「仮
想店舗ＩＤ」、「仮想店舗名」、注文した商品を特定す
るための「商品ＩＤ」、「商品名」、「商品サイズ」、
「商品重量」、販売業者７が商品を出荷できる日である
「出荷可能日」、販売業者７が商品を保管できる期限で
ある「保管期限」、「商品状態」、「配達日」といった
商品データが格納される。また、「配達日設定」および
「配達条件」をあわせて配達希望条件という。

【００４０】「商品状態」とは、ユーザ６が注文した商
品がどのような状況にあるのかを表す情報であり、表４
に「商品状態」の値とそれが表現する商品の状態を示
す。

【００４１】

【表４】

【００４２】“準備中”とは、商品の準備中であり、ま
だ販売業者７から出荷できる状態ではないことを示し、
“準備完”とは、商品の準備が完了し、いつでも販売業
者７から出荷できる状態を示し、“収集待ち”とは、配
達希望条件が成立し、物流業者８の収集を待っている状
態を示す。

【００４３】また、“収集中（収集待ち）”とは、“収
集待ち”であった商品が販売業者７から集配場へ移動中
である状態を示し、“配達待ち”とは、商品が集配場に
あり、かつ配達希望条件が成立しており、物流業者８の
配達を待っている状態を示し、“配達中”とは、商品が
集配場から配達先へ移動中である状態を示し、“配達済
み”とは、配達先へ商品の配達が完了した状態を示す。

【００４４】また、“保管切れ”とは、配達希望条件は
成立していないが、販売業者７での商品の保管期限が切
れたため、物流業者８の収集を待っている状態を示し、
“収集中（保管切れ）”とは、“保管切れ”であった商
品が販売業者７から集配場へ移動中である状態を示し、
“保管中”とは、商品が集配場にあるが、配達希望条件
が成立していない状態を示す。

【００４５】また本実施形態では、商品の「商品状態」
が“準備完”になることが、その商品が“仮想ロッカー
３に入庫される”ことに相当する。

【００４６】前記仮想ロッカー３は、ユーザ６が仮想店
舗４で商品を注文する前にユーザ登録を行い、前記基本
情報データを取得する機能、ユーザ６から前記仮想ロッ
カーデータを取得する機能、前記データベース５の内容
を表示する機能、商品が移動すべき状態になったかどう
かを判断する機能、商品の状態を知らせるメールをユー
ザ６に送信する状態になったかどうかを判断する機能、
およびユーザ６に前記メールを送信する機能を有する。

【００４７】前記物流業者プログラムは、前記仮想ロッ
カー３が移動すべきであると判断した商品をリストアッ
プする機能を有する。物流業者８は、端末から前記物流
業者プログラムを用いて、移動すべきであると判断され
た商品のリストを入手し、そのリストに基づいて商品の
収集および配達を行う。

【００４８】まずユーザ６は、仮想店舗４で商品を注文
する前に、仮想ロッカー３によりユーザ登録を行う。仮
想ロッカー３は、各ユーザ６に対してユーザ６を特定す
るための「ユーザＩＤ」を割り当て、これをすべてのデ
ータベースへの参照・更新のキーとして使用する。

【００４９】また、仮想ロッカー３は、ユーザ登録によ
り取得した前記基本情報を、前記データベース参照・更
新手段１２を用いて、基本情報データベース９に登録す
る。セキュリティ上、インターネットを介してユーザ情
報を入手することに問題がある場合は、パスワードによ
る認証手続を使用したり、別途郵送などによりユーザ情
報を入手して基本情報データベース９に登録するように
してもよい。

【００５０】また、「配達先」としてユーザ宅などの特
定の住所以外にも、あらかじめ提携したコンビニエンス
ストアやガソリンスタンドなどの住所を選択できるよう
にしてもよい。

【００５１】また仮想ロッカー３は、ユーザ６より取得
した「配達日設定」、「配達条件」および「メール送信
条件」を、前記データベース参照・更新手段１２を用い
て仮想ロッカーデータベース１０に登録する。

【００５２】「配達日設定」とは、特定の日あるいは特
定の条件に合った日であり、ユーザ６が配達を希望する
日に関する情報である。たとえば、次のようなものが挙
げられる。１．ひとつ、あるいは複数の指定日２．土曜日毎３．月末毎

【００５３】「配達条件」とは、仮想ロッカー３に入庫
されている商品の状態であって、商品が希望の状態とな
ったときに配達を行うための条件である。たとえば、次
のようなものが挙げられる。１．いずれかの商品の「商品状態」が“準備完”になる２．指定したひとつあるいは複数の商品の「商品状態」
がすべて“準備完”になる３．指定したひとつあるいは複数の商品の「商品状態」
のうち少なくともひとつが“準備完”になる４．仮想ロッカー３に入庫されている商品の重さの合計
が１００Ｋｇ以上５．仮想ロッカー３に入庫されている商品の個数が１０
個以上

【００５４】ここで、「配達日設定」および「配達条
件」は、どちらか一方のみを設定するようにしてもよ
い。また、両方設定するのか、どちらか一方のみを設定
するのかをユーザ６が自由に選択できるようにしてもよ
い。

【００５５】また、「メール送信条件」とは、注文した
商品がユーザ６の希望の状態になったときに、その状態
を知らせるメールをユーザ６に送信するための条件であ
る。たとえば、次のようなものが挙げられる。１．配達日前日２．いずれかの商品が仮想ロッカー３に入庫される３．指定したひとつあるいは複数の商品がすべて仮想ロ
ッカー３に入庫される４．指定したひとつあるいは複数の商品のうち少なくと
もひとつが仮想ロッカー３に入庫される５．仮想ロッカー３に入庫されている商品の重さの合計
が１００Ｋｇ以上６．仮想ロッカー３に入庫されている商品の個数が１０
個以上７．販売業者７による保管期限３日前

【００５６】ユーザ登録後、ユーザ６が仮想店舗４で商
品を注文すると、仮想店舗４は、ユーザ６からユーザＩ
Ｄおよび商品の注文を取得し、「ユーザＩＤ」、あらか
じめ取り決められている「仮想店舗ＩＤ」、「仮想店舗
名」、注文を受けた商品の「商品ＩＤ」、「商品名」、
「商品サイズ」、「商品重量」、該仮想店舗４を出店し
ている販売業者７がこの商品を出荷できる日である「出
荷可能日」、前記販売業者７がこの商品を保管できる期
限である「保管期限」、「商品状態」を、前記データベ
ース参照・更新手段１２を用いて、商品データベース１
１に登録する。このとき、「配達日」にはデータを登録
しない。また、商品が販売業者７から出荷可能でない場
合には、「商品状態」を“準備中”とし、すぐに出荷可
能である場合は、“準備完”とする。さらに、出荷可能
でなかった商品が、出荷可能となった時点で“準備完”
に更新する。また、販売業者７は、仮想店舗４で注文さ
れた商品の商品データを端末を用いることで仮想店舗４
を通して参照し、該商品の出荷の準備をする。

【００５７】また仮想ロッカー３は、ユーザ６からの問
い合わせに対し、そのユーザ６のユーザＩＤを有する商
品データを、データベース参照・更新手段１２を用いて
商品データベース１１より参照し、その内容をインター
ネットを介してユーザ６の端末に表示する。たとえば、
「商品状態」が“準備完”である商品の絵を、仮想的な
ロッカーの絵の中に描く。これにより、実際には各販売
業者７にばらばらに存在する商品が、ひとつの仮想的な
ロッカーに集まってきているものとして擬似的に表現さ
れるため、注文した商品の状態をユーザ６が確認しやす
い。

【００５８】以下に図２に示すフローチャートを用い
て、仮想ロッカー３が商品データベース１１上の「商品
状態」を更新する手順について説明する。

【００５９】前記仮想ロッカー３は、定期的に更新手順
を開始する。まずステップＳ２０１において、データベ
ース参照・更新手段１２を用いて、商品データベース１
１から「商品状態」が“準備完”、“保管切れ”および
“保管中”のいずれかである商品データを抽出する。

【００６０】次に、ステップＳ２０２において、ステッ
プＳ２０１で抽出した商品データからひとつ取り出し、
ステップＳ２０３において、データベース参照・更新手
段１２を用いて、仮想ロッカーデータベース１０を参照
し、前記商品データにおいて「配達日設定」および「配
達条件」が成立するかどうかを判断する。成立しない場
合にはステップＳ２０８に進み、成立する場合にはステ
ップＳ２０４において、データが登録されていなかった
「配達日」に配達日を設定する。

【００６１】次にステップＳ２０５において、「商品状
態」が“準備完”または“保管切れ”であるかどうかを
判断する。いずれかである場合は、ステップＳ２０６に
おいて、「商品状態」を“収集待ち”に更新し、ステッ
プＳ２０７に進む。いずれでもない、すなわち“保管
中”である場合は、ステップＳ２１１において「商品状
態」を“配達待ち”に更新し、ステップＳ２０７に進
む。

【００６２】前記ステップＳ２０８において、「商品状
態」が“準備完”かどうかを判断する。“準備完”でな
い場合はステップＳ２０７に進み、“準備完”である場
合は、ステップＳ２０９において「保管期限」となった
かどうかを判断する。「保管期限」となっていなければ
ステップＳ２０７に進み、「保管期限」となっていれ
ば、ステップＳ２１０において「商品状態」を“保管切
れ”に更新し、ステップＳ２０７に進む。

【００６３】ステップＳ２０７において、ステップＳ２
０１で抽出したデータをすべて処理したかどうかを判断
し、すべて処理していれば、ステップＳ２１２において
タイマー管理を行い、ステップＳ２０１に戻って更新処
理を継続する。すべて処理していなければステップＳ２
０２に戻り、更新処理を継続する。

【００６４】以上のような更新処理をすることで、前記
商品データにおいて「配達日設定」および「配達条件」
が成立していない商品、すなわち「商品状態」が“準備
完”となった商品を、販売業者７の保管期限ぎりぎりま
で販売業者７で保管しておける。したがって、物流業者
８での商品の保管を最小限にすることができ、保管コス
トを削減することができる。

【００６５】上述した一連の更新処理によって“収集待
ち”あるいは“配達待ち”の商品が発生した場合には、
そのことを物流業者８にメールなどで通知してもよい。
また同様に、“保管切れ”の商品が発生したことを物流
業者８にメールなどで通知してもよい。さらに、“保管
切れ”とする代わりに、“保管切れ”となる商品が発生
することをユーザ６にメールなどで通知し、あらかじめ
設定しておいた保管料をユーザ６が販売業者７に支払う
ことを条件に“保管切れ”とせず「保管期限」を延長す
る更新をしてもよい。

【００６６】また、販売業者７から集配場へ商品を収集
するのに日数のかかる場合や、集配場から配達先へ商品
を配達するのに日数がかかる場合は、そのことを考慮に
入れてステップＳ２０３における条件成立の判断を行
い、ステップＳ２０４で「配達日設定」に合う「配達
日」を設定し、ステップＳ２０６で、余分にかかる日数
分だけ早めに「商品状態」を“収集待ち”に更新する。
このように更新することで、通常よりも早く商品の収集
ができるので、「配達日」に確実に商品を配達すること
ができる。また、物流業者８が商品を保管する期間を短
くすることもできる。

【００６７】本実施形態では、「配達日」の設定をする
際に、原則として「配達日設定」および「配達条件」の
両方が成立することとし、例外的にいずれか一方を優先
させることで「配達日」を設定している。このように
「配達日」を決定すれば柔軟に商品の配達に対応するこ
とができる。「配達条件」を優先させれば、たとえば指
定日までに指定したすべての商品が仮想ロッカー３に入
庫された場合は指定日前であっても直ちに配達し、指定
日になってもまだ入庫されていない商品がある場合には
その商品が入庫されるまで配達を見合わせるということ
ができる。また、「配達日設定」を優先させれば、たと
えば指定日までに指定したすべての商品が仮想ロッカー
３に入庫された場合はその指定日に配達し、指定日にな
ってもまだ入庫されていない商品がある場合は入庫され
ている商品だけ先行して指定日に配達するといった柔軟
な対応が可能となる。

【００６８】また本実施形態では、上述したように「配
達日設定」および「配達条件」のいずれか一方を優先さ
せることで「配達日」を設定しているが、「配達日設
定」および「配達条件」の両方が成立することを条件と
してもよいし、「配達日設定」および「配達条件」のい
ずれか一方が成立することを条件としてもよい。また、
これらをユーザ６が自由に選択できるようにしてもよ
い。「配達日設定」および「配達条件」のいずれか一方
のみを設定している場合は、その設定している条件が成
立したときに「配達日」を設定する。

【００６９】また仮想ロッカー３は、データベース参照
・更新手段１２を用いて、定期的に仮想ロッカーデータ
ベース１０および商品データベース１１を参照し、前記
「メール送信条件」が成立するかどうかを判断する。前
記条件が成立した場合は、注文した商品の状態を知らせ
るメールをユーザ６に送信する。ユーザ６は、メールに
より仮想ロッカー３の状態の変化などを知ることがで
き、商品の受け取りの準備をしたり、インターネット上
の仮想ロッカー３のユーザインターフェースを用いて商
品の配達希望条件などを変更および更新することができ
る。

【００７０】前記仮想店舗４は、データベース参照・更
新手段１２を用いて、定期的に商品データベース１１を
参照し、「出荷可能日」に格納されている日を過ぎたに
もかかわらず、「商品状態」が“準備中”である商品が
ないかを確認する。“準備中”のものがあれば、ユーザ
６にメールなどで通知するとともに、新たな「出荷可能
日」を登録する。メールなどで通知を受けたユーザ６
は、必要であれば仮想ロッカー３のユーザインターフェ
ースを用いて「配達日設定」および「配達条件」を変更
および更新することができる。たとえば、すでに仮想ロ
ッカー３に入庫されているものだけすぐに配達させた
り、あるいは、“準備中”の商品が販売業者７から出荷
可能になるまでそのほかの商品の配達を見合わせたりす
ることができる。

【００７１】以下に図３〜６に示すフローチャートを用
いて、物流業者プログラムが商品データベース１１上の
「商品状態」を更新する手順について説明する。

【００７２】図３は、物流業者プログラムが販売業者７
からの商品の収集について指示する手順を示す。前記物
流業者プログラムは、定期的にあるいは仮想ロッカー３
からのメールなどによる通知により、更新手順を開始す
る。まず、ステップＳ３０１において、データベース参
照・更新手段１２を用いて、商品データベース１１から
「商品状態」が“保管切れ”または“収集待ち”である
ものを抽出し、「仮想店舗ＩＤ」毎にリストを作成す
る。次いで、ステップＳ３０２において、「商品状態」
が“保管切れ”の商品は“収集中（保管切れ）”に、
“収集待ち”の商品は“収集中（収集待ち）”に更新す
る。次いで、ステップＳ３０３において、前記リスト毎
に、まとめて商品を販売業者７から集配場へ収集する指
示を物流業者８に出す。次いで、ステップＳ３０４にお
いて、タイマー管理をし、ステップＳ３０１に戻り、処
理を継続する。

【００７３】以上のように「商品状態」が“収集待ち”
になった商品、すなわち配達希望条件が成立した商品を
まとめて物流業者８が収集できるので、無駄に集配場で
商品を保管する必要がない。また、集配場で商品を保管
する余裕があれば、販売業者７から“収集待ち”の状態
の商品を収集する際、同一ユーザ６あるいは他のユーザ
６の商品であって、“準備完”の状態である商品もあわ
せて収集してもよい。これにより、物流コストをさらに
削減することができる。また、物流業者８は、販売業者
７による「保管期限」が切れた商品、すなわち“保管切
れ”の状態の商品を販売業者７から収集してもよく、こ
の場合、集配場で商品を保管することに対して、ユーザ
６から料金を徴収するようにしてもよい。

【００７４】図４は、物流業者プログラムが販売業者７
から収集の完了した商品のデータを更新する手順を示
す。まず、ステップＳ４０１において、図３のステップ
Ｓ３０３で指示が出され収集が完了した商品の「商品状
態」が、“収集中（保管切れ）”か“収集中（収集待
ち）”かを判断する。“収集中（保管切れ）”であれ
ば、ステップＳ４０２において、「商品状態」を“保管
中”に更新し、“収集中（収集待ち）”であれば、ステ
ップＳ４０３において、「商品状態」を“配達待ち”に
更新し、更新処理を終了する。

【００７５】図５は、物流業者プログラムが配達先への
商品の配達について指示する手順を示す。前記物流業者
プログラムは、定期的に更新手順を開始する。まず、ス
テップＳ５０１において、データベース参照・更新手段
１２を用いて、商品データベース１１から「配達日」が
当日であるものを抽出し、「ユーザＩＤ」毎にリストを
作成する。

【００７６】次いでステップＳ５０２において、前記リ
スト内のすべての商品の「商品状態」が“配達待ち”に
なったリストがあるかどうかを判断し、そのようなリス
トがない場合には、ステップＳ５０６においてタイマー
管理を行い、ステップＳ５０２へ戻り、更新処理を継続
する。すべての商品が“配達待ち”になったリストがあ
る場合には、ステップＳ５０３においてそのリスト内の
すべての商品の「商品状態」を“配達中”に更新し、物
流業者８に商品配達の指示を出し、そのリストを削除す
る。

【００７７】次いでステップＳ５０４において、ステッ
プＳ５０１で作成したリストのすべてが削除されたかど
うかを判断し、すべてが削除されていない場合には、ス
テップＳ５０６においてタイマー管理を行い、ステップ
Ｓ５０２へ戻り、更新処理を継続する。すべてのリスト
が削除された場合は、ステップＳ５０５においてタイマ
ー管理を行い、ステップＳ５０１へ戻り、更新処理を継
続する。

【００７８】図６は、物流業者プログラムが配達の完了
した商品のデータを更新する手順を示す。ステップＳ６
０１において、図５のステップＳ５０３で指示が出さ
れ、配達が完了した商品の「商品状態」を“配達中”か
ら“配達済み”に更新し、更新処理を終了する。

【００７９】本実施形態で発生する物流は、商品を販売
業者７から集配場へ収集する段階と、商品を集配場から
配達先へ配達する段階とに分類することができる。した
がって、送料をそれぞれ別々に設定してもよい。商品を
集配場から配達先へ配達する段階に注目すれば、たとえ
ば月１０回の配達までであれば、何回配達しても料金を
一律とする、あるいは、月１０回を越えると１回あたり
の送料を低くするなどの料金設定ができる。また、商品
を販売業者７から集配場へ収集する段階に注目した場合
でも、同様の料金設定ができる。前記料金情報は、デー
タベース５上に設定されており、販売業者７およびユー
ザ６への請求料金は、その情報を基にして算出すること
ができる。

【００８０】本実施形態では、ひとつの販売業者７がひ
とつの仮想店舗４を出店しているものとして示すが、ひ
とつの販売業者７が複数の仮想店舗４を出店する場合で
も、複数の販売業者７がひとつの仮想店舗４を出店する
場合でもよく、いずれの場合でもあっても販売業者７の
管理のために販売業者７毎にＩＤを設ければよい。

【００８１】また、データベース５の管理、仮想ロッカ
ー３の管理、仮想店舗４の管理、販売業務、物流の運営
をそれぞれ別の業者が行ってもよく、ひとつの業者が複
数の業務を兼ねてもよい。

【００８２】

【発明の効果】以上のように本発明によれば、データベ
ース上にユーザが希望する配達希望条件が設定され、前
記配達希望条件および配達に係わる現在の商品の状態に
基づいて、配達日が設定されるので、複数の商品を同一
ユーザにまとめて配達できる。したがって、配達コスト
の削減およびユーザの商品受け取りの利便性の向上を図
ることができる。

【００８３】また本発明によれば、商品が出庫可能にな
ったときに、その商品が仮想的に前記仮想ロッカーに入
庫されたものとするので、実際には別々の販売業者にそ
れぞれ商品が存在する場合でも、ユーザは、あたかも各
商品が仮想ロッカーに集まって存在しているように商品
の状況を把握できる。

【００８４】また本発明によれば、販売業者から商品を
収集する料金と、配達先へ商品を配達する料金が別々に
設定されるので、収集・配達頻度、配達する商品の量な
どに基づいて送料設定ができる。したがって、送料の最
適化を図ることができ、商品収集コストおよび配達コス
トを削減することができる。

【００８５】また本発明によれば、指定した日、あるい
は土曜日毎などの定期的な日に商品をまとめて配達する
ので、通常では商品毎にかかる送料をまとめることがで
き、配達コストを削減することができ、商品受け取りの
利便性も向上する。

【００８６】また本発明によれば、仮想ロッカーに入庫
されている商品が特定の条件を満たしたときに、その商
品をまとめて配達するので、通常では商品毎にかかる送
料をまとめることができ、配達コストを削減することが
でき、ユーザの商品受け取りの利便性も向上する。

【００８７】また本発明によれば、前記配達希望条件と
して、特定の日または特定の条件に合った日と、仮想ロ
ッカーに入庫されている商品の特定の条件との両方を設
定するので、柔軟な対応により商品をまとめて配達でき
る。したがって、配達コストを削減することができ、ユ
ーザの商品受け取りの利便性も向上する。

【００８８】また本発明によれば、販売業者から商品を
収集すべき日が判断され、その日に物流業者が商品を収
集することになるので、物流業者が商品を保管する期間
が短くなる。したがって、商品保管コストを削減するこ
とができる。

【００８９】また本発明によれば、販売業者で商品を保
管できる期限まで、物流業者は商品を収集せずに済み、
物流業者が商品を保管する期間が短くなる。したがっ
て、商品保管コストを削減することができる。

【００９０】また本発明によれば、商品の状態をユーザ
にメールで知らせる条件に関する情報を有するので、ユ
ーザは自分が注文した商品の状態を知ることができる。
したがって、ユーザは注文した商品の状況を確認しやす
くなる。

【図面の簡単な説明】

【図１】本発明の実施の一形態である配達システム１の
構成を示す図である。

【図２】仮想ロッカー３が「商品状態」を更新する処理
のフローチャートである。

【図３】物流業者プログラムが、物流業者８に商品の収
集の指示を出す際の「商品状態」を更新する処理のフロ
ーチャートである。

【図４】物流業者プログラムが、物流業者８が商品を収
集した後の「商品状態」を更新する処理のフローチャー
トである。

【図５】物流業者プログラムが、物流業者８に商品の配
達の指示を出す際の「商品状態」を更新する処理のフロ
ーチャートである。

【図６】物流業者プログラムが、物流業者８が商品を配
達した後の「商品状態」を更新する処理のフローチャー
トである。

【図７】従来のインターネット上での商品の注文・配達
を示した図である。

【符号の説明】

１配達システム２サーバ３仮想ロッカー４仮想店舗５データベース６ユーザ７販売業者８物流業者９基本情報データベース１０仮想ロッカーデータベース１１商品データベース１２データベース参照・更新手段

Claims

【特許請求の範囲】

【請求項１】インターネット上で販売業者が出店して
いる仮想店舗にユーザが注文した商品を配達する配達シ
ステムにおいて、商品の配達に係わる現在の状態および配達日が設定され
るデータベースと、ユーザ毎に設けられ、ユーザが別々に仮想店舗に注文し
た商品を前記データベースに基づき、まとめて仮想的に
保存する仮想ロッカーとを有し、前記データベースには、ユーザが希望する配達希望条件
が設定され、前記仮想ロッカーは、前記配達希望条件および仮想ロッ
カーに保存される各商品の配達に係わる現在の状態に基
づいて、商品の配達日を決定し、その配達日をデータベ
ース上に設定することを特徴とする配達システム。
【請求項２】前記仮想ロッカーは、ユーザが注文した
商品が販売業者から出庫可能になったとき、その商品が
仮想的に前記仮想ロッカーに入庫されたものとすること
を特徴とする請求項１記載の配達システム。
【請求項３】商品を配達する物流業者が販売業者から
商品を収集する料金と、物流業者が収集した商品をユー
ザの指定した配達先へ配達する料金とがそれぞれ別々に
設定されることを特徴とする請求項１記載の配達システ
ム。
【請求項４】前記配達希望条件は、特定の日または特
定の条件に合った日であって、前記仮想ロッカーは、前
記配達希望条件に基づいて配達日を設定することを特徴
とする請求項１記載の配達システム。
【請求項５】前記配達希望条件は、仮想ロッカーに入
庫されている商品の特定の条件であって、前記仮想ロッ
カーは、前記配達希望条件に基づいて配達日を設定する
ことを特徴とする請求項１記載の配達システム。
【請求項６】前記配達希望条件は、特定の日または特
定の条件に合った日と、仮想ロッカーに入庫されている
商品の特定の条件とであって、前記仮想ロッカーは、前
記配達希望条件のどちらか一方あるいは両方が満たされ
た場合に、配達日を設定することを特徴とする請求項１
記載の配達システム。
【請求項７】前記仮想ロッカーは、指定された配達日
と、販売業者から配達先へ配達するのに必要な日数とに
基づき、物流業者が販売業者から商品を収集すべき日を
判断してデータベースに設定することを特徴とする請求
項１記載の配達システム。
【請求項８】前記データベースは、販売業者が商品を
保管できる期限である保管期限情報を有することを特徴
とする請求項１記載の配達システム。
【請求項９】前記データベースは、商品の状態をユー
ザにメールで知らせる条件であるメール送信条件情報を
有することを特徴とする請求項１記載の配達システム。