JP2011123711A - 商品の販売管理システム - Google Patents

Abstract

【課題】実店舗の陳列スペースを出品者の商品を販売するために所定期間貸し出す商品の販売管理システムにおいて、顧客が実店舗に実際に来店していない場合にも、陳列商品を知ることができ、実店舗と仮想店舗での販売処理を連携させて、購入者が実店舗に来店せずに、商品の購入が可能な販売システムを提供する。
【解決手段】出品者４に、実店舗２の陳列スペース２１を貸し出し、商品情報を商品管理データベース１２に登録する貸し出しプロセスＰ２と、陳列スペースに商品を陳列して商品を購入可能にし、ネットワークＮを介して購入者が購入可能な仮想店舗３で商品の情報を公開して商品を購入可能にする商品を販売する販売プロセスＰ３を有し、販売プロセスは、実店舗と仮想店舗の何れかで、商品を購入する処理が行われていることをコンピュータが判定した結果、該商品を購入する処理が行われている間、コンピュータは、該商品を購入する他の処理を禁止する。
【選択図】図２

Description

本発明は、陳列スペースを貸与して商品を販売する販売管理システムであって、実店舗とネットワーク上に設置した陳列スペースの商品を連携させて販売管理するシステムに関する。

従来から、出品者に実店舗の陳列スペースを出品者の商品を販売するために所定期間の契約で貸し出す、所謂、棚貸し又はレンタルボックスと称される委託型販売システムが知られている。この委託型販売システムでは、予め出品者は、商品販売者側の実店舗の陳列スペースを契約して借りるとともに、該契約した実店舗の陳列スペースに、出品者の商品を陳列して、購入者が商品を見ることができる状態とする。
なお、このような委託型販売システムでは、通常、実店舗は、陳列スペースとして、出品者に、陳列棚の一部を所定の期間の契約で貸し出すとともに、出品者は、貸し出されたスペースに、貸し出し期限まで自由に商品を陳列して販売する。
購入者は、実店舗に来店して、陳列スペースの商品を吟味し、気に入った商品があれば、該店舗において清算することによって商品を購入する。
また、商品が購入者によって購入された場合には、出品者は、実店舗の手数料として、所定の料金が差し引かれた商品代金を受け取ることができる。すなわち、実店舗側は、陳列スペースの貸し出し期間に応じた賃貸料と、商品販売時の所定の手数料が利益となる。

また、陳列スペースが設置された実店舗に、未だ来店していない購入者を誘引するため、特許文献１には、上記販売システムにおいて、ネットワークを経由して顧客が視聴可能な映像通信により、上記陳列スペースに陳列された商品をネットワーク端末（例えばパーソナルコンピューターや携帯電話端末）で視聴可能にして、未来店の顧客に商品の存在を広告する方法が提案されている。
しかし、このような広告は、陳列スペースに陳列された商品の存在を知らしめるためのチラシや放送による広告に即時性を付加しているに過ぎず、商品を購入する場合には、商品の購入を希望する購入者が実店舗に来店する必要があった。
さらに、上記販売システムでは、同じ商品をどの程度在庫として用意するかは出品者の裁量に委ねられており、単品での販売となる場合が多い。このため、商品の存在を広告しても、その商品の購入を希望する購入者が実店舗へ移動している間に、他の購入希望者に購入されてしまい、商品が売り切れてしまう虞があった。
また、従来から、ネットワーク上に仮想的な店舗を設置して、該仮想的な店舗において、商品を販売する通信販売システムが知られているが、この場合には、購入者は、ネットワークを介して、任意のタイミングで商品の存在を知ることができるが、実店舗が存在しないため商品を実際に見ることができず、委託型販売システムには不向きとされていた。
このため、顧客が、実店舗に実際に来店していない場合にも、現実に陳列され販売されている商品を知ることができ、さらに、実店舗に来店する間に商品が売り切れてしまうような不都合をなくした販売システムの開発が望まれているが、現在、そのような販売システムは知られていない。

特開２００６−７４７１１号公報

本発明は、上記の事情に鑑みてなされ、その目的は、出品者の商品を販売するために、出品者に実店舗の陳列スペースを所定期間の契約で貸し出す商品の販売管理システムにおいて、顧客が実店舗に来店していない場合にも、実際に陳列されている商品を知ることができ、さらに、実店舗と仮想店舗での販売処理を連携させて、購入者が実店舗に来店せずに、商品を購入することが可能な販売システムを提供することにある。

このような課題を解決するために、本発明による商品の販売システムは、出品者に、商品販売者側の実店舗の陳列スペースを所定期間の貸し出し期間の契約で貸し出すとともに、商品を販売するための情報を商品管理データベースに登録する貸し出しプロセスと、貸し出した実店舗の陳列スペースに出品者の商品を陳列し、実店舗において購入者が商品を購入する処理を行なうことで商品を購入可能にし、ネットワークを介して購入者が購入可能な仮想店舗で、実店舗に陳列された商品の情報を公開し、仮想店舗において購入者が商品を購入する処理を行なうことで商品を購入可能にして、商品を販売する販売プロセスとを有し、該販売プロセスでは、実店舗と仮想店舗の何れかの店舗において、商品を購入する処理が行われていることをコンピュータが判定した結果、該商品を購入する処理が行われている間、コンピュータは、該商品を購入する他の処理を禁止するように設定されることを特徴とする商品の販売管理システムとしたことである。
この場合、実店舗において購入者が商品を購入する処理はＰＯＳ処理であり、仮想店舗で購入者が商品を購入する処理は決済処理であっても良い。。

また、前記販売プロセスは、ＰＯＳ処理または決済処理を禁止するように設定されている間に、他の購入者による該商品の購入の予約を受け付けて、該予約を受け付けた他の購入者を交渉待ちデータベースに登録し、該商品を購入する処理が完了しなかったことをコンピュータが判定した場合に、コンピュータは、交渉待ちデータベースを参照して、前記予約が受け付けられた他の購入者に所定の時間を割り当て、該所定の時間内に、前記予約が受け付けられた他の購入者のみがＰＯＳ処理または決済処理を行なって、商品を購入することが可能となるＰＯＳ・決済処理中モードとする処理を行ない、該他の購入者に該商品が購入可能であることを連絡する処理を行ない、前記他の購入者が、ＰＯＳ処理または決済処理を完了させるまでの間、または、前記他の購入者がＰＯＳ処理または決済処理を行なわずに、前記所定の時間が経過するまでの間を交渉中モードとする処理を行ない、前記ＰＯＳ・決済処理中および、交渉中モードの場合に、コンピュータは、新たな購入者による該商品の購入の予約を受け付ける処理を行なう場合もある。

さらに、ＰＯＳ・決済処理中モードとされている時間および、交渉中モードとされている時間によって、出品者に貸し出した実店舗の陳列スペースで商品が、予約が受け付けられた購入者以外に販売ができなかった時間をコンピュータが集計し、陳列スペースを貸し出す契約による所定期間に、前記販売ができなかった時間を付加して、貸し出し期間を延長する場合もある。

本発明によれば、出品者に実店舗の陳列スペースを出品者の商品を販売するために所定期間の契約で貸し出す商品の販売管理システムにおいて、顧客が実店舗に実際に来店していない場合にも、陳列されている商品を知ることができ、さらに、実店舗と仮想店舗での販売処理を連携させて、購入者が実店舗に来店せずに、商品を購入することが可能な販売システムを提供することにある。

本発明の実施例による商品の販売システムの構成を示す図。 本発明の実施例による商品の販売システムの動作フロー示す図。 顧客登録の処理を示すフロー図。 貸し出しの処理を示すフロー図。 販売の処理を示すフロー図。 商品の販売管理システムの処理の流れと、各モードとの関係を示す説明図であり、（ａ）は、商品が陳列・公開され、ＰＯＳ・決済処理が完了した場合を示し、（ｂ）は、商品が陳列・公開され、ＰＯＳ・決済処理が開始されたもののＰＯＳ・決済処理がキャンセルされた場合であって、交渉待ちがない場合を示し、（ｃ）は、商品が陳列・公開され、ＰＯＳ・決済処理が開始されたもののＰＯＳ・決済処理がキャンセルされた場合であって、交渉待ちがある場合を示す。 陳列スペースの貸し出し期間延長の処理を示すフロー図。 顧客管理データベースの一例を示す説明図。 商品管理データベースの一例を示す説明図。 交渉待ちデータベースの一例を示す説明図。 陳列スペースの貸し出された棚に商品が陳列された状態を示す説明図。 仮想店舗に商品が公開された状態を示す説明図。

２ 実店舗
３ 仮想店舗
４ 出品者
５ 購入者
１２ 商品管理データベース
２１ 実店舗の陳列スペース
Ｎ ネットワーク
Ｐ２ 貸し出しプロセス
Ｐ３ 販売プロセス
Ｐ４ 期間延長プロセス

以下、本発明の一実施形態について説明する。なお、本実施形態は本発明の一例にすぎずなんらこれに限定解釈されるものではなく、本発明の範囲内で設計変更可能である。

本実施例による商品の販売管理システムは、前述したように、出品者に実店舗の陳列スペースを出品者が商品を販売するために所定期間の契約で貸し出す委託型販売システムにおいて、商品販売者側の実店舗で貸し出した陳列スペースの商品を商品販売者側の仮想店舗においても公開し、商品の販売の管理をコンピュータにおいて一元管理を行なう。
以下に、本実施例による商品の販売システムについて説明する。なお、図１には、本実施例による商品の販売管理システムの構成例が示され、図２には、商品の販売システムの各プロセスによる処理の一例が示されており、図３乃至図５には、各プロセスによる処理のフロー図が示され、図７乃至図１０には、各データベースに登録されているデータの一例が示されている。

図１中左側の実店舗２には、陳列スペース２１が設置されており、実店舗２で購入者５が商品を購入する場合には、実店舗２の店員がＰＯＳ（販売時点情報管理：:Ｐｏｉｎｔ Ｏｆ ｓａｌｅ Ｓｙｓｔｅｍ）２２を使用して、商品代金の清算処理をする。なお、このＰＯＳ２２は、販売管理データベース１に接続されており、商品の在庫管理や売上げのデータを随時参照して該データの更新をする。
また、図１中右側の仮想店舗３は、実店舗２の陳列スペース２１に実際に陳列されている商品が、ネットワークＮを介して購入可能な状態で公開されている。本実施例では、所謂ネットショップと称される電子決済による商品販売プログラムを採用したＷｅｂページ（ホームページ）をインターネット網（ＷＷＷ：Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）において公開することが想定されている。このようなネットショップでは、当該Ｗｅｂページに、商品の写真と説明及び商品の価格を表示するように公開され、購入者５は、購入者５の端末３２から、前記仮想店舗３にネットワークＮを介してアクセスすることによって、仮想店舗３で公開されている商品を知ることができる。また、購入者５がネットワークＮを介して商品を購入する場合には、端末３２から決済処理をすることができる。
また、購入者５の端末３２としては、ネットワークを介して情報を送受信可能な端末、例えば、パーソナルコンピューター、携帯電話、ＰＤＡ（携帯情報端末：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）及びゲーム機などが適用可能である。なお、ネットワークＮとして、上記インターネット網（ＷＷＷ）の他に、コンピュータネットワーク、携帯電話や固定電話、ＩＰ電話の電話回線網や、電気通信提供会社などの社内通信網などを適用した場合であっても、本実施例の商品の販売管理システムは実現可能である。

また、販売管理データベース１は、実店舗２の陳列スペース２１を貸し出される出品者４や、実店舗２や仮想店舗３で商品を購入する購入者５を顧客として登録管理する顧客管理データベース１１、実店舗２の陳列スペース２１や仮想店舗３で販売される商品の情報を管理する商品管理データベース１２、商品管理データベース１２によって参照される交渉待ちデータベース１３などのほか、店舗の経営に必要なデータベース、例えば売上げデータベースなどによって構成される。
なお、販売管理データベース１は、前記実店舗２のＰＯＳ端末及び仮想店舗２の公開サーバ３１と情報を送受信可能に接続されていれば、何処に設置されていても良い。例えば、実店舗２に設置されていても良いし、或いは、実店舗２以外のデータベースを維持管理する設備に設置されていても良い。

本実施例の商品の販売管理システムは、顧客登録プロセスＰ１、貸し出しプロセスＰ２、販売プロセスＰ３、期間延長プロセスＰ４とで構成されている。
なお、各プロセスは、コンピュータの記憶領域（例えばハードディスク）に格納されるともに、作業領域（例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ ）領域にロードされ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行される。
以下に、本実施例の商品の販売管理システムで処理される各プロセスについて説明する。
〔顧客登録プロセス〕
顧客登録プロセスＰ１は、商品を販売するために、実店舗２の陳列スペース２１の貸し出しを希望する出品者４や、実店舗２の陳列スペース２１や仮想店舗３で公開されている商品の購入を希望する購入者５が、予め、顧客管理データベース１１（図９参照）に顧客として登録する際のプロセスである（図２中の符号１００参照）。
なお、顧客管理データベース１１には、出品者又は購入者（顧客）に一意（唯一無二）に割り当てられる「顧客コード」（符号１１ａ）、出品者又は購入者（顧客）の「氏名」（符号１１ｂ）、「連絡先」（符号１１ｃ）、連絡先として「住所」（符号１１ｄ）、電話番号である「電話」（符号１１ｅ）、メールアドレスである「メール」（符号１１ｆ）などの登録項目を有している。

顧客登録プロセスＰ１の処理の流れを図３に示す顧客登録フロー１００に従って以下に説明する。
まず、出品者又は購入者（顧客）は、実店舗２に来店するか、仮想店舗３の所定のフォームから、顧客登録の申し込みをする（フロー１００中のステップ１０１）。
具体的には、実店舗２は、申し込んだ出品者４又は購入者５に対して、販売管理システムにおいて一意の顧客コードを割り当てるとともに、顧客管理データベース１１に顧客のレコードを作成する。例えば、図８の顧客管理データベース１１では、顧客コードの項目（符号１１ａ）に、前記割り当てた顧客コードのデータとして「Ａ０００１」と「Ａ０００２」が登録されている。

次に、実店舗２は、顧客管理データベース１１に作成された顧客のレコードに、申し込んだ出品者又は購入者の氏名１１ｂを登録（フロー１００中のステップ１０２）するほか、連絡先１１ｃを登録（フロー１００中のステップ１０４）する。なお、連絡先１１ｃとして、例えば、郵便で連絡する場合に使用する住所や、電話で連絡する場合に使用する電話番号、電子メールで連絡する場合に使用するメールアドレスなどが登録される（図８の符号１１ｃ，符号１１ｅ，符号１１ｆ参照）。

〔貸し出しプロセス〕
貸し出しプロセスＰ２は、実店舗２の陳列スペース２１（棚）を出品者に貸し出し、商品管理データベース１２（図９参照）に、貸し出した陳列スペース２１（棚）情報を登録し、実店舗２の陳列スペース２１（棚）に、出品者４の商品を陳列するとともに、仮想店舗３に該商品を公開するプロセスである。
なお、商品管理データベース１２は、商品に一意に割り当てられる管理番号である「管理Ｎｏ．」（符号１２ａ）、商品が陳列される棚番号である「棚Ｎｏ．」（符号１２ｂ）、棚の貸し出し期間の期限日である「期限」（符号１２ｃ）、棚を貸し出された出品者４に割り当てられた「契約者コード」（符号１２ｄ）のほか、「商品名称」（符号１２ｅ）、「価格」（符号１２ｆ）、商品が販売済であるか否かである「販売」（符号１２ｇ）、商品の購入を交渉可能である購入者の顧客コードである「交渉者」（符号１２ｈ）および、商品の説明である「説明」（符号１２k）などの項目を有している。

以下に、図４に示す貸し出しフロー２００に従って、貸し出しプロセスＰ２の処理の流れを説明する。
まず、実店舗２は、出品者４が商品を持ち込むことにより、所定の手続を経て、陳列スペース２１の貸し出しの申し込みを受け付ける。（フロー２００中のステップ２０１）。このとき、実店舗２は、出品者４の個人情報（例えば氏名など）の提供を受け、その個人情報をもとに、顧客管理データベース１１を検索して、出品者４に割り当てられた顧客コード（図８の符号１１ａ）を調べる。また、出品者４に顧客コード１１ｃが付与されていない場合、すなわち、前記検索によって、出品者４の顧客コードが見つからない場合には、前述の顧客登録プロセスＰ１によって、新たに、出品者４に顧客コードを割り当てて、顧客管理データベース１１に登録する。

また、実店舗２は、出品者４が持ち込んだ商品に対して、一意の管理番号を割り当てるとともに、商品管理データベース１２に商品のレコードを作成する（フロー２００中のステップ２０２）。例えば、図９の商品管理データベース１２では、商品管理データベース１２の管理Ｎｏ．の項目（図９中の符号１２ａ）に、管理番号のデータとして「００００１」や「００００２」を登録することによって、商品のレコードを作成している。

次に、実店舗２は、陳列スペース２１のうち、出品者４に貸し出すスペース（棚）の棚番号を決定する（フロー２００中のステップ２０３）。例えば、図９の商品管理データベース１２では、管理番号「００００１」のレコードには、棚Ｎｏ．の項目（図９中の符号１２ｂ）に、棚番号のデータとして「００１Ａ」が登録されている。
また、棚番号の決定とともに、該陳列スペース２１の棚を貸し出す期間が設定される（フロー２００中のステップ２０４）。例えば、図９の商品管理データベース１２では、管理番号「００００１」のレコードには、期限の項目（図９中の符号１２ｃ）に、貸し出し期間の期限日のデータとして「０９１２２５ １５：３０」」が登録されている。
また、商品管理データベース１２には、上記、棚番号のデータ及び、貸し出し期間の期限日のデータの他に、当該棚の出品者４に割り当てられた契約者コードのデータが登録される。例えば、図９の商品管理データベース１２では、管理番号「００００１」のレコードには、当該棚の出品者４に割り当てられた契約者コードのデータ「Ａ０００１」が登録されている。

次に、実店舗２は、出品者４が持ち込んで販売する商品の情報を商品管理データベース１２に登録する（フロー２００中のステップ２０５）。
このとき、商品管理データベース１２の前記商品のレコードには、商品を管理するための基本的な情報として、「棚Ｎｏ．」（符号１２ｂ）の項目に貸し出した棚番号、「期限」（符号１２ｃ）の項目に棚の貸し出し期間、「契約者コード」（１２ｄ）の項目に顧客コード、「商品名称」（符号１２ｅ）の項目に商品の名称、及び、「価格」（符号１２ｆ）の項目に商品の価格などを登録する。
さらに、この時点では、商品は未だ販売されていないので、「販売」（符号１２ｇ）の項目には「未」が登録され、販売当初は、どの購入者でも商品を購入可能であるので、「交渉者」（符号１２ｈ）の項目には「ＡＬＬ」が登録され、ＰＯＳ処理も決済処理も処理中ではないので、「ＰＯＳ・決済処理中」（符号１２ｉ）の項目には「未処理」が登録されている。
また、商品の付加的な情報、例えば、商品の説明などがあれば、「説明」（１２k）の項目に登録する。

例えば、図９の商品管理データベース１２では、前記管理番号（管理Ｎｏ．「００００１」）のレコード中に、棚Ｎｏ．の項目（図４中の符号１２ｂ）に貸し出した棚番号「００１Ａ」が登録され、期限の項目（図４中の符号１２ｃ）に、棚の貸し出し期間が満了する期限日時「０９１２２５ １５：３０」が登録され、顧客コードの項目（図４中の符号１２ｄ）に、前記顧客管理データベース１１に登録されている出品者４の顧客コード「Ａ０００１」（図３中の符号１１ａ）が登録され、商品名称の項目（図４中の符号１２ｅ）に、持ち込まれた商品の名称「マグカップ」が登録され、価格の項目（図４中の符号１２ｆ）に商品の価格「￥５，２５０」が登録される。

また、出品者４が既に陳列スペース２１の棚を借りている場合、すなわち、商品管理データベース１２のデータを出品者４の顧客コードで検索したときに、出品者４に貸し出し中であり、未だ貸し出し期限が満了していない棚Ｎｏ．のデータがあった場合には、新たに持ち込まれた商品は、既に貸し出している棚を使用することになる。
この場合には、棚Ｎｏ．の項目と、期限の項目及び契約者コードの項目には、既に貸し出している棚のレコードと同じデータが登録される。
例えば、図９の商品管理データベース１２では、管理番号「０００２」のレコードが、このような場合に該当する。この場合、契約者コード「Ａ０００１」の出品者４は、既に、管理番号「０００１」の商品において、棚番号「００１Ａ」の棚を借りているので、棚Ｎｏ．の項目（図９中の符号１２ｂ）には、管理番号「０００１」のレコードの棚Ｎｏ．の項目と同じデータ「００１Ａ」が登録される。また、貸し出している棚が同じであるので、期限の項目（図９中の符号１２ｃ）は、管理番号「０００１」のレコードの期限の項目と同じデータ「０９１２２５ １５：３０」が登録される。さらに、出品者４も同一であるので、契約者コードの項目（図９中の符号１２ｄ）には、当該棚の出品者４に割り当てられた契約者コードのデータ「Ａ０００１」が登録されている。
また、商品名称の項目（図４中の符号１２ｅ）には、新たに持ち込んだ商品である「ティーカップ」が登録され、価格の項目（図４中の符号１２ｆ）には、商品ティーカップの価格である「￥２，１２５」が登録される。

各情報の登録を済ませた後には、実店舗２の陳列スペース２１（棚）に、出品者４の商品を陳列（図１１参照）するとともに、仮想店舗３に該商品が公開される（図１２参照）。

〔販売プロセス〕
販売プロセスＰ３は、実店舗２の陳列スペース２１（棚）に、出品者４の商品を陳列するとともに、仮想店舗３に該商品を公開して、実店舗２及び仮想店舗３で商品を販売するプロセスである。
販売プロセスＰ３の処理の流れを図５に示す販売フロー３００に従って以下に説明する。

まず、実店舗２は、前記貸し出しプロセスＰ２で出品者４が持ち込んだ商品を、前記貸し出しプロセスＰ２で出品者４に貸し出した実店舗２の陳列スペース２１（棚）に、出品者４の商品を陳列するとともに、その商品を仮想店舗３で公開する（フロー３００中のステップ３０１）。
具体的には、例えば、図１１に示すように、実店舗２では、実店舗２の陳列スペース２１の出品者４に貸し出された棚２１ａには、棚番号を示す札２１ｄが取り付けられる。さらに、出品者４が実店舗２に持ち込み、前記貸し出しプロセスＰ２で商品管理データベース１２に登録した商品であるマグカップ２１ｂとティーカップ２１ｃが陳列される。また、該棚２１ａには、マグカップ２１ｂの商品名と価格が記載された札２１ｅと、ティーカップ２１ｃの商品名と価格が記載された札２１ｆが配されている。

また、例えば、図１２に示すように、購入者５の端末３２に表示される仮想店舗４のＷｅｂページ３３には、実店舗２の陳列スペース２１の出品者４に貸し出された棚２１ａの情報が表示されている。
具体的には、棚番号を示す表示３ａが掲載されるとともに、上記実店舗２の棚２１ａに陳列したマグカップ２１ｂの情報を表示する領域３４と、ティーカップ２１ｃの情報を表示する領域３５とが表示される。
マグカップ２１ｂの情報を表示する領域３４には、マグカップ２１ｂの画像情報３４ａと、マグカップ２１ｂの商品名と価格の情報３４ｂおよび、マグカップ２１ｂの購入ボタン３４ｃが配される。さらに、後述する、商品が交渉中であることの表示３４ｄと、交渉の予約時に使用されるボタン３４ｅとが表示されている。
また、ティーカップ２１ｃの情報を表示する領域３５には、ティーカップ２１ｃの画像情報３５ａと、ティーカップ２１ｃの商品名と価格の情報３５ｂおよび、ティーカップ２１ｃの購入ボタン３５ｃが配される。
また、図示はされていないが、ティーカップ２１ｃの情報を表示する領域３５にも、商品の購入が無効とされた状態の場合には、商品が交渉中であることの表示３４ｄと、交渉の予約時に使用されるボタン３４ｅが表示される。

次に、購入者５が商品を購入する場合に、実店舗２では、該商品をＰＯＳ処理し、仮想店舗３では、該商品を決済する処理が行なわれる（フロー３００中のステップ３０２）。
実店舗２で陳列された商品を購入者５が購入する場合には、実店舗２のレジにおいて、ＰＯＳ（図１中の符号２２参照）による清算処理を受けて、商品代金を支払うことによって、商品を持ち帰ることができる。このとき、ＰＯＳ端末は、商品管理データベース１２の当該商品のレコードの「販売」（符号１２ｇ）の項目が「未」であること、および、「交渉者」（符号１２ｈ）の項目が「ＡＬＬ」であるか、または、前記購入者５の顧客コードであること、および、「ＰＯＳ・決済処理中」（符号１２ｉ）の項目が「未処理」である場合にのみ、処理を開始する。

これにより、商品が販売済の場合（「販売」（符号１２ｇ）の項目が「済」である場合）や、商品の購入を交渉可能な購入者（交渉者）が限定されている場合（「交渉者」（符号１２ｈ）の項目が顧客コードである場合）や、ＰＯＳ処理または決済処理が行われている場合（「ＰＯＳ・決済処理中」（符号１２ｉ）の項目が「処理中」である場合）には、ＰＯＳ処理が禁止された状態となる。
また、商品が販売済みでなく、商品の購入を交渉可能な購入者（交渉者）が限定されておらず、その商品を購入するための実店舗２でのＰＯＳ処理や仮想店舗３での決済処理が行われていない場合には、未だ顧客コードが割り当てられていない、未登録の顧客であっても、実店舗２では商品を購入することができる。

また、仮想店舗３で公開された商品を購入者が購入する場合には、前記仮想店舗３において、クレジットカード等による決済処理の手続をすることにより、後日、商品の配送を受けることができる。
このとき、決済処理は、購入者５の顧客コードを要求するとともに、商品管理データベース１２の当該商品のレコードの「販売」（符号１２ｇ）の項目が「未」であること、及び、「交渉者」（符号１２ｈ）の項目が「ＡＬＬ」であるか、または、前記購入者５の顧客コードであること、および、「ＰＯＳ・決済処理中」の項目が「未処理」である場合にのみ、処理を開始する。
これにより、商品が販売済の場合や、商品の購入を交渉可能な購入者が限定されている場合や、ＰＯＳ処理または決済処理が行われている場合には、決済処理が禁止された状態となる。
なお、仮想店舗３では、商品を購入者５のクレジットカード等による決済をする必要があることから、仮想店舗３での購入者５は、予め顧客登録を済ませているため、未だ顧客コードが割り当てられていない、未登録の顧客が商品を購入することはできない。

購入者５が商品を購入するために、実店舗２において清算処理を受けている場合、或いは、仮想店舗３において決済処理の手続をしている場合には、当該商品が他の購入希望者による当該商品の購入をすることができないように、「ＰＯＳ・決済処理中モード」とする処理がされる（フロー３００中のステップ３０３）。
具体的には、実店舗２において商品を購入するために、ＰＯＳ処理が開始された場合や、仮想店舗３において商品を購入するために、決済処理の手続が開始されている場合には、商品管理データベース１２の当該商品のレコードの「ＰＯＳ・決済処理中」（符号１２ｉ）の項目が「処理中」に変更される。
これにより、購入者５がＰＯＳ処理や決済処理を行なっている間は、該商品を購入するための他のＰＯＳ・決済処理の開始が禁止されるので、ＰＯＳ・決済処理が重複することが防止される。

前記の仮想店舗３で該商品を購入するための他の決済処理の開始が禁止されている状態の場合には、公開サーバ３１では、購入者５の端末３２に表示される仮想店舗３のＷｅｂページの当該商品の情報（図１２の左側の表示参照）に、商品が交渉中であることを示す表示３４ｄと、商品の交渉を予約するボタン３４ｅとを出現させる。また、商品を購入するボタン３４ｃは、例えば、グレーの色の画像に変更されるなどとともに、その作用が無効となる。また、実店舗２では、他の購入希望者によるＰＯＳ１２の処理が開始されないため、店員がこの商品が交渉中である旨の説明をする。

次に、購入者５によって進められているＰＯＳ・決済処理中に、他の購入希望者によって、その商品を購入することを予約する交渉待ちに登録する受け付け処理が開始される（フロー３００中のステップ３０４）。
交渉待ちとして受け付けられた新たな購入希望者は、前記購入者５のＰＯＳ・決済処理が完了せずに、商品の購入がキャンセルされた場合に、前記交渉待ちに登録した購入希望者のみがその商品を購入するためのＰＯＳ・決済処理を開始することができるようになる。

具体的には、この処理は、仮想店舗３では、前記購入者５によるＰＯＳ・決済処理の間に、他の購入希望者が、Ｗｅｂページの当該商品の情報（図１２の左側の表示参照）に出現している商品の交渉を予約するボタン３４ｅを選択することで開始され、その他の購入希望者の顧客コードの要求とともに、交渉待ちデータベース１３（図１０参照）の当該商品のレコードに登録される。

交渉待ちデータベース１３は、商品の交渉を予約した購入希望者の顧客コードを、予約の順番ととも、商品の管理番号に紐づけて登録したデータベースである。例えば、図１０の交渉待ちデータベース１３では、管理番号「０００１」（管理ＮＯ．の項目（符号１３ａ））のレコードの交渉待ちの項目（符号１３ｂ）には、予約待ちとして、１番の項目（符号１３ｃ）に、最初に予約が受け付けられた顧客の顧客コード「Ａ０００２」が登録され、２番の項目（符号１３ｄ）に、２番目に予約が受け付けられた顧客の顧客コード「Ａ０００３」が登録され、３番の項目（符号１３ｅ）に、３番目に予約が受け付けられた顧客の顧客コード「Ａ０００４」が登録されている。

また、実店舗２では、他の購入希望者のＰＯＳ処理が無効とされた場合に、交渉待ちとして受け付けて欲しい旨を店員に申し出ることにより、店員によって、例えば、店員用モニター装置などが操作されることによって、前記仮想店舗３の処理に準じた処理が行なわれる。なお、他の購入希望者が未だ顧客登録を済ませておらず、顧客コードが割り当てられていない場合には、このときに、前記顧客登録プロセスＰ１によって、顧客登録を済ませる。
交渉待ちを受け付ける処理は、商品がＰＯＳ・決済の処理が完了して販売済みとなるか、あるいは、交渉待ちの購入者が無くなるまで継続される。

次に、ＰＯＳ処理または決済処理が完了して商品が購入者によって購入された場合と、ＰＯＳ処理または決済処理が開始されたものの、処理が途中でキャンセルされた場合とに分けて処理する（フロー３００中のステップ３０５）。
ＰＯＳ処理または決済処理が完了された場合には、商品を販売済みとする処理がされる（フロー３００中のステップ３０７）。具体的には、商品管理データベース１２の当該商品のレコードの「販売」（符号１２ｇ）の項目が「済」に変更されるとともに、出品者４に商品が販売されたことを連絡する。これにより、前記ＰＯＳ・決済処理の開始が禁止されるので、販売済みの商品が他の購入希望者に販売されてしまうことが防止される。

なお、出品者４への連絡は、顧客管理データベース１１の出品者４のレコードの連絡先１１ｃの項目（住所（符号１１ｃ）、電話（符号１１ｅ）、メール（符号１１ｆ）の各項目のデータ）が参照される。また、交渉待ちデータベース１３を調べて、交渉待ちがあれば、交渉を待っている顧客コード（交渉待ちデータベース１３の符号１３ｃ，１３ｄ，１３ｅ）から、顧客管理データベース１１の当該顧客コード（顧客管理データベース１１の符号１１ａ）のレコードの連絡先の１１ｃの項目を参照して、交渉を待っている顧客に商品が販売されたことを連絡する。

次に、ＰＯＳ処理または決済処理が開始されたものの、処理が途中でキャンセルされた場合には、次のステップ（フロー３００中のステップ３０６）に進む。
フロー３００中のステップ３０６では、交渉待ちがある場合と交渉待ちが無い場合とに分けて処理する。交渉待ちがある場合には、商品が交渉中の処理として「交渉中モード」にする交渉中モード設定処理（フロー３００中のステップ３０８）が行われ、交渉待ちがなければ、前記ステップ３０３で設定された「ＰＯＳ・決済処理中モード」または、後述するステップ３０８で設定された「交渉中モード」を解除とする処理がされる（フロー３００中のステップ３１１）とともに、商品管理データベース１２の当該商品のレコードの「交渉者」（符号１２ｈ）の項目が「ＡＬＬ」に変更される。

以下に、交渉待ちがある場合と交渉待ちが無い場合とに分けて説明する。
＜交渉待ちがある場合＞
交渉待ちがある場合に処理される交渉中モード設定処理（ステップ３０８）は、交渉待ちデータベース１３の交渉待ちの項目（符号１３ｂ）に登録されている顧客コードの購入希望者（新たな購入者５）だけが、所定の時間内に当該商品を購入可能とする処理と、「交渉中モード」とされた時間をカウントする処理と、該新たな購入者５に対して、当該商品を購入可能に処理された旨の連絡をする処理とが行われる。
また、交渉中モード設定処理によって、ＰＯＳ・決済処理中モードから「交渉中モード」に切り替えられる。この場合、前記ＰＯＳ・決済処理中モードで、仮想店舗３において表示するように設定された「交渉中モード」と表示する処理および、商品の交渉を予約するボタン３４ｅにより交渉待ちを受け付ける処理が継続され、実店舗２においても、交渉待ちの受け付けが継続される。また、商品管理データベース１２の当該商品のレコードの「ＰＯＳ・決済処理中」（符号１２ｉ）の項目が「未処理」に変更される。

前記新たな購入者５だけが、所定の時間内に当該商品を購入可能とする処理では、具体的には、交渉待ちデータベース１３の交渉待ちの項目（符号１３ｂ）であって、その１番目の項目（符号１３ｃ）に登録されている顧客コードを調べて、その顧客コード（図１０では「Ａ０００２」の顧客コード）を前記商品管理データベース１２の交渉者の項目（符号１２ｈ）にセット（登録）するとともに、所定の時間（例えば２４時間）の計測を開始する。

さらに、前記、交渉待ちデータベース１３の交渉待ちの項目（符号１３ｂ）であって、２番目の項目１３ｄ以降に登録されている顧客コード（例えば、図１０では、２番目の項目１３ｄに登録されている顧客コード「Ａ０００３」と３番目の項目１３ｅに登録されている顧客コード「Ａ０００４」）の順位を１番ずつ若い順位にずらして変更登録する。これにより、次回の同処理においては、次点の購入希望者である顧客コード「Ａ０００３」が購入可能としてセットされることとなる。
また、本ステップの処理において当該商品を購入可能とされた新たな購入者５（例えば、顧客コード「Ａ０００３」）には、顧客管理データベース１１の当該新たな購入者５（例えば、顧客コード「Ａ０００３」）のレコードの連絡先の項目（符号１１ｃ）を参照して、その連絡先に、当該商品が購入可能となった旨の連絡（例えばメール（符号１１ｆ）の送信）をする。

さらに、前記交渉中モード設定処理（ステップ３０８）において所定の時間の計測が開始された結果、計測された時間が、所定の時間（例えば２４時間）となったか否かを判別する処理（ステップ３０９）が行われる。
本ステップにおいて、所定の時間となったと判別された場合、すなわち、前記新たな購入者５が所定の時間内に商品を購入しなかった場合には、前記ステップ３０６の処理へと戻される。また、本ステップにおいて、所定の時間となっていないと判別された場合には、ＰＯＳ・決済処理の要求があったか否かを判別する処理（ステップ３１０）が行われる。

ステップ３１０において、ＰＯＳ・決済処理の要求があったと判別された場合には、前記ステップ３０２の処理へと戻され、ＰＯＳ・決済処理が行われる。また、ＰＯＳ・決済処理が行われるとともに、前記交渉中モードとされている時間の計測を終了する。
なお、このとき、商品管理データベース１２の交渉者１２ｈの項目には、前記ステップ３０８において、新たな購入者５の顧客コード（例えば、顧客コード「Ａ０００２」）が登録されているので、当該顧客コードが割り当てられている新たな購入者５のみが、当該商品を購入するためのＰＯＳ・決済処理を開始することができる。言い換えれば、当該顧客コードが割り当てられている新たな購入者５以外は、当該商品を購入するためのＰＯＳ・決済処理が禁止される。
また、ステップ３１０において、ＰＯＳ・決済処理の要求がなかったと判別された場合には、前記ステップ３０９の処理へと戻す。

＜交渉待ちが無い場合＞
交渉待ちがない場合には、ＰＯＳ・決済処理中モードまたは、交渉中モードを解除する各モード解除処理（ステップ３１１）が行なわれる。
各モード解除処理（ステップ３１１）では、「ＰＯＳ・決済処理中モード」または「交渉中モード」が解除されるとともに、前記商品管理データベース１２の交渉者の項目（符号１２ｈ）を「ＡＬＬ」に変更登録して、ステップ３０２の処理へと戻され、新たな購入者の出現を待ち受ける状態となる。
また、「ＰＯＳ・決済処理中モード」または「交渉中モード」が解除されるので、交渉待ちの受け付けは終了する。
なお、このとき、前記交渉中モードとされている時間の計測を終了する。

ここで、前記「ＰＯＳ・決済処理中モード」と「交渉中モード」の関係について、図６を参照しつつ説明する。
図６（ａ）は、商品が陳列・公開され、ＰＯＳ・決済処理が完了した場合を示す。
この場合には、商品の陳列・公開からＰＯＳ・決済処理までが「モード無し（販売可能な状態）」であり、ＰＯＳ・決済処理からＰＯＳ・決済処理の完了までが「ＰＯＳ・決済処理中モード」であり、ＰＯＳ・決済処理が完了した後は販売済みとされる。
図６（ｂ）は、商品が陳列・公開され、ＰＯＳ・決済処理が開始されたもののＰＯＳ・決済処理がキャンセルされた（完了しなかった）場合であって、交渉待ちがない場合を示す。
この場合には、商品の陳列・公開からＰＯＳ・決済処理までが「モード無し（販売可能な状態）」であり、ＰＯＳ・決済処理からＰＯＳ・決済処理の完了までが「ＰＯＳ・決済処理中モード」であり、ＰＯＳ・決済処理がキャンセルされた後は再び「モード無し（販売可能な状態）」とされる。
図６（ｃ）は、商品が陳列・公開され、ＰＯＳ・決済処理が開始されたもののＰＯＳ・決済処理がキャンセルされた（完了しなかった）場合であって、交渉待ちがある場合を示す。
この場合には、商品の陳列・公開からＰＯＳ・決済処理までが「モード無し（販売可能な状態）」であり、ＰＯＳ・決済処理からＰＯＳ・決済処理の完了までが「ＰＯＳ・決済処理中モード」であり、ＰＯＳ・決済処理がキャンセルされた後から、ＰＯＳ・決済処理が開始されるまで、または、モードが解除されるまでが「交渉中モード」とされる。
また、「ＰＯＳ・決済処理中モード」および「交渉中モード」の間は、交渉待ちの受け付けが継続されている。

〔期間延長プロセス〕
期間延長プロセスＰ４は、前記販売プロセスＰ３において「交渉中モード」となった場合に、該商品が陳列されている陳列スペース２１の貸し出し期間を、前記「交渉中モード」とされていた期間の延長をするプロセスである。
期間延長プロセスＰ４の処理の流れを図７に示す期間延長フロー４００に従って以下に説明する。
期間延長プロセスＰ４では、まず、前記販売プロセスＰ３において、商品が「交渉中モード」とされた時から、ＰＯＳ・決済処理が行われるか、または、所定時間が経過して計測を終了までの時間を集計する（期間延長フロー４００のステップ４０１）。

また、前記時間の集計は、前記前記販売プロセスＰ３において、商品管理番号（商品管理データベース１２中の管理Ｎｏ．の項目（符号１２ａ））が割り当てられた全ての商品毎に行なわれるとともに、その商品が陳列された棚２１ａ毎（商品管理データベース中の棚Ｎｏ．の項目（符号１２ｂ）毎）に集計される。すなわち、棚２１ａに複数の商品が陳列されていた場合、夫々の商品が「交渉中モード」とされた期間が時系列で重なった場合には、その商品が「交渉中モード」とされた期間が個別に加算されることなく、棚２１ａとして「交渉中モード」の商品があった期間として集計される。

次に、前記ステップ４０１で棚２１ａ毎に集計された、「交渉中モード」の商品があった期間を棚２１ａで商品の販売ができなかった時間として、出品者４に対して補償する処理を行なう（ステップ４０２）。
具体的には、前記「交渉中モード」の商品があった期間が、出品者４に貸し出された陳列スペース２１の棚２１ａの貸し出し期間の延長期間として加算され、これにより、貸し出し期間が延長される（ステップ４０２）。
また、貸し出し期間が延長された場合には、延長された貸し出し期間の満了する日時データを商品管理データベース１２の期限の項目（符号１２ｃ）に変更登録するとともに、顧客管理データベース１１を参照して、出品者４の連絡先（符号１１ｃ）を調べて、該延長された旨の連絡をする。

なお、本ステップの処理が行なわれるタイミングは、随時であっても、所定期間毎であっても良く、陳列スペース２１を出品者４に貸し出す期間の長さや、陳列スペース２１の規模に応じて自由に設定すればよい。例えば本実施例では、陳列スペース２１の棚２１ａの貸出期間中の毎月末に行なわれることを想定している。
また、貸し出し期間が延長には、最大延長期間が定められていても良い。例えば、陳列スペース２１の棚２１ａの貸し出し期間（例えば１年間）に対して、３０日間を最大の延長期間と定め、それ以上の「交渉中モード」の期間については、期間延長の対象としないようにしても良い。また、その場合には、実店舗２の陳列スペース２１の棚２１ａの貸し出し期間を、仮想店舗３による商品の公開よりも早く終了するようにして、実店舗２の陳列スペース２１の棚２１ａの貸し出し期間に最大の延長期間を定めても良い。
また、実店舗２と仮想店舗３の数は、それぞれ複数あっても良い。この場合であっても、本実施例による販売管理システムで一元管理することができる。

商品の販売管理システムを本実施例のように構成すれば、実店舗２の陳列スペース２１の棚２１ａに陳列された商品が、仮想店舗３においても公開され、実店舗２と仮想店舗３の双方の店舗において購入可能となる。これにより、商品が購入される機会が増加する。
また、購入者５が来店できない場合であっても、仮想店舗３において、実店舗２で販売されている商品を購入することができるので、商品を購入するために購入者５が来店する手間を省くことができる。これにより、購入者５は商品を購入し易くなった。

また、実店舗２と仮想店舗３のいずれか店舗で商品を購入するために、ＰＯＳ・決済処理を行なわれている間は、該商品を購入するための他のＰＯＳ・決済処理が禁止されるので、実際には販売済みとなる商品を誤って販売してしまうことがなくなった。これにより、商品販売時のトラブルを未然に防ぐことができる。
また、購入者５が商品を購入するために、ＰＯＳ・決済処理を行なっている間に、他の購入者が商品を購入することの予約をすることができるので、他の購入者は、商品が購入可能な状態となるまで実店舗２や仮想店舗３で待ち続ける必要がなくなった。これにより、購入者５の便宜を図り、商品を購入し易くなった。

また、交渉待ちの購入者が複数あった場合にも、交渉待ちの購入者の順位に従って商品を購入する機会が与えられる。これにより、購入者の利益増大を図ることができるようになった。
さらに、交渉待ちによって、商品を販売することができなかった時間を陳列スペース２１の棚２１ａの貸し出し期間に加えて延長することができるので、出品者２と購入者５の双方の利益増大を図ることができるようになった。

また、本実施例では、販売管理システムは、顧客登録プロセスＰ１、貸し出しプロセスＰ２、販売プロセスＰ３、期間延長プロセスＰ４とを有している場合を説明したが、期間延長プロセスＰ４を除外した場合であっても、本発明の範囲内である。この場合には、交渉待ちのために、陳列スペース２１の棚２１ａで商品の販売ができなかった時間が、陳列スペース２１の貸し出し期間に追加して延長されずに、当初の契約による貸し出し期間の満了日時が有効となる。
また、本実施例では、商品の販売管理システムの販売プロセスＰ３において、ＰＯＳ・決済処理中に、他の購入者による交渉待ちを受け付ける処理を含む一例をもって説明したが、この交渉待ちを受け付ける処理を含まない場合であっても、本発明の範囲内である。
この場合には、販売フロー３００中の、交渉待ち受け付け開始処理（ステップ３０４）と、ステップ３０６からステップ３１０の交渉中モードの処理を除外すれば良い。

Claims (4)

1. 出品者の商品を販売するために、出品者に、商品販売者側の実店舗の陳列スペースを所定期間の貸し出し期間の契約で貸し出すとともに、商品を販売するための情報を商品管理データベースに登録する貸し出しプロセスと、
   貸し出した実店舗の陳列スペースに出品者の商品を陳列し、実店舗において購入者が商品を購入する処理を行なうことで商品を購入可能にし、
   ネットワークを介して購入者が購入可能な仮想店舗で、実店舗に陳列された商品の情報を公開し、仮想店舗において購入者が商品を購入する処理を行なうことで商品を購入可能にして、商品を販売する販売プロセスと、
   を有し、
   該販売プロセスでは、実店舗と仮想店舗の何れかの店舗において、商品を購入する処理が行われていることをコンピュータが判定した結果、該商品を購入する処理が行われている間、コンピュータは、該商品を購入する他の処理を禁止するように設定されることを特徴とする商品の販売管理システム。
2. 実店舗において購入者が商品を購入する処理はＰＯＳ処理であり、
   仮想店舗で購入者が商品を購入する処理は決済処理である
   ことを特徴とする請求項１に記載の商品の販売管理システム。
3. 販売プロセスは、ＰＯＳ処理または決済処理を禁止するように設定されている間に、他の購入者による該商品の購入の予約を受け付けて、該予約を受け付けた他の購入者を交渉待ちデータベースに登録し、
   該商品を購入する処理が完了しなかったことをコンピュータが判定した場合に、コンピュータは、交渉待ちデータベースを参照して、前記予約が受け付けられた他の購入者に所定の時間を割り当て、
   該所定の時間内に、前記予約が受け付けられた他の購入者のみがＰＯＳ処理または決済処理を行なって、商品を購入することが可能となるＰＯＳ・決済処理中モードとする処理を行ない、
   該他の購入者に該商品が購入可能であることを連絡する処理を行ない、
   前記他の購入者が、ＰＯＳ処理または決済処理を完了させるまでの間、または、前記他の購入者がＰＯＳ処理または決済処理を行なわずに、前記所定の時間が経過するまでの間を交渉中モードとする処理を行ない、
   前記ＰＯＳ・決済処理中および、交渉中モードの場合に、コンピュータは、新たな購入者による該商品の購入の予約を受け付ける処理を行なう
   ことを特徴とする請求項１に記載の商品の販売管理システム。
4. ＰＯＳ・決済処理中モードとされている時間および、交渉中モードとされている時間によって、出品者に貸し出した実店舗の陳列スペースで商品が、予約が受け付けられた購入者以外に販売ができなかった時間をコンピュータが集計し、陳列スペースを貸し出す契約による所定期間に、前記販売ができなかった時間を付加して、貸し出し期間を延長する
   ことを特徴とする請求項２に記載の商品の販売管理システム。

Images