JPWO2002099713A1 - 留置き依頼管理システム - Google Patents
留置き依頼管理システム Download PDFInfo
- Publication number
- JPWO2002099713A1 JPWO2002099713A1 JP2003502752A JP2003502752A JPWO2002099713A1 JP WO2002099713 A1 JPWO2002099713 A1 JP WO2002099713A1 JP 2003502752 A JP2003502752 A JP 2003502752A JP 2003502752 A JP2003502752 A JP 2003502752A JP WO2002099713 A1 JPWO2002099713 A1 JP WO2002099713A1
- Authority
- JP
- Japan
- Prior art keywords
- store
- reservation
- collection
- information
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 claims abstract description 77
- 238000000034 method Methods 0.000 claims abstract description 66
- 238000012545 processing Methods 0.000 claims abstract description 51
- 230000014759 maintenance of location Effects 0.000 claims abstract description 9
- 238000009826 distribution Methods 0.000 claims description 51
- 238000003860 storage Methods 0.000 claims description 14
- 230000000717 retained effect Effects 0.000 abstract description 8
- 230000008569 process Effects 0.000 description 55
- 238000012790 confirmation Methods 0.000 description 21
- 238000012546 transfer Methods 0.000 description 16
- 238000012423 maintenance Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000000151 deposition Methods 0.000 description 3
- 238000009418 renovation Methods 0.000 description 3
- 239000011232 storage material Substances 0.000 description 3
- 230000000994 depressogenic effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009931 harmful effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q99/00—Subject matter not provided for in other groups of this subclass
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Data Mining & Analysis (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
この発明は、販売店、留置き店舗、集配業者及び決済業者の負担する費用を最小限に抑え、複数の留置き店舗に留置きでき、利用者が該留め置き店舗で代金と引換えに商品を受取るような、低コストかつ利便性の高い商品留め置き販売方法を提案することを目的とする。留置き依頼管理サーバに、複数種類の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、集配業者に前記商品の集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した。
Description
技術分野
この発明は、例えば注文された商品を留置き店舗に留置きしておき(すなわち顧客が受取りに来るまであるいは期限がくるまで一時的に預け置きしておき)、前記商品を注文した顧客が前記留置き店舗で商品を受取る留置きビジネスに使用されるような、留置き依頼管理サーバ、留置き依頼管理方法、留置き依頼管理システム及びこれらに使用する決済伝票に関する。
背景技術
従来、電子商取引や通信販売等の店頭販売以外の販売店では、商品を顧客に届ける集配業者及び代金を受取る決済業者に対して販売店毎に個別契約を行っている。そのため、物流及び決済のシステムをその販売店に導入する必要があり、コスト高になる原因となっていた。またこのような販売店では、商品を配送したが顧客が留守であった場合や、代金を支払ってもらえない場合があり、深刻な問題となっていた。
最近ではこの問題を解決しようと、全国展開しているCVS(コンビニエンスストア)によって、自社のCVS店舗に商品を留置きし、CVS店舗で商品を顧客に渡す商品留置き販売方法が提案されている。この商品留置き販売方法により、顧客は代金を銀行振込等で前払いし、CVS店舗で商品を受取ることができ、商品配送時の不在や代金未納といった問題が解消された。
しかし、前述の商品留置き販売方法は、物流システムと決済システムが分離(独立)しており、顧客による代金の支払と商品の受取りが別システムで実行されていた。すなわち、顧客による代金の支払は、銀行振込やクレジットカード等を利用した前払い若しくは後払いとなり、CVS店舗で代金を支払うのと引換えに商品を受取るといったことはできなかった。このため、前払いであれば顧客は商品購入を躊躇することとなり、後払いであれば販売店は代金回収不能というリスクを背負うこととなっていた。
その上、複数種類のCVSと提携して何処のCVS店舗でも留置きするようなことはできなかった。このため、例えば顧客宅の近隣にCVSチェーンAのCVS店舗があるにもかかわらず、留置きサービスを提供しているCVSチェーンBとは系列グループが異なるためCVSチェーンAのCVS店舗では受取れないこととなり、少し離れたCVSチェーンBのCVS店舗まで出かけるといった不便が発生していた。
この発明は、販売店、留置き店舗(CVS)、集配業者及び決済業者が留置き販売システムに参入することで負担する費用を最小限に抑え、複数の留置き店舗(CVS)に留置きでき、利用者が該留め置き店舗で代金と引換えに商品を受取るような、低コストかつ利便性の高い商品留め置き販売方法を提案することを目的とする。
発明の開示
この発明は、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、集配業者に前記商品の集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した留置き依頼管理サーバであることを特徴とする。
前記販売店は、インターネット上のショッピングモール、通信販売店、その他商品を販売する店を含む。
前記留置き店舗は、CVS、チェーン展開している販売店、大手スーパー、量販店、ショッピングセンタ、ガソリンスタンド、駅等、POS端末、CAT端末を使用している店、その他商品を留置きできる店舗を含む。
前記複数の留置き店舗は、同系列(同グループ)の複数の留置き店舗、又は、複数種類の留置き店舗、すなわち、系列の異なる複数のグループ企業(例えばCVSチェーンやデパートグループ等)又は/及び業務に関連のない単独店舗で構成する等、業務上密接に関連のある企業の店舗、又は業務上互いに関連のないグループ企業の店舗や単独店舗で構成することを含む。
前記決済業者は、決済手数料(又はその他の手数料)を受取って決済の代行を行う収納代行業者で構成することを含み、例えばコンビニエンスストア等店舗での入金を本部で決済するような系列グループの本部で構成することも含む。
前記留置き依頼は、商品を留置き店舗に配達して留置くことの依頼で構成することを含む。
前記留置き店舗登録データは、留置き店舗コード(留置き店舗本部で採番しているコード)、留置き店舗名、留置き店舗郵便番号、留置き店舗住所、留置き店舗電話番号、最寄り駅(1つ又は複数)、特徴情報(留置き店舗の特徴となる情報(例えば○△ビル1F等))、留置き可否情報(留置きができる留置き店舗かどうかを表す情報)、留置き不可開始日(留置きを不可とする期間の開始日(改装等の時に使用))、留置き不可終了日(留置きを不可とする期間の終了日(改装等の時に使用))、その他留置き店舗を利用者が特定するのに必要な項目のいずれか又は複数で構成することを含む。
前記留置き店舗選択プログラムは、前記留置き店舗登録データに登録の留置き店舗から住所、地名、電話番号、駅名、留置き店舗名等の情報に基づいて抽出した留置き店舗から選択させるプログラム、一覧表示した全留置き店舗から利用者に選択させるプログラム、又は、系列グループを選択させて絞り込んだ留置き店舗から選択させるプログラム等、利用者に留置き店舗を決定させるプログラムで構成することを含む。
前記受付プログラムは、選択された留置き店舗の留置き店舗コード、又は顧客の氏名等の個人情報、又はこれら複数の情報の組み合わせ等、留置き依頼を処理するに必要な情報を受付けるプログラムで構成することを含む。
前記集配依頼プログラムは、注文日、注文番号、販売店コード、販売店名、留置き店舗コード、又は留置き店舗名等、集配依頼に必要な情報を組み合わせた物流情報を通知するプログラムで構成することを含む。
前記料金情報通知プログラムは、集配業者の口座に集配料金を振込み通知する集配料金振込み処理又は/及び集配業者に集配料金を連絡通知する集配料金通知処理を実行し、販売店の口座に商品代金を振込み通知する商品代金振込み処理又は/及び商品代金を連絡通知する商品代金通知処理を実行する1つの統合プログラム又は複数の個別プログラムで構成することを含む。
加えて、前記料金情報通知プログラムには、留置き店舗又は留置き店舗の本部の口座に留置き手数料を振込み通知する留置き手数料振込み処理、又は/及び留置き店舗又は留置き店舗の本部に留置き手数料を連絡通知する留置き手数料通知処理を実行するプログラムも含めて構成することを含む。なお、前記連絡通知には、メール送信によるメール通知、FAX送信によるFAX通知、又は郵送による郵便通知等、振込み金額や振込み完了の連絡通知とすることを含む。また、該料金情報通知プログラムの実行タイミングは、決済業者での決済処理の後に実行する、あるいは、決済業者での決済処理と共に実行することを含む。
前記通知は、振込み処理の実行(前記振込み通知)、または/及び振込み金額の連絡(前記連絡通知)で構成することを含む。
前記留置き依頼管理サーバは、パーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。また、上述の各プログラムを実行する留置き依頼管理処理専用のサーバで構成する、又は、決済業者の決済処理をも実行する複合機能を有するサーバで構成することを含む。さらには、1台の留置き依頼管理サーバに前記各プログラムを全て格納する、あるいは、複数台の留置き管理サーバに前記各プログラムを1つずつあるいはいくつかの組み合わせとして分散させて格納することを含む。
前記構成により、留置き依頼管理サーバが各種処理を管理し、顧客が留置き店舗で代金と引換えに商品を受取ることができ、利用する全ての者に利益を与えることができる。すなわち、顧客は最寄の留置き店舗への一度の訪問で支払と商品受け取りが行えて取引安全性と利便性が向上し、集配業者は不在による配達ロスを削減し、販売店は確実に商品代金(若しくは商品の返品)を受取ることができて通販リスクを軽減し、留置き店舗は来店する顧客層の拡大と他の商品販売の売上向上を図ることができる。また、留置き依頼管理サーバに決済業者の決済処理をも実行させる場合には、決済業者のシステムに留置き依頼管理機能を組み込む形で同効果を得ることもできる。
また別の発明として、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、前記集配業者に前記集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗で利用者から徴収した代金のうち、前記集配業者と前記留め置き店舗には手数料を、販売店には商品代金を、それぞれ支払う料金支払プログラムを格納した留置き依頼管理サーバとすることができる。
前記料金支払プログラムは、集配業者に集配料金(手数料)を入金する処理を実行し、販売店に商品代金を入金する処理を実行する1つの統合プログラム又は複数の個別プログラムで構成することを含み、加えて留置き店舗又は留置き店舗の本部に留置き手数料を入金する処理を実行するプログラムも含めて構成することを含む。
前記代金は、商品代金及び手数料を含む利用者が支払う代金で構成することを含む。
前記構成により、商品代金や手数料が自動で支払われ、利便性を向上することができる。
またこの発明は、前記手数料を、集配業者が受取る集配手数料、留置き店舗が受取る留置き手数料、決済業者が受取る決済手数料、及び管理業者が受取るシステム手数料とで構成し、前記料金支払プログラムを、前記決済業者によって決済手数料を減算された残りの手数料及び商品代金に対し、前記集配手数料を前記集配業者に、前記留置き手数料を留め置き店舗に、前記商品代金を販売店に、それぞれ支払う支払処理で構成した留置き依頼管理サーバとすることができる。
前記集配手数料は、集配業者が受取る手数料を指し、集配料金その他の手数料で構成することを含む。
前記留置き手数料は、留置き店舗が受取る手数料を指し、商品を一時的に保管する保管料金その他の手数料で構成することを含む。
前記決済手数料は、決済業者が受取る手数料を指し、決済を代行した代行手数料その他の手数料で構成することを含む。
前記システム手数料は、管理業者が受取る手数料を指し、留置き依頼管理システムの使用料金その他の手数料で構成することを含む。
前記構成により、決済業者によって提供される決済システムを利用した後、商品代金や所定手数料をそれぞれ支払うことができるため、効率的に低コストでシステム構築することができると共に、販売店や留置き店舗を幅広く参画許容することができる。
またこの発明は、前記留置き店舖は、系列グループ毎に区分して前記留置き店舗登録データに登録され、その区分に関わらず複数区分の留置き店舗から特定条件において留置き店舗を選択させる前記留置き店舗選択プログラムを格納した留置き依頼管理サーバとすることができる。
前記区分は、系列グループを示す企業コードによる区分を含む。
前記特定条件は、留置き店舗の住所、地名、電話番号、駅名、留置き店舗名、又は留置き店舗特徴情報(例えば○×駅前や○×ビル1F等)等、留置き店舗を特定するのに必要な条件で構成することを含む。
前記選択は、顧客によるパーソナルコンピュータやPDA端末等の端末での選択とすることを含む。
前記構成により、複数の系列グループの留置き店舗(例えばCVSやデパートグループ等)が前記留置き店舗登録データに登録されていても、利用者はその区分に関わらずに希望の留置き店舗(例えば最寄のCVSやデパート等)を選択することができ、1系列グループの留置き店舗しか選択できない場合と比較して留置きできる店舗が飛躍的に増加し、利用者の利便性が高まる。また、例えば留置き手数料を系列グループ毎にまとめて留置き店舗の本部に通知することも可能になり、グループ企業の利益管理が容易になる。
またこの発明は、前記系列グループ毎に、前記留置き店舗登録データに留置き店舗を追加、変更、削除できる留置き店舗メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。
前記系列グループによる前記店舗登録データへのアクセスは、ユーザIDとパスワードによる個人認証、又は虹彩や指紋や顔情報等のバイオメトロニクス情報に基づく個人認証等、メンテナンスを許容してよい個人を特定するに必要な情報の入力を要求してメンテナンス可能に構成しても良い。
前記留置き店舗メンテナンスプログラムは、前記留置き店舗登録データから留置き店舗のデータを完全に追加、変更、削除可能なプログラムで構成することを含み、また、使用不可状態と使用可能状態とに状態変化可能にして構成することを含む。
前記構成により、前記系列グループ毎に前記留置き店舗登録データに留置き店舗をメンテナンスできるため、留置き店舗(例えばCVSの本部)で前記留置き店舗登録データを一括管理することができる。
またこの発明は、前記留置き店舗選択プログラムは、選択の際の手がかりにする留置き店舗の特徴データを登録してこれを参照可能にする留置き依頼管理サーバとすることができる。
前記特徴データは、駅前や○○ビル1F等の地理的特徴、目印看板や2階建て等の外観的特徴、又は駐車場の有無やのし紙サービスの有無等の機能的特徴など、顧客が留置き店舗を選択する際のてがかりとなる情報で構成することを含む。
前記参照は、顧客によるパーソナルコンピュータやPDA端末等の端末での参照とすることを含む。
前記構成により、利用者は特徴データを参照することで選択しようとする留置き店舗を特定しやすくなる。すなわち、留置き店舗の店舗名と住所では利用者がどこの留置き店舗か特定できない場合であっても、例えば○○ビル1Fといった特徴があれば特定しやすくなる。
またこの発明は、前記留置き店舗で決済するための決済伝票情報を生成し利用可能にする決済伝票情報生成プログラムを格納した留置き依頼管理サーバとすることができる。
前記決済伝票情報は、支払金額、商品名、個数等の一つ又は複数のテキスト情報、又は/及びバーコード画像等の1つ又は複数のイメージ情報で構成することを含む。
前記決済伝票情報生成プログラムは、前記商品代金、前記集配手数料、前記留置き手数料、前記決済手数料、及び前記システム手数料、又はこれらから算出した支払金額、商品名、商品コード、決済業者の企業コード(決済業者コード)、運用業者の企業コード、販売店の企業コード、注文コード、支払期限、又はその他決済に必要な情報の一つ又は複数から決済伝票情報を生成するプログラムで構成することを含む。
前記決済伝票情報の利用は、例えば販売店で決済伝票情報をダウンロード又はメール受信して決済伝票を印刷出力して利用することを含み、インターネットブラウザ又は専用ソフト等のソフト上に表示された決済伝票情報を該ソフトの印刷機能でそのまま印刷することを含む。
前記構成により、前記留置き依頼管理サーバで決済伝票情報を生成し、販売店で前記決済伝票情報をダウンロードやメール受信等の方法で受取って決済伝票に印刷する、あるいは留置き依頼管理サーバの決済伝票情報をソフト上で表示してそのまま印刷するようにして、決済伝票情報を利用ことができる。
またこの発明は、前記決済伝票情報生成プログラムは、前記留置き店舗で使用している決済業者を表す既存と同一の決済業者コードに基づいて前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。
すなわち、既存の決済業者コードを利用する事により、前記留置き店舗(例えばCVS)の決済用端末に改良等を加える必要がなくなり、低コストで導入できる。
またこの発明は、前記決済伝票情報生成プログラムは、少なくとも商品を購入した顧客名及び暗証コードを表すテキスト情報と、少なくとも前記顧客の支払う料金をバーコード化したイメージ情報から前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。
前記暗証コードは、数字のみで構成する暗証番号、アルファベット及び数字で構成するパスワード等、顧客の指定する文字列又は乱数処理によって自動で割り当てる文字列で構成することを含む。
前記構成により、テキスト情報とバーコード化したイメージ情報を受取ることにより、販売店で決済伝票に必要な情報を印刷することができる。
またこの発明は、前記集配業者で使用する物流伝票に対応して、集配に必要な集配情報を出力可能に生成する物流伝票用集配情報生成プログラムを格納した留置き依頼管理サーバとすることができる。
前記集配情報は、配達先(必要に応じて配達時間を含む)等の集配に必要な情報で構成することを含む。
前記物流伝票は、前記集配情報を印刷する伝票で構成することを含む。
前記物流伝票用集配情報生成プログラムは、前記物流伝票に印刷する留置き店舗名(配達先)等の前記集配情報を生成するプログラムで構成することを含む。
前記集配情報の出力は、販売店又は集配業者で物流伝票に印刷して出力することを含む。
前記構成により、生成された物流伝票用集配情報により、販売店又は集配業者で前記物流伝票用集配情報を受取って物流伝票に印刷することができる。
またこの発明は、販売店から受付けた商品の留置き依頼を一覧表示し、集配業者に集荷依頼する商品の留置き依頼を、前記一覧表示された留置き依頼の項目から任意に選択させて集配業者に集荷依頼をする販売店用メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。
前記集荷依頼は、販売店が集配業者に対して商品の集荷を要請する依頼で構成することができる。
前記一覧表示は、インターネットブラウザ又は専用ソフト等のソフトを介した販売店側のコンピュータ端末での表示を含む。
前記構成により、販売店で必要に応じて集配業者に集配依頼ができ、在庫切れの商品を含めて注文された場合に、在庫ありの商品を先に集配依頼し、在庫切れの商品の集配依頼を後回しにして、ある分だけを先に処理するといったことができる。
またこの発明は、一の留置き依頼を二以上の留置き依頼に分割させて、集配業者に対して商品の在庫に合わせた集荷依頼を実行する受注分割プログラムを格納した留置き依頼管理サーバとすることができる。
前記留置き依頼の分割は、インターネットブラウザ又は専用ソフト等のソフトを介した販売店側のコンピュータ端末での分割支持によることを含む。
前記構成により、例えば一つの留置き依頼で同じ商品が二つ注文されており、在庫にはその商品が一つしかなかった場合、一つの商品を注文する二つの留置き依頼に分割する事により、別々に集配依頼を行うことができ、商品を注文した利用者に一つだけでも先に届けるといったことが可能になる。
好ましい実施の形態として、前記留置き依頼管理サーバに、前記商品の集配に適応した集配業者を選択する集配業者選択プログラムを格納することができる。
前記集配業者選択プログラムは、販売店又は選択された留置き店舗が契約している集配業者を自動選択するプログラム、あるいは、販売店から留置き店舗までの輸送で最も早い若しくは最も安い集配業者を自動選択するプログラムで構成することを含む。
前記構成により、例えば販売業者が契約している集配業者を選択する、あるいは留置き店舗が契約している集配業者を選択することが可能になり、これらの契約に基づいて送料を割引することが可能になり、顧客の負担する手数料(送料)を減少することができる。
またこの発明は、前記留置き依頼管理サーバに対して接続する接続プログラムと、前記留置き依頼管理サーバに対して商品の留置き依頼を行う留置き依頼プログラムとを格納した販売店側コンピュータとすることができる。
前記接続プログラムは、インターネット等の公衆回線や専用回線又はLAN(ローカルエリアネットワーク)を介して前記留置き依頼管理サーバに接続する接続するプログラムで構成することを含む。
前記販売店側コンピュータは、パーソナルコンピュータ、PDA等の携帯情報端末、その他留置き依頼管理サーバと通信可能なコンピュータで構成することを含む。
前記構成により、ネットワークを介して留置き依頼管理サーバに対して留置き依頼が可能なコンピュータとすることができる。なお、前記販売店側コンピュータは、前記留置き依頼管理サーバから商品代金情報を受取る料金情報受取プログラムを併合して格納することもできる。
またこの発明は、前記留置き依頼管理サーバを備え、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させ、依頼主あるいは販売店から前記商品の留置き依頼を受付け、集配業者に前記商品の集配を依頼し、代金決済を行い、若しくは利用者から代金の徴収を行い、集配業者に、集配料金情報を通知し、若しくは手数料を支払い、販売店に、商品代金情報を通知する、若しくは商品代金を支払う留置き依頼管理方法とすることができる。
前記依頼主は、販売店から商品を購入する顧客で構成することを含む。これにより、留置き依頼を管理することができる。
またこの発明は、前記留置き依頼管理サーバと、留置き店舗が利用する留置き店舗側コンピュータと、前記販売店側コンピュータと、決済会社が利用する決済会社側コンピュータと、物流会社が利用する物流会社側コンピュータとを備え、前記留置き依頼管理方法を実行可能に構成する留置き依頼管理システムとすることができる。
前記留置き店舗側コンピュータは、留置き店舗又は留置き店舗の本部に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記決済会社側コンピュータは、決済会社に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記物流会社側コンピュータは、物流会社に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記構成により、留置き依頼がシステム化され、効率よく留置き依頼を実行することができる。
また別の発明として、前記留置き依頼管理サーバの決済伝票情報生成プログラムで生成する決済伝票情報を印刷する又は印刷した決済伝票として、前記商品を注文した顧客の個人情報の一部のみを利用し、該個人情報の一部と暗証コードにて構成した顧客認証情報を印刷する又は印刷した決済伝票とすることができる。
前記個人情報の一部は、例えば氏名、ニックネーム、又は住所の番地等、本人であることの確認ができると共に個人情報の漏洩を防止する程度の情報で構成することを含む。
これにより、個人情報の漏洩を防止した上で、簡単な本人認証で本人を確認して留置き店舗で決済することができる。このため、留置き店舗に従事するアルバイト店員等、課される責任の少ない店員であっても商品の受け渡しが可能となる。
以上に説明したこの発明の構成要素は、可能な限り組み合わせて実施の形態を得ることができる。
発明を実施するための最良の形態
この発明の一実施形態を以下図面と共に説明する。
図1は留置き依頼管理システム1の構成を示すシステム構成図である。
運用業者には、留置き依頼管理システム1の中核をなす運用サーバ60が設置され、該運用サーバ60の内部には、必要なデータを格納する受注情報データベース80及び留置き店舗情報データベース81が設けられている。前記運用サーバ60は、インターネット網2に通信回線を通じて接続され、集配業者サーバ30及び決済業者サーバ50に専用回線又は公衆回線で接続されている。
商品を購入する顧客(エンドユーザ)が利用する顧客端末11は、インターネット網2に接続されており、ショッピングモール等のインターネット上の各コンテンツを閲覧でき、該ショッピングモールでの商品注文やその商品を希望するCVS店舗等に留置いて、指定した期間内で都合のよいときに受取りに行く留置き依頼ができる。
商品を販売する販売店には、商品情報を掲載したWebコンテンツを顧客にインターネットを介して閲覧させる販売店Webサーバ20と、前記運用サーバ60内の情報をメンテナンスする販売店端末21が設置されている。前記販売店Webサーバ20は商品情報を格納した商品データベース20aを内部に有し、前記販売店端末21には印刷を実行する販売店プリンタ22が接続されている。前記販売店Webサーバ20及び販売店端末21は、どちらもインターネット網2に接続されている。
商品の集配を行う集配業者(物流業者)には、集配業者サーバ30が設置されており、前述したように前記運用サーバ60に専用回線又は公衆回線で接続されている。前記集配業者サーバ30は、商品の集配情報を管理し、前記運用サーバ60に対して出荷情報及び着荷情報を送信する。
商品を留置きして顧客に代金と引き換えに手渡すCVS店舗には、前記商品を精算した精算情報をCVS本部に送信するCVS店舗POS端末42が設置されている。前記CVS店舗POS端末42は、バーコードを読取るバーコードリーダ43を設け、CVS本部に設置されたCVS本部サーバ40と専用回線又は公衆回線で接続されている。
CVS本部には、前記CVS本部サーバ40とCVS本部端末41が設置されている。前記CVS本部サーバ40は、決済業者の決済業者サーバ50に専用回線又は公衆回線で接続されており、該決済業者サーバ50に対して支払予定の明細を表す速報情報及び支払の確定している確報情報を送信する。前記CVS本部端末41は、インターネット網2に接続されており、インターネットを介して運用サーバ60の留置き店舗情報データベース81に登録されているCVS店舖の情報をメンテナンスする。
決済業者には、決済業者サーバ50が接続されており、前述のようにCVS本部サーバ40及び運用サーバ60にそれぞれ専用回線又は公衆回線で接続されている。前記決済業者サーバ50は、前記速報情報及び確報情報を前記運用サーバ60に送信する。
次に図2に示すプログラム構成図と共に留置き依頼管理システム1の中核を成す運用サーバ60内部のプログラム構造について説明する。
留置き依頼制御プログラム71は、運用サーバ60に格納されている各プログラムの制御を行うメインプログラムである。またこれと共に、留置き依頼を受付ける処理、商品代金や各種手数料を分配(通知)する処理を実行する。また、集配業者を選択可能に設定する場合には、販売店やCVSチェーンの集配業者との契約状況に基づいて、適切な集配業者を自動選択して決定する処理も実行する。
留置き店舗選択プログラム72は、商品をCVS店舗等に留置くことを希望する顧客に対し、どのCVS店舗に留置きするかを選択させる。
販売店メンテナンスプログラム73は、販売店に商品の集荷依頼や受注分割等のメンテナンスを行わせるための処理を実行する。
集配情報送信プログラム74は、商品が集配業者によって販売店から集荷され留置き店舗に着荷するまでの集荷、着荷に関する集配情報を管理し、集荷及び着荷時点で顧客に対してE−mail又は電話、FAX等で前記集配情報を送信するための処理を実行する。
決済情報照会プログラム75は、決済業者より受取る決済予定の速報及び決済確定の確報を管理し、該速報及び確報を販売店から照会可能にするための処理を実行する。
集配情報管理プログラム76は、集配業者の集配業者サーバ30に対して販売店へ商品の集荷に行かせる集荷依頼情報を送信し、該集配業者サーバ30から前記商品を集荷した集荷情報、及び前記商品を留置き店舗に配達した着荷情報を受け取り、集配情報を管理するための処理を実行する。
決済伝票情報生成プログラム77は、決済に必要な決済伝票を印刷するための決済伝票情報を生成するための処理を実行する。該決済伝票情報には、文字情報として商品を注文した顧客を特定するための顧客名及び4桁の暗証番号と顧客が支払う金額とを有し、イメージ情報として決済業者の企業コードを表すバーコード3d(図11)、運用業者の企業コードと販売店の企業コードを表すバーコード3e、注文コードを表すバーコード3f、支払期限と顧客が支払う金額を表すバーコード3gを有する。
物流伝票情報生成プログラム78は、商品を配達するために必要な物流伝票を印刷するための物流伝票情報を生成するための処理を実行する。該物流伝票情報は、配達先である留置き店舗の住所と店舗名を表す文字情報を有する。
留置き店舗メンテナンスプログラム79は、CVS本部に設置されたCVS本部端末41で、登録されている留置き店舗の追加、変更、削除をさせて登録内容を管理させるための処理を実行する。
受注情報データベース80は、販売店、注文商品名、注文個数及び留置き店舗、さらに物流情報、収納情報、振込み金額などをデータとして記憶している。
留置き店舗情報データベース81は、後述するCVS店舗情報をデータとして記憶している。
以上の構造により、運用サーバ60は、各データベースの管理、必要なデータへのアクセス許可、必要な情報の生成等、留置き依頼管理システム1の運用に必要な主要処理を実行可能にしている。
次に図3に示すプログラム構成図と共に販売店で使用する販売店端末21内部のプログラム構造について説明する。
販売店端末制御プログラム26は、販売店端末21に格納されている各プログラムを制御するメインプログラムである。
接続プログラム27は、インターネット網2を介して運用サーバ60等に接続可能にするための処理を実行する。
留置き依頼プログラム28は、運用サーバ60に対して留置き依頼情報を送信するための処理を実行する。
料金情報受取プログラム29は、運用サーバ60より送金される料金の情報を受取るための処理を実行する。
以上の構造により、販売端末21は、運用サーバ60にアクセスすることができ、留置き依頼情報の送信や料金情報の受取など、販売店に必要な操作を許容する。
以上の構成、構造からなる留置き依頼管理システム1の動作を図4に示す処理フロー図と共に以下に説明する。
顧客は、顧客端末11を使用してインターネット上のショッピングモール、つまり販売店Webサーバ20にアクセスして欲しい商品を選択した後、留置き依頼を実行し、運用サーバ60は留置き依頼制御プログラム71で該留置き依頼を受付ける(ステップn1)。この留置き依頼の詳細については後述する。
前記留置き依頼を受けた販売店では、販売店端末21を使用して、インターネット網2を介して運用サーバ60に記憶されている留置き依頼を確認し、在庫切れなどの問題がなければ集荷依頼を指示する。前記運用サーバ60では、前記集荷依頼を集配業者サーバ30が処理可能なデータ形式に集配情報管理プログラム76で変換して送信する(ステップn2)。このとき決済伝票3(図11)及び物流伝票35(図示せず)を印刷するのであるが、詳細は後述する。
集配業者サーバ30は、前記集荷依頼を受けて集配者に前記販売店まで集荷に向かわす。無事集荷が完了すると、集配業者サーバ30は集荷完了と留置き店舗への着荷予定を集荷情報として運用サーバ60に送信し、運用サーバ60では受注情報データベース80を更新し、顧客に対して集荷完了と到着予定をE−mail又は電話、FAX等で連絡する(ステップn3)。
集配業者は、集配した前記商品を留置きするCVS店舗に配達する。配達が無事完了すると、集配業者サーバ30は配達完了を着荷情報として運用サーバ60に送信し、該運用サーバ60の集配情報送信プログラム74は前記CVS店舗に前記商品が届いていることを顧客にE−mail又は電話、FAX等で通知し、受注情報データベース80を更新する(ステップn4)。
E−mail又は電話、FAX等で着荷通知を受けた顧客は、CVS店舗に行って代金と引き換えに前記商品を受取る。
そのときの精算情報は、CVS店舗POS端末42のバーコードリーダ43で決済伝票3が読取られ、その読取られた精算情報がCVS本部サーバ40に送信される(ステップn5)。
該CVS本部サーバ40から決済業者サーバ50に対しては、支払い予定の金額は速報情報として、支払うことが確定している金額は確報情報として送信される。前記速報情報及び確報情報は、決済業者サーバ50からそのまま運用サーバ60の決済情報照会プログラム75に送信される。決済業者は前記代金から決済業者の取り分である決済手数料を除いた金額を運用業者に入金して決済を行う。(ステップn6)
運用業者は、前記入金された金額から運用業者の取り分であるシステム手数料を取り、集配業者には集配手数料を、CVS本部には留置き手数料を、販売店には残った商品代をそれぞれ指定の銀行口座に振り込み(ステップn7)、処理は終了する。
次に前述のステップn1の留置き依頼について、図5に示す処理フローと図6に示す画面イメージと共に以下に説明する。
顧客は、顧客端末11(図1)を使用してインターネット網2を介して販売店Webサーバ20にアクセスする。顧客は、販売店Webサーバ30でホームページとして提供されているインターネット上のショッピングモールで欲しい商品を選択し、注文に必要な数量等の注文情報を入力する(ステップq1)。このとき、顧客名、発注商品情報及びパスワードが送信され、概販売店からの注文を受け付ける発注受付OK情報を受信する。なお、顧客名、発注商品情報及びパスワードは、毎回顧客に入力させても良く、他にも、例えば販売店で会員登録した顧客IDの入力により、顧客名、住所、TEL、FAX、E−mail、等の必要情報を呼び出せるように構成しても良い。
前記ショッピングモールのホームページには、注文した商品をCVS店舗等に留置きすることを依頼するための留置きボタンが表示され、顧客は該留置きボタンを押下して留置き依頼の処理に入る(ステップq2)。
前記注文情報は、
販売店コード:販売店を特定するためのコード
注文コード:販売店が管理している商品注文番号
代表商品名:商品名
商品総額:送料、消費税、その他雑費を含んだ販売店での料金
個口:商品の個数
顧客名:エンドユーザである顧客の氏名
顧客メールアドレス:エンドユーザである顧客のメールアドレス
エンドユーザ確認番号:顧客の電話番号の下4桁等で作成するパスワード
販売店確認キー:販売店を確認するためのキー
の9項目からなる。なお、そのデータの送信にはHTTP(Hyper Text Transfer Protocol)のPOST機能等を利用してもよい。また、データ送信にはSSL(Secupe Socket Layer)等の暗号化技術を使用しても良い。
販売店Webサーバ30は、前記留置きボタンの押下を受けてインターネット網2を介して運用サーバ60に接続し、前記注文情報を送信する。このとき留置き依頼の処理は運用サーバ60に引き継がれ、以降の処理はインターネット網2を介して顧客端末11と運用サーバ60とのやりとりとなる(ステップq3)。
前記注文情報を受けた運用サーバ60は、顧客端末11の画面に図6の(A)に示す留置き店舗検索画面を表示させる(ステップq4)。
前記留置き店舗検索画面をみた顧客は、留置き店舗を絞り込むために留置き店舗選択プログラム72で留置き店舗検索処理に入るのであるが、この留置き店舗検索処理の詳細については後述する(ステップq5)。
ステップq5での検索結果に留置き店舗の候補があれば次のステップq7へ進み、候補がなければステップq4に戻って再度留置き店舗検索処理を行う(ステップq6)。
前記ステップq6で絞り込まれた留置き店舗の候補を、運用サーバ60は顧客端末11に対して図6の(B)に示すように一覧表示させる(ステップq7)。
顧客は一覧表示された留置き店舗の中からチェーン名(CVSの名前)、店舗名(CVSの店舗名)、郵便番号、住所、特徴(○ビル1F等の店舗を特定するための特徴)を手がかりにして希望する留置き店舗を決めてその店舗名を顧客端末11のマウスでクリックして選択する(ステップq8)。
その選択情報を受けた運用サーバ60は、図6の(C)に示すように、選択された留置き店舗を確認するための確認画面を顧客端末11に表示させる(ステップq9)。なお、集配業者を複数使用可能に設定している場合には、この段階で販売店が契約して常時利用している集配業者、又はCVSチェーンで指定している集配業者を留置き依頼制御プログラム71が自動選択して決定すると良く、販売店及びCVSチェーン共に集配業者の指定が無ければ、デフォルト指定している基本使用の集配業者を自動選択して決定すると良い。またこのとき、商品代金、及び送料や留置き手数料等の諸手数料の各小計金額又は/及び全合計金額を表示しても良い。
顧客は、表示された前記確認画面を見て選択した留置き店舗に間違いがないことを確認する(ステップq10)。
前記確認において選択した留置き店舗に間違いがなければ、顧客によってOKボタン91が押下され、次のステップq12に進む。確認画面に表示された留置き店舗が希望の店舗と異なる場合は、戻るボタン90が押下されてステップq7に戻る(ステップq11)。
前記ステップq11でOKボタン91が押下されれば、顧客端末11はその選択情報を運用サーバ60に送信し、該運用サーバ60の留置き依頼制御プログラム71がそれを受けて留置き店舗を確定して留置き依頼を受付ける(ステップq12)。
前記運用サーバ60は、受取った選択情報より確定した留置き店舖の情報と既に受取っている注文情報を合わせて、図6の(D)に示すように顧客端末11に最終確認画面を表示させて(ステップq13)、留置き依頼処理を終了する。
次に前記ステップq5の留置き店舗検索処理の詳細について図7に示す処理フローと図8に示す画面イメージと共に以下に説明する。
留置き店舗検索処理では、顧客端末11(図1)に対してまず図6の(A)に示した留置き店舗検索画面を表示させ、顧客に検索方法を選択させる。該留置き店舗検索画面は、コンボボックス85、テキストボックス86、住所ピンポイント検索ボタン87、路線・駅名検索ボタン88、GOボタン89及び戻るボタン90が備えられている(ステップr1)。
前記コンボボックス85には、住所検索、駅名検索、郵便番号検索及び電話番号検索の4項目が選択可能に内蔵されている。顧客はこの4項目のどれか一つ、例えば住所検索を選択し、テキストボックス86に例えば自宅の住所を入力してGOボタン89を押下する(ステップr2)。
この場合はこれで留置き店舗検索処理が終了し、図5に示したように前述のステップq6に進んで候補となる留置き店舗が存在するか判断し(ステップq7)、候補があれば図6の(B)に示した留置き店舗一覧画面を表示させる(ステップq8)。このとき一覧表示される留置き店舗(CVS店舗)は、複数種類のCVSチェーンが登録されていてもそのチェーン名に関係なく、住所が近いCVS店舗が表示される。つまり、顧客にとって特定のCVSチェーンのCVS店舗しか利用できないといった不便がなく、最も近いCVS店舗を選択できる。すなわち、例えば1種類のCVSチェーンでしか利用できず、近隣にCVSチェーンAがあるにも関わらず少し離れたCVSチェーンBにまで商品を受け取りに行くという不便さを回避できる。
図7に戻って、前記コンボボックス85で他の3項目の駅名検索(ステップr3)、郵便番号検索(ステップr4)及び電話番号検索(ステップr5)を選択された場合についても同様の処理を行う。
前述のステップr1の次に図6の(A)に示した駅ピンポイント検索ボタン88を押下された場合は(ステップr6)、図8の(E)に示す電鉄名選択画面を表示させる(ステップr7)。
顧客は図中の(E)に表示されたコンボボックス85に登録されている電鉄名からどの電鉄にするか選択し、GOボタン89を押下する(ステップr8)。
運用サーバ60は顧客端末11から電鉄名選択信号を受け取り(ステップr9)、該顧客端末11に図8の(F)に示す路線名選択画面を表示させる(ステップr10)。
該路線名選択画面には、先に選択した電鉄名が決定項目表示部85aに表示されており、そのとなりにはコンボボックス85が今度は選択した電鉄に存在する路線名が選択可能に表示されている。顧客が路線名を選択してGOボタン89を押下すると(ステップr11)、運用サーバ60は顧客端末11から路線名選択信号を受け取り(ステップr12)、該顧客端末11に図8の(G)に示す駅名選択画面を表示させる(ステップr13)。
このとき前記決定項目表示部85aには電鉄名に加えて路線名が表示され、前記コンボボックス85はその路線に存在する駅名が選択可能に表示されている。顧客が駅名を選択してGOボタン89を押下すると(ステップr14)、その選択情報は運用サーバ60に送信され、候補の留置き店舗があれば図6の(B)に示した留置き店舗一覧画面を表示させて留置き店舗検索処理を終了する。
前述のステップr1の次に図6の(A)に示した住所ピンポイント検索ボタン87を押下された場合(ステップr15)の処理については、前述したステップr7からr14の処理において、路線名を都道府県と、路線名を市区町村と、駅名を町名(丁目・番地)と置き換えれば、住所ピンポイント検索の処理を示すステップr16からr23の処理と同一で動作も同様であるため、詳細な説明を省略する。
なお、ステップr2,3,4,5,14,23で留置き店舗検索処理を終了したときに、顧客の望む留置き店舗が現れなかった場合、例えば過疎地に在住等のために近隣に留置き店舗が存在しなかった場合や、希望の留置き店舗が発見できなかった場合等には、留置き依頼又は/及び商品購入をキャンセルできるように設定しても良い。留置き依頼のみをキャンセルする場合には、配達先住所と配達希望時間の入力を許容し、顧客の自宅等に配達可能に設定しても良い。
次に、前述のステップn2(図4)に該当する販売店で行う集荷依頼の処理について、以下図面と共に説明する。
図9は、決済伝票を作成する処理フローを示し、図10はその画面イメージを示す。
販売店では、まず店員が販売店端末21(図1)を使用してインターネット網2を介して運用サーバ60にアクセスし、図9の(J)に示すログイン画面でテキストボックス101にアクセスIDを、テキストボックス102にパスワードを入力して確認ボタン103を押下する。運用サーバ60によって送信したアクセスIDとパスワードが適正かどうか判断され、適正であれば以降の決済伝票作成処理等の販売店で実行できる処理が許容される。
前記ログインが正常に行われると、販売店端末21は、運用サーバ60の販売店メンテナンスプログラム73より必要なデータを受信して図10の(K)に示すメニュー画面を表示する(ステップs1)。
販売店の店員によって決済伝票データダウンロードボタン105を押下されると(ステップs2)、前記販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して自己の注文データを問い合わせ(ステップs3)、前記注文データとして注文日、注文番号(伝票番号)、金額、顧客名及び、メールアドレスがあればメールアドレスを受信して、図10の(L)に示す注文データ一覧画面を表示する(ステップs4)。
販売店端末21は、決済伝票の作成が必要な注文に対して印刷要否チェックボックス110を、集荷の必要な注文に対して集荷要否チェックボックス111を前記店員によってチェックされ(ステップs5)、決済伝票ダウンロードボタン112を押下されるのを待つ(ステップs6)。なお、印刷要否一括チェックボタン113及び集荷要否一括チェックボタン114は、押下することでそれぞれのチェックを一括で選択状態にできる。
前記決済伝票ダウンロードボタン112が押下されると、販売店端末21は運用サーバ60に対して注文番号及び集荷依頼情報等を送信して該当する決済伝票データを要求し、運用サーバ60の決済伝票情報生成プログラム77よりチェックされた受注分全ての決済伝票データを受信し(ステップs7)、販売店プリンタ22にて決済伝票3を印刷する(ステップs8)。
なお、前記ステップs6で決済伝票ダウンロードボタン112を押下されたとき、運用サーバ60は図9の仮想線に示すように集配業者サーバ30に対して集荷依頼情報として注文日、注文番号、販売店コード、販売店名、留置き店舗コード、留置き店舗名及びその他物流情報を送信する(ステップs9)。集配業者は、この集荷依頼情報を受けて集荷を行う。
前記決済伝票3は、図11に示すように、顧客情報としては顧客名3aと暗証番号3bのみが印刷される。他には、顧客の支払う金額を表示する金額3c、決済業者の企業コードを表すバーコード3d、運用センタのコードに販売店のコードを続けたコードを表すバーコード3e、注文コードを表すバーコード3f、支払期限に料金を続けた数字を表すバーコード3g、支払期限を表示する支払期限3h及びその他のコードを表すコード3i、コード3jを印刷する。
なお、前記決済伝票は、梱包された商品に窓付きの封筒に入れて外から貼り付ければ、商品の箱を開けることなく封筒から収納伝票を取り出して、CVS店舗のバーコードリーダ43で読取ることができる。このときも顧客の情報は顧客名3aと暗証番号3bのみが表示されているため、個人情報の漏洩(例えば住所、電話番号、TEL、年齢等)の心配がない。
図12は、販売店での物流伝票作成処理を示す処理フロー図である。図10の(K)に示したメニュー画面で(ステップt1)物流伝票データダウンロードボタン106を押下されると(ステップt2)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップt3)、注文データとして注文日、注文番号、金額、顧客名、留置き店舗コード及び留置き店舗名を受信して図13の(M)に示す注文データ一覧画面を表示する(ステップt4)。
販売店端末21は、店員によって物流伝票の作成が必要な注文データの印刷要否チェックボックス121にチェックされ(ステップt5)、物流伝票ダウンロードボタン122を押下されるのを待つ。前記物流伝票ダウンロードボタン122が押下されると、販売店端末21は運用サーバ60に対して注文データの注文番号及び付属情報を送信し(ステップt6)、運用サーバ60の物流情報伝票生成プログラム78より受注情報データベース80(図2)及び留置き店舗情報データベース81に記憶されている情報より物流伝票の印刷に必要な物流伝票情報を受信する(ステップt7)。このとき運用サーバ60は、受信した付属情報より前記販売店に対応する集配業者、つまり前記販売店が提携している集配業者があればその集配業者の物流伝票に印刷するのに必要な物流伝票情報を送信する。
受信した物流データは、販売店プリンタ22によって物流伝票として印刷させる(ステップt8)。
なお、図13の(M)に示した印刷要否一括チェックボタン123は、前述のステップt5で物流伝票の印刷が必要な注文を選択するために印刷要否チェックボックス121にチェックをする際に使用し、該印刷要否一括チェックボタン123を押下することで前記印刷要否チェックボックス121の全てにチェックがされる。
図12を用いて前述した物流伝票作成が販売店でできない場合は、図14に示す処理フローのようにして集配業者に対して集荷依頼と共にその物流伝票の作成を依頼する。
すなわち、図10の(K)に示したメニュー画面で(ステップu1)、店員によって集荷依頼ボタン107を押下されると(ステップu2)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップu3)、注文データとして注文日、注文番号、金額、顧客名及びメールアドレスを受信し、図13の(N)に示す注文データ一覧画面を表示する(ステップu4)。
販売店端末21は、店員によって集荷依頼及び物流伝票の作成依頼が必要な注文データの集荷依頼チェックボックス124にチェックされ(ステップu5)、送信ボタン125を押下されるのを待つ。前記送信ボタン125が押下されると、販売店端末21は運用サーバ60に対してチェックされた注文データの注文番号及び集荷指示情報等の付属情報を送信する(ステップu6)。
運用サーバ60は受注情報データベース80(図2)を更新し、集配業者の集配業者サーバ30に対して集荷依頼情報(注文番号、注文日付、販売店名、留置き店舗等)を送信し、販売店端末21に対して集荷依頼完了を通知する。
販売店端末21は、前記集荷依頼完了の通知を受信して(ステップu7)処理が終了する。
図15は、販売店での受注分割処理を示す処理フロー図である。この受注分割処理とは、例えば商品を5つ注文されたが2つしか在庫になく、顧客が2つだけでも先に欲しいといった場合に利用する。つまり、商品を5つ注文された1つの受注Aに対し、商品を2つ注文された受注Bと商品を3つ注文された受注Cに分割する事で、先に受注Bを処理して商品を2つたけでも代金との引き換えを通常通り行うことができ、残りの受注Cは商品の取り寄せが完了するまで集荷依頼しないで止めておくといったことが可能になる。この受注分割処理について以下に説明する。
図10の(K)に示したメニュー画面で(ステップv1)受注メンテナンスボタン109を押下されると(ステップv2)、販売店端末21は図16の(O)に示す受注メンテナンス画面を表示する(ステップv3)。
店員によって受注分割ボタン133が押下されると(ステップv4)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップv5)、注文データとして注文日、注文番号(伝票番号)、金額、顧客名及びメールアドレスを受信して図16の(P)に示す注文データ一覧画面(受注分割用)を表示する(ステップv6)。
受注分割が必要な注文の右横に表示されている受注分割ボタン134が押下されると(ステップv7)、販売店端末21は図16の(Q)に示す受注分割内容入力画面を表示する(ステップv8)。
分割数入力テキストボックス137に分割数が例えば2と入力され、分割後金額入力テキストボックス138に前記分割数に対応する2つの金額を入力(例えば1つ目は10,000円、2つ目は15,000円と入力)し、確認ボタン139が押下されると(ステップv9)、図16の(R)に示す受注分割確認画面を表示する(ステップv10)。
表示した内容を店員に確認されて最終確定ボタン141を押下されると(ステップv11)、受注分割情報として注文番号(伝票番号)、分割数及び分割金額を送信し、運用サーバ60の受注情報データベース80(図2)の情報が更新され(ステップv12)、受注分割処理OKの信号を受信して処理が終了する。
なお、図16の(O)に示した受注メンテナンス画面で受注内容変更ボタン132を押下された場合には、図中の(P)に示した受注分割ボタン135を変更ボタンに変えた画面が表示され、分割処理と同様にして金額や顧客名等の受注内容の変更が実行できる。
また、図10の(K)に示したメニュー画面で商品状況照会ボタン104を押下された場合には、図17の(S)に示す商品状況照会画面を表示する。支払い明細照会ボタン108を押下された場合には、次に表示される画面(図示せず)で確定照会ボタンを選択すると図17の(T)に示す支払明細画面(確報画面)が表示される。該支払明細画面で詳細ボタン151を押下すると、図17の(U)に示す支払明細詳細画面が表示され、表示された画面内のダウンロードボタン152を押下すると明細情報のダウンロードが行える。
前述の支払い明細照会ボタン108を押下して表示される画面(図示せず)で確定照会ボタンではなく速報照会ボタンを押下した場合には、図17の(U)に示した支払明細照会画面の表示項目からダウンロードボタン152及び集荷日を除いた速報画面が表示される。
次に、CVS本部で行うCVS店舗のメンテナンス処理について以下図面と共に説明する。
図18はCVS本部に設置されたCVS本部端末41(図1)で行う処理を示す処理フロー図である。
CVS本部では、まず係員がCVS本部端末41(図1)を使用してインターネット網2を介して運用サーバ60にアクセスし、図19の(V)に示すログイン画面でテキストボックス161にアクセスIDを、テキストボックス162にパスワードを入力して確認ボタン163を押下する。運用サーバ60によって送信したアクセスIDとパスワードが適正かどうか判断され、適正であれば以降のCVS本部端末41で実行できる処理が許容される。
前記ログインが正常に行われると、CVS本部端末41は、運用サーバ60の留置き店舗メンテナンスプログラム79より必要なデータを受信して図19の(W)に示すメニュー画面を表示する(ステップw1)。
ここで、実行する処理に合わせて各ボタンを押下するのであるが、例えば商品状況照会ボタン164を押下されたとする(ステップw2)。
照会条件が入力されると(ステップw3)、照会条件に一致した商品の情報を図19の(X)に示す商品状況照会画面を表示する(ステップw4)。なお、このとき画面には、
CVS店舗コード:CVS店舗毎に割り振られているコード
CVS店舗名:CVS店舗の名称
CVS店舗電話番号:CVS店舗の電話番号
注文日:商品が顧客に注文された日
集荷日:商品が集荷された日
着荷日:商品が着荷した日
収納日:顧客に代金と引き換えに商品を手渡した日
物流状況:商品の着荷や集荷等の状況
収納状況:収納済みか未収納かという状況
取引番号:運用センタでの商品取引番号
金額:顧客がCVS店舗で支払う金額
顧客名:顧客の名称
暗証番号:顧客を確認する暗証番号
の13項目を表示する。
前記ステップw1の次に店舗情報更新ボタン165が押下された場合は(ステップw5)、店舗情報一覧画面を表示し(ステップw6)、更新するCVS店舗を選択させる。係員に更新店舗が選択されると(ステップw7)、店舗情報変更画面を表示し(ステップw8)、係員によって内容を変更された後に更新ボタンを押下されると(ステップw9)、運用サーバ60は留置き店舗情報データベース81のCVS店舗情報を更新する。
なお、該CVS店舗情報の更新は、CVS本部端末41から運用サーバ60へCSV(Comma Separated Value)等の汎用形式でデータを一括送信し、一括更新してもよい。
その際のCVS店舗情報の各項目は、
CVS店舗コード:CVS店舗本部で採番しているコード
CVS店舗名:店舗名
CVS店舗郵便番号:郵便番号
CVS店舗住所(都道府県):住所の都道府県
CVS店舗住所(市町村以下):住所の市町村以下
CVS店舗電話番号:電話番号
最寄り駅1:最寄り駅
最寄り駅2:最寄り駅が2つ以上ある場合の2つ目の最寄り駅
最寄り駅3:最寄り駅が3つ以上ある場合の3つ目の最寄り駅
特徴情報:CVS店舗の特徴となる情報(例えば○△ビル1F等)
留置き可否情報:留置きができるCVS店舗かどうかを表す情報
留置き不可開始日:留置きを不可とする期間の開始日(改装等の時に使用)
留置き不可終了日:留置きを不可とする期間の終了日(改装等の時に使用)
のように設定できる。
前記ステップw1で留置きデータ取込ボタン166が押下された場合には(ステップw10)、CVS店舗宛に留置きされる商品データを運用サーバ60より受信する(ステップw11)。このとき受信するデータは、
取引番号:運用センタでの商品取引番号
販売店コード:販売店を示すコード
販売店名:販売店の名称
販売店電話番号:電話番号
注文日:商品が注文された日付
注文コード:販売店での商品注文番号
払込金額:顧客がCVS店舗にて払い込む金額
集荷日:商品が販売店より集荷された日
留置き店舗コード:商品を留置きするCVS店舗コード
留置き店舗名:商品を留置きするCVS店舗の名称
店着日:留置きするCVS店舗に商品が着荷した日
物流情報:商品が未集荷、集荷済、着荷済のどの状態かを表す情報
収納情報:未収納、速報済、確報済の各収納状態を表す情報
の各項目をCSV等の汎用形式で構成する。
前記ステップw1で支払明細照会ボタン167が押下された場合は(ステップw12)、図20の(Y)に示す支払明細画面が表示される(ステップw13)。
前記支払明細画面で詳細ボタン171を押下されると(ステップw14)、図中の(X)に示すCVS店舗毎、日別毎に一覧表示した支払明細詳細画面が表示される(ステップw15)。
前記支払明細詳細画面でダウンロードボタン172が押下されると、CVS本部端末41は表示データをCSV等の汎用データ形式でダウンロードする(ステップw16)。そのときダウンロードするデータは、
留置き店舗コード:留置きされたCVS店舗の店舗コード
収納日:顧客が代金を払い込んだ日付
留置き個数:一日に留置きされた個数
留置き合計手数料:1日に留置きされた手数料合計
の4項目で構成される。
なお、上述のCVS本部端末41は、CVS店舗に設置すればCVS店舗でも同じ操作ができるし、CVS店舗用にアクセスIDとパスワードを設定すれば、CVS店舗では一部操作のみが可能とすることもできる。
次に、以上に述べた留置き依頼管理システム1での収納情報、商品、決済情報の流れを図21に示す説明図と共に順に説明する。なお、図中の実線は集配情報の流れを示し、一点斜線は商品の流れを示し点線は決済情報の流れを示す。
1.販売店より集荷依頼が運用センタに送信される。
2.該集荷依頼が運用センタより集配業者本部に送信される。
3.前記集荷依頼を受けた集配業者本部は集配業者の営業所に集荷指示を行う。
4.集配業者の営業所は販売店に行って商品を集荷する。
5.集配業者の営業所から本部へ集荷済みの情報が送信される。
6.集配業者本部から運用センタに集荷済み情報と着荷予定情報が送信される。
7.運用センタから販売店と顧客に着荷予定情報が送信される。
8.集配業者営業所からCVS店舗に商品が配送される。
9.集配業者営業所から集配業者本部に配送済み情報が送信される。
10.集配業者本部から運用センタへ配送済み情報(着荷情報)が送信される。
11.運用センタから販売店と顧客に着荷情報が送信される。
12.顧客がCVS店舗にて代金と引き換えに商品を受取る。
13.CVS店舗からCVS本部に代金収納済み情報が送信される。
14.CVS本部から決済業者に代金収納済み情報が送信される。
15.決済業者から運用センタへ代金収納情報が送信される。
16.運用センタからCVS本部へ手数料支払情報が、販売店へ商品代支払情報が、集配業者へ手数料支払情報がそれぞれ送信される。
以上の流れの中で、手数料は図22の説明図に示すように流れて分配される。
1.顧客よりCVS店舗に商品代、物流手数料、留置き手数料、システム手数料、決済手数料を合計した全ての代金が支払われる。
2.CVS店舗で受取ったその代金は、そのままCVS本部を通して決済業者に送金される。
3.決済業者はその全ての代金から取り分である決済手数料受取り、残った商品代、物流手数料、留置き手数料、システム手数料を運用センタに送金する。
4.運用センタは取り分であるシステム手数料を受け取り、商品代は販売店の銀行口座へ、留置き手数料はCVSの銀行口座へ、物流手数料は集配業者の銀行口座へそれぞれ送金する。
以上のようにして、顧客はCVS店舗で代金と引換えに商品を受取ることができ、前払いによるリスクから開放されると共に、取り寄せによる買い物と同様の感覚で希望地のCVS店舗で商品を購入することができる。また、商品の受取には代金が必要であるため、他人による商品のみの取り逃げを回避することもできる。
販売店は、商品代金が安全に回収でき、顧客がCVS店舗に期限までに受取りに来なかった場合でも商品を回収できるため、通販リスクを大幅に減少することができる。
集配業者は、開店しているCVS店舗に配達するため、顧客不在による配達ロスを防止できる。
決済業者は、留置き依頼管理システム1の利用による決済手数料の売上増加を図ることができる。
運用センタは、留置き依頼管理システム1の運用によるシステム手数料の売上を確保することができる。
このようにして、例えば決済は別で商品のみ留置く従来の留置き販売方法に対して、決済も同時に行うべく既存の収納代行システムを利用する場合に発生するコスト及び手間も削減することができる。すなわち、既存の収納代行システムを利用するためには、新たに決済業者の企業コードを収納代行システム及び各POS端末に追加登録する必要が生じる。なぜなら、決済業者を示す企業コードは固定して決定されており、POS端末で対応可能な決済業者を増加させるには、その都度各留め置き店舗のPOS端末に企業コードを追加登録する必要があるからである。この場合の弊害として、システム構築に多大なコストを要し、小さな販売店で導入することは現実的に不可能に近いという問題があった。また、集配業者はその商品留め置き販売方法を実施するCVSの提携業者に限られる等、商品を留置くCVSのシステム及び運用が大きく影響していた。しかしこの発明により、POS端末に企業コードを追加登録する必要がなくなるため、小さな販売店でも低コストで導入することができるようになる。これにより、広範な留置き店舗のネットワークを確保でき、顧客が選択する留置き店舗を増大して、利便性が大幅に向上する。
なお、以上の実施形態では、留置き店舗として本部と支店からなるCVSチェーン(コンビニエンスストア)で説明したが、これに限らず1店舗単位で留置き店舗を登録してもよい。
また、インターネットを介した接続は専用回線での接続としてもよいし、専用回線での接続はインターネット等の公衆回線を介した接続としてもよい。
また、顧客端末11はパーソナルコンピュータに限らず、PDAや携帯電話等の携帯情報端末でもよいし、留置き依頼は顧客端末11に限らず販売店端末21でも可能であるので、販売店が通信販売業者であれば電話やFAXで顧客から注文を受け付け、通信販売業者のオペレータが販売店端末21を操作して留置き依頼を行ってもよい。
また、各サーバ及び端末間のデータの送受信には、CGI(Common Gateway Interface)、ASP(Active Server Pages)、SSI(Server Side Include)、PHP(Hypertext Preprocessor)等のプログラム言語を使用してもよい。
また、販売店Webサーバと販売店端末21は、その機能を一体化させて一つのコンピュータで構成してもよいし、同様にCVS本部サーバ40とCVS本部端末41も一つのコンピュータで構成してもよい。
また、留置き店舗に商品着荷後一定期間経っても顧客が商品を取りに来なかった場合は、留置き店舗から販売店に商品が返送される。この場合でも、販売店は運用業者が受け取る運用手数料、集配業者が受け取る物流手数料、留置き店舗が受け取る留置き手数料を請求されるが、商品は手元に帰ってくるため、商品が残らず代金も未回収となるよりもはるかに少ないリスクで済むようになる。なお、前記物流手数料には、販売店から留置き店舗へ集配する集配手数料のみならず、商品を販売店に返品するための返品手数料を含んでも良い。
また、運用業者と決済業者は同一業者とし、運用サーバ60と決済業者サーバ50を一体に構成し、決済手数料及びシステム手数料を除いた各手数料を分配する構成にしても良い。
また、運用業者とCVSチェーン本部を同一業者とし、運用サーバ60とCVS本部サーバ40を一体に形成しても良く、さらに決済業者も同一業者として決済業者サーバ50も一体化しても良い。
また、CVSチェーンではなく単独店舗を留置き店舗として利用する場合には、該単独店舗に本部サーバ40、CVS本部端末41、及びCVS店舗POS端末42を設置すればよい。
この発明の構成と、上述の実施形態との対応において、
この発明の販売店側コンピュータは、実施形態の販売店端末21に対応し、
以下同様に、
物流会社側コンピュータは、集配業者サーバ30に対応に対応し、
留置き店舗側コンピュータは、CVS本部サーバ40及びCVS本部端末41に対応し、
決済会社側コンピュータは、決済業者サーバ50に対応し、
留置き依頼管理サーバは、運用サーバ60に対応し、
受付プログラムは、留置き依頼制御プログラム71に対応し、
料金情報通知プログラムは、留置き依頼制御プログラム71に対応し、
料金分配プログラムは、留置き依頼制御プログラム71に対応し、
販売店用メンテナンスプログラムは、販売店メンテナンスプログラム73に対応し、
受注分割プログラムは、販売店メンテナンスプログラム73に対応し、
集配依頼プログラムは、集配情報管理プログラム76に対応し、
物流伝票用集配情報生成プログラムは、物流伝票情報生成プログラム78に対応し、
留置き店舗登録データは、留置き店舗情報データベース81に対応し、
留置き店舗は、CVS店舗に対応し、
集配料金情報は、物流手数料に対応し、
商品代金情報は、商品代に対応し、
決済業者コードは、企業コードに対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではない。
発明の効果
この発明により、決済伝票及び物流伝票の印刷に必要な情報を全て運用サーバで生成でき、販売店はプリンタがあれば決済伝票を印刷して使用できるため、決済に関するシステムを別途構築するコストを大幅に削減できる。
また、物流伝票は販売店又は集配業者のどちらでも印刷することができるため、販売店の要望に合わせることができる。たとえば集配業者で物流伝票を印刷すれば、販売店で複写式の物流伝票を印刷するためのプリンタ(たとえばドットインパクトプリンタ)を別途用意する必要がなくなり、コストが削減できる。
また、販売店で決済伝票を出力したことを確認してこれを集配業者に通知することで、集配業者への集荷依頼を自動化できる。つまり、販売店で決済伝票を印刷すれば、集配業者に集荷依頼を行うように設定できるため、作業能率が向上する。
また、受注情報データベースに記憶されている情報には、集荷情報、着荷情報、決済情報等、商品の流れやステータスに応じた情報が付加されていくため、集配業者や留置き店舗で商品がどのような状態にあるのかを販売店で個々の商品単位に常時把握することが出来る。
また、着荷情報と受注データとの照合で、顧客に対する商品の着荷情報通知を運用サーバが代行するため、販売店は留置き店舗に着荷したことを顧客に通知する負担が減少する。
また、留置き店舗情報データベースは、留置き店舗(例えばコンビニエンスストア本部)が直接メンテナンスするため、常に最新の情報が利用者に提供できる。
また、留置き店舗がコンビニエンスストア等の収納代行サービスで留置き可能な店舗であれば、収納データはコンビニエンスストア本部等の店舗本部から決済業者経由で運用センターに流れていくため、既存の収納代行サービスをそのまま流用できる。さらに、企業コードも既存のものを使用するため、システム改変や新規企業コードに対応するといった負荷を必要とせずに留置きサービスの展開による手数料収入が見込める。
また、顧客はインターネット上にクレジットカード等のデータを流す必要がなく、代金と引き換えに商品を受け取れる安心な決済手段が利用できる。その商品受取りについても、氏名と暗証番号のみで引き取ることができ、住所や電話番号が第三者に知られるといった心配がなくなる。
また、集配業者は営業中の留置き店舗に配達すればよいので、商品を配達しても顧客が留守であるといった配達ロスを回避できる。
また、販売店は留置き店舗と個別契約する必要がないため、小規模な販売店でも手軽に留置きサービスを利用できるようになる。
また、通信販売等の販売店では代金未回収率が約3割にも上っていたが、代金と引き換えで商品を手渡すためにそのリスクを回避でき、かりに顧客が受取りに来なくとも、送料等の各種手数料の負担のみで商品は手元に残るため、リスクを大幅に軽減できる。
また、留置き店舗の系列グループに関わらず、例えばCVSチェーンA、CVSチェーンB、及びデパートグループC等、複数系列の留置き店舗のどこでも商品を留置くことができ、該留置き店舗で代金と引換えに受取ることが可能となる。これにより、顧客が選択する留置き店舗の選択肢が大幅に増加し、自宅近辺や勤務先近辺等、顧客にとって最も好ましい留置き店舗を指定して、商品を受取ることができる。
【図面の簡単な説明】
図1は、留置き依頼管理システムの構成を示すシステム構成図である。
図2は、留置き依頼管理サーバ内部のプログラム構成図である。
図3は、販売店側コンピュータ内部のプログラム構成図である。
図4は、留置き依頼管理システムの全体の動作を示す処理フロー図である。
図5は、留置き依頼の処理を示す処理フロー図である。
図6は、留置き依頼の処理の画面イメージを示す外観図である。
図7は、留置き店舗検索処理を示す処理フロー図である。
図8は、留置き店舗検索処理の画面イメージを示す外観図である。
図9は、決済伝票を作成する処理を示す処理フロー図である。
図10は、決済伝票を作成する処理の画面イメージを示す外観図である。
図11は、決済伝票を示す外観図である。
図12は、販売店での物流伝票作成処理を示す処理フロー図である。
図13は、物流伝票作成処理の画面イメージを示す外観図である。
図14は、物流会社での物流伝票作成処理を示す処理フロー図である。
図15は、受注分割処理を示す処理フロー図である。
図16は、受注分割処理の画面イメージを示す外観図である。
図17は、受注メンテナンス処理の画面イメージを示す外観図である。
図18は、留置き店舗で行うメンテナンス処理を示す処理フロー図である。
図19は、留置き店舖で行うメンテナンス処理の画面イメージを示す外観図である。
図20は、留置き店舗で行うメンテナンス処理の画面イメージを示す外観図である。
図21は、留置き依頼管理システムでの各情報の流れを説明する説明図である。
図22は、代金の流れを説明する説明図である。
符号の説明
1…留置き依頼管理システム 72…留置き店舗選択プログラム
2…インターネット網 73…販売店メンテナンスプログラム
3…決済伝票 74…集配情報管理プログラム
11…顧客端末 75…決済情報照会プログラム
20…販売店Webサーバ 76…集配情報管理プログラム
21…販売店端末 77…決済伝票情報生成プログラム
22…販売店プリンタ 78…集配伝票情報生成プログラム
30…集配業者サーバ 79…留置き店舗メンテナンスプログラム
35…物流伝票 80…受注情報データベース
40…CVS本部サーバ 81…留置き店舗情報データベース
41…CVS本部端末 85…コンボボックス
42…CVS店舗POS端末 86…テキストボックス
43…バーコードリーダ 87…住所ピンポイント検索ボタン
50…決済業者サーバ 88…路線・駅名検索ボタン
60…運用サーバ 89…GOボタン
71…留置き依頼制御プログラム 90…戻るボタン
この発明は、例えば注文された商品を留置き店舗に留置きしておき(すなわち顧客が受取りに来るまであるいは期限がくるまで一時的に預け置きしておき)、前記商品を注文した顧客が前記留置き店舗で商品を受取る留置きビジネスに使用されるような、留置き依頼管理サーバ、留置き依頼管理方法、留置き依頼管理システム及びこれらに使用する決済伝票に関する。
背景技術
従来、電子商取引や通信販売等の店頭販売以外の販売店では、商品を顧客に届ける集配業者及び代金を受取る決済業者に対して販売店毎に個別契約を行っている。そのため、物流及び決済のシステムをその販売店に導入する必要があり、コスト高になる原因となっていた。またこのような販売店では、商品を配送したが顧客が留守であった場合や、代金を支払ってもらえない場合があり、深刻な問題となっていた。
最近ではこの問題を解決しようと、全国展開しているCVS(コンビニエンスストア)によって、自社のCVS店舗に商品を留置きし、CVS店舗で商品を顧客に渡す商品留置き販売方法が提案されている。この商品留置き販売方法により、顧客は代金を銀行振込等で前払いし、CVS店舗で商品を受取ることができ、商品配送時の不在や代金未納といった問題が解消された。
しかし、前述の商品留置き販売方法は、物流システムと決済システムが分離(独立)しており、顧客による代金の支払と商品の受取りが別システムで実行されていた。すなわち、顧客による代金の支払は、銀行振込やクレジットカード等を利用した前払い若しくは後払いとなり、CVS店舗で代金を支払うのと引換えに商品を受取るといったことはできなかった。このため、前払いであれば顧客は商品購入を躊躇することとなり、後払いであれば販売店は代金回収不能というリスクを背負うこととなっていた。
その上、複数種類のCVSと提携して何処のCVS店舗でも留置きするようなことはできなかった。このため、例えば顧客宅の近隣にCVSチェーンAのCVS店舗があるにもかかわらず、留置きサービスを提供しているCVSチェーンBとは系列グループが異なるためCVSチェーンAのCVS店舗では受取れないこととなり、少し離れたCVSチェーンBのCVS店舗まで出かけるといった不便が発生していた。
この発明は、販売店、留置き店舗(CVS)、集配業者及び決済業者が留置き販売システムに参入することで負担する費用を最小限に抑え、複数の留置き店舗(CVS)に留置きでき、利用者が該留め置き店舗で代金と引換えに商品を受取るような、低コストかつ利便性の高い商品留め置き販売方法を提案することを目的とする。
発明の開示
この発明は、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、集配業者に前記商品の集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した留置き依頼管理サーバであることを特徴とする。
前記販売店は、インターネット上のショッピングモール、通信販売店、その他商品を販売する店を含む。
前記留置き店舗は、CVS、チェーン展開している販売店、大手スーパー、量販店、ショッピングセンタ、ガソリンスタンド、駅等、POS端末、CAT端末を使用している店、その他商品を留置きできる店舗を含む。
前記複数の留置き店舗は、同系列(同グループ)の複数の留置き店舗、又は、複数種類の留置き店舗、すなわち、系列の異なる複数のグループ企業(例えばCVSチェーンやデパートグループ等)又は/及び業務に関連のない単独店舗で構成する等、業務上密接に関連のある企業の店舗、又は業務上互いに関連のないグループ企業の店舗や単独店舗で構成することを含む。
前記決済業者は、決済手数料(又はその他の手数料)を受取って決済の代行を行う収納代行業者で構成することを含み、例えばコンビニエンスストア等店舗での入金を本部で決済するような系列グループの本部で構成することも含む。
前記留置き依頼は、商品を留置き店舗に配達して留置くことの依頼で構成することを含む。
前記留置き店舗登録データは、留置き店舗コード(留置き店舗本部で採番しているコード)、留置き店舗名、留置き店舗郵便番号、留置き店舗住所、留置き店舗電話番号、最寄り駅(1つ又は複数)、特徴情報(留置き店舗の特徴となる情報(例えば○△ビル1F等))、留置き可否情報(留置きができる留置き店舗かどうかを表す情報)、留置き不可開始日(留置きを不可とする期間の開始日(改装等の時に使用))、留置き不可終了日(留置きを不可とする期間の終了日(改装等の時に使用))、その他留置き店舗を利用者が特定するのに必要な項目のいずれか又は複数で構成することを含む。
前記留置き店舗選択プログラムは、前記留置き店舗登録データに登録の留置き店舗から住所、地名、電話番号、駅名、留置き店舗名等の情報に基づいて抽出した留置き店舗から選択させるプログラム、一覧表示した全留置き店舗から利用者に選択させるプログラム、又は、系列グループを選択させて絞り込んだ留置き店舗から選択させるプログラム等、利用者に留置き店舗を決定させるプログラムで構成することを含む。
前記受付プログラムは、選択された留置き店舗の留置き店舗コード、又は顧客の氏名等の個人情報、又はこれら複数の情報の組み合わせ等、留置き依頼を処理するに必要な情報を受付けるプログラムで構成することを含む。
前記集配依頼プログラムは、注文日、注文番号、販売店コード、販売店名、留置き店舗コード、又は留置き店舗名等、集配依頼に必要な情報を組み合わせた物流情報を通知するプログラムで構成することを含む。
前記料金情報通知プログラムは、集配業者の口座に集配料金を振込み通知する集配料金振込み処理又は/及び集配業者に集配料金を連絡通知する集配料金通知処理を実行し、販売店の口座に商品代金を振込み通知する商品代金振込み処理又は/及び商品代金を連絡通知する商品代金通知処理を実行する1つの統合プログラム又は複数の個別プログラムで構成することを含む。
加えて、前記料金情報通知プログラムには、留置き店舗又は留置き店舗の本部の口座に留置き手数料を振込み通知する留置き手数料振込み処理、又は/及び留置き店舗又は留置き店舗の本部に留置き手数料を連絡通知する留置き手数料通知処理を実行するプログラムも含めて構成することを含む。なお、前記連絡通知には、メール送信によるメール通知、FAX送信によるFAX通知、又は郵送による郵便通知等、振込み金額や振込み完了の連絡通知とすることを含む。また、該料金情報通知プログラムの実行タイミングは、決済業者での決済処理の後に実行する、あるいは、決済業者での決済処理と共に実行することを含む。
前記通知は、振込み処理の実行(前記振込み通知)、または/及び振込み金額の連絡(前記連絡通知)で構成することを含む。
前記留置き依頼管理サーバは、パーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。また、上述の各プログラムを実行する留置き依頼管理処理専用のサーバで構成する、又は、決済業者の決済処理をも実行する複合機能を有するサーバで構成することを含む。さらには、1台の留置き依頼管理サーバに前記各プログラムを全て格納する、あるいは、複数台の留置き管理サーバに前記各プログラムを1つずつあるいはいくつかの組み合わせとして分散させて格納することを含む。
前記構成により、留置き依頼管理サーバが各種処理を管理し、顧客が留置き店舗で代金と引換えに商品を受取ることができ、利用する全ての者に利益を与えることができる。すなわち、顧客は最寄の留置き店舗への一度の訪問で支払と商品受け取りが行えて取引安全性と利便性が向上し、集配業者は不在による配達ロスを削減し、販売店は確実に商品代金(若しくは商品の返品)を受取ることができて通販リスクを軽減し、留置き店舗は来店する顧客層の拡大と他の商品販売の売上向上を図ることができる。また、留置き依頼管理サーバに決済業者の決済処理をも実行させる場合には、決済業者のシステムに留置き依頼管理機能を組み込む形で同効果を得ることもできる。
また別の発明として、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、前記集配業者に前記集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗で利用者から徴収した代金のうち、前記集配業者と前記留め置き店舗には手数料を、販売店には商品代金を、それぞれ支払う料金支払プログラムを格納した留置き依頼管理サーバとすることができる。
前記料金支払プログラムは、集配業者に集配料金(手数料)を入金する処理を実行し、販売店に商品代金を入金する処理を実行する1つの統合プログラム又は複数の個別プログラムで構成することを含み、加えて留置き店舗又は留置き店舗の本部に留置き手数料を入金する処理を実行するプログラムも含めて構成することを含む。
前記代金は、商品代金及び手数料を含む利用者が支払う代金で構成することを含む。
前記構成により、商品代金や手数料が自動で支払われ、利便性を向上することができる。
またこの発明は、前記手数料を、集配業者が受取る集配手数料、留置き店舗が受取る留置き手数料、決済業者が受取る決済手数料、及び管理業者が受取るシステム手数料とで構成し、前記料金支払プログラムを、前記決済業者によって決済手数料を減算された残りの手数料及び商品代金に対し、前記集配手数料を前記集配業者に、前記留置き手数料を留め置き店舗に、前記商品代金を販売店に、それぞれ支払う支払処理で構成した留置き依頼管理サーバとすることができる。
前記集配手数料は、集配業者が受取る手数料を指し、集配料金その他の手数料で構成することを含む。
前記留置き手数料は、留置き店舗が受取る手数料を指し、商品を一時的に保管する保管料金その他の手数料で構成することを含む。
前記決済手数料は、決済業者が受取る手数料を指し、決済を代行した代行手数料その他の手数料で構成することを含む。
前記システム手数料は、管理業者が受取る手数料を指し、留置き依頼管理システムの使用料金その他の手数料で構成することを含む。
前記構成により、決済業者によって提供される決済システムを利用した後、商品代金や所定手数料をそれぞれ支払うことができるため、効率的に低コストでシステム構築することができると共に、販売店や留置き店舗を幅広く参画許容することができる。
またこの発明は、前記留置き店舖は、系列グループ毎に区分して前記留置き店舗登録データに登録され、その区分に関わらず複数区分の留置き店舗から特定条件において留置き店舗を選択させる前記留置き店舗選択プログラムを格納した留置き依頼管理サーバとすることができる。
前記区分は、系列グループを示す企業コードによる区分を含む。
前記特定条件は、留置き店舗の住所、地名、電話番号、駅名、留置き店舗名、又は留置き店舗特徴情報(例えば○×駅前や○×ビル1F等)等、留置き店舗を特定するのに必要な条件で構成することを含む。
前記選択は、顧客によるパーソナルコンピュータやPDA端末等の端末での選択とすることを含む。
前記構成により、複数の系列グループの留置き店舗(例えばCVSやデパートグループ等)が前記留置き店舗登録データに登録されていても、利用者はその区分に関わらずに希望の留置き店舗(例えば最寄のCVSやデパート等)を選択することができ、1系列グループの留置き店舗しか選択できない場合と比較して留置きできる店舗が飛躍的に増加し、利用者の利便性が高まる。また、例えば留置き手数料を系列グループ毎にまとめて留置き店舗の本部に通知することも可能になり、グループ企業の利益管理が容易になる。
またこの発明は、前記系列グループ毎に、前記留置き店舗登録データに留置き店舗を追加、変更、削除できる留置き店舗メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。
前記系列グループによる前記店舗登録データへのアクセスは、ユーザIDとパスワードによる個人認証、又は虹彩や指紋や顔情報等のバイオメトロニクス情報に基づく個人認証等、メンテナンスを許容してよい個人を特定するに必要な情報の入力を要求してメンテナンス可能に構成しても良い。
前記留置き店舗メンテナンスプログラムは、前記留置き店舗登録データから留置き店舗のデータを完全に追加、変更、削除可能なプログラムで構成することを含み、また、使用不可状態と使用可能状態とに状態変化可能にして構成することを含む。
前記構成により、前記系列グループ毎に前記留置き店舗登録データに留置き店舗をメンテナンスできるため、留置き店舗(例えばCVSの本部)で前記留置き店舗登録データを一括管理することができる。
またこの発明は、前記留置き店舗選択プログラムは、選択の際の手がかりにする留置き店舗の特徴データを登録してこれを参照可能にする留置き依頼管理サーバとすることができる。
前記特徴データは、駅前や○○ビル1F等の地理的特徴、目印看板や2階建て等の外観的特徴、又は駐車場の有無やのし紙サービスの有無等の機能的特徴など、顧客が留置き店舗を選択する際のてがかりとなる情報で構成することを含む。
前記参照は、顧客によるパーソナルコンピュータやPDA端末等の端末での参照とすることを含む。
前記構成により、利用者は特徴データを参照することで選択しようとする留置き店舗を特定しやすくなる。すなわち、留置き店舗の店舗名と住所では利用者がどこの留置き店舗か特定できない場合であっても、例えば○○ビル1Fといった特徴があれば特定しやすくなる。
またこの発明は、前記留置き店舗で決済するための決済伝票情報を生成し利用可能にする決済伝票情報生成プログラムを格納した留置き依頼管理サーバとすることができる。
前記決済伝票情報は、支払金額、商品名、個数等の一つ又は複数のテキスト情報、又は/及びバーコード画像等の1つ又は複数のイメージ情報で構成することを含む。
前記決済伝票情報生成プログラムは、前記商品代金、前記集配手数料、前記留置き手数料、前記決済手数料、及び前記システム手数料、又はこれらから算出した支払金額、商品名、商品コード、決済業者の企業コード(決済業者コード)、運用業者の企業コード、販売店の企業コード、注文コード、支払期限、又はその他決済に必要な情報の一つ又は複数から決済伝票情報を生成するプログラムで構成することを含む。
前記決済伝票情報の利用は、例えば販売店で決済伝票情報をダウンロード又はメール受信して決済伝票を印刷出力して利用することを含み、インターネットブラウザ又は専用ソフト等のソフト上に表示された決済伝票情報を該ソフトの印刷機能でそのまま印刷することを含む。
前記構成により、前記留置き依頼管理サーバで決済伝票情報を生成し、販売店で前記決済伝票情報をダウンロードやメール受信等の方法で受取って決済伝票に印刷する、あるいは留置き依頼管理サーバの決済伝票情報をソフト上で表示してそのまま印刷するようにして、決済伝票情報を利用ことができる。
またこの発明は、前記決済伝票情報生成プログラムは、前記留置き店舗で使用している決済業者を表す既存と同一の決済業者コードに基づいて前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。
すなわち、既存の決済業者コードを利用する事により、前記留置き店舗(例えばCVS)の決済用端末に改良等を加える必要がなくなり、低コストで導入できる。
またこの発明は、前記決済伝票情報生成プログラムは、少なくとも商品を購入した顧客名及び暗証コードを表すテキスト情報と、少なくとも前記顧客の支払う料金をバーコード化したイメージ情報から前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。
前記暗証コードは、数字のみで構成する暗証番号、アルファベット及び数字で構成するパスワード等、顧客の指定する文字列又は乱数処理によって自動で割り当てる文字列で構成することを含む。
前記構成により、テキスト情報とバーコード化したイメージ情報を受取ることにより、販売店で決済伝票に必要な情報を印刷することができる。
またこの発明は、前記集配業者で使用する物流伝票に対応して、集配に必要な集配情報を出力可能に生成する物流伝票用集配情報生成プログラムを格納した留置き依頼管理サーバとすることができる。
前記集配情報は、配達先(必要に応じて配達時間を含む)等の集配に必要な情報で構成することを含む。
前記物流伝票は、前記集配情報を印刷する伝票で構成することを含む。
前記物流伝票用集配情報生成プログラムは、前記物流伝票に印刷する留置き店舗名(配達先)等の前記集配情報を生成するプログラムで構成することを含む。
前記集配情報の出力は、販売店又は集配業者で物流伝票に印刷して出力することを含む。
前記構成により、生成された物流伝票用集配情報により、販売店又は集配業者で前記物流伝票用集配情報を受取って物流伝票に印刷することができる。
またこの発明は、販売店から受付けた商品の留置き依頼を一覧表示し、集配業者に集荷依頼する商品の留置き依頼を、前記一覧表示された留置き依頼の項目から任意に選択させて集配業者に集荷依頼をする販売店用メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。
前記集荷依頼は、販売店が集配業者に対して商品の集荷を要請する依頼で構成することができる。
前記一覧表示は、インターネットブラウザ又は専用ソフト等のソフトを介した販売店側のコンピュータ端末での表示を含む。
前記構成により、販売店で必要に応じて集配業者に集配依頼ができ、在庫切れの商品を含めて注文された場合に、在庫ありの商品を先に集配依頼し、在庫切れの商品の集配依頼を後回しにして、ある分だけを先に処理するといったことができる。
またこの発明は、一の留置き依頼を二以上の留置き依頼に分割させて、集配業者に対して商品の在庫に合わせた集荷依頼を実行する受注分割プログラムを格納した留置き依頼管理サーバとすることができる。
前記留置き依頼の分割は、インターネットブラウザ又は専用ソフト等のソフトを介した販売店側のコンピュータ端末での分割支持によることを含む。
前記構成により、例えば一つの留置き依頼で同じ商品が二つ注文されており、在庫にはその商品が一つしかなかった場合、一つの商品を注文する二つの留置き依頼に分割する事により、別々に集配依頼を行うことができ、商品を注文した利用者に一つだけでも先に届けるといったことが可能になる。
好ましい実施の形態として、前記留置き依頼管理サーバに、前記商品の集配に適応した集配業者を選択する集配業者選択プログラムを格納することができる。
前記集配業者選択プログラムは、販売店又は選択された留置き店舗が契約している集配業者を自動選択するプログラム、あるいは、販売店から留置き店舗までの輸送で最も早い若しくは最も安い集配業者を自動選択するプログラムで構成することを含む。
前記構成により、例えば販売業者が契約している集配業者を選択する、あるいは留置き店舗が契約している集配業者を選択することが可能になり、これらの契約に基づいて送料を割引することが可能になり、顧客の負担する手数料(送料)を減少することができる。
またこの発明は、前記留置き依頼管理サーバに対して接続する接続プログラムと、前記留置き依頼管理サーバに対して商品の留置き依頼を行う留置き依頼プログラムとを格納した販売店側コンピュータとすることができる。
前記接続プログラムは、インターネット等の公衆回線や専用回線又はLAN(ローカルエリアネットワーク)を介して前記留置き依頼管理サーバに接続する接続するプログラムで構成することを含む。
前記販売店側コンピュータは、パーソナルコンピュータ、PDA等の携帯情報端末、その他留置き依頼管理サーバと通信可能なコンピュータで構成することを含む。
前記構成により、ネットワークを介して留置き依頼管理サーバに対して留置き依頼が可能なコンピュータとすることができる。なお、前記販売店側コンピュータは、前記留置き依頼管理サーバから商品代金情報を受取る料金情報受取プログラムを併合して格納することもできる。
またこの発明は、前記留置き依頼管理サーバを備え、複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させ、依頼主あるいは販売店から前記商品の留置き依頼を受付け、集配業者に前記商品の集配を依頼し、代金決済を行い、若しくは利用者から代金の徴収を行い、集配業者に、集配料金情報を通知し、若しくは手数料を支払い、販売店に、商品代金情報を通知する、若しくは商品代金を支払う留置き依頼管理方法とすることができる。
前記依頼主は、販売店から商品を購入する顧客で構成することを含む。これにより、留置き依頼を管理することができる。
またこの発明は、前記留置き依頼管理サーバと、留置き店舗が利用する留置き店舗側コンピュータと、前記販売店側コンピュータと、決済会社が利用する決済会社側コンピュータと、物流会社が利用する物流会社側コンピュータとを備え、前記留置き依頼管理方法を実行可能に構成する留置き依頼管理システムとすることができる。
前記留置き店舗側コンピュータは、留置き店舗又は留置き店舗の本部に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記決済会社側コンピュータは、決済会社に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記物流会社側コンピュータは、物流会社に設置するパーソナルコンピュータ、ワークステーション、汎用コンピュータ等のコンピュータで構成することを含む。
前記構成により、留置き依頼がシステム化され、効率よく留置き依頼を実行することができる。
また別の発明として、前記留置き依頼管理サーバの決済伝票情報生成プログラムで生成する決済伝票情報を印刷する又は印刷した決済伝票として、前記商品を注文した顧客の個人情報の一部のみを利用し、該個人情報の一部と暗証コードにて構成した顧客認証情報を印刷する又は印刷した決済伝票とすることができる。
前記個人情報の一部は、例えば氏名、ニックネーム、又は住所の番地等、本人であることの確認ができると共に個人情報の漏洩を防止する程度の情報で構成することを含む。
これにより、個人情報の漏洩を防止した上で、簡単な本人認証で本人を確認して留置き店舗で決済することができる。このため、留置き店舗に従事するアルバイト店員等、課される責任の少ない店員であっても商品の受け渡しが可能となる。
以上に説明したこの発明の構成要素は、可能な限り組み合わせて実施の形態を得ることができる。
発明を実施するための最良の形態
この発明の一実施形態を以下図面と共に説明する。
図1は留置き依頼管理システム1の構成を示すシステム構成図である。
運用業者には、留置き依頼管理システム1の中核をなす運用サーバ60が設置され、該運用サーバ60の内部には、必要なデータを格納する受注情報データベース80及び留置き店舗情報データベース81が設けられている。前記運用サーバ60は、インターネット網2に通信回線を通じて接続され、集配業者サーバ30及び決済業者サーバ50に専用回線又は公衆回線で接続されている。
商品を購入する顧客(エンドユーザ)が利用する顧客端末11は、インターネット網2に接続されており、ショッピングモール等のインターネット上の各コンテンツを閲覧でき、該ショッピングモールでの商品注文やその商品を希望するCVS店舗等に留置いて、指定した期間内で都合のよいときに受取りに行く留置き依頼ができる。
商品を販売する販売店には、商品情報を掲載したWebコンテンツを顧客にインターネットを介して閲覧させる販売店Webサーバ20と、前記運用サーバ60内の情報をメンテナンスする販売店端末21が設置されている。前記販売店Webサーバ20は商品情報を格納した商品データベース20aを内部に有し、前記販売店端末21には印刷を実行する販売店プリンタ22が接続されている。前記販売店Webサーバ20及び販売店端末21は、どちらもインターネット網2に接続されている。
商品の集配を行う集配業者(物流業者)には、集配業者サーバ30が設置されており、前述したように前記運用サーバ60に専用回線又は公衆回線で接続されている。前記集配業者サーバ30は、商品の集配情報を管理し、前記運用サーバ60に対して出荷情報及び着荷情報を送信する。
商品を留置きして顧客に代金と引き換えに手渡すCVS店舗には、前記商品を精算した精算情報をCVS本部に送信するCVS店舗POS端末42が設置されている。前記CVS店舗POS端末42は、バーコードを読取るバーコードリーダ43を設け、CVS本部に設置されたCVS本部サーバ40と専用回線又は公衆回線で接続されている。
CVS本部には、前記CVS本部サーバ40とCVS本部端末41が設置されている。前記CVS本部サーバ40は、決済業者の決済業者サーバ50に専用回線又は公衆回線で接続されており、該決済業者サーバ50に対して支払予定の明細を表す速報情報及び支払の確定している確報情報を送信する。前記CVS本部端末41は、インターネット網2に接続されており、インターネットを介して運用サーバ60の留置き店舗情報データベース81に登録されているCVS店舖の情報をメンテナンスする。
決済業者には、決済業者サーバ50が接続されており、前述のようにCVS本部サーバ40及び運用サーバ60にそれぞれ専用回線又は公衆回線で接続されている。前記決済業者サーバ50は、前記速報情報及び確報情報を前記運用サーバ60に送信する。
次に図2に示すプログラム構成図と共に留置き依頼管理システム1の中核を成す運用サーバ60内部のプログラム構造について説明する。
留置き依頼制御プログラム71は、運用サーバ60に格納されている各プログラムの制御を行うメインプログラムである。またこれと共に、留置き依頼を受付ける処理、商品代金や各種手数料を分配(通知)する処理を実行する。また、集配業者を選択可能に設定する場合には、販売店やCVSチェーンの集配業者との契約状況に基づいて、適切な集配業者を自動選択して決定する処理も実行する。
留置き店舗選択プログラム72は、商品をCVS店舗等に留置くことを希望する顧客に対し、どのCVS店舗に留置きするかを選択させる。
販売店メンテナンスプログラム73は、販売店に商品の集荷依頼や受注分割等のメンテナンスを行わせるための処理を実行する。
集配情報送信プログラム74は、商品が集配業者によって販売店から集荷され留置き店舗に着荷するまでの集荷、着荷に関する集配情報を管理し、集荷及び着荷時点で顧客に対してE−mail又は電話、FAX等で前記集配情報を送信するための処理を実行する。
決済情報照会プログラム75は、決済業者より受取る決済予定の速報及び決済確定の確報を管理し、該速報及び確報を販売店から照会可能にするための処理を実行する。
集配情報管理プログラム76は、集配業者の集配業者サーバ30に対して販売店へ商品の集荷に行かせる集荷依頼情報を送信し、該集配業者サーバ30から前記商品を集荷した集荷情報、及び前記商品を留置き店舗に配達した着荷情報を受け取り、集配情報を管理するための処理を実行する。
決済伝票情報生成プログラム77は、決済に必要な決済伝票を印刷するための決済伝票情報を生成するための処理を実行する。該決済伝票情報には、文字情報として商品を注文した顧客を特定するための顧客名及び4桁の暗証番号と顧客が支払う金額とを有し、イメージ情報として決済業者の企業コードを表すバーコード3d(図11)、運用業者の企業コードと販売店の企業コードを表すバーコード3e、注文コードを表すバーコード3f、支払期限と顧客が支払う金額を表すバーコード3gを有する。
物流伝票情報生成プログラム78は、商品を配達するために必要な物流伝票を印刷するための物流伝票情報を生成するための処理を実行する。該物流伝票情報は、配達先である留置き店舗の住所と店舗名を表す文字情報を有する。
留置き店舗メンテナンスプログラム79は、CVS本部に設置されたCVS本部端末41で、登録されている留置き店舗の追加、変更、削除をさせて登録内容を管理させるための処理を実行する。
受注情報データベース80は、販売店、注文商品名、注文個数及び留置き店舗、さらに物流情報、収納情報、振込み金額などをデータとして記憶している。
留置き店舗情報データベース81は、後述するCVS店舗情報をデータとして記憶している。
以上の構造により、運用サーバ60は、各データベースの管理、必要なデータへのアクセス許可、必要な情報の生成等、留置き依頼管理システム1の運用に必要な主要処理を実行可能にしている。
次に図3に示すプログラム構成図と共に販売店で使用する販売店端末21内部のプログラム構造について説明する。
販売店端末制御プログラム26は、販売店端末21に格納されている各プログラムを制御するメインプログラムである。
接続プログラム27は、インターネット網2を介して運用サーバ60等に接続可能にするための処理を実行する。
留置き依頼プログラム28は、運用サーバ60に対して留置き依頼情報を送信するための処理を実行する。
料金情報受取プログラム29は、運用サーバ60より送金される料金の情報を受取るための処理を実行する。
以上の構造により、販売端末21は、運用サーバ60にアクセスすることができ、留置き依頼情報の送信や料金情報の受取など、販売店に必要な操作を許容する。
以上の構成、構造からなる留置き依頼管理システム1の動作を図4に示す処理フロー図と共に以下に説明する。
顧客は、顧客端末11を使用してインターネット上のショッピングモール、つまり販売店Webサーバ20にアクセスして欲しい商品を選択した後、留置き依頼を実行し、運用サーバ60は留置き依頼制御プログラム71で該留置き依頼を受付ける(ステップn1)。この留置き依頼の詳細については後述する。
前記留置き依頼を受けた販売店では、販売店端末21を使用して、インターネット網2を介して運用サーバ60に記憶されている留置き依頼を確認し、在庫切れなどの問題がなければ集荷依頼を指示する。前記運用サーバ60では、前記集荷依頼を集配業者サーバ30が処理可能なデータ形式に集配情報管理プログラム76で変換して送信する(ステップn2)。このとき決済伝票3(図11)及び物流伝票35(図示せず)を印刷するのであるが、詳細は後述する。
集配業者サーバ30は、前記集荷依頼を受けて集配者に前記販売店まで集荷に向かわす。無事集荷が完了すると、集配業者サーバ30は集荷完了と留置き店舗への着荷予定を集荷情報として運用サーバ60に送信し、運用サーバ60では受注情報データベース80を更新し、顧客に対して集荷完了と到着予定をE−mail又は電話、FAX等で連絡する(ステップn3)。
集配業者は、集配した前記商品を留置きするCVS店舗に配達する。配達が無事完了すると、集配業者サーバ30は配達完了を着荷情報として運用サーバ60に送信し、該運用サーバ60の集配情報送信プログラム74は前記CVS店舗に前記商品が届いていることを顧客にE−mail又は電話、FAX等で通知し、受注情報データベース80を更新する(ステップn4)。
E−mail又は電話、FAX等で着荷通知を受けた顧客は、CVS店舗に行って代金と引き換えに前記商品を受取る。
そのときの精算情報は、CVS店舗POS端末42のバーコードリーダ43で決済伝票3が読取られ、その読取られた精算情報がCVS本部サーバ40に送信される(ステップn5)。
該CVS本部サーバ40から決済業者サーバ50に対しては、支払い予定の金額は速報情報として、支払うことが確定している金額は確報情報として送信される。前記速報情報及び確報情報は、決済業者サーバ50からそのまま運用サーバ60の決済情報照会プログラム75に送信される。決済業者は前記代金から決済業者の取り分である決済手数料を除いた金額を運用業者に入金して決済を行う。(ステップn6)
運用業者は、前記入金された金額から運用業者の取り分であるシステム手数料を取り、集配業者には集配手数料を、CVS本部には留置き手数料を、販売店には残った商品代をそれぞれ指定の銀行口座に振り込み(ステップn7)、処理は終了する。
次に前述のステップn1の留置き依頼について、図5に示す処理フローと図6に示す画面イメージと共に以下に説明する。
顧客は、顧客端末11(図1)を使用してインターネット網2を介して販売店Webサーバ20にアクセスする。顧客は、販売店Webサーバ30でホームページとして提供されているインターネット上のショッピングモールで欲しい商品を選択し、注文に必要な数量等の注文情報を入力する(ステップq1)。このとき、顧客名、発注商品情報及びパスワードが送信され、概販売店からの注文を受け付ける発注受付OK情報を受信する。なお、顧客名、発注商品情報及びパスワードは、毎回顧客に入力させても良く、他にも、例えば販売店で会員登録した顧客IDの入力により、顧客名、住所、TEL、FAX、E−mail、等の必要情報を呼び出せるように構成しても良い。
前記ショッピングモールのホームページには、注文した商品をCVS店舗等に留置きすることを依頼するための留置きボタンが表示され、顧客は該留置きボタンを押下して留置き依頼の処理に入る(ステップq2)。
前記注文情報は、
販売店コード:販売店を特定するためのコード
注文コード:販売店が管理している商品注文番号
代表商品名:商品名
商品総額:送料、消費税、その他雑費を含んだ販売店での料金
個口:商品の個数
顧客名:エンドユーザである顧客の氏名
顧客メールアドレス:エンドユーザである顧客のメールアドレス
エンドユーザ確認番号:顧客の電話番号の下4桁等で作成するパスワード
販売店確認キー:販売店を確認するためのキー
の9項目からなる。なお、そのデータの送信にはHTTP(Hyper Text Transfer Protocol)のPOST機能等を利用してもよい。また、データ送信にはSSL(Secupe Socket Layer)等の暗号化技術を使用しても良い。
販売店Webサーバ30は、前記留置きボタンの押下を受けてインターネット網2を介して運用サーバ60に接続し、前記注文情報を送信する。このとき留置き依頼の処理は運用サーバ60に引き継がれ、以降の処理はインターネット網2を介して顧客端末11と運用サーバ60とのやりとりとなる(ステップq3)。
前記注文情報を受けた運用サーバ60は、顧客端末11の画面に図6の(A)に示す留置き店舗検索画面を表示させる(ステップq4)。
前記留置き店舗検索画面をみた顧客は、留置き店舗を絞り込むために留置き店舗選択プログラム72で留置き店舗検索処理に入るのであるが、この留置き店舗検索処理の詳細については後述する(ステップq5)。
ステップq5での検索結果に留置き店舗の候補があれば次のステップq7へ進み、候補がなければステップq4に戻って再度留置き店舗検索処理を行う(ステップq6)。
前記ステップq6で絞り込まれた留置き店舗の候補を、運用サーバ60は顧客端末11に対して図6の(B)に示すように一覧表示させる(ステップq7)。
顧客は一覧表示された留置き店舗の中からチェーン名(CVSの名前)、店舗名(CVSの店舗名)、郵便番号、住所、特徴(○ビル1F等の店舗を特定するための特徴)を手がかりにして希望する留置き店舗を決めてその店舗名を顧客端末11のマウスでクリックして選択する(ステップq8)。
その選択情報を受けた運用サーバ60は、図6の(C)に示すように、選択された留置き店舗を確認するための確認画面を顧客端末11に表示させる(ステップq9)。なお、集配業者を複数使用可能に設定している場合には、この段階で販売店が契約して常時利用している集配業者、又はCVSチェーンで指定している集配業者を留置き依頼制御プログラム71が自動選択して決定すると良く、販売店及びCVSチェーン共に集配業者の指定が無ければ、デフォルト指定している基本使用の集配業者を自動選択して決定すると良い。またこのとき、商品代金、及び送料や留置き手数料等の諸手数料の各小計金額又は/及び全合計金額を表示しても良い。
顧客は、表示された前記確認画面を見て選択した留置き店舗に間違いがないことを確認する(ステップq10)。
前記確認において選択した留置き店舗に間違いがなければ、顧客によってOKボタン91が押下され、次のステップq12に進む。確認画面に表示された留置き店舗が希望の店舗と異なる場合は、戻るボタン90が押下されてステップq7に戻る(ステップq11)。
前記ステップq11でOKボタン91が押下されれば、顧客端末11はその選択情報を運用サーバ60に送信し、該運用サーバ60の留置き依頼制御プログラム71がそれを受けて留置き店舗を確定して留置き依頼を受付ける(ステップq12)。
前記運用サーバ60は、受取った選択情報より確定した留置き店舖の情報と既に受取っている注文情報を合わせて、図6の(D)に示すように顧客端末11に最終確認画面を表示させて(ステップq13)、留置き依頼処理を終了する。
次に前記ステップq5の留置き店舗検索処理の詳細について図7に示す処理フローと図8に示す画面イメージと共に以下に説明する。
留置き店舗検索処理では、顧客端末11(図1)に対してまず図6の(A)に示した留置き店舗検索画面を表示させ、顧客に検索方法を選択させる。該留置き店舗検索画面は、コンボボックス85、テキストボックス86、住所ピンポイント検索ボタン87、路線・駅名検索ボタン88、GOボタン89及び戻るボタン90が備えられている(ステップr1)。
前記コンボボックス85には、住所検索、駅名検索、郵便番号検索及び電話番号検索の4項目が選択可能に内蔵されている。顧客はこの4項目のどれか一つ、例えば住所検索を選択し、テキストボックス86に例えば自宅の住所を入力してGOボタン89を押下する(ステップr2)。
この場合はこれで留置き店舗検索処理が終了し、図5に示したように前述のステップq6に進んで候補となる留置き店舗が存在するか判断し(ステップq7)、候補があれば図6の(B)に示した留置き店舗一覧画面を表示させる(ステップq8)。このとき一覧表示される留置き店舗(CVS店舗)は、複数種類のCVSチェーンが登録されていてもそのチェーン名に関係なく、住所が近いCVS店舗が表示される。つまり、顧客にとって特定のCVSチェーンのCVS店舗しか利用できないといった不便がなく、最も近いCVS店舗を選択できる。すなわち、例えば1種類のCVSチェーンでしか利用できず、近隣にCVSチェーンAがあるにも関わらず少し離れたCVSチェーンBにまで商品を受け取りに行くという不便さを回避できる。
図7に戻って、前記コンボボックス85で他の3項目の駅名検索(ステップr3)、郵便番号検索(ステップr4)及び電話番号検索(ステップr5)を選択された場合についても同様の処理を行う。
前述のステップr1の次に図6の(A)に示した駅ピンポイント検索ボタン88を押下された場合は(ステップr6)、図8の(E)に示す電鉄名選択画面を表示させる(ステップr7)。
顧客は図中の(E)に表示されたコンボボックス85に登録されている電鉄名からどの電鉄にするか選択し、GOボタン89を押下する(ステップr8)。
運用サーバ60は顧客端末11から電鉄名選択信号を受け取り(ステップr9)、該顧客端末11に図8の(F)に示す路線名選択画面を表示させる(ステップr10)。
該路線名選択画面には、先に選択した電鉄名が決定項目表示部85aに表示されており、そのとなりにはコンボボックス85が今度は選択した電鉄に存在する路線名が選択可能に表示されている。顧客が路線名を選択してGOボタン89を押下すると(ステップr11)、運用サーバ60は顧客端末11から路線名選択信号を受け取り(ステップr12)、該顧客端末11に図8の(G)に示す駅名選択画面を表示させる(ステップr13)。
このとき前記決定項目表示部85aには電鉄名に加えて路線名が表示され、前記コンボボックス85はその路線に存在する駅名が選択可能に表示されている。顧客が駅名を選択してGOボタン89を押下すると(ステップr14)、その選択情報は運用サーバ60に送信され、候補の留置き店舗があれば図6の(B)に示した留置き店舗一覧画面を表示させて留置き店舗検索処理を終了する。
前述のステップr1の次に図6の(A)に示した住所ピンポイント検索ボタン87を押下された場合(ステップr15)の処理については、前述したステップr7からr14の処理において、路線名を都道府県と、路線名を市区町村と、駅名を町名(丁目・番地)と置き換えれば、住所ピンポイント検索の処理を示すステップr16からr23の処理と同一で動作も同様であるため、詳細な説明を省略する。
なお、ステップr2,3,4,5,14,23で留置き店舗検索処理を終了したときに、顧客の望む留置き店舗が現れなかった場合、例えば過疎地に在住等のために近隣に留置き店舗が存在しなかった場合や、希望の留置き店舗が発見できなかった場合等には、留置き依頼又は/及び商品購入をキャンセルできるように設定しても良い。留置き依頼のみをキャンセルする場合には、配達先住所と配達希望時間の入力を許容し、顧客の自宅等に配達可能に設定しても良い。
次に、前述のステップn2(図4)に該当する販売店で行う集荷依頼の処理について、以下図面と共に説明する。
図9は、決済伝票を作成する処理フローを示し、図10はその画面イメージを示す。
販売店では、まず店員が販売店端末21(図1)を使用してインターネット網2を介して運用サーバ60にアクセスし、図9の(J)に示すログイン画面でテキストボックス101にアクセスIDを、テキストボックス102にパスワードを入力して確認ボタン103を押下する。運用サーバ60によって送信したアクセスIDとパスワードが適正かどうか判断され、適正であれば以降の決済伝票作成処理等の販売店で実行できる処理が許容される。
前記ログインが正常に行われると、販売店端末21は、運用サーバ60の販売店メンテナンスプログラム73より必要なデータを受信して図10の(K)に示すメニュー画面を表示する(ステップs1)。
販売店の店員によって決済伝票データダウンロードボタン105を押下されると(ステップs2)、前記販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して自己の注文データを問い合わせ(ステップs3)、前記注文データとして注文日、注文番号(伝票番号)、金額、顧客名及び、メールアドレスがあればメールアドレスを受信して、図10の(L)に示す注文データ一覧画面を表示する(ステップs4)。
販売店端末21は、決済伝票の作成が必要な注文に対して印刷要否チェックボックス110を、集荷の必要な注文に対して集荷要否チェックボックス111を前記店員によってチェックされ(ステップs5)、決済伝票ダウンロードボタン112を押下されるのを待つ(ステップs6)。なお、印刷要否一括チェックボタン113及び集荷要否一括チェックボタン114は、押下することでそれぞれのチェックを一括で選択状態にできる。
前記決済伝票ダウンロードボタン112が押下されると、販売店端末21は運用サーバ60に対して注文番号及び集荷依頼情報等を送信して該当する決済伝票データを要求し、運用サーバ60の決済伝票情報生成プログラム77よりチェックされた受注分全ての決済伝票データを受信し(ステップs7)、販売店プリンタ22にて決済伝票3を印刷する(ステップs8)。
なお、前記ステップs6で決済伝票ダウンロードボタン112を押下されたとき、運用サーバ60は図9の仮想線に示すように集配業者サーバ30に対して集荷依頼情報として注文日、注文番号、販売店コード、販売店名、留置き店舗コード、留置き店舗名及びその他物流情報を送信する(ステップs9)。集配業者は、この集荷依頼情報を受けて集荷を行う。
前記決済伝票3は、図11に示すように、顧客情報としては顧客名3aと暗証番号3bのみが印刷される。他には、顧客の支払う金額を表示する金額3c、決済業者の企業コードを表すバーコード3d、運用センタのコードに販売店のコードを続けたコードを表すバーコード3e、注文コードを表すバーコード3f、支払期限に料金を続けた数字を表すバーコード3g、支払期限を表示する支払期限3h及びその他のコードを表すコード3i、コード3jを印刷する。
なお、前記決済伝票は、梱包された商品に窓付きの封筒に入れて外から貼り付ければ、商品の箱を開けることなく封筒から収納伝票を取り出して、CVS店舗のバーコードリーダ43で読取ることができる。このときも顧客の情報は顧客名3aと暗証番号3bのみが表示されているため、個人情報の漏洩(例えば住所、電話番号、TEL、年齢等)の心配がない。
図12は、販売店での物流伝票作成処理を示す処理フロー図である。図10の(K)に示したメニュー画面で(ステップt1)物流伝票データダウンロードボタン106を押下されると(ステップt2)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップt3)、注文データとして注文日、注文番号、金額、顧客名、留置き店舗コード及び留置き店舗名を受信して図13の(M)に示す注文データ一覧画面を表示する(ステップt4)。
販売店端末21は、店員によって物流伝票の作成が必要な注文データの印刷要否チェックボックス121にチェックされ(ステップt5)、物流伝票ダウンロードボタン122を押下されるのを待つ。前記物流伝票ダウンロードボタン122が押下されると、販売店端末21は運用サーバ60に対して注文データの注文番号及び付属情報を送信し(ステップt6)、運用サーバ60の物流情報伝票生成プログラム78より受注情報データベース80(図2)及び留置き店舗情報データベース81に記憶されている情報より物流伝票の印刷に必要な物流伝票情報を受信する(ステップt7)。このとき運用サーバ60は、受信した付属情報より前記販売店に対応する集配業者、つまり前記販売店が提携している集配業者があればその集配業者の物流伝票に印刷するのに必要な物流伝票情報を送信する。
受信した物流データは、販売店プリンタ22によって物流伝票として印刷させる(ステップt8)。
なお、図13の(M)に示した印刷要否一括チェックボタン123は、前述のステップt5で物流伝票の印刷が必要な注文を選択するために印刷要否チェックボックス121にチェックをする際に使用し、該印刷要否一括チェックボタン123を押下することで前記印刷要否チェックボックス121の全てにチェックがされる。
図12を用いて前述した物流伝票作成が販売店でできない場合は、図14に示す処理フローのようにして集配業者に対して集荷依頼と共にその物流伝票の作成を依頼する。
すなわち、図10の(K)に示したメニュー画面で(ステップu1)、店員によって集荷依頼ボタン107を押下されると(ステップu2)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップu3)、注文データとして注文日、注文番号、金額、顧客名及びメールアドレスを受信し、図13の(N)に示す注文データ一覧画面を表示する(ステップu4)。
販売店端末21は、店員によって集荷依頼及び物流伝票の作成依頼が必要な注文データの集荷依頼チェックボックス124にチェックされ(ステップu5)、送信ボタン125を押下されるのを待つ。前記送信ボタン125が押下されると、販売店端末21は運用サーバ60に対してチェックされた注文データの注文番号及び集荷指示情報等の付属情報を送信する(ステップu6)。
運用サーバ60は受注情報データベース80(図2)を更新し、集配業者の集配業者サーバ30に対して集荷依頼情報(注文番号、注文日付、販売店名、留置き店舗等)を送信し、販売店端末21に対して集荷依頼完了を通知する。
販売店端末21は、前記集荷依頼完了の通知を受信して(ステップu7)処理が終了する。
図15は、販売店での受注分割処理を示す処理フロー図である。この受注分割処理とは、例えば商品を5つ注文されたが2つしか在庫になく、顧客が2つだけでも先に欲しいといった場合に利用する。つまり、商品を5つ注文された1つの受注Aに対し、商品を2つ注文された受注Bと商品を3つ注文された受注Cに分割する事で、先に受注Bを処理して商品を2つたけでも代金との引き換えを通常通り行うことができ、残りの受注Cは商品の取り寄せが完了するまで集荷依頼しないで止めておくといったことが可能になる。この受注分割処理について以下に説明する。
図10の(K)に示したメニュー画面で(ステップv1)受注メンテナンスボタン109を押下されると(ステップv2)、販売店端末21は図16の(O)に示す受注メンテナンス画面を表示する(ステップv3)。
店員によって受注分割ボタン133が押下されると(ステップv4)、販売店端末21は運用サーバ60に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し(ステップv5)、注文データとして注文日、注文番号(伝票番号)、金額、顧客名及びメールアドレスを受信して図16の(P)に示す注文データ一覧画面(受注分割用)を表示する(ステップv6)。
受注分割が必要な注文の右横に表示されている受注分割ボタン134が押下されると(ステップv7)、販売店端末21は図16の(Q)に示す受注分割内容入力画面を表示する(ステップv8)。
分割数入力テキストボックス137に分割数が例えば2と入力され、分割後金額入力テキストボックス138に前記分割数に対応する2つの金額を入力(例えば1つ目は10,000円、2つ目は15,000円と入力)し、確認ボタン139が押下されると(ステップv9)、図16の(R)に示す受注分割確認画面を表示する(ステップv10)。
表示した内容を店員に確認されて最終確定ボタン141を押下されると(ステップv11)、受注分割情報として注文番号(伝票番号)、分割数及び分割金額を送信し、運用サーバ60の受注情報データベース80(図2)の情報が更新され(ステップv12)、受注分割処理OKの信号を受信して処理が終了する。
なお、図16の(O)に示した受注メンテナンス画面で受注内容変更ボタン132を押下された場合には、図中の(P)に示した受注分割ボタン135を変更ボタンに変えた画面が表示され、分割処理と同様にして金額や顧客名等の受注内容の変更が実行できる。
また、図10の(K)に示したメニュー画面で商品状況照会ボタン104を押下された場合には、図17の(S)に示す商品状況照会画面を表示する。支払い明細照会ボタン108を押下された場合には、次に表示される画面(図示せず)で確定照会ボタンを選択すると図17の(T)に示す支払明細画面(確報画面)が表示される。該支払明細画面で詳細ボタン151を押下すると、図17の(U)に示す支払明細詳細画面が表示され、表示された画面内のダウンロードボタン152を押下すると明細情報のダウンロードが行える。
前述の支払い明細照会ボタン108を押下して表示される画面(図示せず)で確定照会ボタンではなく速報照会ボタンを押下した場合には、図17の(U)に示した支払明細照会画面の表示項目からダウンロードボタン152及び集荷日を除いた速報画面が表示される。
次に、CVS本部で行うCVS店舗のメンテナンス処理について以下図面と共に説明する。
図18はCVS本部に設置されたCVS本部端末41(図1)で行う処理を示す処理フロー図である。
CVS本部では、まず係員がCVS本部端末41(図1)を使用してインターネット網2を介して運用サーバ60にアクセスし、図19の(V)に示すログイン画面でテキストボックス161にアクセスIDを、テキストボックス162にパスワードを入力して確認ボタン163を押下する。運用サーバ60によって送信したアクセスIDとパスワードが適正かどうか判断され、適正であれば以降のCVS本部端末41で実行できる処理が許容される。
前記ログインが正常に行われると、CVS本部端末41は、運用サーバ60の留置き店舗メンテナンスプログラム79より必要なデータを受信して図19の(W)に示すメニュー画面を表示する(ステップw1)。
ここで、実行する処理に合わせて各ボタンを押下するのであるが、例えば商品状況照会ボタン164を押下されたとする(ステップw2)。
照会条件が入力されると(ステップw3)、照会条件に一致した商品の情報を図19の(X)に示す商品状況照会画面を表示する(ステップw4)。なお、このとき画面には、
CVS店舗コード:CVS店舗毎に割り振られているコード
CVS店舗名:CVS店舗の名称
CVS店舗電話番号:CVS店舗の電話番号
注文日:商品が顧客に注文された日
集荷日:商品が集荷された日
着荷日:商品が着荷した日
収納日:顧客に代金と引き換えに商品を手渡した日
物流状況:商品の着荷や集荷等の状況
収納状況:収納済みか未収納かという状況
取引番号:運用センタでの商品取引番号
金額:顧客がCVS店舗で支払う金額
顧客名:顧客の名称
暗証番号:顧客を確認する暗証番号
の13項目を表示する。
前記ステップw1の次に店舗情報更新ボタン165が押下された場合は(ステップw5)、店舗情報一覧画面を表示し(ステップw6)、更新するCVS店舗を選択させる。係員に更新店舗が選択されると(ステップw7)、店舗情報変更画面を表示し(ステップw8)、係員によって内容を変更された後に更新ボタンを押下されると(ステップw9)、運用サーバ60は留置き店舗情報データベース81のCVS店舗情報を更新する。
なお、該CVS店舗情報の更新は、CVS本部端末41から運用サーバ60へCSV(Comma Separated Value)等の汎用形式でデータを一括送信し、一括更新してもよい。
その際のCVS店舗情報の各項目は、
CVS店舗コード:CVS店舗本部で採番しているコード
CVS店舗名:店舗名
CVS店舗郵便番号:郵便番号
CVS店舗住所(都道府県):住所の都道府県
CVS店舗住所(市町村以下):住所の市町村以下
CVS店舗電話番号:電話番号
最寄り駅1:最寄り駅
最寄り駅2:最寄り駅が2つ以上ある場合の2つ目の最寄り駅
最寄り駅3:最寄り駅が3つ以上ある場合の3つ目の最寄り駅
特徴情報:CVS店舗の特徴となる情報(例えば○△ビル1F等)
留置き可否情報:留置きができるCVS店舗かどうかを表す情報
留置き不可開始日:留置きを不可とする期間の開始日(改装等の時に使用)
留置き不可終了日:留置きを不可とする期間の終了日(改装等の時に使用)
のように設定できる。
前記ステップw1で留置きデータ取込ボタン166が押下された場合には(ステップw10)、CVS店舗宛に留置きされる商品データを運用サーバ60より受信する(ステップw11)。このとき受信するデータは、
取引番号:運用センタでの商品取引番号
販売店コード:販売店を示すコード
販売店名:販売店の名称
販売店電話番号:電話番号
注文日:商品が注文された日付
注文コード:販売店での商品注文番号
払込金額:顧客がCVS店舗にて払い込む金額
集荷日:商品が販売店より集荷された日
留置き店舗コード:商品を留置きするCVS店舗コード
留置き店舗名:商品を留置きするCVS店舗の名称
店着日:留置きするCVS店舗に商品が着荷した日
物流情報:商品が未集荷、集荷済、着荷済のどの状態かを表す情報
収納情報:未収納、速報済、確報済の各収納状態を表す情報
の各項目をCSV等の汎用形式で構成する。
前記ステップw1で支払明細照会ボタン167が押下された場合は(ステップw12)、図20の(Y)に示す支払明細画面が表示される(ステップw13)。
前記支払明細画面で詳細ボタン171を押下されると(ステップw14)、図中の(X)に示すCVS店舗毎、日別毎に一覧表示した支払明細詳細画面が表示される(ステップw15)。
前記支払明細詳細画面でダウンロードボタン172が押下されると、CVS本部端末41は表示データをCSV等の汎用データ形式でダウンロードする(ステップw16)。そのときダウンロードするデータは、
留置き店舗コード:留置きされたCVS店舗の店舗コード
収納日:顧客が代金を払い込んだ日付
留置き個数:一日に留置きされた個数
留置き合計手数料:1日に留置きされた手数料合計
の4項目で構成される。
なお、上述のCVS本部端末41は、CVS店舗に設置すればCVS店舗でも同じ操作ができるし、CVS店舗用にアクセスIDとパスワードを設定すれば、CVS店舗では一部操作のみが可能とすることもできる。
次に、以上に述べた留置き依頼管理システム1での収納情報、商品、決済情報の流れを図21に示す説明図と共に順に説明する。なお、図中の実線は集配情報の流れを示し、一点斜線は商品の流れを示し点線は決済情報の流れを示す。
1.販売店より集荷依頼が運用センタに送信される。
2.該集荷依頼が運用センタより集配業者本部に送信される。
3.前記集荷依頼を受けた集配業者本部は集配業者の営業所に集荷指示を行う。
4.集配業者の営業所は販売店に行って商品を集荷する。
5.集配業者の営業所から本部へ集荷済みの情報が送信される。
6.集配業者本部から運用センタに集荷済み情報と着荷予定情報が送信される。
7.運用センタから販売店と顧客に着荷予定情報が送信される。
8.集配業者営業所からCVS店舗に商品が配送される。
9.集配業者営業所から集配業者本部に配送済み情報が送信される。
10.集配業者本部から運用センタへ配送済み情報(着荷情報)が送信される。
11.運用センタから販売店と顧客に着荷情報が送信される。
12.顧客がCVS店舗にて代金と引き換えに商品を受取る。
13.CVS店舗からCVS本部に代金収納済み情報が送信される。
14.CVS本部から決済業者に代金収納済み情報が送信される。
15.決済業者から運用センタへ代金収納情報が送信される。
16.運用センタからCVS本部へ手数料支払情報が、販売店へ商品代支払情報が、集配業者へ手数料支払情報がそれぞれ送信される。
以上の流れの中で、手数料は図22の説明図に示すように流れて分配される。
1.顧客よりCVS店舗に商品代、物流手数料、留置き手数料、システム手数料、決済手数料を合計した全ての代金が支払われる。
2.CVS店舗で受取ったその代金は、そのままCVS本部を通して決済業者に送金される。
3.決済業者はその全ての代金から取り分である決済手数料受取り、残った商品代、物流手数料、留置き手数料、システム手数料を運用センタに送金する。
4.運用センタは取り分であるシステム手数料を受け取り、商品代は販売店の銀行口座へ、留置き手数料はCVSの銀行口座へ、物流手数料は集配業者の銀行口座へそれぞれ送金する。
以上のようにして、顧客はCVS店舗で代金と引換えに商品を受取ることができ、前払いによるリスクから開放されると共に、取り寄せによる買い物と同様の感覚で希望地のCVS店舗で商品を購入することができる。また、商品の受取には代金が必要であるため、他人による商品のみの取り逃げを回避することもできる。
販売店は、商品代金が安全に回収でき、顧客がCVS店舗に期限までに受取りに来なかった場合でも商品を回収できるため、通販リスクを大幅に減少することができる。
集配業者は、開店しているCVS店舗に配達するため、顧客不在による配達ロスを防止できる。
決済業者は、留置き依頼管理システム1の利用による決済手数料の売上増加を図ることができる。
運用センタは、留置き依頼管理システム1の運用によるシステム手数料の売上を確保することができる。
このようにして、例えば決済は別で商品のみ留置く従来の留置き販売方法に対して、決済も同時に行うべく既存の収納代行システムを利用する場合に発生するコスト及び手間も削減することができる。すなわち、既存の収納代行システムを利用するためには、新たに決済業者の企業コードを収納代行システム及び各POS端末に追加登録する必要が生じる。なぜなら、決済業者を示す企業コードは固定して決定されており、POS端末で対応可能な決済業者を増加させるには、その都度各留め置き店舗のPOS端末に企業コードを追加登録する必要があるからである。この場合の弊害として、システム構築に多大なコストを要し、小さな販売店で導入することは現実的に不可能に近いという問題があった。また、集配業者はその商品留め置き販売方法を実施するCVSの提携業者に限られる等、商品を留置くCVSのシステム及び運用が大きく影響していた。しかしこの発明により、POS端末に企業コードを追加登録する必要がなくなるため、小さな販売店でも低コストで導入することができるようになる。これにより、広範な留置き店舗のネットワークを確保でき、顧客が選択する留置き店舗を増大して、利便性が大幅に向上する。
なお、以上の実施形態では、留置き店舗として本部と支店からなるCVSチェーン(コンビニエンスストア)で説明したが、これに限らず1店舗単位で留置き店舗を登録してもよい。
また、インターネットを介した接続は専用回線での接続としてもよいし、専用回線での接続はインターネット等の公衆回線を介した接続としてもよい。
また、顧客端末11はパーソナルコンピュータに限らず、PDAや携帯電話等の携帯情報端末でもよいし、留置き依頼は顧客端末11に限らず販売店端末21でも可能であるので、販売店が通信販売業者であれば電話やFAXで顧客から注文を受け付け、通信販売業者のオペレータが販売店端末21を操作して留置き依頼を行ってもよい。
また、各サーバ及び端末間のデータの送受信には、CGI(Common Gateway Interface)、ASP(Active Server Pages)、SSI(Server Side Include)、PHP(Hypertext Preprocessor)等のプログラム言語を使用してもよい。
また、販売店Webサーバと販売店端末21は、その機能を一体化させて一つのコンピュータで構成してもよいし、同様にCVS本部サーバ40とCVS本部端末41も一つのコンピュータで構成してもよい。
また、留置き店舗に商品着荷後一定期間経っても顧客が商品を取りに来なかった場合は、留置き店舗から販売店に商品が返送される。この場合でも、販売店は運用業者が受け取る運用手数料、集配業者が受け取る物流手数料、留置き店舗が受け取る留置き手数料を請求されるが、商品は手元に帰ってくるため、商品が残らず代金も未回収となるよりもはるかに少ないリスクで済むようになる。なお、前記物流手数料には、販売店から留置き店舗へ集配する集配手数料のみならず、商品を販売店に返品するための返品手数料を含んでも良い。
また、運用業者と決済業者は同一業者とし、運用サーバ60と決済業者サーバ50を一体に構成し、決済手数料及びシステム手数料を除いた各手数料を分配する構成にしても良い。
また、運用業者とCVSチェーン本部を同一業者とし、運用サーバ60とCVS本部サーバ40を一体に形成しても良く、さらに決済業者も同一業者として決済業者サーバ50も一体化しても良い。
また、CVSチェーンではなく単独店舗を留置き店舗として利用する場合には、該単独店舗に本部サーバ40、CVS本部端末41、及びCVS店舗POS端末42を設置すればよい。
この発明の構成と、上述の実施形態との対応において、
この発明の販売店側コンピュータは、実施形態の販売店端末21に対応し、
以下同様に、
物流会社側コンピュータは、集配業者サーバ30に対応に対応し、
留置き店舗側コンピュータは、CVS本部サーバ40及びCVS本部端末41に対応し、
決済会社側コンピュータは、決済業者サーバ50に対応し、
留置き依頼管理サーバは、運用サーバ60に対応し、
受付プログラムは、留置き依頼制御プログラム71に対応し、
料金情報通知プログラムは、留置き依頼制御プログラム71に対応し、
料金分配プログラムは、留置き依頼制御プログラム71に対応し、
販売店用メンテナンスプログラムは、販売店メンテナンスプログラム73に対応し、
受注分割プログラムは、販売店メンテナンスプログラム73に対応し、
集配依頼プログラムは、集配情報管理プログラム76に対応し、
物流伝票用集配情報生成プログラムは、物流伝票情報生成プログラム78に対応し、
留置き店舗登録データは、留置き店舗情報データベース81に対応し、
留置き店舗は、CVS店舗に対応し、
集配料金情報は、物流手数料に対応し、
商品代金情報は、商品代に対応し、
決済業者コードは、企業コードに対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではない。
発明の効果
この発明により、決済伝票及び物流伝票の印刷に必要な情報を全て運用サーバで生成でき、販売店はプリンタがあれば決済伝票を印刷して使用できるため、決済に関するシステムを別途構築するコストを大幅に削減できる。
また、物流伝票は販売店又は集配業者のどちらでも印刷することができるため、販売店の要望に合わせることができる。たとえば集配業者で物流伝票を印刷すれば、販売店で複写式の物流伝票を印刷するためのプリンタ(たとえばドットインパクトプリンタ)を別途用意する必要がなくなり、コストが削減できる。
また、販売店で決済伝票を出力したことを確認してこれを集配業者に通知することで、集配業者への集荷依頼を自動化できる。つまり、販売店で決済伝票を印刷すれば、集配業者に集荷依頼を行うように設定できるため、作業能率が向上する。
また、受注情報データベースに記憶されている情報には、集荷情報、着荷情報、決済情報等、商品の流れやステータスに応じた情報が付加されていくため、集配業者や留置き店舗で商品がどのような状態にあるのかを販売店で個々の商品単位に常時把握することが出来る。
また、着荷情報と受注データとの照合で、顧客に対する商品の着荷情報通知を運用サーバが代行するため、販売店は留置き店舗に着荷したことを顧客に通知する負担が減少する。
また、留置き店舗情報データベースは、留置き店舗(例えばコンビニエンスストア本部)が直接メンテナンスするため、常に最新の情報が利用者に提供できる。
また、留置き店舗がコンビニエンスストア等の収納代行サービスで留置き可能な店舗であれば、収納データはコンビニエンスストア本部等の店舗本部から決済業者経由で運用センターに流れていくため、既存の収納代行サービスをそのまま流用できる。さらに、企業コードも既存のものを使用するため、システム改変や新規企業コードに対応するといった負荷を必要とせずに留置きサービスの展開による手数料収入が見込める。
また、顧客はインターネット上にクレジットカード等のデータを流す必要がなく、代金と引き換えに商品を受け取れる安心な決済手段が利用できる。その商品受取りについても、氏名と暗証番号のみで引き取ることができ、住所や電話番号が第三者に知られるといった心配がなくなる。
また、集配業者は営業中の留置き店舗に配達すればよいので、商品を配達しても顧客が留守であるといった配達ロスを回避できる。
また、販売店は留置き店舗と個別契約する必要がないため、小規模な販売店でも手軽に留置きサービスを利用できるようになる。
また、通信販売等の販売店では代金未回収率が約3割にも上っていたが、代金と引き換えで商品を手渡すためにそのリスクを回避でき、かりに顧客が受取りに来なくとも、送料等の各種手数料の負担のみで商品は手元に残るため、リスクを大幅に軽減できる。
また、留置き店舗の系列グループに関わらず、例えばCVSチェーンA、CVSチェーンB、及びデパートグループC等、複数系列の留置き店舗のどこでも商品を留置くことができ、該留置き店舗で代金と引換えに受取ることが可能となる。これにより、顧客が選択する留置き店舗の選択肢が大幅に増加し、自宅近辺や勤務先近辺等、顧客にとって最も好ましい留置き店舗を指定して、商品を受取ることができる。
【図面の簡単な説明】
図1は、留置き依頼管理システムの構成を示すシステム構成図である。
図2は、留置き依頼管理サーバ内部のプログラム構成図である。
図3は、販売店側コンピュータ内部のプログラム構成図である。
図4は、留置き依頼管理システムの全体の動作を示す処理フロー図である。
図5は、留置き依頼の処理を示す処理フロー図である。
図6は、留置き依頼の処理の画面イメージを示す外観図である。
図7は、留置き店舗検索処理を示す処理フロー図である。
図8は、留置き店舗検索処理の画面イメージを示す外観図である。
図9は、決済伝票を作成する処理を示す処理フロー図である。
図10は、決済伝票を作成する処理の画面イメージを示す外観図である。
図11は、決済伝票を示す外観図である。
図12は、販売店での物流伝票作成処理を示す処理フロー図である。
図13は、物流伝票作成処理の画面イメージを示す外観図である。
図14は、物流会社での物流伝票作成処理を示す処理フロー図である。
図15は、受注分割処理を示す処理フロー図である。
図16は、受注分割処理の画面イメージを示す外観図である。
図17は、受注メンテナンス処理の画面イメージを示す外観図である。
図18は、留置き店舗で行うメンテナンス処理を示す処理フロー図である。
図19は、留置き店舖で行うメンテナンス処理の画面イメージを示す外観図である。
図20は、留置き店舗で行うメンテナンス処理の画面イメージを示す外観図である。
図21は、留置き依頼管理システムでの各情報の流れを説明する説明図である。
図22は、代金の流れを説明する説明図である。
符号の説明
1…留置き依頼管理システム 72…留置き店舗選択プログラム
2…インターネット網 73…販売店メンテナンスプログラム
3…決済伝票 74…集配情報管理プログラム
11…顧客端末 75…決済情報照会プログラム
20…販売店Webサーバ 76…集配情報管理プログラム
21…販売店端末 77…決済伝票情報生成プログラム
22…販売店プリンタ 78…集配伝票情報生成プログラム
30…集配業者サーバ 79…留置き店舗メンテナンスプログラム
35…物流伝票 80…受注情報データベース
40…CVS本部サーバ 81…留置き店舗情報データベース
41…CVS本部端末 85…コンボボックス
42…CVS店舗POS端末 86…テキストボックス
43…バーコードリーダ 87…住所ピンポイント検索ボタン
50…決済業者サーバ 88…路線・駅名検索ボタン
60…運用サーバ 89…GOボタン
71…留置き依頼制御プログラム 90…戻るボタン
Claims (16)
- 複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、
前記商品の留置き依頼を受付ける受付プログラムと、
集配業者に前記商品の集配を依頼する集配依頼プログラムと、
前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した
留置き依頼管理サーバ。 - 複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、
前記商品の留置き依頼を受付ける受付プログラムと、
前記集配業者に前記集配を依頼する集配依頼プログラムと、
前記集配業者が前記商品を集配して留置きした前記留置き店舗で利用者から徴収した代金のうち、前記集配業者と前記留め置き店舗には手数料を、販売店には商品代金を、それぞれ支払う料金支払プログラムを格納した
留置き依頼管理サーバ。 - 前記手数料を、集配業者が受取る集配手数料、留置き店舗が受取る留置き手数料、決済業者が受取る決済手数料、及び管理業者が受取るシステム手数料とで構成し、
前記料金支払プログラムを、前記決済業者によって決済手数料を減算された残りの手数料及び商品代金に対し、前記集配手数料を前記集配業者に、前記留置き手数料を留め置き店舗に、前記商品代金を販売店に、それぞれ支払う支払処理で構成した
請求の範囲2に記載の留置き依頼管理サーバ。 - 前記留置き店舗は、系列グループ毎に区分して前記留置き店舗登録データに登録され、その区分に関わらず複数区分の留置き店舗から特定条件において留置き店舗を選択させる前記留置き店舗選択プログラムを格納した
請求の範囲1、2又は3に記載の留置き依頼管理サーバ。 - 前記系列グループ毎に、前記留置き店舗登録データに留置き店舗を追加、変更、削除できる留置き店舗メンテナンスプログラムを格納した
請求の範囲4に記載の留置き依頼管理サーバ。 - 前記留置き店舗選択プログラムは、選択の際の手がかりにする留置き店舗の特徴データを登録してこれを参照可能にする
請求の範囲1から5のいずれか1つに記載の留置き依頼管理サーバ。 - 前記留置き店舗で決済するための決済伝票情報を生成し利用可能にする決済伝票情報生成プログラムを格納した
請求の範囲1から6のいずれか1つに記載の留置き依頼管理サーバ。 - 前記決済伝票情報生成プログラムは、前記留置き店舗で使用している決済業者を表す既存と同一の決済業者コードに基づいて前記決済伝票情報を生成する
請求の範囲7に記載の留置き依頼管理サーバ。 - 前記決済伝票情報生成プログラムは、少なくとも商品を購入した顧客名及び暗証コードを表すテキスト情報と、少なくとも前記顧客の支払う料金をバーコード化したイメージ情報から前記決済伝票情報を生成する
請求の範囲7又は8に記載の留置き依頼管理サーバ。 - 前記集配業者で使用する物流伝票に対応して、集配に必要な集配情報を出力可能に生成する物流伝票用集配情報生成プログラムを格納した
請求の範囲1から9のいずれか1つに記載の留置き依頼管理サーバ。 - 販売店から受付けた商品の留置き依頼を一覧表示し、集配業者に集荷依頼する商品の留置き依頼を、前記一覧表示された留置き依頼の項目から任意に選択させて集配業者に集荷依頼をする販売店用メンテナンスプログラムを格納した
請求の範囲1から10のいずれか1つに記載の留置き依頼管理サーバ。 - 一の留置き依頼を二以上の留置き依頼に分割させて、集配業者に対して商品の在庫に合わせた集荷依頼を実行する受注分割プログラムを格納した請求の範囲1から11のいずれか1つに記載の留置き依頼管理サーバ。
- 請求の範囲1から12のいずれか1つに記載の留置き依頼管理サーバに対して接続する接続プログラムと、
前記留置き依頼管理サーバに対して商品の留置き依頼を行う留置き依頼プログラムとを格納した
販売店側コンピュータ。 - 請求の範囲1から12のいずれか1つに記載の留置き依頼管理サーバを備え、
複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させ、
依頼主あるいは販売店から前記商品の留置き依頼を受付け、
集配業者に前記商品の集配を依頼し、
代金決済を行い、若しくは利用者から代金の徴収を行い、
集配業者に、集配料金情報を通知し、若しくは手数料を支払い、
販売店に、商品代金情報を通知する、若しくは商品代金を支払う
留置き依頼管理方法。 - 請求の範囲1から12のいずれか1つに記載の留置き依頼管理サーバと、
留置き店舗が利用する留置き店舗側コンピュータと、
請求の範囲13に記載の販売店側コンピュータと、
決済会社が利用する決済会社側コンピュータと、
物流会社が利用する物流会社側コンピュータとを備え、
請求の範囲14に記載の留置き依頼管理方法を実行可能に構成する
留置き依頼管理システム。 - 請求の範囲7、8又は9に記載の留置き依頼管理サーバの決済伝票情報生成プログラムで生成する決済伝票情報を印刷する又は印刷した決済伝票として、
前記商品を注文した顧客の個人情報の一部のみを利用し、該個人情報の一部と暗証コードにて構成した顧客認証情報を印刷する又は印刷した
決済伝票。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001166355 | 2001-06-01 | ||
JP2001166355 | 2001-06-01 | ||
PCT/JP2002/005330 WO2002099713A1 (fr) | 2001-06-01 | 2002-05-31 | Systeme de gestion de demandes de mise de cote |
Publications (1)
Publication Number | Publication Date |
---|---|
JPWO2002099713A1 true JPWO2002099713A1 (ja) | 2004-09-24 |
Family
ID=19008898
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003502752A Pending JPWO2002099713A1 (ja) | 2001-06-01 | 2002-05-31 | 留置き依頼管理システム |
Country Status (4)
Country | Link |
---|---|
JP (1) | JPWO2002099713A1 (ja) |
KR (1) | KR20030029646A (ja) |
CN (1) | CN1465024A (ja) |
WO (1) | WO2002099713A1 (ja) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006048251A (ja) * | 2004-08-02 | 2006-02-16 | Sagawa Express Co Ltd | 宅配便の事前決済システム |
JP5113585B2 (ja) * | 2008-03-28 | 2013-01-09 | 富士通フロンテック株式会社 | プリペイドカード決済システム、プリペイドカード決済方法、管理装置、および、管理プログラム |
JP4955611B2 (ja) * | 2008-06-03 | 2012-06-20 | 株式会社ジーアール | 売上処理システム |
CN103020803A (zh) * | 2012-09-05 | 2013-04-03 | 北京京东世纪贸易有限公司 | 用于自助式配送的离线提货的***和方法 |
US9010635B2 (en) | 2012-10-31 | 2015-04-21 | Wal-Mart Stores, Inc. | Layaway apparatus and method |
CN103745338A (zh) * | 2014-02-13 | 2014-04-23 | 东信和平科技股份有限公司 | 一种物流业务信息智能管理方法 |
CN104156842A (zh) * | 2014-07-30 | 2014-11-19 | 北京京东尚科信息技术有限公司 | 一种用于自提柜的信息处理方法和装置 |
CN106570660A (zh) * | 2015-10-09 | 2017-04-19 | 阿里巴巴集团控股有限公司 | 物流履行方式信息处理方法及装置 |
JP6681353B2 (ja) * | 2017-01-09 | 2020-04-15 | ecbo株式会社 | 店舗における荷物預かりのための装置、方法及びそのためのプログラム |
JP6554640B1 (ja) * | 2018-04-18 | 2019-08-07 | アイエント株式会社 | 情報処理プログラム、情報処理装置及び情報処理システム |
CN110390780A (zh) * | 2018-04-19 | 2019-10-29 | 鸿富锦精密电子(天津)有限公司 | 餐点寄存*** |
US20210383462A1 (en) * | 2018-09-26 | 2021-12-09 | Medipal Holdings Corporation | Received-order management system, received-order management method, and program |
JP2020052715A (ja) * | 2018-09-27 | 2020-04-02 | 本田技研工業株式会社 | 荷物預入システム |
TWI691866B (zh) * | 2018-10-08 | 2020-04-21 | 兆豐國際商業銀行股份有限公司 | 互動櫃台系統及互動方法 |
JP2020160525A (ja) * | 2019-03-25 | 2020-10-01 | 本田技研工業株式会社 | 配達手配システム、及び配達手配方法 |
JP7514761B2 (ja) | 2020-12-28 | 2024-07-11 | 株式会社オービック | グループ会社内取引データ生成装置、グループ会社内取引データ生成方法およびグループ会社内取引データ生成プログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001014393A (ja) * | 1999-06-29 | 2001-01-19 | Hitachi Ltd | 商品の発注、配達システム及び商品の発注、配達方法 |
JP2001109835A (ja) * | 1999-07-30 | 2001-04-20 | Seven Eleven Japan Co Ltd | オンライン取引の収納代行システム |
JP2001117997A (ja) * | 1999-10-21 | 2001-04-27 | Digital Garage Inc | 電子商取引装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11213050A (ja) * | 1998-01-22 | 1999-08-06 | Wellnet Kk | 商品購入伝票発行システムおよび装置 |
JP4068238B2 (ja) * | 1998-11-02 | 2008-03-26 | 大日本印刷株式会社 | 代金管理票付き配送伝票 |
JP2001125965A (ja) * | 1999-10-26 | 2001-05-11 | Rooson:Kk | オンラインショッピングシステム |
-
2002
- 2002-05-31 CN CN02802410A patent/CN1465024A/zh active Pending
- 2002-05-31 JP JP2003502752A patent/JPWO2002099713A1/ja active Pending
- 2002-05-31 KR KR10-2003-7001392A patent/KR20030029646A/ko not_active Application Discontinuation
- 2002-05-31 WO PCT/JP2002/005330 patent/WO2002099713A1/ja active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001014393A (ja) * | 1999-06-29 | 2001-01-19 | Hitachi Ltd | 商品の発注、配達システム及び商品の発注、配達方法 |
JP2001109835A (ja) * | 1999-07-30 | 2001-04-20 | Seven Eleven Japan Co Ltd | オンライン取引の収納代行システム |
JP2001117997A (ja) * | 1999-10-21 | 2001-04-27 | Digital Garage Inc | 電子商取引装置 |
Also Published As
Publication number | Publication date |
---|---|
KR20030029646A (ko) | 2003-04-14 |
WO2002099713A1 (fr) | 2002-12-12 |
CN1465024A (zh) | 2003-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5434394A (en) | Automated order and delivery system | |
US20020111914A1 (en) | Method for specifying product delivery destinations | |
JP3907923B2 (ja) | リサイクル管理システム及びリサイクル管理方法 | |
US20010023402A1 (en) | System and method for transmitting and journaling a retail transaction | |
MXPA04001424A (es) | Sistema y metodo para el manejo de solicitudes de reservacion para uno o mas articulos de inventario. | |
JPWO2002099713A1 (ja) | 留置き依頼管理システム | |
MXPA04001425A (es) | Sistema y metodo para el manejo de inventario. | |
JP3978991B2 (ja) | 受発注システム、及び記憶媒体 | |
JP2009505238A (ja) | 最適化されたデータベース調整および供給チェーン効率 | |
WO2006006310A1 (ja) | バイヤー端末、買付代行方法、委託買付システムおよび委託買付方法 | |
JP2003160231A (ja) | 物品配送先指定方法 | |
KR100481436B1 (ko) | 통신망을 이용한 물류 운송서비스 방법 | |
JP2001306959A (ja) | 電子商取引支援システム | |
EP1321875A1 (en) | Commodity order acceptance and transportation system, method and recording medium | |
JP2002230340A (ja) | 販売業者管理システムおよび販売業者管理方法 | |
JP2002352170A (ja) | 決済仲介システム及び決済仲介方法 | |
KR102122794B1 (ko) | 배달 주문 처리 방법 및 그를 수행하기 위한 결제 단말 장치 | |
KR100725608B1 (ko) | 인터넷을 이용한 지역별 통합매장의 배달시스템 및 이를이용한 광고메세지를 포함하는 영수증발행방법 | |
JP4679048B2 (ja) | 電子チケット管理・流通システム及び電子チケット流通サーバ | |
JP2002329157A (ja) | オンラインショッピングの決済システム | |
US20030046106A1 (en) | Sales system utilizing electronic communication system | |
KR100376294B1 (ko) | 종합유선방송국을 이용한 홈쇼핑회사의 상품거래방법 및시스템 | |
JP2002265058A (ja) | 商品流通支援システム、商品流通支援装置、商品流通支援方法、これらを実行するプログラム並びに記録媒体 | |
JP2007094844A (ja) | 商品代金保証システムおよび商品代金保証サービスの提供方法 | |
JP2003089425A (ja) | 物流管理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041124 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070612 |