[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP4020683B2 - Product sales brokerage method - Google Patents

Product sales brokerage method Download PDF

Info

Publication number
JP4020683B2
JP4020683B2 JP2002116247A JP2002116247A JP4020683B2 JP 4020683 B2 JP4020683 B2 JP 4020683B2 JP 2002116247 A JP2002116247 A JP 2002116247A JP 2002116247 A JP2002116247 A JP 2002116247A JP 4020683 B2 JP4020683 B2 JP 4020683B2
Authority
JP
Japan
Prior art keywords
store
product
code
customer
price
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.)
Expired - Lifetime
Application number
JP2002116247A
Other languages
Japanese (ja)
Other versions
JP2003044709A (en
Inventor
泰洋 西村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002116247A priority Critical patent/JP4020683B2/en
Priority to US10/201,970 priority patent/US7451101B2/en
Publication of JP2003044709A publication Critical patent/JP2003044709A/en
Application granted granted Critical
Publication of JP4020683B2 publication Critical patent/JP4020683B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、顧客と店舗との間でネットワークを介して商品を販売するための商品販売仲介方法に関するものであり、特に、オンライン上で複数の商品を購入する場合の顧客の利便性を高めることができ、購入価格の低減にも貢献することができる商品販売仲介方法に関するものである。
【0002】
近時、インターネットの普及により、インターネットを介して商品を購入するというオンラインショッピングが一般的になりつつある。このことから、オンラインショッピングを展開する企業では、益々普及するであろうオンラインショッピングの利便性を追求する動きが活発化している。
【0003】
【従来の技術】
従来のオンラインショッピングでは、顧客がインターネットを介してオンラインショッピングサーバにアクセスし、商品一覧の中から所望の商品を注文している。この注文を受けると、店舗では、取引先の運送会社に当該商品の配送を委託する。これにより、当該商品は、数日後に運送会社により顧客に配送される。また、注文時に入力される決済情報に基づいて、商品の購入代金が決済される。
【0004】
【発明が解決しようとする課題】
ところで、従来のオンラインショッピングにおいて、商品を単品で購入する際、購入者は、複数のオンラインショップにおける当該商品の販売価格を比較し、最も安価な商品を購入する場合が多い。従って、単品購入という観点からすれば、オンラインショッピングは、販売価格を容易に比較することができるため、利便性が高く、安価に購入可能な方法であるということができる。
【0005】
しかしながら、店舗にとっては、常に他店の販売価格と比較されるため、自店での購入を促進させようとしすぎるあまり、限度のない低価格競争におちいるというリスクが生じている。
【0006】
また、顧客にとっては、単品毎の価格比較は容易であるが、従来のオンラインショッピングにおいて、生活必需品等のように複数の商品をまとめて購入する場合には、利便性が悪く、コスト面で高くつく場合がある。すなわち、上記まとめ買いでは、複数の商品の合計金額を集計する作業を店舗毎に行わなければならず非常に面倒である。
【0007】
このことから、たいていの購入者は、店舗間における上記合計金額の比較を行うことなく、固定の店舗で常時購入しており、低コストで商品を購入できるという機会をみすみす逃しているのが現実である。
【0008】
また、従来のオンラインショッピングでは、商品の運送に際して運送会社の選択権が店舗側にあるため、店舗固有の取引事情により固定的に運送会社に委託される場合が多い。しかしながら、近時、各運送会社では、顧客獲得を目指して、運賃体系やサービス内容の見直しを逐次行っている。このことから、店舗側の都合により固定的に運送会社を採用した場合には、他の運送会社のほうが運賃が安いという顧客にとって絶好の機会を損失させる可能性が高いという危惧がある。
【0009】
本発明は、上記に鑑みてなされたもので、オンライン上で複数の商品を購入する場合の顧客の利便性を高めることができ、購入価格の低減に貢献することができる商品販売仲介方法を提供することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成するために、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置による商品販売仲介方法であって、前記商品販売仲介装置が、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付工程と、前記注文情報受付工程によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択工程とを実行することを特徴とする。
【0011】
また、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有するコンピュータに、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介処理を実行させる商品販売仲介プログラムであって、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手順と、前記注文情報受付手順によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手順と前記コンピュータに実行させることを特徴とする。
【0012】
また、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置であって、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手段と、前記注文情報受付手段によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手段とを備えたことを特徴とする。
【0013】
これらの発明によれば、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付け、受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させることとしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めるとともに、販売店の低価格競争を避けることができる。
【0014】
【発明の実施の形態】
以下、図面を参照して本発明にかかる商品販売仲介方法の一実施の形態について詳細に説明する。
【0015】
図1は、本発明にかかる一実施の形態の構成を示すブロック図である。同図には、顧客クライアント1001 〜100n 、店舗クライアント3001 〜300m 、運送会社クライアント4001 〜400s および商品販売仲介装置500のそれぞれがインターネット200に接続されてなる商品販売仲介システムが図示されている。なお、同図においては、説明を簡単にするために、インターネット接続上必要な通信装置(ターミナルアダプタ、ルータ、ファイアウォール等)の図示が省略されている。
【0016】
顧客クライアント1001 〜100n は、商品をオンライン販売する店舗の顧客側にそれぞれ設置されたn台のコンピュータ装置であり、TCP/IP(Transmission Control Protocol/Internet Protocol)に従って、後述する商品販売仲介装置500にインターネット200を介してアクセスする。これらの顧客クライアント1001 〜100n のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【0017】
また、顧客クライアント1001 〜100n は、上記商品の選択、決済情報の入力等に用いられる。さらに、顧客クライアント1001 〜100n には、メーラ(図示略)およびブラウザが備えられている。このメーラは、図示しないメールサーバを介して電子メールを送信/受信するための機能を提供する。
【0018】
この電子メールの送信/受信には、SMTP(Simple Mail Transfer Protocol)やPOP3(Post Office Protocol version 3)が利用される。ブラウザは、商品販売仲介装置500により提供される各種画面(図15〜図23参照)を閲覧するためのコンピュータプログラムである。
【0019】
店舗クライアント3001 〜300m は、商品をオンライン販売する店舗にそれぞれ設置されたm台のコンピュータ装置であり、TCP/IPに従って、後述する商品販売仲介装置500にインターネット200を介してアクセスする。これらの店舗クライアント3001 〜300m のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。また、店舗クライアント3001 〜300m は、商品販売仲介装置500への商品情報の登録や、注文情報の受信等に用いられる。ここで、店舗では、商品のオンライン販売の他に、対面販売も行っている。
【0020】
運送会社クライアント4001 〜400s は、運送会社にそれぞれ設置されたs台のコンピュータ装置であり、TCP/IPに従って、後述する商品販売仲介装置500にインターネット200を介してアクセスする。これらの運送会社クライアント4001 〜400s のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【0021】
また、運送会社クライアント4001 〜400s は、運送会社情報の登録や、運送の受託等に用いられる。ここで、運送会社は、顧客から商品のオンライン注文を受けた店舗の商品を当該顧客へ運送する会社である。なお、店舗で独自に運送システムを有している場合には、運送会社に委託することなく店舗側で商品の運送処理が実行されてもよい。
【0022】
商品販売仲介装置500は、店舗クライアント3001 〜300m に対応するm箇所の店舗で取り扱っている複数の商品をインターネット200経由で顧客に提示し、購入希望の商品の合計金額を店舗毎に提示する機能を備えている。ここで、商品の販売価格は、仕入れルートや販売戦略の相違により店舗毎に異なるのが一般的である。この場合、購入希望の商品の合計金額も店舗毎に異なる。
【0023】
また、商品販売仲介装置500は、店舗毎に提示された商品の合計金額に基づいて、複数の店舗の中から購入先の店舗を顧客に選択させ、選択された店舗に対してインターネット200を介して注文処理を実行する機能を備えている。さらに、商品販売仲介装置500は、インターネット200を介して運送会社に当該店舗から顧客への商品の運送依頼処理を実行する機能を備えている。
【0024】
商品販売仲介装置500において、通信制御部510は、TCP/IPに従ってインターネット200を介して顧客クライアント1001 〜100n 、店舗クライアント3001 〜300m および運送会社クライアント4001 〜400s との間の通信を制御する。制御部520は、商品販売仲介機能を実現するための各種制御を行う。
【0025】
具体的には、制御部520は、メイン制御部530、メール制御部540、登録制御部550および画面生成部560から構成されている。メイン制御部530は、商品販売仲介に関する制御を実行する。このメイン制御部530の動作の詳細については後述する。メール制御部540は、電子メールの送受信を制御する。登録制御部550は、後述する各種データベースへの情報登録に関する制御を実行する。画面生成部560は、後述する各種画面(図15〜図23参照)を生成する。バス570は、商品販売仲介装置500の各部を接続する。
【0026】
商品情報データベース600は、店舗クライアント3001 〜300m に対応するm箇所の店舗でオンライン販売される全ての商品に関する商品情報を格納するデータベースである。具体的には、図2に示したように、商品情報データベース600は、「JAN(Japan Article Number)コード」、「商品名」、「メーカコード」、「希望小売価格」、「商品画像」、「商品カテゴリコード」、「商品サイズ」、「商品重量」、「組み合わせフラグ」および「個数」というフィールド等を備えている。
【0027】
「JANコード」は、各メーカの各商品を一意に識別するためのコードであって、商品に付されるバーコードに対応する13桁の数字に関する情報である。「商品名」は、商品の名称に関する情報である。「メーカコード」は、商品を製造しているメーカを識別するためのコードに関する情報である。「希望小売価格」は、商品のメーカが希望する小売価格(定価)に関する情報である。「商品画像」は、商品の画像ファイルに関する情報である。
【0028】
「商品カテゴリコード」は、商品のカテゴリに関する情報である。「商品サイズ」は、商品のサイズ(縦+横+高さ)に関する情報である。「商品重量」は、商品の重量に関する情報である。「組み合わせフラグ」は、当該商品が複数の商品の組み合わせから構成されているか否かを表すフラグである。「個数」は、例えば、複数個をひとまとめにして販売するような場合の商品の個数に関する情報である。
【0029】
図1に戻り、商品カテゴリ情報データベース610は、当該商品のカテゴリを表す商品カテゴリ情報を格納するデータベースである。具体的には、商品カテゴリ情報データベース610は、図3に示したように、商品のカテゴリを識別するための「商品カテゴリコード」(図2参照)と、上記カテゴリに関する「商品カテゴリ」と、「備考」というフィールド等を備えている。この「商品カテゴリコード」は、商品情報データベース600の「商品カテゴリコード」と対応している。
【0030】
図1に戻り、メーカ情報データベース620は、商品のメーカに関するメーカ情報を格納するデータベースである。具体的には、メーカ情報データベース620は、図4に示したように、メーカを識別するための「メーカコード」(図2参照)と、メーカの名称に関する「メーカ名称」と、メーカの住所に関する「住所」というフィールド等を備えている。この「メーカコード」は、商品情報データベース600の「メーカコード」と対応している。
【0031】
図1に戻り、店舗情報データベース630は、店舗クライアント3001 〜300m にそれぞれ対応する各店舗に関する店舗情報を格納するデータベースである。具体的には、店舗情報データベース630は、図5に示したように、店舗を識別するための「店舗コード」と、店舗の名称に関する「店舗名」と、店舗の住所に対応する「店舗市町村コード」と、店舗の住所に関する「住所」と、店舗の電話番号に関する「電話番号」というフィールド等を備えている。
【0032】
図1に戻り、店舗担当者情報データベース640は、当該店舗におけるオンライン販売の担当者に関する店舗担当者情報を格納するデータベースである。具体的には、店舗担当者情報データベース640は、図6に示したように、店舗を識別するための「店舗コード」と、当該店舗におけるオンライン販売の担当者を識別するための「担当者ID」と、オンライン販売を担当する部署名に関する「担当部署名」と、担当者の氏名に関する「担当者名」と、担当部署の電話番号に関する「電話番号」と、担当者の電子メールアドレスに関する「Eメール」というフィールド等を備えている。この「店舗コード」は、店舗情報データベース630の「店舗コード」と対応している。
【0033】
図1に戻り、店舗商品情報データベース650は、各店舗における商品情報に関する店舗商品情報を格納するデータベースである。具体的には、図7に示したように、店舗商品情報データベース650は、店舗を識別するための「店舗コード」と、商品に付されるバーコードに対応する13桁の数字に関する情報「JANコード」(図2参照)というフィールド等を備えている。この「店舗コード」は、店舗情報データベース630の「店舗コード」と対応している。また、「JANコード」は、商品情報データベース600の「JANコード」と対応している。
【0034】
さらに、店舗商品情報データベース650は、当該店舗における商品の販売価格(実売価格)に関する「販売価格」と、商品情報が更新された日付に関する「更新日」と、当該店舗における商品の在庫数に関する「在庫数」と、メーカへの当該商品の発注の要否を表す「発注フラグ」(1:発注必要、0:発注不要)というフィールド等を備えている。
【0035】
ここで、在庫数が、予め設定されるしきい値以下になった場合には、発注が必要とされ、「発注フラグ」が1とされる。例えば、しきい値にあたるデータとして、発注を行う基準値である発注点情報を管理していれば、在庫数と発注点とを比較して発注が必要かどうかを判断することができる。
【0036】
図1に戻り、店舗運送情報データベース660は、各店舗における商品の運送体制(独自の運送システムによる運送体制または運送会社への委託による運送体制)に関する店舗運送情報を格納するデータベースである。具体的には、店舗運送情報データベース660は、図8に示したように、店舗を識別するための「店舗コード」と、当該店舗が配送可能な地域を示す「市町村コード」と、独自の運送システムを用いた場合の運賃に関する「運賃」と、独自の運送システムにより商品の運送の可否を表す「運送可否フラグ」(1:可、0:不可)というフィールド等を備えている。「店舗コード」は、店舗情報データベース630の「店舗コード」に対応している。
【0037】
図1に戻り、注文伝票ヘッダ情報データベース670は、顧客から商品が注文された際に作成される注文伝票のヘッダ情報に関する注文伝票ヘッダ情報を格納するデータベースである。具体的には、注文伝票ヘッダ情報データベース670は、図9に示したように、注文毎に付与される「注文番号」と、注文情報が入力された日時に関する「入力日時」と、顧客(注文主)を識別するための「顧客ID」と、店舗を識別するための「店舗コード」というフィールド等を備えている。
【0038】
さらに、注文伝票ヘッダ情報データベース670は、顧客の住所に対応する「顧客市町村コード」と、運送会社による商品の集荷予定日時に関する「集荷予定日時」と、商品のお届け希望日時に関する「配送予定日時」と、注文された商品の合計金額に関する「商品合計金額」と、注文された商品の合計サイズに関する「商品合計サイズ」と、注文された商品の合計重量に関する「商品合計重量」と、商品の運送を担当する運送会社を識別するための「運送会社コード」と、商品の運送にかかる運賃に関する「運賃」と、「備考」というフィールド等を備えている。この「店舗コード」は、店舗情報データベース630の「店舗コード」と対応している。
【0039】
図1に戻り、注文伝票ボディ情報データベース680は、上述した注文伝票のボディ情報に関する注文伝票ボディ情報を格納するデータベースである。具体的には、注文伝票ボディ情報データベース680は、図10に示したように、注文毎に付与される「注文番号」と、前述した「JANコード」と、注文された商品の販売価格に関する「販売価格」と、商品のサイズに関する「商品サイズ」と、商品の重量に関する「商品重量」というフィールド等を備えている。この「JANコード」は、商品情報データベース600の「JANコード」および店舗商品情報データベース650の「JANコード」と対応している。
【0040】
図1に戻り、運送情報データベース690は、注文された商品の運送に関する運送情報を格納するデータベースである。具体的には、運送情報データベース690は、図11に示したように、注文毎に付与される「注文番号」と、注文を受けた店舗の住所に関する「店舗市町村コード」と、商品の運送を担当する運送会社を識別するための「運送会社コード」というフィールドを備えている。この「注文番号」は、注文伝票ヘッダ情報データベース670の「注文番号」および注文伝票ボディ情報データベース680の「注文番号」と対応している。
【0041】
さらに、運送情報データベース690は、運送のサービス形態を識別するための「サービスコード」と、当該商品の運送にかかる運賃に関する「運賃」と、運送会社が店舗に商品を集荷する予定日時に関する「集荷予定日時」と、顧客への商品の配送予定日時に関する「配送予定日時」と、「備考」というフィールド等を備えている。この「集荷予定日時」は、注文伝票ヘッダ情報データベース670の「集荷予定日時」と対応している。
【0042】
図1に戻り、顧客情報データベース700は、顧客クライアント1001 〜100n にそれぞれ対応する顧客に関する顧客情報を格納するデータベースである。具体的には、図12に示したように、顧客情報データベース700は、顧客を識別するための「顧客ID」と、商品販売仲介装置500へのアクセス時に用いられる「パスワード」と、顧客の氏名に関する「氏名」と、顧客の住所に関する「住所」と、顧客の電話番号に関する「電話番号」と、顧客の住所に関する「顧客市町村コード」と、顧客の電子メールアドレスに関する「Eメール」というフィールド等を備えている。
【0043】
図1に戻り、運送会社情報データベース710は、店舗から顧客への商品の運送を担当する運送会社に関する運送会社情報を格納するデータベースである。具体的には、運送会社情報データベース710は、図13に示したように、運送会社を識別するための「運送会社コード」と、運送会社の名称に関する「運送会社名」と、運送会社の住所に関する「住所」というフィールドを備えている。
【0044】
また、運送会社情報データベース710は、運送会社の電話番号に関する「電話番号」と、店舗の住所に対応する「店舗市町村コード」と、顧客の住所に対応する「顧客市町村コード」と、商品(荷物)のサイズに関する「サイズ」と、商品(荷物)の重量に関する「重量」と、「店舗市町村コード」に対応する住所から「顧客市町村コード」に対応する住所まで、商品(「サイズ」および「重量」)を運送した場合にかかる運賃に関する「運賃」というフィールド等を備えている。
【0045】
ここで、運送会社情報データベース710においては、運送会社毎に、「店舗市町村コード」、「顧客市町村コード」、「サイズ」、「重量」の各組み合わせの数だけデータが存在している。また、一実施の形態において、運送会社が、積載量の異なる複数種類のトラックやオートバイ(バイク便)等を用いた複数の運送サービスを提供している場合には、運送会社情報データベース710に運送サービスを識別するための運送サービスコードを持たせて、運送サービス毎に異なる運賃を設定するようにしてもよい。
【0046】
上述した商品情報データベース600、商品カテゴリ情報データベース610、メーカ情報データベース620、店舗情報データベース630、店舗担当者情報データベース640、店舗商品情報データベース650、店舗運送情報データベース660および運送会社情報データベース710のそれぞれの情報は、顧客からの受付処理に先立って予め登録されるものである。また、注文伝票ヘッダ情報データベース670および注文伝票ボディ情報データベース680のそれぞれの情報は、顧客から注文を受ける毎に登録される。さらに、運送情報データベース690の情報は、運送会社を利用した配送を含む注文を顧客から受ける毎に登録される。
【0047】
つぎに、上述した一実施の形態の動作について、図14に示したフローチャート、および図15〜図24を参照しつつ説明する。図14に示したステップSA1では、商品販売仲介装置500のメイン制御部530は、顧客クライアント1001 〜100n のうちいずれかの顧客クライアントからインターネット200を介して注文要求(アクセス)が有るか否かを判断し、注文要求が無い場合、判断結果を「No」として同判断を繰り返す。
【0048】
ここで、例えば、顧客クライアント1001 から注文要求が有ると、メイン制御部530は、ステップSA1の判断結果を「Yes」とする。ステップSA2では、メイン制御部530は、商品情報データベース600(図2参照)を参照して、図15に示した商品一覧画面800を顧客クライアント1001 の表示部(図示略)に表示させる。
【0049】
この商品一覧画面800には、各店舗でオンライン販売されている商品の一覧が表示されている。具体的には、商品一覧画面800には、商品名、JANコード、メーカ希望小売価格(定価)、注文用のチェックボックス、注文数量のセレクトボックスおよび商品選択ボタン801が表示されている。ステップSA3では、メイン制御部530は、商品選択ボタン801が押下されたか否かを判断し、商品選択ボタン801が押下されるまで、判断結果を「No」として同判断を繰り返す。
【0050】
そして、顧客は、顧客クライアント1001 を操作することにより、商品一覧画面800に表示されている商品一覧の中から、注文すべき商品に対応する注文用のチェックボックスにチェックをし、数量を選択した後、商品選択ボタン801を押下する。これにより、メイン制御部530は、ステップSA3の判断結果を「Yes」とする。
【0051】
なお、一実施の形態では、顧客に商品を選択させるための画面として、図15に示した商品一覧画面800に代えて、図16に示した商品一覧画面810を用いてもよい。この商品一覧画面810は、商品をチラシ感覚で選択させるための画面であり、商品の画像811〜813と、これらにそれぞれ対応するメーカ希望小売価格がチラシの紙面のような配置で表示されている。
【0052】
図14に戻り、ステップSA4では、メイン制御部530は、商品情報データベース600(図2参照)および店舗商品情報データベース650(図7参照)から、商品一覧画面800(図15参照)で選択された商品に対応するJANコードをキーとして、希望小売価格情報および各取扱店舗での販売価格を検索し、この検索結果に基づいて、図17に示した店舗別販売価格一覧画面820を顧客クライアント1001 の表示部(図示略)に表示させる。
【0053】
この店舗別販売価格一覧画面820には、顧客が注文した商品のメーカ希望小売価格と、各店舗(同図では、Pスーパー、SストアおよびQ医薬品チェーン)の販売価格と、店舗毎の合計金額と、各店舗に対応する店舗選択ボタン821〜823とが表示されている。
【0054】
また、各店舗の販売価格は、意図的に一部分が非表示とされている。これは、仕入れルートや販売戦略の相違により、店舗間で得意な商品(値引率が高い商品)と、不得手な商品(値引率が低い商品)とのバラツキが生じることに起因している。すなわち、上記バラツキを顧客に見せることなく、合計金額で値引率を下げるという企業努力を顧客に提示することを目的としている。従って、顧客は、店舗間における商品の合計金額の比較結果や、店舗の好感度等を考慮して、注文すべき店舗を選択することが可能となる。
【0055】
図14に戻り、ステップSA5では、メイン制御部530は、図17に示した店舗選択ボタン821〜823のいずれか一つの店舗選択ボタンが押下されたか否かを判断し、店舗選択ボタンが押下されるまで、判断結果を「No」として同判断を繰り返す。
【0056】
ここで、顧客により、店舗別販売価格一覧画面820において、Pスーパー、SストアおよびQ医薬品チェーンの中で、最も合計金額が低い「Sストア」(合計金額2480円)が注文先として選択されたものとする。この場合、顧客は、Sストアに対応する店舗選択ボタン822を押下する。これにより、メイン制御部530は、図14に示したステップSA5の判断結果を「Yes」とする。
【0057】
ステップSA6では、メイン制御部530は、図18に示した顧客情報入力画面830を顧客クライアント1001 の表示部(図示略)に表示させる。この顧客情報入力画面830には、顧客により注文された商品に関する注文商品情報831と、顧客の氏名、住所、電話番号、電子メールアドレス、商品の届け希望日、希望時間等の顧客情報を入力するための顧客情報入力欄832と、配送料を含む合計金額を表示するための合計金額表示ボタン833とが表示されている。
【0058】
図14に戻り、ステップSA7では、メイン制御部530は、合計金額表示ボタン833が押下されたか否かを判断し、合計金額表示ボタン833が押下されるまで、判断結果を「No」として同判断を繰り返す。そして、顧客により、顧客情報入力欄832に顧客情報が入力された後、合計金額表示ボタン833が押下されると、メイン制御部530は、ステップSA7の判断結果を「Yes」とする。
【0059】
なお、一実施の形態では、顧客情報入力画面830の表示に先立って顧客の顧客ID/パスワードを入力するログイン処理を実行し、これらの顧客ID/パスワードをキーとして顧客情報データベース700(図12参照)から顧客情報を取得した後、この顧客情報を顧客情報入力画面830に表示するようにしてもよい。
【0060】
ステップSA8では、メイン制御部530は、注文内容および入力された顧客情報を顧客に確認させるための内容確認画面を顧客クライアント1001 の表示部(図示略)に表示させる。具体的には、注文先の店舗に関して、店舗運送情報データベース660(図8参照)の運送可否フラグが「1」(独自の運送システムにより運送可能)である場合、メイン制御部530は、図19に示した内容確認画面840を顧客クライアント1001 の表示部(図示略)に表示させる。この内容確認画面840には、注文商品情報841、顧客情報842および内容確認ボタン843が表示されている。
【0061】
一方、注文先の店舗に関して、店舗運送情報データベース660(図8参照)の運送可否フラグが「0」(独自の運送システムにより運送不可、すなわち運送会社による運送体系)である場合、メイン制御部530は、図20に示した内容確認画面850を顧客クライアント1001 の表示部(図示略)に表示させる。この内容確認画面850には、注文商品情報851、顧客情報852および内容確認ボタン853が表示されている。
【0062】
図14に戻り、ステップSA9では、メイン制御部530は、内容確認ボタン843または853(図19または図20)が押下されたか否かを判断し、内容確認ボタン843または853が押下されるまで、判断結果を「No」として同判断を繰り返す。顧客クライアント1001 の表示部に内容確認画面850(図20参照)が表示されており、顧客により内容確認ボタン853が押下されると、メイン制御部530は、ステップSA9の判断結果を「Yes」とする。
【0063】
ステップSA10では、メイン制御部530は、顧客クライアント1001 の表示部(図示略)に図21に示した運送会社一覧画面860を表示させる。具体的には、メイン制御部530は、注文先の店舗の店舗市町村コード(図5参照)および顧客に対応する顧客市町村コード(図12参照)をキーとして、運送会社情報データベース710を検索する。つぎに、メイン制御部530は、注文商品情報861、顧客情報862、検索結果に基づく運送会社情報863、委託ボタン864〜866からなる運送会社一覧画面860(図21参照)を顧客クライアント1001 の表示部(図示略)に表示させる。
【0064】
運送会社情報863は、商品の運送を委託可能な運送会社(同図では、A運送会社、B運送会社およびC運送会社)毎の、連絡先、運送ルート、運賃、配送料を含む商品注文の合計金額から構成されている。委託ボタン864〜866は、各運送会社に対応して設けられており、複数の運送会社の中から、商品の運送を委託する運送会社を運賃等を考慮して選択するためのボタンである。なお、図19に示した内容確認ボタン843が押下された場合、すなわち、販売店舗の独自の運送システムを利用する場合には、外部の運送会社の選択が不要となるため、ステップSA10およびステップSA11がスキップされる。
【0065】
図14に戻り、ステップSA11では、メイン制御部530は、委託ボタン864〜866(図21参照)のうちいずれか一つの委託ボタンが押下されたか否かを判断し、委託ボタンが押下されるまで、判断結果を「No」として同判断を繰り返す。ここで、例えば、顧客により、B運送会社が選択され、委託ボタン865が押下されると、メイン制御部530は、ステップSA11の判断結果を「Yes」とする。
【0066】
ステップSA12では、メイン制御部530は、図22に示した最終確認画面870を顧客クライアント1001 の表示部に表示させる。この最終確認画面870には、注文商品情報、顧客情報、運送会社情報、支払い合計金額情報および最終確認ボタン871が表示されている。この最終確認画面870は、顧客に注文の最終的な確認を行わせるための画面である。なお、一実施の形態では、最終確認画面870に運送会社の定款等を表示してもよい。
【0067】
図14に戻り、ステップSA13では、メイン制御部530は、最終確認ボタン871(図22参照)が押下されたか否かを判断し、最終確認ボタン871が押下されるまで、判断結果を「No」として同判断を繰り返す。そして、顧客は、最終確認画面870により、注文内容、顧客情報等が正しいことを確認した後、最終確認ボタン871を押下する。これにより、メイン制御部530は、ステップSA13の判断結果を「Yes」とする。また、メイン制御部530は、運送情報を運送情報データベース690(図11参照)に登録する。
【0068】
ステップSA14では、メイン制御部530は、図23に示した決済情報入力画面880を顧客クライアント1001 の表示部に表示させる。決済情報入力画面880は、商品の決済情報(例えば、顧客のクレジットカード情報)を顧客に入力させるための画面である。この決済情報入力画面880には、注文商品情報881、顧客情報882、運送会社情報883、決済情報入力欄884および支払いボタン885が表示されている。
【0069】
決済情報入力欄884は、顧客が当該注文に関する代金の支払いに用いるクレジットカードの番号、クレジットカードの名義人および有効期限を入力するための欄である。
【0070】
図14に戻り、ステップSA15では、メイン制御部530は、支払いボタン885(図23参照)が押下されたか否かを判断し、支払いボタン885が押下されるまで、判断結果を「No」として同判断を繰り返す。ここで、顧客により、決済情報入力欄884に決済情報が入力された後、支払いボタン885が押下されると、メイン制御部530は、ステップSA15の判断結果を「Yes」とする。
【0071】
ステップSA16では、メイン制御部530は、決済情報入力画面880(図23参照)に基づいて、注文伝票ヘッダ情報データベース670(図9参照)および注文伝票ボディ情報データベース680(図10参照)に情報を格納した後、これらの情報を発注情報として、インターネット200を介して、例えば、店舗クライアント3001 へ暗号化送信するという発注処理を実行する。
【0072】
また、メイン制御部530は、図23に示した顧客情報882および運送会社情報883もインターネット200を介して店舗クライアント3001 へ暗号化送信する。これにより、店舗クライアント3001 に対応する店舗(Sストア)では、受信された情報に基づいて、注文伝票、運送伝票等を作成し、注文された商品の仕分け、梱包作業を実施する。
【0073】
図14に戻り、ステップSA17では、メール制御部540(図1参照)は、図24に示した注文確認メール890を作成し、これをインターネット200を介して顧客(注文主)に送信する。この注文確認メール890は、注文内容、合計金額、配送料金、決済情報、注文の配達予定日等を顧客に通知し、注文確認を行うための電子メールである。
【0074】
図14に戻り、ステップSA18では、メイン制御部530は、運送情報データベース690(図11参照)から当該注文に関する運送情報を取得し、これをインターネット200を介して、例えば、運送会社クライアント4001 に送信し、店舗の商品の集荷を依頼するという集荷依頼処理を実行する。これにより、運送会社クライアント4001 に対応する運送会社においては、集荷予定日時に当該店舗にて商品の集荷が行われ、運送処理が実行される。
【0075】
図14に戻り、ステップSA19では、メイン制御部530は、図11に示した配送予定日時を参照し、本日が配送予定日であるか否かを判断し、予定日に達していない場合、判断結果を「No」として同判断を繰り返す。そして、当該商品の配送予定日になると、メイン制御部530は、ステップSA20では、メイン制御部530は、電子メール等を介して、配送予定時刻よりも前に運送会社クライアント4001 に当該商品の配送状況(遅延の有無等)を問い合わせる。
【0076】
ここで、配送状況が予定通りである場合には、その旨が電子メール等を介して運送会社クライアント4001 から商品販売仲介装置500へ通知される。一方、交通事情等により、配送予定時刻を過ぎる場合には、その旨、遅延理由および最新の配送予定時刻を電子メールを介して運送会社クライアント4001 から商品販売仲介装置500へ通知される。
【0077】
ステップSA21では、メイン制御部530は、運送会社クライアント4001 からの上記電子メールに基づいて、本日配送予定の商品に関して配送遅延が有るか否かを判断し、この判断結果が「No」である場合、ステップSA23の処理を実行する。
【0078】
一方、ステップSA21の判断結果が「Yes」である場合、ステップSA22では、メール制御部540は、配送遅延のお詫び文、配送の遅延理由、最新の配送予定日時が記述された図25に示した配送遅延メール895を作成し、これをインターネット200を介して顧客クライアント1001 へ送信する。この配送遅延メール895が顧客クライアント1001 に受信されると、顧客は、配送が遅延している旨、変更後の配送日時を認識する。そして、商品が顧客に届けられると、その旨が電子メールを介して運送会社クライアント4001 から商品販売仲介装置500へ通知される。
【0079】
ステップSA23では、メイン制御部530は、上記電子メールにより商品の到着を確認した後、顧客により入力された決済情報(クレジットカード情報)により、クレジットカード会社から当該商品の注文に関する費用(商品の合計金額+運賃)をクレジットカード会社に対して請求するという請求処理を実行する。ステップSA24では、メイン制御部530は、運賃を当該運送会社へ支払うという精算処理を実行する。
【0080】
以上説明したように、一実施の形態によれば、インターネット200を介して商品を販売する複数の店舗のそれぞれの商品販売価格(店舗商品情報データベース650参照)を参照し、顧客により注文された複数の商品の合計金額を店舗毎に顧客に比較提示(図17参照)した後、いずれか一つの店舗を購入先として顧客に選択(図17参照)させ、当該店舗に発注をかけるようにしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めることができるとともに、商品の購入価格の低減に貢献することができる。
【0081】
また、一実施の形態によれば、図17に示したように、複数の商品のそれぞれの商品販売価格の少なくとも一部を隠匿した状態で合計金額を顧客に提示するようにしたので、商品仕入れルートや販売戦略の相違による店舗間の商品価格差によらず、合計金額で低価格をアピールする機会を店舗に与えることができ、また、限度を超えた店舗間の低価格競争を避けることができる。
【0082】
また、一実施の形態によれば、図21に示したように、注文された複数の商品の運送に関して複数の運送会社のそれぞれの運賃を顧客に比較提示し、いずれか一つの運送会社を運送委託先として顧客に選択させ、選択された運送会社へインターネット200を介して運送業務を発注するようにしたので、顧客が運賃面のメリットも享受することができる。
【0083】
また、一実施の形態によれば、注文情報に含まれる商品の配送予定日時より前に、当該商品の配送状況をインターネット200を介して運送会社に問い合わせ、配送予定に変更が生じた場合、その旨を顧客にインターネット200を介して通知するようにしたので、配送遅延など顧客への注意喚起が必要な場合のみ通知が行われるようになり、顧客サービスの質を高めることができる。
【0084】
また、一実施の形態によれば、商品販売仲介装置500へ送信した注文情報に対応して商品販売仲介装置500から送られてくる、複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格情報と、該複数の商品の合計金額情報とを顧客クライアント1001 で受信し、図15に示したように、受信した一部を隠匿した状態の商品販売価格と合計金額とを顧客クライアント1001 の表示部(図示略)に表示するようにしたので、商品仕入れルートや販売戦略の相違による店舗間の商品価格差によらず、合計金額で低価格をアピールする機会を店舗に与えることができ、また、限度を超えた店舗間の低価格競争を避けることができる。
【0085】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【0086】
なお、本発明で取り扱う商品の種類は、上記実施の形態で述べたような有体物に限らず、例えば、乗り物や宿泊等のサービス商品の組み合わせであっても良い。交通機関と宿泊先との組み合わせからなる旅行の場合には、顧客クライアントから交通機関に関する商品の指定として、電車や飛行機等の乗り物の種別や、電車であれば特急を利用するかどうかなどの指定を受け付ける。また宿泊先の指定として、宿のランクや所在地などの指定を受け付ける。このようなサービス商品の場合には、該商品を利用するための切符やクーポン券や引換券のような、チケット類を顧客へ配送することになる。チケット類は、チケットを識別するためのID番号や、チケットそのものを電子的に顧客へ送信しても良い。
【0087】
また例えば、前述した一実施の形態においては、前述した商品販売仲介装置500の機能を実現するための商品販売仲介プログラムを図26に示したコンピュータ読み取り可能な記録媒体1000に記録して、この記録媒体1000に記録された商品販売仲介プログラムを同図に示したコンピュータ900に読み込ませ、実行することにより、商品販売仲介装置500の機能を実現するようにしてもよい。
【0088】
同図に示したコンピュータ900は、上記商品販売仲介プログラムを実行するCPU910と、キーボード、マウス等の入力装置920と、各種データを記憶するROM(Read Only Memory)930と、演算パラメータ等を記憶するRAM(Random Access Memory)940と、記録媒体1000から商品販売仲介プログラムを読み取る読取装置950と、ディスプレイ、プリンタ等の出力装置960と、各部を接続するバスBUとから構成されている。
【0089】
CPU910は、読取装置950を経由して記録媒体1000に記録されている商品販売仲介プログラムを読み込んだ後、商品販売仲介プログラムを実行することにより、前述した商品販売の仲介に関する一連の処理を実行する。なお、記録媒体1000には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【0090】
(付記1)複数の商品に関する注文情報を顧客に入力させる注文情報入力工程と、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択工程と、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注工程と、
を含むことを特徴とする商品販売仲介方法。
(付記2)前記購入先選択工程では、複数の商品のそれぞれの商品販売価格を少なくとも一部を隠匿した状態で前記顧客に提示することを特徴とする付記1に記載の商品販売仲介方法。
(付記3)注文された複数の商品の運送に関して複数の運送会社のそれぞれの運賃を前記顧客に比較提示し、いずれか一つの運送会社を運送委託先として前記顧客に選択させる運送会社選択工程を含み、前記発注工程では、選択された運送会社へ前記ネットワークを介して運送業務を発注することを特徴とする付記1または2に記載の商品販売仲介方法。
(付記4)前記注文情報に含まれる商品の配送予定日時より前に、当該商品の配送状況を前記ネットワークを介して前記運送会社に問い合わせ、配送予定に変更が生じた場合、その旨を前記顧客に通知する配送予定変更通知工程を含むことを特徴とする付記3に記載の商品販売仲介方法。
(付記5)顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信工程と、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信工程と、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示工程と、
を含むことを特徴とする商品販売仲介方法。
(付記6)コンピュータを、
複数の商品に関する注文情報を顧客に入力させる注文情報入力手段、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択手段、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注手段、
として機能させるための商品販売仲介プログラム。
(付記7)コンピュータを、
顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信手段、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信手段、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示手段、
として機能させるための商品販売仲介プログラム。
(付記8)複数の商品に関する注文情報を顧客に入力させる注文情報入力手段と、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択手段と、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注手段と、
を備えたことを特徴とする商品販売仲介装置。
(付記9)顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信手段と、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信手段と、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示手段と、
を備えたことを特徴とする商品販売仲介装置。
【0091】
【発明の効果】
以上説明したように、本発明によれば、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付け、受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させることとしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めるとともに、販売店の低価格競争を避けることができる。
【図面の簡単な説明】
【図1】本発明にかかる一実施の形態の構成を示すブロック図である。
【図2】図1に示した商品情報データベース600の一例を示す図である。
【図3】図1に示した商品カテゴリ情報データベース610の一例を示す図である。
【図4】図1に示したメーカ情報データベース620の一例を示す図である。
【図5】図1に示した店舗情報データベース630の一例を示す図である。
【図6】図1に示した店舗担当者情報データベース640の一例を示す図である。
【図7】図1に示した店舗商品情報データベース650の一例を示す図である。
【図8】図1に示した店舗運送情報データベース660の一例を示す図である。
【図9】図1に示した注文伝票ヘッダ情報データベース670の一例を示す図である。
【図10】図1に示した注文伝票ボディ情報データベース680の一例を示す図である。
【図11】図1に示した運送情報データベース690の一例を示す図である。
【図12】図1に示した顧客情報データベース700の一例を示す図である。
【図13】図1に示した運送会社情報データベース710の一例を示す図である。
【図14】同一実施の形態の動作を説明するフローチャートである。
【図15】同一実施の形態における商品一覧画面800の一例を示す図である。
【図16】同一実施の形態における商品一覧画面810の一例を示す図である。
【図17】同一実施の形態における店舗別販売価格一覧画面820の一例を示す図である。
【図18】同一実施の形態における顧客情報入力画面830の一例を示す図である。
【図19】同一実施の形態における内容確認画面840の一例を示す図である。
【図20】同一実施の形態における内容確認画面850の一例を示す図である。
【図21】同一実施の形態における運送会社一覧画面860の一例を示す図である。
【図22】同一実施の形態における最終確認画面870の一例を示す図である。
【図23】同一実施の形態における決済情報入力画面880の一例を示す図である。
【図24】同一実施の形態における注文確認メール890の一例を示す図である。
【図25】同一実施の形態における配送遅延メール895の一例を示す図である。
【図26】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
1001 〜100n 顧客クライアント
200 インターネット
4001 〜400s 運送会社クライアント
500 商品販売仲介装置
520 制御部
530 メイン制御部
540 メール制御部
550 登録制御部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a merchandise sales intermediation method for selling merchandise between a customer and a store via a network, and in particular, improves convenience for customers when purchasing a plurality of merchandise online. The present invention relates to a merchandise sales brokerage method that can contribute to the reduction of the purchase price.
[0002]
Recently, with the spread of the Internet, online shopping for purchasing products via the Internet is becoming common. For this reason, companies pursuing online shopping are increasingly pursuing the convenience of online shopping, which will become increasingly popular.
[0003]
[Prior art]
In conventional online shopping, a customer accesses an online shopping server via the Internet and orders a desired product from a product list. When this order is received, the store entrusts delivery of the product to the shipping company of the business partner. As a result, the product is delivered to the customer by the shipping company after a few days. Further, the purchase price of the product is settled based on the settlement information input at the time of ordering.
[0004]
[Problems to be solved by the invention]
By the way, in conventional online shopping, when purchasing a product as a single item, a purchaser often compares the selling prices of the product in a plurality of online shops and purchases the cheapest product. Therefore, from the standpoint of single item purchase, online shopping can be compared with selling prices easily. Therefore, it can be said that the method is highly convenient and can be purchased at low cost.
[0005]
However, since the store is always compared with the sales price of other stores, there is a risk that the store will be in an unrestricted low price competition because it is too much to promote the purchase at the store.
[0006]
In addition, for customers, it is easy to compare prices for individual products, but in conventional online shopping, purchasing multiple products at once, such as daily necessities, is not convenient and expensive. There are times when it comes on. That is, in the bulk purchase described above, it is very troublesome because the operation of counting the total amount of a plurality of products must be performed for each store.
[0007]
As a result, most buyers are constantly buying at fixed stores without comparing the total amount between stores, and they miss the opportunity to purchase goods at low cost. It is.
[0008]
Further, in the conventional online shopping, since the right to select the shipping company is on the store side when the goods are transported, there are many cases where the shipping company is fixedly entrusted to the shipping company depending on the transaction situation unique to the store. However, recently, each shipping company has been reviewing the fare system and service contents in order to acquire customers. For this reason, there is a concern that when a shipping company is employed in a fixed manner for the convenience of the store, there is a high possibility that other shipping companies will lose a great opportunity for customers whose fares are cheaper.
[0009]
The present invention has been made in view of the above, and provides a merchandise sales intermediation method that can improve the convenience of customers when purchasing a plurality of merchandise online and contribute to the reduction of the purchase price. The purpose is to do.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides: Store product information database that stores store codes for uniquely identifying stores, codes for uniquely identifying products, and product sales prices in association with each other For customer terminals connected via a network Said A merchandise sales intermediary method using a merchandise sales intermediary apparatus for comparing and presenting merchandise sales prices for each store, wherein the merchandise sales intermediary apparatus includes: Order information including codes for uniquely identifying each product for multiple products Receiving order information from the customer terminal, The store product information database is referred to based on each code received by the order information receiving step, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price with a non-numeric character by substituting at least one hundred digits for the read product sales price, and the calculation A purchase destination selection step of classifying the total amount based on the store code and transmitting it to the customer terminal and causing any one store to respond as a purchase destination; It is characterized by performing.
[0011]
The present invention also provides: A customer connected via a network to a computer having a store product information database that stores a store code for uniquely identifying a store, a code for uniquely identifying a product, and a product sales price A merchandise sales mediation program for executing merchandise sales mediation processing for comparing and presenting merchandise sales prices for each store with respect to a terminal, the order including a code for uniquely identifying each product for a plurality of products information Order information reception procedure for receiving from the customer terminal, The store product information database is referred to based on each code received by the order information receiving procedure, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price with a non-numeric character by substituting at least one hundred digits for the read product sales price, and the calculation A purchase destination selection procedure in which the total amount is divided based on the store code and transmitted to the customer terminal, and any one store is responded as a purchase destination. The Said The computer is executed.
[0012]
The present invention also provides: A customer terminal having a store product information database for storing a store code for uniquely identifying a store, a code for uniquely identifying a product, and a product sales price in association with each other and connected via a network The product sales intermediary device for comparing and presenting the product sales price for each store with respect to a plurality of products, including order information including a code for uniquely identifying each product Receiving order information from the customer terminal; The store product information database is referred to based on each code received by the order information receiving means, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price with a non-numeric character by substituting at least one hundred digits for the read product sales price, and the calculation And a purchase destination selection means for classifying the total amount based on the store code and transmitting it to the customer terminal and causing any one store to respond as the purchase destination; It is provided with.
[0013]
According to these inventions, With respect to a plurality of products, order information including a code for uniquely identifying each product is received from the customer terminal, the store product information database is referred to based on each received code, and each of the codes The store code and the product sales price associated with the product code are read, a total amount is calculated for each store code for the read product sales price, and a number of at least one hundred or less is calculated for the read product sales price. The product sales price concealed part of the price by replacing it with a character other than a number and the calculated total amount are divided based on the store code and transmitted to the customer terminal, and any one of them Since we decided to make the store respond as a buyer, It becomes possible to easily compare the total amount of money among a plurality of stores, thereby improving convenience for customers and avoiding low price competition among dealers.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of a merchandise sales mediation method according to the present invention will be described in detail with reference to the drawings.
[0015]
FIG. 1 is a block diagram showing the configuration of an embodiment according to the present invention. In the figure, customer client 100 1 ~ 100 n , Store client 300 1 ~ 300 m , Shipping company client 400 1 ~ 400 s In addition, a product sales mediation system in which each of the product sales mediation devices 500 is connected to the Internet 200 is illustrated. In the figure, in order to simplify the explanation, communication devices (terminal adapter, router, firewall, etc.) necessary for Internet connection are not shown.
[0016]
Customer client 100 1 ~ 100 n Are n computer devices respectively installed on the customer side of a store that sells products online, and in accordance with TCP / IP (Transmission Control Protocol / Internet Protocol), the product sales intermediary device 500, which will be described later, via the Internet 200. to access. These customer clients 100 1 ~ 100 n Each includes a computer main body, a display, a keyboard, a mouse, and the like.
[0017]
Customer client 100 1 ~ 100 n Is used for selection of the above-mentioned product, input of payment information, and the like. In addition, customer client 100 1 ~ 100 n Includes a mailer (not shown) and a browser. This mailer provides a function for transmitting / receiving electronic mail via a mail server (not shown).
[0018]
For sending / receiving the electronic mail, SMTP (Simple Mail Transfer Protocol) or POP3 (Post Office Protocol version 3) is used. The browser is a computer program for browsing various screens (see FIGS. 15 to 23) provided by the merchandise sales intermediary device 500.
[0019]
Store client 300 1 ~ 300 m Are m computer devices respectively installed in stores that sell products online, and access a product sales mediation device 500 (to be described later) via the Internet 200 according to TCP / IP. These store clients 300 1 ~ 300 m Each includes a computer main body, a display, a keyboard, a mouse, and the like. In addition, store client 300 1 ~ 300 m Is used for registering product information in the product sales mediating apparatus 500, receiving order information, and the like. Here, in addition to online sales of products, the stores also perform face-to-face sales.
[0020]
Shipping company client 400 1 ~ 400 s Are s computer apparatuses respectively installed in the shipping company, and access to a merchandise sales intermediary apparatus 500 described later via the Internet 200 according to TCP / IP. These shipping company clients 400 1 ~ 400 s Each includes a computer main body, a display, a keyboard, a mouse, and the like.
[0021]
In addition, the shipping company client 400 1 ~ 400 s Is used for registration of shipping company information, consignment of transportation, and the like. Here, the shipping company is a company that transports merchandise in a store that has received an online order for merchandise from a customer to the customer. In addition, when the store has its own transportation system, the store may execute the product transportation process without entrusting the transportation company.
[0022]
The merchandise sales intermediary device 500 is the store client 300 1 ~ 300 m A function is provided for presenting a plurality of products handled at m stores corresponding to 1 to a customer via the Internet 200 and presenting the total amount of products desired for purchase for each store. Here, the sales price of a product generally differs from store to store due to differences in purchase routes and sales strategies. In this case, the total amount of products desired to be purchased also varies from store to store.
[0023]
Further, the merchandise sales intermediary device 500 causes the customer to select a store from which the purchase is made from a plurality of stores based on the total price of the merchandise presented for each store, and uses the Internet 200 for the selected store. Function to execute order processing. Furthermore, the merchandise sales intermediary device 500 has a function of executing a process for requesting transportation of goods from the store to the customer via the Internet 200 to the shipping company.
[0024]
In the merchandise sales intermediary device 500, the communication control unit 510 includes the customer client 100 via the Internet 200 according to TCP / IP. 1 ~ 100 n , Store client 300 1 ~ 300 m And shipping company client 400 1 ~ 400 s Control communication with the. The controller 520 performs various controls for realizing the merchandise sales mediation function.
[0025]
Specifically, the control unit 520 includes a main control unit 530, a mail control unit 540, a registration control unit 550, and a screen generation unit 560. The main control unit 530 executes control related to merchandise sales mediation. Details of the operation of the main control unit 530 will be described later. The mail control unit 540 controls transmission / reception of electronic mail. The registration control unit 550 executes control related to information registration in various databases described later. The screen generation unit 560 generates various screens (see FIGS. 15 to 23) described later. A bus 570 connects each part of the merchandise sales intermediary device 500.
[0026]
The product information database 600 is stored in the store client 300. 1 ~ 300 m It is a database which stores the merchandise information regarding all the goods sold online at m stores corresponding to. Specifically, as shown in FIG. 2, the product information database 600 includes “JAN (Japan Article Number) code”, “product name”, “maker code”, “recommended retail price”, “product image”, Fields such as “product category code”, “product size”, “product weight”, “combination flag”, and “number” are provided.
[0027]
The “JAN code” is a code for uniquely identifying each product of each manufacturer, and is information relating to a 13-digit number corresponding to a barcode attached to the product. “Product name” is information relating to the name of the product. “Manufacturer code” is information relating to a code for identifying a manufacturer that manufactures a product. “Suggested retail price” is information relating to the retail price (list price) desired by the manufacturer of the product. “Product image” is information relating to an image file of a product.
[0028]
The “product category code” is information related to the category of the product. “Product size” is information regarding the size (length + width + height) of the product. “Product weight” is information relating to the weight of the product. The “combination flag” is a flag indicating whether or not the product is composed of a combination of a plurality of products. “Number” is information relating to the number of products when, for example, a plurality is sold together.
[0029]
Returning to FIG. 1, the product category information database 610 is a database that stores product category information representing the category of the product. Specifically, as shown in FIG. 3, the product category information database 610 includes a “product category code” (see FIG. 2) for identifying a product category, a “product category” related to the above category, “ It has a field such as “Remarks”. This “product category code” corresponds to the “product category code” in the product information database 600.
[0030]
Returning to FIG. 1, the manufacturer information database 620 is a database that stores manufacturer information related to the manufacturer of the product. Specifically, as shown in FIG. 4, the manufacturer information database 620 includes a “maker code” (see FIG. 2) for identifying the manufacturer, a “maker name” related to the manufacturer name, and a manufacturer address. It has a field called “address”. This “maker code” corresponds to the “maker code” in the product information database 600.
[0031]
Returning to FIG. 1, the store information database 630 stores the store client 300. 1 ~ 300 m It is a database which stores store information about each store corresponding to each. Specifically, as shown in FIG. 5, the store information database 630 includes a “store code” for identifying the store, a “store name” regarding the store name, and a “store municipality” corresponding to the store address. Fields such as “code”, “address” relating to the store address, and “phone number” relating to the store telephone number are provided.
[0032]
Returning to FIG. 1, the store clerk information database 640 is a database that stores store clerk information related to a person in charge of online sales at the store. Specifically, as shown in FIG. 6, the store clerk information database 640 includes a “store code” for identifying a store and a “person in charge ID” for identifying a person in charge of online sales at the store. ”, The“ department name ”for the department in charge of online sales,“ the name of the person in charge ”for the name of the person in charge,“ the telephone number ”for the telephone number of the department in charge, and“ It has a field such as “E-mail”. This “store code” corresponds to the “store code” in the store information database 630.
[0033]
Returning to FIG. 1, the store product information database 650 is a database that stores store product information related to product information at each store. Specifically, as illustrated in FIG. 7, the store product information database 650 includes a “store code” for identifying a store and information “JAN” relating to a 13-digit number corresponding to a barcode attached to the product. A field such as “code” (see FIG. 2) is provided. This “store code” corresponds to the “store code” in the store information database 630. The “JAN code” corresponds to the “JAN code” in the product information database 600.
[0034]
Further, the store product information database 650 relates to the “sale price” related to the sale price (actual sale price) of the product in the store, the “update date” related to the date on which the product information is updated, and the number of products in the store. Fields such as “inventory quantity” and “order flag” (1: order required, 0: order not required) indicating whether or not to order the product from the manufacturer are provided.
[0035]
Here, when the number of stocks falls below a preset threshold value, ordering is required and the “ordering flag” is set to 1. For example, if order point information, which is a reference value for placing an order, is managed as data corresponding to a threshold value, it is possible to determine whether or not an order is necessary by comparing the number of stocks with the order point.
[0036]
Returning to FIG. 1, the store transport information database 660 is a database that stores store transport information related to a product transport system in each store (a transport system using an original transport system or a transport system commissioned to a transport company). Specifically, as shown in FIG. 8, the store transportation information database 660 includes a “store code” for identifying the store, a “city code” indicating an area where the store can be delivered, and a unique transportation. Fields such as a “fare” related to a fare when using the system and a “transportability flag” (1: acceptable, 0: impossible) indicating whether the commodity can be transported by an original transportation system are provided. “Store code” corresponds to “Store code” in the store information database 630.
[0037]
Returning to FIG. 1, the order slip header information database 670 is a database that stores order slip header information relating to header information of an order slip created when a product is ordered from a customer. Specifically, as shown in FIG. 9, the order slip header information database 670 includes an “order number” given for each order, an “input date / time” related to the date / time when the order information was input, and a customer (order A field of “customer ID” for identifying “main” and “store code” for identifying the store.
[0038]
Further, the order slip header information database 670 includes a “customer municipality code” corresponding to the customer's address, a “pickup scheduled date / time” related to the planned pickup date / time of the product by the shipping company, and a “delivery scheduled date / time” related to the desired delivery date / time of the product. , “Product Total Price” for the total price of the ordered product, “Product Total Size” for the total size of the ordered product, “Product Total Weight” for the total weight of the ordered product, Fields such as “freight company code” for identifying a shipping company in charge of transportation, “freight” related to the freight for transportation of goods, and “remarks” are provided. This “store code” corresponds to the “store code” in the store information database 630.
[0039]
Returning to FIG. 1, the order slip body information database 680 is a database that stores the order slip body information related to the body information of the order slip described above. Specifically, as shown in FIG. 10, the order slip body information database 680 includes an “order number” given for each order, the above-mentioned “JAN code”, and the sales price of the ordered product. Fields such as “sales price”, “product size” related to the size of the product, and “product weight” related to the weight of the product are provided. This “JAN code” corresponds to the “JAN code” in the product information database 600 and the “JAN code” in the store product information database 650.
[0040]
Returning to FIG. 1, the transportation information database 690 is a database that stores transportation information related to transportation of ordered products. Specifically, as shown in FIG. 11, the transportation information database 690 stores an “order number” given for each order, a “store municipality code” regarding the address of the store that received the order, and the transportation of the product. A field “transport company code” for identifying the shipping company in charge is provided. This “order number” corresponds to the “order number” in the order slip header information database 670 and the “order number” in the order slip body information database 680.
[0041]
Further, the transportation information database 690 includes a “service code” for identifying a service form of transportation, a “freight” related to the transportation cost of the product, and a “collection” related to the scheduled date and time when the transportation company collects the product at the store. Fields such as “scheduled date and time”, “scheduled delivery date and time” related to the scheduled delivery date and time of the product to the customer, and “remarks” are provided. This “collected scheduled date and time” corresponds to “scheduled scheduled date and time” in the order slip header information database 670.
[0042]
Returning to FIG. 1, the customer information database 700 is stored in the customer client 100. 1 ~ 100 n It is a database that stores customer information related to customers corresponding to each. Specifically, as shown in FIG. 12, the customer information database 700 includes a “customer ID” for identifying a customer, a “password” used when accessing the merchandise sales intermediary device 500, and the name of the customer. "Name", "Address" related to the customer's address, "Telephone number" related to the customer's telephone number, "Customer city code" related to the customer's address, "Email" related to the customer's email address, etc. It has.
[0043]
Returning to FIG. 1, the shipping company information database 710 is a database that stores shipping company information relating to a shipping company that is responsible for shipping goods from a store to a customer. Specifically, as shown in FIG. 13, the shipping company information database 710 includes a “shipping company code” for identifying the shipping company, a “shipping company name” relating to the name of the shipping company, and the address of the shipping company. It has a field called “Address”.
[0044]
In addition, the shipping company information database 710 includes a “telephone number” relating to the telephone number of the shipping company, a “store city code” corresponding to the store address, a “customer city code” corresponding to the customer address, and a product (package). ), “Size” regarding the size of the product (package), “Weight” regarding the weight of the product (luggage), and the address corresponding to the “Customer municipal code” to the address corresponding to the “Customer municipal code” (“Size” and “Weight” ")", Etc., a field called "fare" related to the fare required for transportation.
[0045]
Here, in the shipping company information database 710, there are as many data for each shipping company as there are combinations of “store municipal code”, “customer municipal code”, “size”, and “weight”. In one embodiment, when a transportation company provides a plurality of transportation services using a plurality of types of trucks, motorcycles (motorcycle flights), etc. with different loading amounts, the transportation company information database 710 is transported. A transportation service code for identifying the service may be provided, and a different fare may be set for each transportation service.
[0046]
Each of the above-described product information database 600, product category information database 610, manufacturer information database 620, store information database 630, store clerk information database 640, store product information database 650, store transport information database 660 and transport company information database 710 The information is registered in advance prior to the reception process from the customer. Each information of the order slip header information database 670 and the order slip body information database 680 is registered every time an order is received from a customer. Further, information in the transportation information database 690 is registered every time an order including delivery using a transportation company is received from a customer.
[0047]
Next, the operation of the above-described embodiment will be described with reference to the flowchart shown in FIG. 14 and FIGS. 15 to 24. In step SA1 shown in FIG. 14, the main control unit 530 of the merchandise sales intermediary device 500 causes the customer client 100 to 1 ~ 100 n It is determined whether there is an order request (access) from any of the client clients via the Internet 200. If there is no order request, the determination result is “No” and the determination is repeated.
[0048]
Here, for example, the customer client 100 1 If there is an order request, the main control unit 530 sets “Yes” as a result of the determination made at step SA1. In step SA2, the main control unit 530 refers to the product information database 600 (see FIG. 2) and displays the product list screen 800 shown in FIG. 1 Are displayed on a display unit (not shown).
[0049]
The product list screen 800 displays a list of products sold online at each store. Specifically, the product list screen 800 displays a product name, JAN code, manufacturer desired retail price (list price), order check box, order quantity select box, and product selection button 801. In step SA3, the main control unit 530 determines whether or not the product selection button 801 has been pressed, and repeats the same determination with “No” as the determination result until the product selection button 801 is pressed.
[0050]
And the customer is the customer client 100 1 To check the order check box corresponding to the product to be ordered from the product list displayed on the product list screen 800, select the quantity, and then press the product selection button 801 To do. As a result, the main control unit 530 sets “Yes” as a result of the determination made at step SA3.
[0051]
In one embodiment, the product list screen 810 shown in FIG. 16 may be used instead of the product list screen 800 shown in FIG. 15 as a screen for allowing the customer to select a product. The product list screen 810 is a screen for selecting a product as if it is a flyer. The product images 811 to 813 and the manufacturer's suggested retail prices corresponding to the images 811 to 813 are displayed in an arrangement like the page of the flyer. .
[0052]
Returning to FIG. 14, in step SA4, the main control unit 530 is selected on the product list screen 800 (see FIG. 15) from the product information database 600 (see FIG. 2) and the store product information database 650 (see FIG. 7). The desired retail price information and the sales price at each store are searched using the JAN code corresponding to the product as a key, and the sales price list screen 820 for each store shown in FIG. 1 Are displayed on a display unit (not shown).
[0053]
On the sales price list screen 820 for each store, the manufacturer's suggested retail price of the product ordered by the customer, the sales price of each store (P supermarket, S store and Q drug chain in the figure), and the total amount for each store And store selection buttons 821-823 corresponding to each store are displayed.
[0054]
In addition, a part of the sales price of each store is intentionally hidden. This is due to the difference between merchandise (goods with a high discount rate) and poor products (goods with a low discount rate) between stores due to differences in purchase routes and sales strategies. In other words, it is intended to present to the customer a corporate effort to reduce the discount rate with the total amount without showing the variation to the customer. Therefore, the customer can select a store to be ordered in consideration of the comparison result of the total amount of the products between the stores, the favorable rate of the store, and the like.
[0055]
Returning to FIG. 14, in step SA <b> 5, the main control unit 530 determines whether any one of the store selection buttons 821 to 823 shown in FIG. 17 is pressed, and the store selection button is pressed. Until the determination is made, the determination result is “No” and the determination is repeated.
[0056]
Here, the customer selects “S Store” (total amount 2480 yen) having the lowest total amount among the P supermarkets, S stores, and Q drug chains on the sales price list screen 820 for each store as the order destination. Shall. In this case, the customer presses the store selection button 822 corresponding to the S store. Thereby, the main control unit 530 sets “Yes” as a result of the determination made at step SA5 shown in FIG.
[0057]
In step SA6, the main control unit 530 displays the customer information input screen 830 shown in FIG. 1 Are displayed on a display unit (not shown). On this customer information input screen 830, order product information 831 related to the product ordered by the customer and customer information such as the customer's name, address, telephone number, e-mail address, desired delivery date, desired time, etc. are entered. A customer information input field 832 for displaying the total amount including a delivery fee and a total amount display button 833 for displaying the total amount are displayed.
[0058]
Returning to FIG. 14, in step SA <b> 7, the main control unit 530 determines whether or not the total amount display button 833 is pressed, and the determination result is “No” until the total amount display button 833 is pressed. repeat. Then, after the customer information is input to the customer information input field 832 by the customer, when the total amount display button 833 is pressed, the main control unit 530 sets “Yes” as a result of the determination made at step SA7.
[0059]
In one embodiment, prior to the display of the customer information input screen 830, a login process for inputting the customer ID / password of the customer is executed, and the customer information database 700 (see FIG. 12) using these customer ID / password as a key. ), The customer information may be displayed on the customer information input screen 830.
[0060]
In step SA8, the main control unit 530 displays a content confirmation screen for allowing the customer to confirm the order details and the input customer information. 1 Are displayed on a display unit (not shown). Specifically, for the order destination store, when the transportability flag in the store transport information database 660 (see FIG. 8) is “1” (can be transported by an independent transport system), the main control unit 530 displays The content confirmation screen 840 shown in FIG. 1 Are displayed on a display unit (not shown). On this content confirmation screen 840, ordered product information 841, customer information 842, and a content confirmation button 843 are displayed.
[0061]
On the other hand, regarding the order destination store, when the transportability flag in the store transport information database 660 (see FIG. 8) is “0” (transportation is not possible by the original transport system, that is, transport system by the transport company), the main control unit 530 Displays the content confirmation screen 850 shown in FIG. 1 Are displayed on a display unit (not shown). On this content confirmation screen 850, order product information 851, customer information 852, and a content confirmation button 853 are displayed.
[0062]
Returning to FIG. 14, in Step SA9, the main control unit 530 determines whether or not the content confirmation button 843 or 853 (FIG. 19 or 20) is pressed, and until the content confirmation button 843 or 853 is pressed. The determination is repeated with “No” as the determination result. Customer client 100 1 When the content confirmation screen 850 (see FIG. 20) is displayed on the display unit and the content confirmation button 853 is pressed by the customer, the main control unit 530 sets the determination result in step SA9 to “Yes”.
[0063]
In step SA10, the main control unit 530 causes the customer client 100 to 1 The display section (not shown) of the shipping company list screen 860 shown in FIG. 21 is displayed. Specifically, the main control unit 530 searches the shipping company information database 710 using the store city code (see FIG. 5) of the ordering store and the customer city code (see FIG. 12) corresponding to the customer as keys. Next, the main control unit 530 displays a shipping company list screen 860 (see FIG. 21) including order product information 861, customer information 862, shipping company information 863 based on the search result, and consignment buttons 864 to 866 (see FIG. 21). 1 Are displayed on a display unit (not shown).
[0064]
The shipping company information 863 includes information on the order of the product including contact information, shipping route, freight, and delivery fee for each shipping company (in the figure, A shipping company, B shipping company and C shipping company) that can be consigned to transport the goods. It consists of the total amount. The entrustment buttons 864 to 866 are buttons corresponding to each shipping company, and are buttons for selecting a shipping company entrusting the transportation of goods from a plurality of shipping companies in consideration of the fare and the like. Note that when the content confirmation button 843 shown in FIG. 19 is pressed, that is, when an original transportation system of a sales store is used, it is not necessary to select an external transportation company, so steps SA10 and SA11 are performed. Is skipped.
[0065]
Returning to FIG. 14, in step SA11, the main control unit 530 determines whether any one of the commission buttons 864 to 866 (see FIG. 21) has been pressed, and until the commission button is pressed. The determination result is “No” and the determination is repeated. Here, for example, when the B shipping company is selected by the customer and the consignment button 865 is pressed, the main control unit 530 sets “Yes” as the determination result of step SA11.
[0066]
In step SA12, the main control unit 530 displays the final confirmation screen 870 shown in FIG. 1 Is displayed on the display. The final confirmation screen 870 displays order product information, customer information, shipping company information, payment total amount information, and a final confirmation button 871. This final confirmation screen 870 is a screen for allowing the customer to confirm the final order. In one embodiment, the shipping company's articles of association may be displayed on the final confirmation screen 870.
[0067]
Returning to FIG. 14, in step SA <b> 13, the main control unit 530 determines whether or not the final confirmation button 871 (see FIG. 22) is pressed, and the determination result is “No” until the final confirmation button 871 is pressed. The same judgment is repeated. Then, the customer confirms that the order contents, customer information, and the like are correct on the final confirmation screen 870, and then presses the final confirmation button 871. As a result, the main control unit 530 sets “Yes” as a result of the determination made at step SA13. Further, the main control unit 530 registers the transportation information in the transportation information database 690 (see FIG. 11).
[0068]
In step SA14, the main control unit 530 displays the settlement information input screen 880 shown in FIG. 1 Is displayed on the display. The payment information input screen 880 is a screen for allowing a customer to input payment information (for example, customer credit card information) of a product. On this settlement information input screen 880, order merchandise information 881, customer information 882, shipping company information 883, a settlement information input field 884 and a payment button 885 are displayed.
[0069]
The settlement information input column 884 is a column for the customer to enter the credit card number, credit card holder, and expiration date used for payment for the order.
[0070]
Returning to FIG. 14, in step SA15, the main control unit 530 determines whether or not the payment button 885 (see FIG. 23) is pressed, and the determination result is “No” until the payment button 885 is pressed. Repeat judgment. Here, when the payment button 885 is pressed after the payment information is input to the payment information input field 884 by the customer, the main control unit 530 sets “Yes” as a result of the determination made at step SA15.
[0071]
In step SA16, the main control unit 530 stores information in the order slip header information database 670 (see FIG. 9) and the order slip body information database 680 (see FIG. 10) based on the settlement information input screen 880 (see FIG. 23). After the storage, for example, the store client 300 via the Internet 200 as the order information. 1 The ordering process of sending encrypted data to is executed.
[0072]
The main control unit 530 also stores the customer information 882 and the shipping company information 883 shown in FIG. 1 Send encrypted to. Thereby, the store client 300 1 In the store corresponding to (S store), based on the received information, an order slip, a transport slip, and the like are created, and the ordered products are sorted and packed.
[0073]
Returning to FIG. 14, in Step SA <b> 17, the mail control unit 540 (see FIG. 1) creates the order confirmation mail 890 shown in FIG. 24, and transmits this to the customer (orderer) via the Internet 200. This order confirmation mail 890 is an e-mail for notifying the customer of the order contents, total amount, delivery fee, settlement information, scheduled delivery date of the order, and confirming the order.
[0074]
Returning to FIG. 14, in step SA <b> 18, the main control unit 530 obtains transportation information related to the order from the transportation information database 690 (see FIG. 11), and uses this information via the Internet 200, for example, the transportation company client 400. 1 The collection request process of requesting the collection of the merchandise in the store is executed. As a result, the shipping company client 400 1 In the shipping company corresponding to, goods are collected at the store at the scheduled collection date and time, and the transportation process is executed.
[0075]
Returning to FIG. 14, in step SA19, the main control unit 530 refers to the scheduled delivery date and time shown in FIG. 11 to determine whether or not the current date is the scheduled delivery date. The result is “No” and the same determination is repeated. When the scheduled delivery date of the product comes, the main control unit 530, in step SA20, the main control unit 530 sends the shipping company client 400 via e-mail or the like before the scheduled delivery time. 1 Inquire about the delivery status of the product (delay or not).
[0076]
Here, if the delivery status is as planned, that fact is sent to the shipping company client 400 via e-mail or the like. 1 To the merchandise sales intermediary device 500. On the other hand, if the scheduled delivery time has passed due to traffic conditions or the like, the shipping company client 400 notifies the reason, the reason for delay and the latest scheduled delivery time via e-mail. 1 To the merchandise sales intermediary device 500.
[0077]
In step SA21, the main control unit 530 sends the shipping company client 400. 1 Whether or not there is a delivery delay for the product scheduled to be delivered today is determined based on the e-mail from No. 1, and if the result of this determination is “No”, the process of step SA23 is executed.
[0078]
On the other hand, if the determination result in step SA21 is “Yes”, in step SA22, the mail control unit 540 shows an apology for delivery delay, the reason for delivery delay, and the latest scheduled delivery date and time shown in FIG. A delivery delay mail 895 is created, and this is sent to the customer client 100 via the Internet 200. 1 Send to. This delivery delay mail 895 is sent to the customer client 100 1 The customer recognizes that the delivery is delayed and the changed delivery date and time. When the product is delivered to the customer, the fact is sent to the shipping company client 400 via e-mail. 1 To the merchandise sales intermediary device 500.
[0079]
In step SA23, after confirming the arrival of the product by the e-mail, the main control unit 530 uses the payment information (credit card information) input by the customer to pay for the order of the product from the credit card company (total of products). A billing process is performed in which the credit card company is billed (amount + fare). In step SA24, the main control unit 530 executes a settlement process of paying the fare to the shipping company.
[0080]
As described above, according to one embodiment, a plurality of items ordered by a customer by referring to the respective product sales prices (see the store product information database 650) of a plurality of stores that sell products over the Internet 200. Since the total amount of the merchandise was compared and presented to the customer for each store (see FIG. 17), one of the stores was selected as the purchase destination by the customer (see FIG. 17), and an order was placed at that store. The total amount of money between a plurality of stores can be easily compared, and the convenience of the customer can be improved and the purchase price of the product can be reduced.
[0081]
Moreover, according to one embodiment, as shown in FIG. 17, since the total amount is presented to the customer while concealing at least a part of the product sales price of each of the plurality of products, Regardless of the difference in product prices between stores due to differences in routes and sales strategies, it is possible to give stores an opportunity to appeal low prices with the total price, and avoid low price competition between stores exceeding the limit it can.
[0082]
Further, according to one embodiment, as shown in FIG. 21, the fare of each of a plurality of shipping companies is presented to the customer for the transportation of a plurality of ordered products, and one of the shipping companies is transported. Since the customer is selected as a consignee and orders the transportation business via the Internet 200 to the selected transportation company, the customer can also enjoy the merits of freight.
[0083]
Also, according to one embodiment, before the scheduled delivery date and time of the product included in the order information, the delivery status of the product is inquired to the shipping company via the Internet 200, and when the delivery schedule is changed, Since the fact is notified to the customer via the Internet 200, the notification is made only when the customer needs to be alerted such as a delivery delay, and the quality of customer service can be improved.
[0084]
Further, according to one embodiment, a product in which at least a part of each of a plurality of products is concealed and sent from the product sales mediation device 500 in response to the order information transmitted to the product sales mediation device 500 The sales price information and the total price information of the plurality of products are used as the customer client 100. 1 15, and as shown in FIG. 15, the product sales price and the total amount in a state in which the received part is concealed are displayed on the customer client 100. 1 Because it is displayed on the display part (not shown), it is possible to give the store an opportunity to appeal the low price with the total amount, regardless of the product price difference between stores due to differences in product purchase routes and sales strategies. Moreover, low price competition between stores exceeding the limit can be avoided.
[0085]
Although one embodiment of the present invention has been described in detail with reference to the drawings, a specific configuration example is not limited to this one embodiment, and the design can be changed without departing from the gist of the present invention. And the like are included in the present invention.
[0086]
Note that the types of products handled in the present invention are not limited to tangible objects as described in the above embodiment, and may be combinations of service products such as vehicles and lodging. In the case of a trip consisting of a combination of transportation and accommodation, the customer client designates the transportation-related product, such as the type of vehicle such as a train or airplane, and if it is a train, whether to use an express train Accept. In addition, as the designation of the accommodation destination, designation of the rank or location of the hotel is accepted. In the case of such service products, tickets such as tickets, coupons, and vouchers for using the products are delivered to the customers. As for the tickets, an ID number for identifying the ticket or the ticket itself may be electronically transmitted to the customer.
[0087]
Further, for example, in the above-described embodiment, the product sales mediation program for realizing the functions of the above-described product sales mediation apparatus 500 is recorded on the computer-readable recording medium 1000 shown in FIG. The product sales mediation program recorded in the medium 1000 may be read by the computer 900 shown in FIG.
[0088]
The computer 900 shown in the figure stores a CPU 910 that executes the above-described merchandise sales mediation program, an input device 920 such as a keyboard and a mouse, a ROM (Read Only Memory) 930 that stores various data, and calculation parameters and the like. A RAM (Random Access Memory) 940, a reading device 950 that reads a merchandise sales mediation program from the recording medium 1000, an output device 960 such as a display and a printer, and a bus BU that connects each unit.
[0089]
The CPU 910 reads the merchandise sales mediation program recorded on the recording medium 1000 via the reading device 950, and then executes the merchandise sales mediation program, thereby executing the series of processes related to the merchandise sales mediation described above. . The recording medium 1000 includes a portable recording medium such as an optical disk, a floppy disk, and a hard disk, and also includes a transmission medium that temporarily records and holds data, such as a network.
[0090]
(Appendix 1) An order information input step for allowing a customer to input order information regarding a plurality of products;
A purchase destination that refers to each product sales price of a plurality of stores, presents the total amount of the ordered products to the customer for each store, and allows the customer to select any one store as a purchase destination A selection process;
An ordering process for placing an order via a network to a store selected by the customer based on the order content of the product;
A product sales mediation method comprising:
(Supplementary note 2) The merchandise sales mediation method according to supplementary note 1, wherein, in the purchase destination selection step, the merchandise sales prices of a plurality of merchandise are presented to the customer in a state where at least part of the merchandise is hidden.
(Supplementary Note 3) A transportation company selection step of comparing and presenting each fare of a plurality of transportation companies to the customer regarding transportation of a plurality of ordered products and causing the customer to select any one transportation company as a transportation consignment destination. In the ordering step, the merchandise sales intermediation method according to appendix 1 or 2, wherein in the ordering step, a transportation business is ordered through the network to the selected transportation company.
(Supplementary Note 4) Before the scheduled delivery date and time of the product included in the order information, the shipping company is inquired about the delivery status of the product via the network, and when the delivery schedule is changed, the customer is notified of the change. The method for mediating sales of goods according to appendix 3, further comprising a step of notifying a delivery schedule change that is notified to the customer.
(Additional remark 5) The transmission process which transmits the order information regarding the some goods designated by the customer to the server connected with the network,
A receiving step of receiving a product sales price in a state in which at least a part of each of the plurality of products is concealed and a total amount of the plurality of products, which are sent from the server in response to the transmitted order information When,
A display step of displaying the product sales price and the total amount in a state of concealing the received part;
A product sales mediation method comprising:
(Appendix 6)
Order information input means for allowing customers to input order information for multiple products,
A purchase destination that refers to each product sales price of a plurality of stores, presents the total amount of the ordered products to the customer for each store, and allows the customer to select any one store as a purchase destination Selection means,
An ordering means for placing an order via a network to a store selected by the customer based on the order content of the product;
Product sales brokerage program to function as.
(Appendix 7)
A transmission means for transmitting order information on a plurality of products designated by a customer to a server connected via a network;
Receiving means for receiving a product sales price in a state where at least a part of each of the plurality of products is concealed, and a total amount of the plurality of products, which are sent from the server corresponding to the transmitted order information ,
Display means for displaying the product sales price and the total amount in a state where the received part is concealed;
Product sales brokerage program to function as.
(Appendix 8) Order information input means for allowing a customer to input order information regarding a plurality of products;
A purchase destination that refers to each product sales price of a plurality of stores, presents the total amount of the ordered products to the customer for each store, and allows the customer to select any one store as a purchase destination A selection means;
An ordering means for placing an order via a network to a store selected by the customer based on the order content of the product;
A product sales intermediary device characterized by comprising:
(Supplementary Note 9) Transmission means for transmitting order information regarding a plurality of products designated by a customer to a server connected via a network;
Receiving means for receiving a product sales price in a state where at least a part of each of the plurality of products is concealed, and a total amount of the plurality of products, which are sent from the server corresponding to the transmitted order information When,
Display means for displaying the merchandise sales price and the total amount in a state of concealing the received part;
A product sales intermediary device characterized by comprising:
[0091]
【The invention's effect】
As explained above, according to the present invention, With respect to a plurality of products, order information including a code for uniquely identifying each product is received from the customer terminal, the store product information database is referred to based on each received code, and each of the codes The store code and the product sales price associated with the product code are read, a total amount is calculated for each store code for the read product sales price, and a number of at least one hundred or less is calculated for the read product sales price. The merchandise sales price in which a part of the price is concealed by replacing with a character other than a number, and the calculated total amount are divided based on the store code and transmitted to the customer terminal, and any one of them Since we decided to make the store respond as a buyer, It becomes possible to easily compare the total amount of money among a plurality of stores, thereby improving convenience for customers and avoiding low price competition among dealers.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an embodiment according to the present invention.
2 is a diagram showing an example of a product information database 600 shown in FIG. 1. FIG.
3 is a diagram showing an example of a product category information database 610 shown in FIG. 1. FIG.
4 is a diagram showing an example of a manufacturer information database 620 shown in FIG. 1. FIG.
5 is a diagram showing an example of a store information database 630 shown in FIG.
6 is a diagram showing an example of a store staff information database 640 shown in FIG. 1. FIG.
7 is a diagram showing an example of a store product information database 650 shown in FIG. 1. FIG.
8 is a diagram showing an example of a store transportation information database 660 shown in FIG. 1. FIG.
9 is a diagram showing an example of an order slip header information database 670 shown in FIG. 1. FIG.
10 is a diagram showing an example of an order slip body information database 680 shown in FIG. 1. FIG.
11 is a diagram showing an example of a transportation information database 690 shown in FIG. 1. FIG.
12 is a diagram showing an example of a customer information database 700 shown in FIG.
13 is a diagram showing an example of the shipping company information database 710 shown in FIG. 1. FIG.
FIG. 14 is a flowchart for explaining the operation of the same embodiment;
FIG. 15 is a diagram showing an example of a product list screen 800 in the same embodiment.
FIG. 16 is a diagram showing an example of a product list screen 810 in the same embodiment.
FIG. 17 is a diagram showing an example of a store-by-store sales price list screen 820 in the same embodiment.
FIG. 18 is a diagram showing an example of a customer information input screen 830 in the same embodiment.
FIG. 19 is a diagram showing an example of a content confirmation screen 840 in the same embodiment.
FIG. 20 is a diagram showing an example of a content confirmation screen 850 in the same embodiment.
FIG. 21 is a diagram showing an example of a shipping company list screen 860 in the same embodiment.
FIG. 22 is a diagram showing an example of a final confirmation screen 870 in the same embodiment.
FIG. 23 is a diagram showing an example of a payment information input screen 880 in the same embodiment.
FIG. 24 is a diagram showing an example of an order confirmation mail 890 in the same embodiment.
FIG. 25 is a diagram showing an example of a delivery delay mail 895 in the same embodiment.
FIG. 26 is a block diagram showing a configuration of a modified example of the same embodiment;
[Explanation of symbols]
100 1 ~ 100 n Customer client
200 Internet
400 1 ~ 400 s Shipping company client
500 Product sales broker
520 control unit
530 Main control unit
540 Mail control unit
550 Registration control unit

Claims (3)

店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置による商品販売仲介方法であって、
前記商品販売仲介装置が、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付工程と、
前記注文情報受付工程によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択工程と
を実行することを特徴とする商品販売仲介方法。
A customer terminal having a store product information database for storing a store code for uniquely identifying a store, a code for uniquely identifying a product, and a product sales price in association with each other and connected via a network a product sales mediation method in accordance with product sales intermediary device to compare present the product sales price of each of the store with respect to,
The merchandise sales intermediary device is
Order information receiving step for receiving order information from the customer terminal including a code for uniquely identifying each product for a plurality of products ,
The store product information database is referred to based on each code received by the order information receiving step, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price by concealing a part of the price by replacing at least one hundred digits or less with the non-numeric characters And selling the selected total amount based on the store code and transmitting it to the customer terminal, and performing a purchase destination selection step of responding to any one store as the purchase destination. Mediation method.
店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有するコンピュータに、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介処理を実行させる商品販売仲介プログラムであって、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手順と、
前記注文情報受付手順によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手順と
前記コンピュータに実行させることを特徴とする商品販売仲介プログラム。
A customer connected via a network to a computer having a store product information database that stores a store code for uniquely identifying a store, a code for uniquely identifying a product, and a product sales price. A product sales mediation program for executing a product sales mediation process for comparing and presenting the product sales price for each store to the terminal,
Order information reception procedure for receiving order information from the customer terminal including a code for uniquely identifying each product for a plurality of products ,
The store product information database is referred to based on each code received by the order information receiving procedure, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price by concealing a part of the price by replacing at least one hundred digits or less with the non-numeric characters and a total amount that, and characterized in that said sectioned based on the shop code transmitted to the customer terminal, to execute a purchase selection procedure to respond to any one of the store as a purchase on the computer Product sales brokerage program.
店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置であって、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手段と、
前記注文情報受付手段によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手段と
を備えたことを特徴とする商品販売仲介装置。
A customer terminal having a store product information database for storing a store code for uniquely identifying a store, a code for uniquely identifying a product, and a product sales price in association with each other and connected via a network A merchandise sales intermediary device that compares and presents the merchandise sales price for each store,
Order information receiving means for receiving order information including a code for uniquely identifying each of the products from the customer terminal;
The store product information database is referred to based on each code received by the order information receiving means, the store code and the product sales price associated with each code are read, and the read product sales Calculate the total amount for each store code per price, and replace the calculated product sales price with a non-numeric character by substituting at least one hundred digits for the read product sales price, and the calculation The merchandise sales comprising: a purchase destination selection means for classifying the total amount based on the store code and transmitting it to the customer terminal and responding with any one store as a purchase destination Mediation device.
JP2002116247A 2001-04-25 2002-04-18 Product sales brokerage method Expired - Lifetime JP4020683B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002116247A JP4020683B2 (en) 2001-04-25 2002-04-18 Product sales brokerage method
US10/201,970 US7451101B2 (en) 2001-04-25 2002-07-25 Method of and apparatus for commodity selling intermediation, and computer product

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001-128470 2001-04-25
JP2001128470 2001-04-25
JP2002116247A JP4020683B2 (en) 2001-04-25 2002-04-18 Product sales brokerage method

Publications (2)

Publication Number Publication Date
JP2003044709A JP2003044709A (en) 2003-02-14
JP4020683B2 true JP4020683B2 (en) 2007-12-12

Family

ID=26614231

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002116247A Expired - Lifetime JP4020683B2 (en) 2001-04-25 2002-04-18 Product sales brokerage method

Country Status (1)

Country Link
JP (1) JP4020683B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004057549A1 (en) * 2002-12-19 2004-07-08 Fujitsu Limited Price information presenting system, price information presentation controller, price information presenting method, price information presentation control program, computer-readable record medium on which the program is recorded
US10032210B2 (en) * 2011-02-08 2018-07-24 Cfph, Llc Apparatus, article of manufacture and methods for purchasing arbitrage
JP7165253B1 (en) 2021-12-20 2022-11-02 ヤフー株式会社 Information processing device, information processing method, and information processing program
WO2024095986A1 (en) * 2022-10-31 2024-05-10 株式会社彩いろり System for matching business operators, server, and method

Also Published As

Publication number Publication date
JP2003044709A (en) 2003-02-14

Similar Documents

Publication Publication Date Title
US7124098B2 (en) Online shopping system
US8301511B2 (en) Buyer-initiated shipping system
US20140249905A1 (en) Method for handling electronic vouchers
JP2009505238A (en) Optimized database tuning and supply chain efficiency
JP2002245366A (en) Physical distribution system using communication network
US20060122906A1 (en) Distribution and collection surrogate system in internet on-line sale
JP2001117997A (en) Electronic commercial transaction device
JP2008225622A (en) Minimum cost presentation system in commercial transaction and method therefor
JP4020683B2 (en) Product sales brokerage method
JP2002230340A (en) System and method for dealer management
JP2004196550A (en) Physical distribution management system and method, and physical distribution information recording medium
US7451101B2 (en) Method of and apparatus for commodity selling intermediation, and computer product
JP2002074068A (en) Commodity-purchasing system
JP4593145B2 (en) Price settlement system and price settlement method for network purchased products
JP2006011537A (en) Sale/service contract order receiving method for gift commodity
WO2001088805A1 (en) Internet-based systems and methods for facilitating shipment of goods
JP2001216368A (en) Article providing system
JP2001202440A (en) Electronic commerce method and its system
US20020161695A1 (en) Method of and apparatus for commodity selling intermediation, and computer product
JP5113585B2 (en) Prepaid card settlement system, prepaid card settlement method, management apparatus, and management program
CN112236797A (en) Information processing program, information processing device, and information processing system
JP2002269466A (en) Commodity sales method and commodity sales system
JP2002203165A (en) Sales promotion system, delivering server, terminal device, and pos terminal
JP2004338845A (en) Server for physical distribution management, physical distribution service auction system using the server, and physical distribution service method using the server
JP2002157462A (en) Electronic store and electronic merchandise sales method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041012

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070319

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070619

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070813

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070918

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070925

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101005

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101005

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111005

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111005

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121005

Year of fee payment: 5