WO2002099713A1

WO2002099713A1 - Systeme de gestion de demandes de mise de cote

Info

Publication number: WO2002099713A1
Application number: PCT/JP2002/005330
Authority: WO
Inventors: Susumu Kitade; Hiroto Noritomo; Tadayuki Ikutani; Noriko Noguchi
Original assignee: Omron Corporation
Priority date: 2001-06-01
Filing date: 2002-05-31
Publication date: 2002-12-12
Also published as: KR20030029646A; CN1465024A; JPWO2002099713A1

Description

明細書留置き依頼管理システム技術分野

この発明は、例えば注文された商品を留置き店舗に留置きしておき (すなわち顧客が受取りに来るまであるいは期限がくるまで一時的に預け置きしておき）、前記商品を注文した顧客が前記留置き店舗で商品を受取る留置きビジネスに使用されるような、留置き依頼管理サーバ、留置き依頼管理方法、留置き依頼管理システム及びこれらに使用する決済伝票に関する。背景技術

従来、電子商取引や通信販売等の店頭販売以外の販売店では、商品を顧客に届ける集配業者及び代金を受取る決済業者に対して販売店毎に個別契約を行っている。そのため、物流及び決済のシステムをその販売店に導入する必要があり、コスト高になる原因となっていた。またこのような販売店では、商品を配送したが顧客が留守であった場合や、代金を支払ってもらえない場合があり、深刻な問題となっていた。

最近ではこの問題を解決しようと、全国展開している C V S (コンビ二エンスストア）によって、自社の C V S店舗に商品を留置きし、 C V S店舗で商品を顧客に渡す商品留置き販売方法が提案されている。この商品留置き販売方法により、顧客は代金を銀行振込等で前払いし、 C V S店舗で商品を受取ることができ、商品配送時の不在や代金未納といつた問題が解消された。 .

しかし、前述の商品留置き販売方法は、物流システムと決済システムが分離（独立）しており、顧客による代金の支払と商品の受取りが別システムで実行されていた。すなわち、顧客による代金の支払は、銀行振込やクレジットカード等を利用した前払い若しくは後払いとなり、 C V S店舗で代金を支払うのと引換えに商品を受取るといったことはできなかった。このため、前払いであれば顧客は商品購入を躊躇することとなり、後払いであれば販売店は代金回収不能というリスクを背負うこととなっていた。

その上、複数種類の C V S と提携して何処の C V S店舗でも留置きするようなことはできなかった。このため、例えば顧客宅の近隣に C V S チェ一ン Aの CV S店舗があるにもかかわらず、留置きサービスを提供している CV Sチェーン Bとは系列グループが異なるため CV Sチェ一ン Aの CV S店舗では受取れないこととなり、少し離れた CV Sチェ一ン Bの C V S店舗まで出かけるといった不便が発生していた。

この発明は、販売店、留置き店舗（ C V S )、集配業者及び決済業者が留置き販売システムに参入することで負担する費用を最小限に抑え、複数の留置き店舗（ C V S ) に留置きでき、利用者が該留め置き店舗で代金と引換えに商品を受取るような、低コストかつ利便性の高い商品留め置き販売方法を提案することを目的とする。発明の開示

この発明は、複数の留置き店舗を登録した留置き店舗登録デ一夕から商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、集配業者に前記商品の集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した留置き依頼管理サーバであることを特徴とする。

前記販売店は、インターネット上のショッピングモール、通信販売店、その他商品を販売する店を含む。

前記留置き店舗は、 C V S、チェーン展開している販売店、大手ス一パ一、量販店、ショッピングセン夕、ガソリンスタンド、駅等、 P O S 端末、 C A T端末を使用している店、その他商品を留置きできる店舖を含む。

前記複数の留置き店舗は、同系列（同グループ）の複数の留置き店舗、又は、複数種類の留置き店舗、すなわち、系列の異なる複数のグループ企業 (例えば C V Sチェーンやデパートグループ等) 又は/及び業務に関連のない単独店舗で構成する等、業務上密接に関連のある企業の店舗、又は業務上互いに関連のないグループ企業の店舗や単独店舗で構成することを含む。

前記決済業者は、決済手数料（又はその他の手数料）を受取って決済の代行を行う収納代行業者で構成することを含み、例えばコンビニェンスストァ等店舗での入金を本部で決済するような系列グループの本部で構成することも含む。

前記留置き依頼は、商品を留置き店舗に配達して留置くことの依頼で構成することを含む。

前記留置き店舗登録デ一夕は、留置き店舗コード（留置き店舗本部で採番しているコード）、留置き店舗名、留置き店舗郵便番号、留置き店舗住所、留置き店舗電話番号、最寄り駅（ 1つ又は複数）、特徴情報（留置き店舗の特徴となる情報（例えば〇△ビル 1 F等））、留置き可否情報 (留置きができる留置き店舗かどうかを表す倩報）、留置き不可開始日 (留置きを不可とする期間の開始日（改装等の時に使用））、留置き不可終了日（留置きを不可とする期間の終了日（改装等の時に使用））、その他留置き店舗を利用者が特定するのに必要な項目のいずれか又は複数で構成することを含む。

前記留置き店舗選択プログラムは、前記留置き店舗登録デ一夕に登録の留置き店舗から住所、地名、電話番号、駅名、留置き店舗名等の情報に基づいて抽出した留置き店舗から選択させるプログラム、一覧表示した全留置き店舗から利用者に選択させるプログラム、又は、系列グループを選択させて絞り込んだ留置き店舗から選択させるプログラム等、利用者に留置き店舖を決定させるプログラムで構成することを含む。

前記受付プログラムは、選択された留置き店舗の留置き店舗コード、又は顧客の氏名等の個人情報、又はこれら複数の情報の組み合わせ等、留置き依頗を処理するに必要な情報を受付けるプログラムで構成することを含む。

前記集配依頼プログラムは、注文日、注文番号、販売店コード、販売店名、留置き店舖ド、又は留置き店舗名等、集配依頼に必要な情報を組み合わせた物流情報を通知するプログラムで構成することを含む。前記料金情報通知プログラムは、集配業者の口座に集配料金を振込み通知する集配料金振込み処理又は/及び集配業者に集配料金を連絡通知する集配料金通知処理を実行し、販売店の口座に商品代金を振込み通知する商品代金振込み処理又は/及び商品代金を連絡通知する商品代金通知処理を実行する 1つの統合プログラム又は複数の個別プログラムで構成することを含む。

加えて、前記料金情報通知プログラムには、留置き店舗又は留置き店舗の本部の口座に留置き手数料を振込み通知する留置き手数料振込み処理、又は/及び留置き店舗又は留置き店舗の本部に留置き手数料を連絡通知する留置き手数料通知処理を実行するプログラムも含めて構成することを含む。なお、前記連絡通知には、メール送信によるメール通知、

F A X送信による F A X通知、又は郵送による郵便通知等、振込み金額や振込み完了の連絡通知とすることを含む。また、該料金情報通知プログラムの実行タイミングは、決済業者での決済処理の後に実行する、あるいは、決済業者での決済処理と共に実行することを含む。

前記通知は、振込み処理の実行（前記振込み通知）、または/及び振込み金額の連絡（前記連絡通知）で構成することを含む。

前記留置き依頼管理サーバは、パーソナルコンピュータ、ワークステ —シヨン、汎用コンピュータ等のコンピュ一夕で構成することを含む。また、上述の各プログラムを実行する留置き依頼管理処理専用のサーバで構成する、又は、決済業者の決済処理をも実行する複合機能を有するサーバで構成することを含む。さらには、 1台の留置き依頼管理サーバに前記各プログラムを全て格納する、あるいは、複数台の留置き管理サ

—バに前記各プログラムを 1つずつあるいはいくつかの組み合わせとして分散させて格納することを含む。

前記構成により、留置き依頼管理サーバが各種処理を管理し、顧客が留置き店舗で代金と引換えに商品を受取ることができ、利用する全ての者に利益を与えることができる。すなわち、顧客は最寄の留置き店舗への一度の訪問で支払と商品受け取りが行えて取引安全性と利便性が向上し、集配業者は不在による配達ロスを削減し、販売店は確実に商品代金 (若しくは商品の返品）を受取ることができて通販リスクを軽減し、留置き店舗は来店する顧客層の拡大と他の商品販売の売上向上を図ることができる。また、留置き依頼管理サーバに決済業者の決済処理をも実行させる場合には、決済業者のシステムに留置き依頼管理機能を組み込む形で同効果を得ることもできる。

また別の発明として、複数の留置き店舗を登録した留置き店舗登録デ —夕から商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、前記商品の留置き依頼を受付ける受付プログラムと、前記集配業者に前記集配を依頼する集配依頼プログラムと、前記集配業者が前記商品を集配して留置きした前記留置き店舗で利用者から徴収した代金のうち、前記集配業者と前記留め置き店舗には手数料を、販売店には商品代金を、それそれ支払う料金支払プログラムを格納した留置き依頼管理サーバとすることができる。

前記料金支払プログラムは、集配業者に集配料金（手数料）を入金する処理を実行し、販売店に商品代金を入金する処理を実行する 1 つの統合プログラム又は複数の個別プログラムで構成することを含み、加えて留置き店舗又は留置き店舗の本部に留置き手数料を入金する処理を実行するプログラムも含めて構成することを含む。

前記代金は、商品代金及び手数料を含む利用者が支払う代金で構成することを含む。

前記構成により、商品代金や手数料が自動で支払われ、利便性を向上することができる。

またこの発明は、前記手数料を、集配業者が受取る集配手数料、留置き店舗が受取る留置き手数料、決済業者が受取る決済手数料、及び管理業者が受取るシステム手数料とで構成し、前記料金支払プログラムを、前記決済業者によって決済手数料を減算された残りの手数料及び商品代金に対し、前記集配手数料を前記集配業者に、前記留置き手数料を留め置き店舗に、前記商品代金を販売店に、それそれ支払う支払処理で構成した留置き依頼管理サーバとすることができる。

前記集配手数料は、集配業者が受取る手数料を指し、集配料金その他の手数料で構成することを含む。

前記留置き手数料は、留置き店舗が受取る手数料を指し、商品を一時的に保管する保管料金その他の手数料で構成することを含む。

前記決済手数料は、決済業者が受取る手数料を指し、決済を代行した代行手数料その他の手数料で構成することを含む。

前記システム手数料は、管理業者が受取る手数料を指し、留置き依頼管理システムの使用料金その他の手数料で構成することを含む。

前記構成により、決済業者によって提供される決済システムを利用した後、商品代金や所定手数料をそれぞれ支払うことができるため、効率的に低コストでシステム構築することができると共に、販売店や留置き店舗を幅広く参画許容することができる。

またこの発明は、前記留置き店舗は、系列グループ毎に区分して前記留置き店舗登録デ一夕に登録され、その区分に関わらず複数区分の留置き店舗から特定条件において留置き店舗を選択させる前記留置き店舗選択プログラムを格納した留置き依頼管理サーバとすることができる。

前記区分は、系列グループを示す企業コ一ドによる区分を含む。

前記特定条件は、留置き店舗の住所、地名、電話番号、駅名、留置き店舗名、又は留置き店舗特徴情報（例えば〇 x駅前や〇 Xビル 1 F 等）等、留置き店舖を特定するのに必要な条件で構成することを含む。

前記選択は、顧客によるパーソナルコンピュー夕や P D A端末等の端末での選択とすることを含む。

前記構成により、複数の系列グループの留置き店舖 (例えば C V Sやデパートグループ等）が前記留置き店舗登録デ一夕に登録されていても、利用者はその区分に関わらずに希望の留置き店舗（例えば最寄の C V S やデパート等）を選択することができ、 1系列グループの留置き店舗しか選択できない場合と比較して留置きできる店舗が飛躍的に増加し、利用者の利便性が高まる。また、例えば留置き手数料を系列グループ毎にまとめて留置き店舗の本部に通知することも可能になり、グループ企業の利益管理が容易になる。

またこの発明は、前記系列グループ毎に、前記留置き店舗登録デ一夕に留置き店舗を追加、変更、削除できる留置き店舗メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。

前記系列グループによる前記店舗登録データへのアクセスは、ュ一ザ

I Dとパスヮードによる個人認証、又は虹彩や指紋や顔情報等のバイオメトロニクス情報に基づく個人認証等、メンテナンスを許容してよい個人を特定するに必要な情報の入力を要求してメンテナンス可能に構成しても良い。

前記留置き店舗メンテナンスプログラムは、前記留置き店舗登録デ一夕から留置き店舗のデータを完全に追加、変更、削除可能なプログラムで'構成することを含み、また、使用不可状態と使用可能状態とに状態変化可能にして構成することを含む。

前記構成により、前記系列グループ毎に前記留置き店舗登録デ一夕に留置き店舗をメンテナンスできるため、留置き店舗（例えば C V Sの本部）で前記留置き店舗登録デ一夕を一括管理することができる。

またこの発明は、前記留置き店舗選択プログラムは、選択の際の手がかりにする留置き店舗の特徴データを登録してこれを参照可能にする留置き依頼管理サーバとすることができる。

前記特徴データは、駅前や〇〇ビル 1 F等の地理的特徴、目印看板や

2階建て等の外観的特徴、又は駐車場の有無やのし紙サービスの有無等の機能的特徴など、顧客が留置き店舗を選択する際のてがかりとなる情報で構成することを含む。

前記参照は、顧客によるパーソナルコンピュ一夕や P D A端末等の端末での参照とすることを含む。

前記構成により、利用者は特徴データを参照することで選択しょうとする留置き店舗を特定しやすくなる。すなわち、留置き店舗の店舗名と住所では利用者がどこの留置き店舗か特定できない場合であっても、例えば〇〇ビル 1 Fといった特徴があれば特定しゃすくなる。

またこの発明は、前記留置き店舗で決済するための決済伝票情報を生成し利用可能にする決済伝票情報生成プログラムを格納した留置き依頼管理サーバとすることができる。

前記決済伝票情報は、支払金額、商品名、個数等の一つ又は複数のテキスト情報、又は/及びバーコ一ド画像等の 1つ又は複数のィメ一ジ情報で構成することを含む。

前記決済伝票情報生成プログラムは、前記商品代金、前記集配手数料- 前記留置き手数料、前記決済手数料、及び前記システム手数料、又はこれらから算出した支払金額、商品名、商品コード、決済業者の企業コード（決済業者コード）、運用業者の企業コード、販売店の企業コード、注文コード、支払期限、又はその他決済に必要な情報の一つ又は複数から決済伝票情報を生成するプログラムで構成することを含む。

前記決済伝票倩報の利用は、例えば販売店で決済伝票情報をダウン口一ド又はメール受信して決済伝票を印刷出力して利用することを含み、イン夕一ネットブラウザ又は専用ソフト等のソフト上に表示された決済伝票情報を該ソフトの印刷機能でそのまま印刷することを含む。

前記構成により、前記留置き依頼管理サーバで決済伝票情報を生成し、販売店で前記決済伝票情報をダウンロードゃメール受信等の方法で受取つて泱済伝票に印刷する、あるいは留置き依頼管理サーバの決済伝票情報をソフト上で表示してそのまま印刷するようにして、決済伝票情報を利用ことができる。

またこの発明は、前記決済伝票情報生成プログラムは、前記留置き店舗で使用している決済業者を表す既存と同一の決済業者コ一ドに基づいて前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。

すなわち、既存の決済業者コードを利用する事により、前記留置き店舗（例えば C V S ) の決済用端末に改良等を加える必要がなくなり、低コストで導入できる。

またこの発明は、前記決済伝票倩報生成プログラムは、少なくとも商品を購入した顧客名及び暗証コ一ドを表すテキスト情報と、少なくとも前記顧客の支払う料金をバーコ一ド化したイメージ情報から前記決済伝票情報を生成する留置き依頼管理サーバとすることができる。

前記暗証コードは、数字のみで構成する暗証番号、アルファベット及び数字で構成するパスヮード等、顧客の指定する文字列又は乱数処理によって自動で割り当てる文字列で構成することを含む。

前記構成により、テキスト情報とバーコ一ド化したィメ一ジ情報を受取ることにより、販売店で決済伝票に必要な情報を印刷することができる。

またこの発明は、前記集配業者で使用する物流伝票に対応して、集配に必要な集配情報を出力可能に生成する物流伝票用集配情報生成プログラムを格納した留置き依頼管理サーバとすることができる。

前記集配情報は、配達先（必要に応じて配達時間を含む）等の集配に必要な情報で構成することを含む。

前記物流伝票は、前記集配情報を印刷する伝票で構成することを含む, 前記物流伝票用集配情報生成プログラムは、前記物流伝票に印刷する留置き店舗名（配達先）等の前記集配情報を生成するプログラムで構成することを含む。

前記集配情報の出力は、販売店又は集配業者で物流伝票に印刷して出力することを含む。前記構成により、生成された物流伝票用集配情報により、販売店又は集配業者で前記物流伝票用集配情報を受取って物流伝票に印刷することができる。

またこの発明は、販売店から受付けた商品の留置き依頼を一覧表示し、集配業者に集荷依頼する商品の留置き依頼を、前記一覧表示された留置き依頼の項目から任意に選択させて集配業者に集荷依頼をする販売店用メンテナンスプログラムを格納した留置き依頼管理サーバとすることができる。

前記集荷依頼は、販売店が集配業者に対して商品の集荷を要請する依頼で構成することができる。

前記一覧表示は、インタ一ネットブラゥザ又は専用ソフト等のソフトを介した販売店側のコンピュータ端末での表示を含む。

前記構成により、販売店で必要に応じて集配業者に集配依頼ができ、在庫切れの商品を含めて注文された場合に、在庫ありの商品を先に集配依頼し、在庫切れの商品の集配依頼を後回しにして、ある分だけを先に処理するといつたことができる。

またこの発明は、一の留置き依頼を二以上の留置き依頼に分割させて、集配業者に対して商品の在庫に合わせた集荷依頼を実行する受注分割プ口グラムを格納した留置き依頼管理サーバとすることができる。

前記留置き依頼の分割は、インターネヅトブラウザ又は専用ソフト等のソフトを介した販売店側のコンピュー夕端末での分割支持によることを含む。

前記構成により、例えば一つの留置き依頼で同じ商品が二つ注文されており、在庫にはその商品が一つしかなかった場合、一つの商品を注文する二つの留置き依頼に分割する事により、別々に集配依頼を行うことができ、商品を注文した利用者に一つだけでも先に届けるといったことが可能になる。

好ましい実施の形態として、前記留置き依頼管理サーバに、前記商品の集配に適応した集配業者を選択する集配業者選択プログラムを格納することができる。

前記集配業者選択プログラムは、販売店又は選択された留置き店舗が契約している集配業者を自動選択するプログラム、あるいは、販売店から留置き店舗までの輸送で最も早い若しくは最も安い集配業者を自動選択するプログラムで構成することを含む。

前記構成により、例えば販売業者が契約している集配業者を選択する、あるいは留置き店舗が契約している集配業者を選択することが可能になり、これらの契約に基づいて送料を割引することが可能になり、顧客の負担する手数料（送料）を減少することができる。

またこの発明は、前記留置き依頼管理サーバに対して接続する接続プログラムと、前記留置き依頼管理サーバに対して商品の留置き依頼を行う留置き依頼プログラムとを格納した販売店側コンピュー夕とすることができる。

前記接続プログラムは、イン夕一ネット等の公衆回線や専用回線又は L A N (ローカルエリアネットワーク）を介して前記留置き依頼管理サ —バに接続する接続するプログラムで構成することを含む。

前記販売店側コンピュータは、パーソナルコンピュータ、 P D A等の携帯情報端末、その他留置き依頼管理サーバと通信可能なコンピュ一夕で構成することを含む。

前記構成により、ネットワークを介して留置き依頼管理サーバに対して留置き依頼が可能なコンピュータとすることができる。なお、前記販売店側コン.ピュー夕は、前記留置き依頼管理サーバから商品代金情報を受取る料金情報受取プログラムを併合して格納することもできる。またこの発明は、前記留置き依頼管理サーバを備え、複数の留置き店舗を登録した留置き店舗登録デ一夕から商品を留置きする留置き店舗を選択させ、依頼主あるいは販売店から前記商品の留置き依頼を受付け、集配業者に前記商品の集配を依頼し、代金決済を行い、若しくは利用者から代金の徴収を行い、集配業者に、集配料金情報を通知し、若しくは手数料を支払い、販売店に、商品代金情報を通知する、若しくは商品代金を支払う留置き依頼管理方法とすることができる。

前記依頼主は、販売店から商品を購入する顧客で構成することを含む ₍ これにより、留置き依頼を管理することができる。

またこの発明は、前記留置き依頼管理サーバと、留置き店舗が利用する留置き店舗側コンピュータと、前記販売店側コンピュータと、決済会社が利用する決済会社側コンピュー夕と、物流会社が利用する物流会社側コンピュータとを備え、前記留置き依頼管理方法を実行可能に構成する留置き依頼管理システムとすることができる。

前記留置き店舗側コンピュータは、留置き店舗又は留置き店舗の本部に設置するパーソナルコンピュータ、ワークステーション、汎用コンビュ一夕等のコンピュ一夕で構成することを含む。

前記決済会社側コンビュー夕は、決済会社に設置するパーソナルコンピュ一夕、ワークステーション、汎用コンピュータ等のコンビュ一夕で構成することを含む。

前記物流会社側コンピュー夕は、物流会社に設置するパーソナルコンピュー夕、ワークステーション、汎用コンピュータ等のコンビュ一夕で構成することを含む。

前記構成により、留置き依頼がシステム化され、効率よく留置き依頼を実行することができる。

また別の発明として、前記留置き依頼管理サーバの決済伝票情報生成プログラムで生成する決済伝票情報を印刷する又は印刷した決済伝票として、前記商品を注文した顧客の個人情報の一部のみを利用し、該個人情報の一部と暗証コ一ドにて構成した顧客認証情報を印刷する又は印刷した決済伝票とすることができる。

前記個人情報の一部は、例えば氏名、ニックネーム、又は住所の番地等、本人であることの確認ができると共に個人情報の漏洩を防止する程度の情報で構成することを含む。

これにより、個人情報の漏洩を防止した上で、簡単な本人認証で本人を確認して留置き店舗で決済することができる。このため、留置き店舗に従事するアルバイト店員等、課される責任の少ない店員であっても商品の受け渡しが可能となる。

以上に説明したこの発明の構成要素は、可能な限り組み合わせて実施の形態を得ることができる。図面の簡単な説明

図 1は、留置き依頼管理システムの構成を示すシステム構成図である, 図 2は、留置き依頼管理サーバ内部のプログラム構成図である。

図 3は、販売店側コンピュータ内部のプログラム構成図である。

図 4は、留置き依頼管理システムの全体の動作を示す処理フ口一図である。

図 5は、留置き依頼の処理を示す処理フロー図である。

図 6は、留置き依頼の処理の画面ィメージを示す外観図である。

図 7は、留置き店舗検索処理を示す処理フロー図である。

図 8は、留置き店舗検索処理の画面ィメ一ジを示す外観図である。

図 9は、決済伝票を作成する処理を示す処理フロー図である。

図 1 0は、決済伝票を作成する処理の画面ィメージを示す外観図である。

図 1 1は、決済伝票を示す外観図である。

図 1 2は、販売店での物流伝票作成処理を示す処理フロー図である。図 1 3は、物流伝票作成処理の画面ィメージを示す外観図である。

図 1 4は、物流会社での物流伝票作成処理を示す処理フロー図である, 図 1 5は、受注分割処理を示す処理フロー図である。

図 1 6は、受注分割処理の画面イメージを示す外観図である。

図 1 7は、受注メンテナンス処理の画面ィメージを示す外観図である, 図 1 8は、留置き店舗で行うメンテナンス処理を示す処理フロー図である。

図 1 9は、留置き店舗で行うメンテナンス処理の画面ィメージを示す外観図である。

図 2 0は、留置き店舗で行うメンテナンス処理の画面ィメージを示す外観図である。

図 2 1は、留置き依頼管理システムでの各情報の流れを説明する説明図である。

図 2 2は、代金の流れを説明する説明図である。発明を実施するための最良の形態

この発明の一実施形態を以下図面と共に説明する。

図 1は留置き依頼管理システム 1の構成を示すシステム構成図である。運用業者には、留置き依頼管理システム 1 の中核をなす運用サーバ 6

0が設置され、該運用サーバ 6 0の内部には、必要なデータを格納する受注情報データベース 8 0及び留置き店舗情報データベース 8 1が設けられている。前記運用サーバ 6 0は、ィン夕一ネット網 2に通信回線を通じて接続され、集配業者サーバ 3 0及び決済業者サーバ 5 0に専用回線又は公衆回線で接続されている。

商品を購入する顧客（エンドユーザ）が利用する顧客端末 1 1は、ィン夕一ネヅト網 2に接続されており、ショッピングモール等のイン夕一ネヅト上の各コンテンツを閲覧でき、該ショッピングモールでの商品注文やその商品を希望する C V S店舗等に留置いて、指定した期間内で都合のよいときに受取りに行く留置き依頼ができる。

商品を販売する販売店には、商品情報を掲載した W e bコンテンツを顧客にィン夕一ネヅトを介して閲覧させる販売店 W e bサーバ 2 0と、前記運用サーバ 6 0内の情報をメンテナンスする販売店端末 2 1が設置されている。前記販売店 W e bサーバ 2 0は商品情報を格納した商品デ —夕べ一ス 2 0 aを内部に有し、前記販売店端末 2 1 には印刷を実行する販売店プリン夕 2 2が接続されている。前記販売店 W e bサーバ 2 0 及び販売店端末 2 1は、どちらもインターネット網 2に接続されている ' 商品の集配を行う集配業者（物流業者）には、集配業者サーバ 3 0が設置されており、前述したように前記運用サーバ 6 0に専用回線又は公衆回線で接続されている。前記集配業者サーバ 3 0は、商品の集配情報を管理し、前記運用サーバ 6 0に対して出荷情報及び着荷情報を送信する。

商品を留置きして顧客に代金と引き換えに手渡す C V S店舗には、前記商品を精算した精算情報を C V S本部に送信する C V S店舗 P O S端末 4 2が設置されている。前記 C V S店舖 P 0 S端末 4 2は、バーコ一ドを読取るバーコードリーダ 4 3を設け、 C V S本部に設置された C V S本部サーバ 4 0と専用回線又は公衆回線で接続されている。

C V S本部には、前記 C V S本部サーバ 4 0 と C V S本部端末 4 1が設置されている。前記 C V S本部サーバ 4 0は、決済業者の決済業者サーバ 5 0に専用回線又は公衆回線で接続されており、該決済業者サーバ 5 0に対して支払予定の明細を表す速報情報及び支払の確定している確報情報を送信する。前記 C V S本部端末 4 1は、イン夕一ネット網 2に接続されており、インターネットを介して運用サーバ 6 0の留置き店舗情報データベース 8 1に登録されている C V S店舗の情報をメンテナンスする。

決済業者には、決済業者サーバ 5 0が接続されており、前述のように C V S本部サーバ 4 0及び運用サーバ 6 0にそれそれ専用回線又は公衆回線で接続されている。前記決済業者サーバ 5 0は、前記速報情報及び確報情報を前記運用サーバ 6 0に送信する。

次に図 2に示すプログラム構成図と共に留置き依頼管理システム 1の中核を成す運用サーバ 6 0内部のプログラム構造について説明する。留置き依頼制御プログラム Ί 1 は、運用サーバ 6 0に格納されている各プログラムの制御を行うメインプログラムである。またこれと共に、留置き依頼を受付ける処理、商品代金や各種手数料を分配（通知）する処理を実行する。また、集配業者を選択可能に設定する場合には、販売店や C V Sチヱ一ンの集配業者との契約状況に基づいて、適切な集配業者を自動選択して決定する処理も実行する。

留置き店舗選択プログラム 7 2は、商品を C V S店舗等に留置くことを希望する顧客に対し、どの C V S店舗に留置きするかを選択させる。販売店メンテナンスプログラム 7 3は、販売店に商品の集荷依頼ゃ受注分割等のメンテナンスを行わせるための処理を実行する。

集配情報送信プログラム 7 4は、商品が集配業者によって販売店から集荷され留置き店舗に着荷するまでの集荷、着荷に関する集配情報を管理し、集荷及び着荷時点で顧客に対して E— m a i 1又は電話、 F A X 等で前記集配情報を送信するための処理を実行する。

決済情報照会プログラム 7 5は、決済業者より受取る決済予定の速報及び決済確定の確報を管理し、該速報及び確報を販売店から照会可能にするための処理を実行する。

集配情報管理プログラム 7 6は、集配業者の集配業者サーバ 3 0に対して販売店へ商品の集荷に行かせる集荷依頼情報を送信し、該集配業者サーバ 3 0から前記商品を集荷した集荷情報、及び前記商品を留置き店舗に配達した着荷情報を受け取り、集配情報を管理するための処理を実行する。

決済伝票情報生成プログラム 7 7は、決済に必要な決済伝票を印刷するための決済伝票情報を生成するための処理を実行する。該決済伝票情報には、文字情報として商品を注文した顧客を特定するための顧客名及び 4桁の暗証番号と顧客が支払う金額とを有し、ィメージ情報として決済業者の企業コードを表すバーコ一ド 3 d (図 1 1 )、運用業者の企業コ一ドと販売店の企業コードを表すバーコード 3 e、注文コードを表すバ一コード 3 f 、支払期限と顧客が支払う金額を表すバーコ一ド 3 gを有する。

物流伝票情報生成プログラム 7 8は、商品を配達するために必要な物流伝票を印刷するための物流伝票情報を生成するための処理を実行する, 該物流伝票情報は、配達先である留置き店舗の住所と店舗名を表す文字情報を有する。

留置き店舗メンテナンスプログラム 7 9は、 C V S本部に設置された

C V S本部端末 4 1で、登録されている留置き店舗の追加、変更、削除をさせて登録内容を管理させるための処理を実行する。

受注情報デ一夕ベース 8 0は、販売店、注文商品名、注文個数及び留置き店舗、さらに物流情報、収納情報、振込み金額などをデータとして記憶している。

留置き店舗情報デ一夕ベース 8 1は、後述する C V S店舗情報をデ一夕として記憶している。

以上の構造により、運用サーバ 6 0は、各デ一夕ベースの管理、必要なデ—夕へのアクセス許可、必要な情報の生成等、留置き依頼管理システム 1の運用に必要な主要処理を実行可能にしている。

次に図 3に示すプログラム構成図と共に販売店で使用する販売店端末

2 1内部のプログラム構造について説明する。

販売店端末制御プログラム 2 6は、販売店端末 2 1に格納されている各プログラムを制御するメインプログラムである。

接続プログラム 2 7は、インターネット網 2を介して運用サーバ 6 0 等に接続可能にするための処理を実行する。

留置き依頼プログラム 2 8は、運用サーバ 6 0に対して留置き依頼情報を送信するための処理を実行する。

料金情報受取プログラム 2 9は、運用サーバ 6 0より送金される料金の情報を受取るための処理を実行する。

以上の構造により、販売端末 2 1は、運用サーバ 6 0にアクセスすることができ、留置き依頼情報の送信や料金情報の受取など、販売店に必要な操作を許容する。

以上の構成、構造からなる留置き依頼管理システム 1の動作を図 4に示す処理フロー図と共に以下に説明する。

顧客は、顧客端末 1 1 を使用してインターネット上のショッピングモール、つまり販売店 W e bサーバ 2 0にアクセスして欲しい商品を選択した後、留置き依頼を実行し、運用サーバ 6 0は留置き依頼制御プログラム 7 1で該留置き依頼を受付ける（ステップ n 1 )。この留置き依頼の詳細については後述する。 '

前記留置き依頼を受けた販売店では、販売店端末 2 1を使用して、ィン夕一ネット網 2を介して運用サーバ 6 0に記憶されている留置き依頼を確認し、在庫切れなどの問題がなければ集荷依頼を指示する。前記運用サーバ 6 0では、前記集荷依頼を集配業者サーバ 3 0が処理可能なデ一夕形式に集配情報管理プログラム 7 6で変換して送信する（ステップ n 2 ) o このとき決済伝票 3 (図 1 1 ) 及び物流伝票 3 5 (図示せず）を印刷するのであるが、詳細は後述する。

集配業者サーバ 3 0は、前記集荷依頼を受けて集配者に前記販売店まで集荷に向かわす。無事集荷が完了すると、集配業者サーバ 3 0は集荷完了と留置き店舗への着荷予定を集荷情報として運用サーバ 6 0に送信し、運用サーバ 6 0では受注情報デ一夕ベース 8 0を更新し、顧客に対して集荷完了と到着予定を E— m a i 1又は電話、 F A X等で連絡する (ステップ n 3 )。

集配業者は、集配した前記商品を留置きする C V S店舗に配達する。配達が無事完了すると、集配業者サーバ 3 0は配達完了を着荷情報として運用サーバ 6 0.に送信し、該運用サーバ 6 0の集配情報送信プログラム 7 4は前記 C V S店舗に前記商品が届いていることを顧客に E - m a i l又は電話、 F A X等で通知し、受注情報デ一夕べ一ス 8 0を更新する（ステップ n 4 )。

E— m a i l又は電話、 F A X等で着荷通知を受けた顧客は、 C V S 店舗に行って代金と引き換えに前記商品を受取る。

そのときの精算情報は、 C V S店舖 P 0 S端末 4 2のバーコ一ドリーダ 4 3で決済伝票 3が読取られ、その読取られた精算情報が C V S本部サーバ 4 0に送信される（ステヅプ n 5 )。

該 C V S本部サーバ 4 0から決済業者サーバ 5 0に対しては、支払い予定の金額は速報情報として、支払うことが確定している金額は確報情報として送信される。前記速報情報及び確報情報は、決済業者サーバ 5

0からそのまま運用サーバ 6 0の決済情報照会プログラム 7 5に送信される。決済業者は前記代金から決済業者の取り分である決済手数料を除いた金額を運用業者に入金して決済を行う。（ステップ n 6 )

運用業者は、前記入金された金額から運用業者の取り分であるシステム手数料を取り、集配業者には集配手数料を、 CV S本部には留置き手数料を、販売店には残った商品代をそれそれ指定の銀行口座に振り込み (ステヅプ n 7 )、処理は終了する。

次に前述のステヅプ n 1の留置き依頼について、図 5に示す処理フ口一と図 6に示す画面イメージと共に以下に説明する。

顧客は、顧客端末 1 1 (図 1 ) を使用してインターネヅト網 2を介して販売店 We bサーバ 2 0にアクセスする。顧客は、販売店 We bサーバ 3 0でホームページとして提供されているインタ一ネヅト上のショヅビングモールで欲しい商品を選択し、注文に必要な数量等の注文情報を入力する（ステップ q l )。このとき、顧客名、発注商品情報及びパスヮ —ドが送信され、概販売店からの注文を受け付ける発注受付 0 K情報を受信する。なお、顧客名、発注商品情報及びパスワードは、毎回顧客に入力させても良く、他にも、例えば販売店で会員登録した顧客 I Dの入力により、顧客名、住所、 T E L、 FAX, E -ma i l , 等の必要情報を呼び出せるように構成しても良い。

前記ショビングモールのホームページには、注文した商品を C V S 店舗等に留置きすることを依頼するための留置きボタンが表示され、顧客は該留置きボタンを押下して留置き依頼の処理に入る（ステップ q 2 ), 前記注文情報は、

販売店コード：販売店を特定するためのコード

注文コード：販売店が管理している商品注文番号

代表商品名：商品名

商品総額：送料、消費税、その他雑費を含んだ販売店での料金個口：商品の個数

顧客名：ェンドユーザである顧客の氏名

顧客メールァドレス：ェンドュ一ザである顧客のメ一ルァドレスェンドュ一ザ確認番号：顧客の電話番号の下 4桁等で作成するパスヮ ―ド

販売店確認キー：販売店を確認するためのキー

の 9項目からなる。なお、そのデータの送信には H T T P (H y p e r T e t T r a n s f e r P r o t o c o 1 ) の P 0 S T機能等を利用してもよい。また、データ送信には S S L ( S e c u r e S o c k e t L a y e r ) 等の暗号化技術を使用しても良い。

販売店 We bサーバ 3 0は、前記留置きボタンの押下を受けてィン夕 —ネット網 2を介して運用サーバ 6 0に接続し、前記注文情報を送信する。このとき留置き依頼の処理は運用サーバ 6 0に引き継がれ、以降の処理はィンターネヅト網 2を介して顧客端末 1 1 と運用サーバ 6 0とのやりとりとなる（ステップ q 3 )。

前記注文情報を受けた運用サーバ 6 0は、顧客端末 1 1の画面に図 6 の（A) に示す留置き店舗検索画面を表示させる（ステップ q 4 )。

前記留置き店舗検索画面をみた顧客は、留置き店舗を絞り込むために留置き店舗選択プログラム 7 2で留置き店舗検索処理に入るのであるが- この留置き店舖検索処理の詳細については後述する（ステップ q 5 )。ステップ q 5での検索結果に留置き店舗の候補があれば次のステヅブ q 7へ進み、候補がなければステップ q 4に戻って再度留置き店舗検索処理を行う（ステップ q 6 )。

前記ステップ q 6で絞り込まれた留置き店舗の候補を、運用サーバ 6 0は顧客端末 1 1 に対して図 6の（B ) に示すように一覧表示させる (ステップ q 7 )。顧客は一覧表示された留置き店舗の中からチェーン名（ C V Sの名前）、店舗名（C V Sの店舗名）、郵便番号、住所、特徴（〇ビル I F等の店舗を特定するための特徴）を手がかりにして希望する留置き店舗を決めてその店舗名を顧客端末 1 1 のマウスでクリックして選択する（ステップ q 8 )。

その選択情報を受けた運用サーバ 6 0は、図 6の（ C ) に示すように、選択された留置き店舗を確認するための確認画面を顧客端末 1 1 に表示させる（ステップ q 9 )。なお、集配業者を複数使用可能に設定している場合には、この段階で販売店が契約して常時利用している集配業者、又は C V Sチヱ一ンで指定している集配業者を留置き依頼制御プログラム 7 1が自動選択して決定すると良く、販売店及び C V Sチ —ン共に集配業者の指定が無ければ、デフオルト指定している基本使用の集配業者 ,を自動選択して決定すると良い。またこのとき、商品代金、及び送料や留置き手数料等の諸手数料の各小計金額又は/及び全合計金額を表示しても良い。

顧客は、表示された前記確認画面を見て選択した留置き店舗に間違いがないことを確認する（ステップ q 1 0 )。

前記確認において選択した留置き店舗に間違いがなければ、顧客によつて 0 Kボタン 9 1が押下され、次のステヅプ q 1 2に進む。確認画面に表示された留置き店舗が希望の店舗と異なる場合は、戻るボタン 9 0 が押下されてステヅプ q 7に戻る（ステヅプ q 1 1 )。

前記ステップ q 1 1で 0 Kボタン 9 1が押下されれば、顧客端末 1 1 ばその選択情報を運用サーバ 6 0に送信し、該運用サーバ 6 0の留置き依頼制御プログラム 7 1がそれを受けて留置き店舗を確定して留置き依頼を受付ける（ステップ q 1 2 )。

前記運用サーバ 6 0は、受取った選択情報より確定した留置き店舗の情報と既に受取っている注文情報を合わせて、図 6の（D ) に示すように顧客端末 1 1に最終確認画面を表示させて（ステップ q 1 3 )、留置き依頼処理を終了する。

次に前記ステツプ q 5の留置き店舗検索処理の詳細について図 7に示す処理フローと図 8に示す画面ィメ一ジと共に以下に説明する。

留置き店舗検索処理では、顧客端末 1 1 (図 1 ) に対してまず図 6の ( A) に示した留置き店舗検索画面を表示させ、顧客に検索方法を選択させる。該留置き店舖検索画面は、. コンボボックス 8 5、テキストボヅクス 8 6、住所ピンポイント検索ボタン 8 7、路線 · 駅名検索ボタン 8 8、 G 0ボタン 8 9及び戻るボタン 9 0が備えられている（ステップ r 1 )。

前記コンボボックス 8 5には、住所検索、駅名検索、郵便番号検索及び電話番号検索の 4項目が選択可能に内蔵されている。顧客はこの 4項目のどれか一つ、例えば住所検索を選択し、テキストボヅクス 8 6に例えば自宅の住所を入力して G 0ボタン 8 9を押下する（ステップ r 2 )。この場合はこれで留置き店舗検索処理が終了し、図 5に示したように前述のステップ q 6に進んで候補となる留置き店舗が存在するか判断し (ステップ q 7 )、候補があれば図 6の（B) に示した留置き店舗一覧画面を表示させる（ステップ q 8 )。このとき一覧表示される留置き店舖 (CV S店舗）は、複数種類の CV Sチェーンが登録されていてもそのチェーン名に関係なく、住所が近い CV S店舗が表示される。つまり、顧客にとって特定の CV Sチェーンの C V S店舗しか利用できないといつた不便がなく、最も近い CV S店舗を選択できる。すなわち、例えば 1種類の CV Sチェーンでしか利用できず、近隣に CV Sチェ一ン Aがあるにも関わらず少し離れた C V Sチェーン Bにまで商品を受け取りに行くという不便さを回避できる。図 7に戻って、前記コンボボックス 8 5で他の 3項目の駅名検索（ステツプ r 3 )、郵便番号検索（ステップ r 4 ) 及び電話番号検索（ステツプ r 5 ) を選択された場合についても同様の処理を行う。

前述のステヅプ r 1の次に図 6の（ A ) に示した駅ピンポイント検索ボタン 8 8を押下された場合は（ステップ r 6 )、図 8の（E ) に示す電鉄名選択画面を表示させる（ステップ r 7 )。

顧客は図中の（ E ) に表示されたコンボボックス 8 5に登録されている電鉄名からどの電鉄にするか選択し、 G 0ボタン 8 9を押下する（ステヅプ r 8 )。

運用サーバ 6 0は顧客端末 1 1から電鉄名選択信号を受け取り（ステップ r 9 )、該顧客端末 1 1に図 8の（F ) に示す路線名選択画面を表示させる（ステップ; Γ 1 0 )。

該路線名選択画面には、先に選択した電鉄名が決定項目表示部 8 5 a に表示されており、そのとなりにはコンボボックス 8 5が今度は選択した電鉄に存在する路線名が選択可能に表示されている。顧客が路線名を選択して G 0ボタン 8 9を押下すると（ステップ r 1 1 )、運用サーバ 6 0は顧客端末 1 1から路線名選択信号を受け取り（ステップ: r 1 2 )、該顧客端末 1 1 に図 8の（ G ) に示す駅名選択画面を表示させる（ステツプ r 1 3 )。

このとき前記決定項目表示部 8 5 aには電鉄名に加えて路線名が表示され、前記コンボボックス 8 5はその路線に存在する駅名が選択可能に表示されている。顧客が駅名を選択して G Oボタン 8 9を押下すると (ステップ r 1 4 )、その選択情報は運用サーバ 6 0に送信され、候補の留置き店舗があれば図 6の（B ) に示した留置き店舗一覧画面を表示させて留置き店舗検索処理を終了する。

前述のステヅプ r 1の次に図 6の（ A ) に示した住所ピンポイント検索ポタン 8 7を押下された場合（ステヅプ： Γ 1 5 ) の処理については、前述したステツプ r 7から r 1 4の処理において、路線名を都道府県と、路線名を市区町村と、駅名を町名（丁目 · 番地）と置き換えれば、住所ピンポイント検索の処理を示すステップ r 1 6から r 2 3の処理と同一で動作も同様であるため、詳細な説明を省略する。

なお、ステップ r 2， 3 , 4 , 5， 1 4 , 2 3で留置き店舗検索処理を終了したときに、顧客の望む留置き店舗が現れなかった場合、例えば過疎地に在住等のために近隣に留置き店舗が存在しなかった場合や、希望の留置き店舗が発見できなかった場合等には、留置き依頼又は/及び商品購入をキャンセルできるように設定しても良い。留置き依頼のみをキヤンセルする場合には、配達先住所と配達希望時間の入力を許容し、顧客の自宅等に配達可能に設定しても良い。

次に、前述のステップ n 2 (図 4 ) に該当する販売店で行う集荷依頼の処理について、以下図面と共に説明する。

図 9は、決済伝票を作成する処理フ口一を示し、図 1 0はその画面ィメ一ジを示す。

販売店では、まず店員が販売店端末 2 1 (図 1 ) を使用してインターネット網 2を介して運用サーバ 6 0にアクセスし、図 9の（J ) に示すログイン画面でテキストボックス 1 0 1 にアクセス I Dを、テキストポヅクス 1 0 2にパスヮ一ドを入力して確認ボタン 1 0 3を押下する。運用サーバ 6 0によって送信したアクセス I Dとパスヮードが適正かどうか判断され、適正であれば以降の決済伝票作成処理等の販売店で実行できる処理が許容される。

前記ログインが正常に行われると、販売店端末 2 1は、運用サーバ 6 0の販売店メンテナンスプログラム 7 3 より必要なデータを受信して図 1 0の（K ) に示すメニュー画面を表示する（ステヅブ s 1 )。販売店の店員によって決済伝票デ一夕ダウンロードボタン 1 0 5を押下されると（ステップ s 2 )、前記販売店端末 2 1は運用サーバ 6 0に対して販売店コード及び注文日を送信して自己の注文データを問い合わせ (ステップ s 3 )、前記注文デ一夕として注文日、注文番号（伝票番号）、金額、顧客名及び、メールアドレスがあればメールアドレスを受信して- 図 1 0の（ L ) に示す注文データ一覧画面を表示する（ステップ s 4 )。販売店端末 2 1 は、決済伝票の作成が必要な注文に対して印刷要否チエックボヅクス 1 1 0を、集荷の必要な注文に対して集荷要否チヱヅクボックス 1 1 1を前記店員によってチェックされ（ステップ s 5 )、決済伝票ダウンロードボタン 1 1 2を押下されるのを待つ（ステップ s 6 )。なお、印刷要否一括チェックボタン 1 1 3及び集荷要否一括チェックボタン 1 1 4は、押下することでそれぞれのチェックを一括で選択状態にできる。

前記決済伝票ダウンロードボタン 1 1 2が押下されると、販売店端末 2 1は運用サーバ 6 0に対して注文番号及び集荷依頼情報等を送信して該当する決済伝票デ一夕を要求し、運用サーバ 6 0の決済伝票情報生成プログラム 7 7よりチヱヅクされた受注分全ての決済伝票デ一夕を受信し（ステップ s 7 )、販売店プリン夕 2 2にて決済伝票 3を印刷する（ステヅプ s 8 )。

なお、前記ステップ s 6で決済伝票ダウン口一ドボタン 1 1 2を押下されたとき、運用サーバ 6 0は図 9の仮想線に示すように集配業者サ一バ 3 0に対して集荷依頼情報として注文日、注文番号、販売店コード、販売店名、留置き店舗コード、留置き店舗名及びその他物流情報を送信する（ステップ s 9 )。集配業者は、この集荷依頼情報を受けて集荷を行 Ό。 '

前記決済伝票 3は、図 1 1 に示すように、顧客情報としては顧客名 3 aと暗証番号 3 Toのみが印刷される。他には、顧客の支払う金額を表示する金額 3 c、決済業者の企業コードを表すバーコード 3 d、運用セン夕のコードに販売店のコ一ドを続けたコードを表すバ一コード 3 e、注文コードを表すバーコ一ド 3 f 、支払期限に料金を続けた数字を表すバ一コード 3 g、支払期限を表示する支払期限 3 h及びその他のコードを表すコード 3 i、コード 3 j を印刷する。

なお、前記決済伝票は、梱包された商品に窓付きの封筒に入れて外から貼り付ければ、商品の箱を開けることなく封筒から収納伝票を取り出して、 C V S店舗のバーコードリーダ 4 3で読取ることができる。このときも顧客の情報は顧客名 3 aと暗証番号 3 bのみが表示されているため、個人情報の漏洩（例えば住所、電話番号、 T E L、年齢等）の心配がない。

図 1 2は、販売店での物流伝票作成処理を示す処理フロー図である。図 1 0の（K ) に示したメニュー画面で（ステヅプ七 1 ) 物流伝票デー夕ダウン口一ドボタン 1 0 6を押下されると（ステヅプ t 2 )、販売店端末 2 1は運用サーバ 6 0に対して販売店コード及び注文日を送信して注文デ一夕の問い合わせを実行し（ステヅプ t 3 )、注文データとして注文日、注文番号、金額、顧客名、留置き店舗コード及び留置き店舗名を受信して図 1 3の（M ) に示す注文データ一覧画面を表示する（ステヅプ t 4 )₀

販売店端末 2 1 は、店員によって物流伝票の作成が必要な注文データの印刷要否チェヅクボックス 1 2 1にチェックされ（ステヅプ七 5 )、物流伝票ダウンロードボタン 1 2 2を押下されるのを待つ。前記物流伝票ダウンロードボタン 1 2 2が押下されると、販売店端末 2 1は運用サ一バ 6 0に対して注文デ一夕の注文番号及び付属情報を送信し（ステップ t 6 )、運用サーバ 6 0の物流情報伝票生成プログラム 7 8より受注情報データベース 8 0 (図 2 ) 及び留置き店舗情報データベース 8 1に記憶されている情報より物流伝票の印刷に必要な物流伝票情報を受信する (ステップ七 7 )。このとき運用サーバ 6 0は、受信した付属情報より前記販売店に対応する集配業者、つまり前記販売店が提携している集配業者があればその集配業者の物流伝票に印刷するのに必要な物流伝票情報を送信する。

受信した物流データは、販売店プリン夕 2 2によって物流伝票として印刷させる（ステップ t 8 )。

なお、図 1 3の（M ) に示した印刷要否一括チェヅクボタン 1 2 3は、前述のステップ t 5で物流伝票の印刷が必要な注文を選択するために印刷要否チヱヅクボヅクス 1 2 1 にチヱヅクをする際に使用し、該印刷要否一括チヱックボタン 1 2 3を押下することで前記印刷要否チヱックボックス 1 2 1の全てにチェックがされる。

図 1 2を用いて前述した物流伝票作成が販売店でできない場合は、図 1 に示す処理フローのようにして集配業者に対して集荷依頼と共にその物流伝票の作成を依頼する。

すなわち、図 1 0の（K ) に示したメニュー画面で（ステップ u 1 )、店員によって集荷依頼ボ夕ン 1 0 7を押下されると（ステップ u 2 )、販売店端末 2 1は運用サーバ 6 0に対して販売店コ一ド及び注文日を送信して注文データの問い合わせを実行し（ステヅブ u 3 )、注文データとして注文日、注文番号、金額、顧客名及びメールアドレスを受信し、図 1 3の（N ) に示す注文データ一覧画面を表示する（ステップ u 4 )。

販売店端末 2 1は、店員によって集荷依頼及び物流伝票の作成依頼が必要な注文データの集荷依頼チエックボックス 1 2 4にチェックされ (ステップ u 5 )、送信ボタン 1 2 5を押下されるのを待つ。前記送信ボタン 1 2 5が押下されると、販売店端末 2 1は運用サーバ 6 0に対してチエツクされた注文デ一夕の注文番号及び集荷指示情報等の付属情報を送信する（ステップ u 6 )。

運用サーバ 6 0は受注情報データべ一ス 8 0 (図 2 ) を更新し、集配業者の集配業者サーバ 3 0に対して集荷依頼情報（注文番号、注文日付、販売店名、留置き店舗等）を送信し、販売店端末 2 1に対して集荷依頼完了を通知する。

' 販売店端末 2 1 は、前記集荷依頼完了の通知を受信して（ステップ u 7 ) 処理が終了する。

図 1 5は、販売店での受注分割処理を示す処理フロー図である。この受注分割処理とは、例えば商品を 5つ注文されたが 2つしか在庫になく、顧客が 2つだけでも先に欲しいといった場合に利用する。つまり、商品を 5つ注文された 1つの受注 Aに対し、商品を 2つ注文された受注 Bと商品を 3つ注文された受注 Cに分割する事で、先に受注 Bを処理して商品を 2つだけでも代金との引き換えを通常通り行うことができ、残りの受注 Cは商品の取り寄せが完了するまで集荷依頼しないで止めておくといったことが可能になる。この受注分割処理について以下に説明する。図 1 0の（ K ) に示したメニュー画面で（ステヅプ v l ) 受注メンテナンスボタン 1 0 9を押下されると（ステップ V 2 )、販売店端末 2 1は図 1 6の（0 ) に示す受注メンテナンス画面を表示する（ステップ v 3 ) , 店員によって受注分割ボタン 1 3 3が押下されると（ステヅプ V 4 )、販売店端末 2 1は運用サーバ 6 0に対して販売店コード及び注文日を送信して注文データの問い合わせを実行し（ステヅプ V 5 )、注文データとして注文日、注文番号（伝票番号）、金額、顧客名及びメールアドレスを受信して図 1 6の（P ) に示す注文データ一覧画面（受注分割用）を表示する（ステップ V 6 )。

受注分割が必要な注文の右横に表示されている受注分割ボタン 1 3 4 が押下されると（ステップ V 7 )、販売店端末 2 1は図 1 6の（ Q ) に示す受注分割内容入力画面を表示する（ステップ V 8 )。

分割数入力テキストボヅクス 1 3 7に分割数が例えば 2と入力され、分割後金額入力テキストボックス 1 3 8に前記分割数に対応する 2つの金額を入力（例えば 1つ目は 1 0 , 0 0 0円、 2つ目は 1 5 , 0 0 0円と入力）し、確認ボタン 1 3 9が押下されると（ステップ V 9 )、図 1 6 の（R) に示す受注分割確認画面を表示する（ステップ V 1 0 )。

表示した内容を店員に確認されて最終確定ボタン 1 4 1を押下されると（ステップ v l 1 )、受注分割情報として注文番号（伝票番号）、分割数及び分割金額を送信し、運用サーバ 6 0の受注情報データベース 8 0 (図 2 ) の情報が更新され（ステップ V 1 2 )、受注分割処理 OKの信号を受信して処理が終了する。

なお、図 1 6の（ 0 ) に示した受注メンテナンス画面で受注内容変更ボタン 1 3 2を押下された場合には、図中の（P ) に示した受注分割ボタン 1 3 5を変更ボタンに変えた画面が表示され、分割処理と同様にして金額や顧客名等の受注内容の変更が実行できる。

また、図 1 0の（K) に示したメニュー画面で商品状況照会ボタン 1 0 4を押下された場合には、図 1 7の（ S ) に示す商品状況照会画面を表示する。支払い明細照会ボタン 1 0 8を押下された場合には、次に表示される画面（図示せず）で確定照会ボタンを選択すると図 1 7の (T) に示す支払明細画面（確報画面）が表示される。該支払明細画面で詳細ボタン 1 5 1を押下すると、図 1 7の（U) に示す支払明細詳細画面が表示され、表示された画面内のダウン口一ドボタン 1 5 2を押下すると明細情報のダゥンロードが行える。

前述の支払い明細照会ボタン 1 0 8を押下して表示される画面（図示せず）で確定照会ボタンではなく速報照会ボタンを押下した場合には、図 1 7の（U) に示した支払明細照会画面の表示項目からダウンロードボタン 1 5 2及び集荷日を除いた速報画面が表示される。

次に、 CV S本部で行う C V S店舗のメンテナンス処理について以下図面と共に説明する。

図 1 8は C V S本部に設置された C V S本部端末 4 1 (図 1 ) で行う処理を示す処理フロー図である。

CV S本部では、まず係員が C V S本部端末 4 1 (図 1 ) を使用してイン夕一ネヅト網 2を介して運用サーバ 6 0にアクセスし、図 1 9の (V) に示すログイン画面でテキストボックス 1 6 1にアクセス I Dを. テキストポヅクス 1 6 2にパスワードを入力して確認ボタン 1 6 3を押下する。運用サーバ 6 0によって送信したアクセス I Dとパスワードが適正かどうか判断され、適正であれば以降の C V S本部端末 4 1で実行できる処理が許容される。

前記ログインが正常に行われると、 CV S本部端末 4 1は、運用サ一バ 6 0の留置き店舗メンテナンスプログラム 7 9より必要なデータを受信して図 1 9の（W) に示すメニュー画面を表示する（ステップ w 1 )。

ここで、実行する処理に合わせて各ボタンを押下するのであるが、例えば商品状況照会ボタン 1 64を押下されたとする（ステップ w 2 )。

照会条件が入力されると（ステップ w 3 )、照会条件に一致した商品の情報を図 1 9の（X) に示す商品状況照会画面を表示する（ステップ w 4)。なお、このとき画面には、

CV S店舗コード： C V S店舖毎に割り振られているコード

CV S店舗名： CV S店舗の名称

CV S店舗電話番号： CV S店舗の電話番号

注文日：商品が顧客に注文された日

集荷日：商品が集荷された曰着荷日：商品が着荷した日

収納日：顧客に代金と引き換えに商品を手渡した日

物流状況：商品の着荷や集荷等の状況

収納状況：収納済みか未収納かという状況

取引番号：運用セン夕での商品取引番号

金額：顧客が CV S店舗で支払う金額

顧客名：顧客の名称

暗証番号：顧客を確認する暗証番号

の 1 3項目を表示する。

前記ステツプ w 1の次に店舗情報更新ボタン 1 6 5が押下された場合は（ステップ w 5 )、店舗情報一覧画面を表示し（ステップ w 6 )、更新する CV S店舗を選択させる。係員に更新店舗が選択されると（ステツプ w 7 )、店舗情報変更画面を表示し（ステップ w8 )、係員によって内容を変更された後に更新ボタンを押下されると（ステップ w 9 )、運用サーバ 6 0は留置き店舗情報データべ一ス 8 1の C V S店舗情報を更新する。

なお、該 C V S店舗情報の更新は、 CV S本部端末 4 1から運用サ一ノ 6 0へ C S V ( C o mma S e p a r a t e d V a l u e ) 等の汎用形式でデータを一括送信し、一括更新してもよい。

その際の CV S店舗情報の各項目は、

CV S店舖コード： C V S店舗本部で採番しているコード

C V S店舗名：店舗名

C VS店舗郵便番号：郵便番号

CVS店舗住所（都道府県）：住所の都道府県

CV S店舗住所（市町村以下）：住所の市町村以下

CV S店舗電話番号：電話番号最寄り駅 1 ：最寄り駅

最寄り駅 2 ：最寄り駅が 2つ以上ある場合の 2つ目の最寄り駅

最寄り駅 3 ：最寄り駅が 3つ以上ある場合の 3つ目の最寄り駅

特徴情報： C V S店舗の特徴となる情報（例えば〇△ビル 1 F等）留置き可否情報：留置きができる C V S店舗かどうかを表す情報留置き不可開始日：留置きを不可とする期間の開始日（改装等の時に使用）

留置き不可終了曰：留置きを不可とする期間の終了日（改装等の時に使用）

のように設定できる。

前記ステップ w 1で留置きデータ取込ボタン 1 6 6が押下された場合には（ステップ w l 0 )、 C V S店舗宛に留置きされる商品デ一夕を運用サーバ 6 0より受信する（ステヅプ w 1 1 )。このとき受信するデータは、取引番号：運用セン夕での商品取引番号

販売店コード：販売店を示すコード

販売店名：販売店の名称

販売店電話番号：電話番号

注文日：商品が注文された日付

注文コード：販売店での商品注文番号

払込金額：顧客が C V S店舗にて払い込む金額

集荷日：商品が販売店より集荷された日

留置き店舗コード：商品を留置きする C V S店舗コード

留置き店舗名：商品を留置きする C V S店舗の名称

店着日：留置きする C V S店舗に商品が着荷した日

物流情報：商品が未集荷、集荷済、着荷済のどの状態かを表す情報収納情報：未収納、速報済、確報済の各収納状態を表す倩報の各項目を C S V等の汎用形式で構成する。

前記ステヅプ w 1で支払明細照会ボタン 1 6 7が押下された場合は (ステップ w l 2 )、図 2 0の（Y) に示す支払明細画面が表示される (ステツプ w 1 3 )。

前記支払明細画面で詳細ボタン 1 7 1を押下されると（ステツプ w 1

4)、図中の（X) に示す CV S店舗毎、日別毎に一覧表示した支払明細詳細画面が表示される（ステップ w 1 5 )。

前記支払明細詳細画面でダウン口一ドボタン 1 Ί 2が押下されると、 C V S本部端末 4 1は表示データを C S V等の汎用データ形式でダウンロードする（ステツプ w 1 6 )。そのときダウンロードするデ一夕は、留置き店舗コード：留置きされた CV S店舗の店舗コード

収納日：顧客が代金を払い込んだ日付

留置き個数：一日に留置きされた個数

留置き合計手数料： 1日に留置きされた手数料合計

の 4項目で構成される。

なお、上述の C V S本部端末 4 1は、 C V S店舗に設置すれば C V S 店舗でも同じ操作ができるし、 CV S店舗用にアクセス I Dとパスヮ一ドを設定すれば、 C V S店舗では一部操作のみが可能とすることもできる。

次に、以上に述べた留置き依頼管理システム 1での収納情報、商品、決済情報の流れを図 2 1に示す説明図と共に順に説明する。なお、図中の実線は集配情報の流れを示し、一点斜線は商品の流れを示し点線は決済情報の流れを示す。

1. 販売店より集荷依頼が運用セン夕に送信される。

2. 該集荷依頼が運用セン夕より集配業者本部に送信される。

3. 前記集荷依頼を受けた集配業者本部は集配業者の営業所に集荷指示を行う。

4 . 集配業者の営業所は販売店に行って商品を集荷する。

5 . 集配業者の営業所から本部へ集荷済みの情報が送信される。

6 . 集配業者本部から運用センタに集荷済み情報と着荷予定情報が送信される。

7 . 運用センタから販売店と顧客に着荷予定情報が送信される。

8 . 集配業者営業所から C V S店舗に商品が配送される。

9 . 集配業者営業所から集配業者本部に配送済み情報が送信される。

1 0 . 集配業者本部から運用セン夕へ配送済み情報（着荷情報）が送信される。

1 1 . 運用セン夕から販売店と顧客に着荷情報が送信される。

1 2 . 顧客が C V S店舗にて代金と引き換えに商品を受取る。

1 3 . C V S店舗から C V S本部に代金収納済み情報が送信される。

1 . C V S本部から決済業者に代金収納済み情報が送信される。 1 5 . 決済業者から運用センタへ代金収納情報が送信される。

1 6 . 運用セン夕から C V S本部へ手数料支払情報が、販売店へ商品代支払情報が、集配業者へ手数料支払情報がそれそれ送信される。

以上の流れの中で、手数料は図 2 2の説明図に示すように流れて分配される。

1 . 顧客より C V S店舗に商品代、物流手数料、留置き手数料、システム手数料、決済手数料を合計した全ての代金が支払われる。

2 . C V S店舗で受取ったその代金は、そのまま C V S本部を通して決済業者に送金される。

3 . 決済業者はその全ての代金から取り分である決済手数料受取り、残った商品代、物流手数料、留置き手数料、システム手数料を運用セン夕に送金する。 4 . 運用セン夕は取り分であるシステム手数料を受け取り、商品代は販売店の銀行口座へ、留置き手数料は C V Sの銀行口座へ、物流手数料は集配業者の銀行口座へそれそれ送金する。

以上のようにして、顧客は C V S店舗で代金と引換えに商品を受取ることができ、前払いによるリスクから開放されると共に、取り寄せによる買い物と同様の感覚で希望地の C V S店舗で商品を購入することができる。また、商品の受取には代金が必要であるため、他人による商品のみの取り逃げを回避すること'もできる。

販売店は、商品代金が安全に回収でき、顧客が C V S店舗に期限までに受取りに来なかった場合でも商品を回収できるため、通販リスクを大幅に減少することができる。

集配業者は、開店している C V S店舗に配達するため、顧客不在による配達ロスを防止できる。

決済業者は、留置き依頼管理システム 1の利用による決済手数料の売上増加を図ることができる。

運用セン夕は、留置き依頼管理システム 1 の運用によるシステム手数料の売上を確保することができる。

このようにして、例えば決済は別で商品のみ留置く従来の留置き販売方法に対して、決済も同時に行うべく既存の収納代行システムを利用する場合に発生するコスト及び手間も削減することができる。すなわち、既存の収納代行システムを利用するためには、新たに決済業者の企業コ一ドを収納代行システム及び各 P 0 S端末に追加登録する必要が生じる, なぜなら、決済業者を示す企業コードは固定して決定されており、 P〇 S端末で対応可能な決済業者を増加させるには、その都度各留め置き店舗の P 0 S端末に企業コードを追加登録する必要があるからである。この場合の弊害として、システム構築に多大なコストを要し、小さな販売店で導入することは現実的に不可能に近いという問題があった。また、集配業者はその商品留め置き販売方法を実施する C V Sの提携業者に限られる等、商品を留置く CV Sのシステム及び運用が大きく影響していた。しかしこの発明により、 P 0 S端末に企業コードを追加登録する必要がなくなるため、小さな販売店でも低コストで導入することができるようになる。これにより、広範な留置き店舗のネットワークを確保でき、顧客が選択する留置き店舗を増大して、利便性が大幅に向上する。

なお、以上の実施形態では、留置き店舗として本部と支店からなる C V Sチェーン（コンビニエンスストア）で説明したが、これに限らず 1 店舗単位で留置き店舗を登録してもよい。

また、インターネットを介した接続は専用回線での接続としてもよいし、専用回線での接続はィンターネット等の公衆回線を介した接続としてもよい。

また、顧客端末 1 1はパーソナルコンピュータに限らず、 P D Aゃ携帯電話等の携帯情報端末でもよいし、留置き依頼は顧客端末 1 1に限らず販売店端末 2 1でも可能であるので、販売店が通信販売業者であれば電話や F AXで顧客から注文を受け付け、通信販売業者のオペレー夕が販売店端末 2 1を操作して留置き依頼を行ってもよい。

また、各サーバ及び端未間のデータの送受信には、 C G I (C o mm o n G a t e wa y I n t e r f a c e j、 A S P (A c t i v e S e r v e r P a g e s )、 S S I ( S e r v e r S i d e I n c l u d' e)、 P HP (H y p e r t e x t P r e p r o c e s s o r) 等のプログラム言語を使用してもよい。

また、販売店 We bサーバと販売店端末 2 1は、その機能を一体化させて一つのコンピュータで構成してもよいし、同様に CV S本部サーバ 4 0と C V S本部端末 4 1も一つのコンピュー夕で構成してもよい。また、留置き店舗に商品着荷後一定期間経っても顧客が商品を取りに来なかった場合は、留置き店舗から販売店に商品が返送される。この場合でも、販売店は運用業者が受け取る運用手数料、集配業者が受け取る物流手数料、留置き店舗が受け取る留置き手数料を請求されるが、商品は手元に帰ってくるため、商品が残らず代金も未回収となるよりもはるかに少ないリスクで済むようになる。なお、前記物流手数料には、販売店から留置き店舗へ集配する集配手数料のみならず、商品を販売店に返品するための返品手数料を含んでも良い。

また、運用業者と決済業者は同一業者とし、運用サーバ 6 0 と決済業者サーバ 5 0を一体に構成し、決済手数料及びシステム手数料を除いた各手数料を分配する構成にしても良い。

また、運用業者と C V Sチヱ一ン本部を同一業者とし、運用サーバ 6 0 と C V S本部サーバ 4 0を一体に形成しても良く、さらに決済業者も同一業者として決済業者サーバ 5 0も一体化しても良い。

また、 C V Sチェーンではなく単独店舗を留置き店舗として利用する場合には、該単独店舗に本部サーバ 4 0、 C V S本部端末 4 1、及び C V S店舗 P 0 S端末 4 2を設置すればよい。

この発明の構成と、上述の実施形態との対応において、

この発明の販売店側コンピュータは、実施形態の販売店端末 2 1 に対応し、

以下同様に、

物流会社側コンピュー夕は、集配業者サーバ 3 0に対応に対応し、留置き店舗側コンピュータは、 C V S本部サーバ 4 0及び C V S本部端末 4 1に対応し、

決済会社側コンピュータは、決済業者サーバ 5 0に対応し、

留置き依頼管理サーバは、運用サーバ 6 0に対応し、受付プログラムは、留置き依頼制御プログラム 7 1に対応し、

料金情報通知プログラムは、留置き依頼制御プログラム 7 1に対応し、料金分配プログラムは、留置き依頼制御プログラム 7 1に対応し、販売店用メンテナンスプログラムは、販売店メンテナンスプログラム 7 3に対応し、

受注分割プログラムは、販売店メンテナンスプログラム 7 3に対応し、集配依頼プログラムは、集配情報管理プログラム 7 6に対応し、物流伝票用集配情報生成プログラムは、物流伝票情報生成プログラム 7 8に対応し、

留置き店舗登録デ一夕は、留置き店舗情報データベース 8 1に対応し、留置き店舗は、 C V S店舗に対応し、

集配料金情報は、物流手数料に対応し、

商品代金情報は、商品代に対応し、

決済業者コードは、企業コードに対応するも、

この発明は、上述の実施形態の構成のみに限定されるものではない。発明の効果

この発明により、決済伝票及び物流伝票の印刷に必要な情報を全て運用サーバで生成でき、販売店はプリン夕があれば決済伝票を印刷して使用できるため、決済に関するシステムを別途構築するコストを大幅に削減できる。

また、物流伝票は販売店又は集配業者のどちらでも印刷することができるため、販売店の要望に合わせることができる。たとえば集配業者で物流伝票を印刷すれば、販売店で複写式の物流伝票を印刷するためのプリン夕（たとえばドットインパクトプリン夕）を別途用意する必要がなくなり、コストが削減できる。また、販売店で決済伝票を出力したことを確認してこれを集配業者に通知することで、集配業者への集荷依頼を自動化できる。つまり、販売店で決済伝票を印刷すれば、集配業者に集荷依頼を行うように設定できるため、作業能率が向上する。

また、受注情報データベースに記憶されている情報には、集荷情報、着荷情報、決済情報等、商品の流れやステータスに応じた情報が付加されていくため、集配業者や留置き店舗で商品がどのような状態にあるのかを販売店で個々の商品単位に常時把握することが出来る。

また、着荷情報と受注データとの照合で、顧客に対する商品の着荷情報通知を運用サーバが代行するため、販売店は留置き店舗に着荷したことを顧客に通知する負担が減少する。

また、留置き店舗情報データペースは、留置き店舗（例えばコンビニエンスストア本部）が直接メンテナンスするため、常に最新の情報が利用者に提供できる。

また、留置き店舗がコンビニエンスストア等の収納代行サービスで留置き可能な店舗であれば、収納データはコンビニエンスストァ本部等の店舗本部から決済業者経由で運用セン夕一に流れていくため、既存の収納代行サービスをそのまま流用できる。さらに、企業コードも既存のものを使用するため、システム改変や新規企業コ一ドに対応するといった負荷を必要とせずに留置きサービスの展開による手数料収入が見込める ( また、顧客はイン夕一ネット上にクレジットカード等のデータを流す必要がなく、代金と引き換えに商品を受け取れる安心な決済手段が利用できる。その商品受取りについても、氏名と暗証番号のみで引き取ることができ、住所や電話番号が第三者に知られるといった心配がなくなる ₍ また、集配業者は営業中の留置き店舗に配達すればよいので、商品を配達しても顧客が留守であるといつた配達ロスを回避できる。また、販売店は留置き店舗と個別契約する必要がないため、小規模な販売店でも手軽に留置きサービスを利用できるようになる。

また、通信販売等の販売店では代金未回収率が約 3割にも上っていたが、代金と引き換えで商品を手渡すためにそのリスクを回避でき、かりに顧客が受取りに来なくとも、送料等の各種手数料の負担のみで商品は手元に残るため、リスクを大幅に軽減できる。

また、留置き店舗の系列グループに関わらず、例えば C V Sチヱーン A、 C V Sチヱ一ン 8、及びデパートグループ C等、複数系列の留置き店舗のどこでも商品を留置くことができ、該留置き店舗で代金と引換えに受取ることが可能となる。これにより、顧客が選択する留置き店舗の選択肢が大幅に増加し、自宅近辺や勤務先近辺等、顧客にとって最も好ましい留置き店舗を指定して、商品を受取ることができる。

Claims

請求の範囲

1 . 複数の留置き店舗を登録した留置き店舗登録デ一夕から商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、

前記商品の留置き依頼を受付ける受付プログラムと、

集配業者に前記商品の集配を依頼する集配依頼プログラムと、

前記集配業者が前記商品を集配して留置きした前記留置き店舗から代金決済の通知がなされ、決済業者での決済処理に基づいて、.集配業者に集配料金情報を通知し、販売店に商品代金情報を通知する料金情報通知プログラムを格納した

留置き依頼管理サーバ。

2 . 複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させる留置き店舗選択プログラムと、

前記商品の留置き依頼を受付ける受付プログラムと、

前記集配業者に前記集配を依頼する集配依頼プログラムと、

前記集配業者が前記商品を集配して留置きした前記留置き店舗で利用者から徴収した代金のうち、前記集配業者と前記留め置き店舗には手数料を、販売店には商品代金を、それそれ支払う料金支払プログラムを格納した

留置き依頼管理サーバ。

3 . 前記手数料を、集配業者が受取る集配手数料、留置き店舗が受取る留置き手数料、決済業者が受取る決済手数料、及び管理業者が受取るシステム手数料とで構成し、

前記料金支払プログラムを、前記決済業者によって決済手数料を減算された残りの手数料及び商品代金に対し、前記集配手数料を前記集配業者 ■ に、前記留置き手数料を留め置き店舗に、前記商品代金を販売店に、それそれ支払う支払処理で構成した

請求の範囲 2に記載の留置き依頼管理サーバ。

4 . 前記留置き店舗は、系列グループ毎に区分して前記留置き店舗登録デ一夕に登録され、その区分に関わらず複数区分の留置き店舗から特定条件において留置き店舗を選択させる前記留置き店舗選択プログラムを格納した

請求の範囲 1、 2又は 3に記載の留置き依頼管理サーバ。

5 . 前記系列グループ毎に、前記留置き店舗登録データに留置き店舗を追加、変更、削除できる留置き店舗メンテナンスプログラムを格納した請求の範囲 4に記載の留置き依頼管理サーバ。

6 . 前記留置き店舗選択プログラムは、選択の際の手がかりにする留置き店舗の特徴データを登録してこれを参照可能にする

請求の範囲 1から 5のいずれか 1つに記載の留置き依頼管理サーバ。

7 . 前記留置き店舗で決済するための決済伝票情報を生成し利用可能にする決済伝票情報生成プログラムを格納した

請求の範囲 1から 6のいずれか 1つに記載の留置き依頼管理サーバ。

8 . 前記決済伝票情報生成プログラムは、前記留置き店舗で使用している決済業者を表す既存と同一の決済業者コードに基づいて前記決済伝票情報を生成する

請求の範囲 7に記載の留置き依頼管理サーバ。

9 . 前記決済伝票情報生成プログラムは、少なくとも商品を購入した顧客名及び暗証コードを表すテキスト情報と、少なくとも前記顧客の支払う料金をバーコード化したィメージ情報から前記決済伝票情報を生成する

請求の範囲 7又は 8に記載の留置き依頼管理サーバ。

1 0 . 前記集配業者で使用する物流伝票に対応して、集配に必要な集配情報を出力可能に生成する物流伝票用集配情報生成プログラムを格納した

請求の範囲 1から 9のいずれか 1つに記載の留置き依頼管理サーバ。

1 1 . 販売店から受付けた商品の留置き依頼を一覧表示し、集配業者に集荷依頼する商品の留置き依頼を、前記一覧表示された留置き依頼の項目から任意に選択させて集配業者に集荷依頼をする販売店用メンテナンスプログラムを格納した

請求の範囲 1から 1 0のいずれか 1つに記載の留置き依頼管理サーバ。

1 2 . —の留置き依頼を二以上の留置き依頼に分割させて、集配業者に対して商品の在庫に合わせた集荷依賴を実行する受注分割プログラムを格納した

請求の範囲 1から 1 1のいずれか 1つに記載の留置き依頼管理サーバ。

1 3 . 請求の範囲 1から 1 2のいずれか 1つに記載の留置き依頼管理サーバに対して接続する接続プログラムと、

前記留置き依頼管理サーバに対して商品の留置き依頼を行う留置き依頼プログラムとを格納した

販売店側コンピュー夕。

1 4 . 請求の範囲 1から 1 2のいずれか 1つに記載の留置き依頼管理サーバを備え、

複数の留置き店舗を登録した留置き店舗登録データから商品を留置きする留置き店舗を選択させ、

依頼主あるいは販売店から前記商品の留置き依頼を受付け、

集配業者に前記商品の集配を依頼し、

代金決済を行い、若しくは利用者から代金の徴収を行い、

集配業者に、集配料金情報を通知し、若しくは手数料を支払い、販売店に、商品代金情報を通知する、若しくは商品代金を支払う留置き依頼管理方法。

1 5 . 請求の範囲 1から 1 2のいずれか 1つに記載の留置き依頼管理サーバと、

留置き店舗が利用する留置き店舗側コンピュ一夕と、

請求の範囲 1 3に記載の販売店側コンピュータと、

決済会社が利用する決済会社側コンピュー夕と、

物流会社が利用する物流会社側コンピュー夕とを備え、

請求の範囲 1 4に記載の留置き依頼管理方法を実行可能に構成する留置き依頼管理システム。

1 6 . 請求の範囲 7、 8又は 9に記載の留置き依頼管理サーバの決済伝票情報生成プログラムで生成する決済伝票情報を印刷する又は印刷した決済伝票として、

前記商品を注文した顧客の個人情報の一部のみを利用し、該個人情報の —部と暗証コ一ドにて構成した顧客認証情報を印刷する又は印刷した決済伝票。