(57)【特許請求の範囲】
【請求項１】
店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置による商品販売仲介方法であって、
前記商品販売仲介装置が、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付工程と、
前記注文情報受付工程によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択工程と
を実行することを特徴とする商品販売仲介方法。
【請求項２】
店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有するコンピュータに、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介処理を実行させる商品販売仲介プログラムであって、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手順と、
前記注文情報受付手順によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手順と
を前記コンピュータに実行させることを特徴とする商品販売仲介プログラム。
【請求項３】
店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置であって、
複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手段と、
前記注文情報受付手段によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手段と
を備えたことを特徴とする商品販売仲介装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、顧客と店舗との間でネットワークを介して商品を販売するための商品販売仲介方法に関するものであり、特に、オンライン上で複数の商品を購入する場合の顧客の利便性を高めることができ、購入価格の低減にも貢献することができる商品販売仲介方法に関するものである。
【０００２】
近時、インターネットの普及により、インターネットを介して商品を購入するというオンラインショッピングが一般的になりつつある。このことから、オンラインショッピングを展開する企業では、益々普及するであろうオンラインショッピングの利便性を追求する動きが活発化している。
【０００３】
【従来の技術】
従来のオンラインショッピングでは、顧客がインターネットを介してオンラインショッピングサーバにアクセスし、商品一覧の中から所望の商品を注文している。この注文を受けると、店舗では、取引先の運送会社に当該商品の配送を委託する。これにより、当該商品は、数日後に運送会社により顧客に配送される。また、注文時に入力される決済情報に基づいて、商品の購入代金が決済される。
【０００４】
【発明が解決しようとする課題】
ところで、従来のオンラインショッピングにおいて、商品を単品で購入する際、購入者は、複数のオンラインショップにおける当該商品の販売価格を比較し、最も安価な商品を購入する場合が多い。従って、単品購入という観点からすれば、オンラインショッピングは、販売価格を容易に比較することができるため、利便性が高く、安価に購入可能な方法であるということができる。
【０００５】
しかしながら、店舗にとっては、常に他店の販売価格と比較されるため、自店での購入を促進させようとしすぎるあまり、限度のない低価格競争におちいるというリスクが生じている。
【０００６】
また、顧客にとっては、単品毎の価格比較は容易であるが、従来のオンラインショッピングにおいて、生活必需品等のように複数の商品をまとめて購入する場合には、利便性が悪く、コスト面で高くつく場合がある。すなわち、上記まとめ買いでは、複数の商品の合計金額を集計する作業を店舗毎に行わなければならず非常に面倒である。
【０００７】
このことから、たいていの購入者は、店舗間における上記合計金額の比較を行うことなく、固定の店舗で常時購入しており、低コストで商品を購入できるという機会をみすみす逃しているのが現実である。
【０００８】
また、従来のオンラインショッピングでは、商品の運送に際して運送会社の選択権が店舗側にあるため、店舗固有の取引事情により固定的に運送会社に委託される場合が多い。しかしながら、近時、各運送会社では、顧客獲得を目指して、運賃体系やサービス内容の見直しを逐次行っている。このことから、店舗側の都合により固定的に運送会社を採用した場合には、他の運送会社のほうが運賃が安いという顧客にとって絶好の機会を損失させる可能性が高いという危惧がある。
【０００９】
本発明は、上記に鑑みてなされたもので、オンライン上で複数の商品を購入する場合の顧客の利便性を高めることができ、購入価格の低減に貢献することができる商品販売仲介方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置による商品販売仲介方法であって、前記商品販売仲介装置が、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付工程と、前記注文情報受付工程によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択工程とを実行することを特徴とする。
【００１１】
また、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有するコンピュータに、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介処理を実行させる商品販売仲介プログラムであって、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手順と、前記注文情報受付手順によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手順とを前記コンピュータに実行させることを特徴とする。
【００１２】
また、本発明は、店舗を一意に識別するための店舗コードと、商品を一意に識別するためのコードと、商品販売価格とを対応付けて格納する店舗商品情報データベースを有し、ネットワークを介して接続された顧客端末に対して前記店舗ごとの商品販売価格を比較提示する商品販売仲介装置であって、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付ける注文情報受付手段と、前記注文情報受付手段によって受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させる購入先選択手段とを備えたことを特徴とする。
【００１３】
これらの発明によれば、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付け、受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させることとしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めるとともに、販売店の低価格競争を避けることができる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明にかかる商品販売仲介方法の一実施の形態について詳細に説明する。
【００１５】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。同図には、顧客クライアント１００1 〜１００n 、店舗クライアント３００1 〜３００m 、運送会社クライアント４００1 〜４００s および商品販売仲介装置５００のそれぞれがインターネット２００に接続されてなる商品販売仲介システムが図示されている。なお、同図においては、説明を簡単にするために、インターネット接続上必要な通信装置（ターミナルアダプタ、ルータ、ファイアウォール等）の図示が省略されている。
【００１６】
顧客クライアント１００1 〜１００n は、商品をオンライン販売する店舗の顧客側にそれぞれ設置されたｎ台のコンピュータ装置であり、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に従って、後述する商品販売仲介装置５００にインターネット２００を介してアクセスする。これらの顧客クライアント１００1 〜１００n のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【００１７】
また、顧客クライアント１００1 〜１００n は、上記商品の選択、決済情報の入力等に用いられる。さらに、顧客クライアント１００1 〜１００n には、メーラ（図示略）およびブラウザが備えられている。このメーラは、図示しないメールサーバを介して電子メールを送信／受信するための機能を提供する。
【００１８】
この電子メールの送信／受信には、ＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol version 3）が利用される。ブラウザは、商品販売仲介装置５００により提供される各種画面（図１５〜図２３参照）を閲覧するためのコンピュータプログラムである。
【００１９】
店舗クライアント３００1 〜３００m は、商品をオンライン販売する店舗にそれぞれ設置されたｍ台のコンピュータ装置であり、ＴＣＰ／ＩＰに従って、後述する商品販売仲介装置５００にインターネット２００を介してアクセスする。これらの店舗クライアント３００1 〜３００m のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。また、店舗クライアント３００1 〜３００m は、商品販売仲介装置５００への商品情報の登録や、注文情報の受信等に用いられる。ここで、店舗では、商品のオンライン販売の他に、対面販売も行っている。
【００２０】
運送会社クライアント４００1 〜４００s は、運送会社にそれぞれ設置されたｓ台のコンピュータ装置であり、ＴＣＰ／ＩＰに従って、後述する商品販売仲介装置５００にインターネット２００を介してアクセスする。これらの運送会社クライアント４００1 〜４００s のそれぞれは、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【００２１】
また、運送会社クライアント４００1 〜４００s は、運送会社情報の登録や、運送の受託等に用いられる。ここで、運送会社は、顧客から商品のオンライン注文を受けた店舗の商品を当該顧客へ運送する会社である。なお、店舗で独自に運送システムを有している場合には、運送会社に委託することなく店舗側で商品の運送処理が実行されてもよい。
【００２２】
商品販売仲介装置５００は、店舗クライアント３００1 〜３００m に対応するｍ箇所の店舗で取り扱っている複数の商品をインターネット２００経由で顧客に提示し、購入希望の商品の合計金額を店舗毎に提示する機能を備えている。ここで、商品の販売価格は、仕入れルートや販売戦略の相違により店舗毎に異なるのが一般的である。この場合、購入希望の商品の合計金額も店舗毎に異なる。
【００２３】
また、商品販売仲介装置５００は、店舗毎に提示された商品の合計金額に基づいて、複数の店舗の中から購入先の店舗を顧客に選択させ、選択された店舗に対してインターネット２００を介して注文処理を実行する機能を備えている。さらに、商品販売仲介装置５００は、インターネット２００を介して運送会社に当該店舗から顧客への商品の運送依頼処理を実行する機能を備えている。
【００２４】
商品販売仲介装置５００において、通信制御部５１０は、ＴＣＰ／ＩＰに従ってインターネット２００を介して顧客クライアント１００1 〜１００n 、店舗クライアント３００1 〜３００m および運送会社クライアント４００1 〜４００s との間の通信を制御する。制御部５２０は、商品販売仲介機能を実現するための各種制御を行う。
【００２５】
具体的には、制御部５２０は、メイン制御部５３０、メール制御部５４０、登録制御部５５０および画面生成部５６０から構成されている。メイン制御部５３０は、商品販売仲介に関する制御を実行する。このメイン制御部５３０の動作の詳細については後述する。メール制御部５４０は、電子メールの送受信を制御する。登録制御部５５０は、後述する各種データベースへの情報登録に関する制御を実行する。画面生成部５６０は、後述する各種画面（図１５〜図２３参照）を生成する。バス５７０は、商品販売仲介装置５００の各部を接続する。
【００２６】
商品情報データベース６００は、店舗クライアント３００1 〜３００m に対応するｍ箇所の店舗でオンライン販売される全ての商品に関する商品情報を格納するデータベースである。具体的には、図２に示したように、商品情報データベース６００は、「ＪＡＮ（Japan Article Number）コード」、「商品名」、「メーカコード」、「希望小売価格」、「商品画像」、「商品カテゴリコード」、「商品サイズ」、「商品重量」、「組み合わせフラグ」および「個数」というフィールド等を備えている。
【００２７】
「ＪＡＮコード」は、各メーカの各商品を一意に識別するためのコードであって、商品に付されるバーコードに対応する１３桁の数字に関する情報である。「商品名」は、商品の名称に関する情報である。「メーカコード」は、商品を製造しているメーカを識別するためのコードに関する情報である。「希望小売価格」は、商品のメーカが希望する小売価格（定価）に関する情報である。「商品画像」は、商品の画像ファイルに関する情報である。
【００２８】
「商品カテゴリコード」は、商品のカテゴリに関する情報である。「商品サイズ」は、商品のサイズ（縦＋横＋高さ）に関する情報である。「商品重量」は、商品の重量に関する情報である。「組み合わせフラグ」は、当該商品が複数の商品の組み合わせから構成されているか否かを表すフラグである。「個数」は、例えば、複数個をひとまとめにして販売するような場合の商品の個数に関する情報である。
【００２９】
図１に戻り、商品カテゴリ情報データベース６１０は、当該商品のカテゴリを表す商品カテゴリ情報を格納するデータベースである。具体的には、商品カテゴリ情報データベース６１０は、図３に示したように、商品のカテゴリを識別するための「商品カテゴリコード」（図２参照）と、上記カテゴリに関する「商品カテゴリ」と、「備考」というフィールド等を備えている。この「商品カテゴリコード」は、商品情報データベース６００の「商品カテゴリコード」と対応している。
【００３０】
図１に戻り、メーカ情報データベース６２０は、商品のメーカに関するメーカ情報を格納するデータベースである。具体的には、メーカ情報データベース６２０は、図４に示したように、メーカを識別するための「メーカコード」（図２参照）と、メーカの名称に関する「メーカ名称」と、メーカの住所に関する「住所」というフィールド等を備えている。この「メーカコード」は、商品情報データベース６００の「メーカコード」と対応している。
【００３１】
図１に戻り、店舗情報データベース６３０は、店舗クライアント３００1 〜３００m にそれぞれ対応する各店舗に関する店舗情報を格納するデータベースである。具体的には、店舗情報データベース６３０は、図５に示したように、店舗を識別するための「店舗コード」と、店舗の名称に関する「店舗名」と、店舗の住所に対応する「店舗市町村コード」と、店舗の住所に関する「住所」と、店舗の電話番号に関する「電話番号」というフィールド等を備えている。
【００３２】
図１に戻り、店舗担当者情報データベース６４０は、当該店舗におけるオンライン販売の担当者に関する店舗担当者情報を格納するデータベースである。具体的には、店舗担当者情報データベース６４０は、図６に示したように、店舗を識別するための「店舗コード」と、当該店舗におけるオンライン販売の担当者を識別するための「担当者ＩＤ」と、オンライン販売を担当する部署名に関する「担当部署名」と、担当者の氏名に関する「担当者名」と、担当部署の電話番号に関する「電話番号」と、担当者の電子メールアドレスに関する「Ｅメール」というフィールド等を備えている。この「店舗コード」は、店舗情報データベース６３０の「店舗コード」と対応している。
【００３３】
図１に戻り、店舗商品情報データベース６５０は、各店舗における商品情報に関する店舗商品情報を格納するデータベースである。具体的には、図７に示したように、店舗商品情報データベース６５０は、店舗を識別するための「店舗コード」と、商品に付されるバーコードに対応する１３桁の数字に関する情報「ＪＡＮコード」（図２参照）というフィールド等を備えている。この「店舗コード」は、店舗情報データベース６３０の「店舗コード」と対応している。また、「ＪＡＮコード」は、商品情報データベース６００の「ＪＡＮコード」と対応している。
【００３４】
さらに、店舗商品情報データベース６５０は、当該店舗における商品の販売価格（実売価格）に関する「販売価格」と、商品情報が更新された日付に関する「更新日」と、当該店舗における商品の在庫数に関する「在庫数」と、メーカへの当該商品の発注の要否を表す「発注フラグ」（１：発注必要、０：発注不要）というフィールド等を備えている。
【００３５】
ここで、在庫数が、予め設定されるしきい値以下になった場合には、発注が必要とされ、「発注フラグ」が１とされる。例えば、しきい値にあたるデータとして、発注を行う基準値である発注点情報を管理していれば、在庫数と発注点とを比較して発注が必要かどうかを判断することができる。
【００３６】
図１に戻り、店舗運送情報データベース６６０は、各店舗における商品の運送体制（独自の運送システムによる運送体制または運送会社への委託による運送体制）に関する店舗運送情報を格納するデータベースである。具体的には、店舗運送情報データベース６６０は、図８に示したように、店舗を識別するための「店舗コード」と、当該店舗が配送可能な地域を示す「市町村コード」と、独自の運送システムを用いた場合の運賃に関する「運賃」と、独自の運送システムにより商品の運送の可否を表す「運送可否フラグ」（１：可、０：不可）というフィールド等を備えている。「店舗コード」は、店舗情報データベース６３０の「店舗コード」に対応している。
【００３７】
図１に戻り、注文伝票ヘッダ情報データベース６７０は、顧客から商品が注文された際に作成される注文伝票のヘッダ情報に関する注文伝票ヘッダ情報を格納するデータベースである。具体的には、注文伝票ヘッダ情報データベース６７０は、図９に示したように、注文毎に付与される「注文番号」と、注文情報が入力された日時に関する「入力日時」と、顧客（注文主）を識別するための「顧客ＩＤ」と、店舗を識別するための「店舗コード」というフィールド等を備えている。
【００３８】
さらに、注文伝票ヘッダ情報データベース６７０は、顧客の住所に対応する「顧客市町村コード」と、運送会社による商品の集荷予定日時に関する「集荷予定日時」と、商品のお届け希望日時に関する「配送予定日時」と、注文された商品の合計金額に関する「商品合計金額」と、注文された商品の合計サイズに関する「商品合計サイズ」と、注文された商品の合計重量に関する「商品合計重量」と、商品の運送を担当する運送会社を識別するための「運送会社コード」と、商品の運送にかかる運賃に関する「運賃」と、「備考」というフィールド等を備えている。この「店舗コード」は、店舗情報データベース６３０の「店舗コード」と対応している。
【００３９】
図１に戻り、注文伝票ボディ情報データベース６８０は、上述した注文伝票のボディ情報に関する注文伝票ボディ情報を格納するデータベースである。具体的には、注文伝票ボディ情報データベース６８０は、図１０に示したように、注文毎に付与される「注文番号」と、前述した「ＪＡＮコード」と、注文された商品の販売価格に関する「販売価格」と、商品のサイズに関する「商品サイズ」と、商品の重量に関する「商品重量」というフィールド等を備えている。この「ＪＡＮコード」は、商品情報データベース６００の「ＪＡＮコード」および店舗商品情報データベース６５０の「ＪＡＮコード」と対応している。
【００４０】
図１に戻り、運送情報データベース６９０は、注文された商品の運送に関する運送情報を格納するデータベースである。具体的には、運送情報データベース６９０は、図１１に示したように、注文毎に付与される「注文番号」と、注文を受けた店舗の住所に関する「店舗市町村コード」と、商品の運送を担当する運送会社を識別するための「運送会社コード」というフィールドを備えている。この「注文番号」は、注文伝票ヘッダ情報データベース６７０の「注文番号」および注文伝票ボディ情報データベース６８０の「注文番号」と対応している。
【００４１】
さらに、運送情報データベース６９０は、運送のサービス形態を識別するための「サービスコード」と、当該商品の運送にかかる運賃に関する「運賃」と、運送会社が店舗に商品を集荷する予定日時に関する「集荷予定日時」と、顧客への商品の配送予定日時に関する「配送予定日時」と、「備考」というフィールド等を備えている。この「集荷予定日時」は、注文伝票ヘッダ情報データベース６７０の「集荷予定日時」と対応している。
【００４２】
図１に戻り、顧客情報データベース７００は、顧客クライアント１００1 〜１００n にそれぞれ対応する顧客に関する顧客情報を格納するデータベースである。具体的には、図１２に示したように、顧客情報データベース７００は、顧客を識別するための「顧客ＩＤ」と、商品販売仲介装置５００へのアクセス時に用いられる「パスワード」と、顧客の氏名に関する「氏名」と、顧客の住所に関する「住所」と、顧客の電話番号に関する「電話番号」と、顧客の住所に関する「顧客市町村コード」と、顧客の電子メールアドレスに関する「Ｅメール」というフィールド等を備えている。
【００４３】
図１に戻り、運送会社情報データベース７１０は、店舗から顧客への商品の運送を担当する運送会社に関する運送会社情報を格納するデータベースである。具体的には、運送会社情報データベース７１０は、図１３に示したように、運送会社を識別するための「運送会社コード」と、運送会社の名称に関する「運送会社名」と、運送会社の住所に関する「住所」というフィールドを備えている。
【００４４】
また、運送会社情報データベース７１０は、運送会社の電話番号に関する「電話番号」と、店舗の住所に対応する「店舗市町村コード」と、顧客の住所に対応する「顧客市町村コード」と、商品（荷物）のサイズに関する「サイズ」と、商品（荷物）の重量に関する「重量」と、「店舗市町村コード」に対応する住所から「顧客市町村コード」に対応する住所まで、商品（「サイズ」および「重量」）を運送した場合にかかる運賃に関する「運賃」というフィールド等を備えている。
【００４５】
ここで、運送会社情報データベース７１０においては、運送会社毎に、「店舗市町村コード」、「顧客市町村コード」、「サイズ」、「重量」の各組み合わせの数だけデータが存在している。また、一実施の形態において、運送会社が、積載量の異なる複数種類のトラックやオートバイ（バイク便）等を用いた複数の運送サービスを提供している場合には、運送会社情報データベース７１０に運送サービスを識別するための運送サービスコードを持たせて、運送サービス毎に異なる運賃を設定するようにしてもよい。
【００４６】
上述した商品情報データベース６００、商品カテゴリ情報データベース６１０、メーカ情報データベース６２０、店舗情報データベース６３０、店舗担当者情報データベース６４０、店舗商品情報データベース６５０、店舗運送情報データベース６６０および運送会社情報データベース７１０のそれぞれの情報は、顧客からの受付処理に先立って予め登録されるものである。また、注文伝票ヘッダ情報データベース６７０および注文伝票ボディ情報データベース６８０のそれぞれの情報は、顧客から注文を受ける毎に登録される。さらに、運送情報データベース６９０の情報は、運送会社を利用した配送を含む注文を顧客から受ける毎に登録される。
【００４７】
つぎに、上述した一実施の形態の動作について、図１４に示したフローチャート、および図１５〜図２４を参照しつつ説明する。図１４に示したステップＳＡ１では、商品販売仲介装置５００のメイン制御部５３０は、顧客クライアント１００1 〜１００n のうちいずれかの顧客クライアントからインターネット２００を介して注文要求（アクセス）が有るか否かを判断し、注文要求が無い場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００４８】
ここで、例えば、顧客クライアント１００1 から注文要求が有ると、メイン制御部５３０は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、メイン制御部５３０は、商品情報データベース６００（図２参照）を参照して、図１５に示した商品一覧画面８００を顧客クライアント１００1 の表示部（図示略）に表示させる。
【００４９】
この商品一覧画面８００には、各店舗でオンライン販売されている商品の一覧が表示されている。具体的には、商品一覧画面８００には、商品名、ＪＡＮコード、メーカ希望小売価格（定価）、注文用のチェックボックス、注文数量のセレクトボックスおよび商品選択ボタン８０１が表示されている。ステップＳＡ３では、メイン制御部５３０は、商品選択ボタン８０１が押下されたか否かを判断し、商品選択ボタン８０１が押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。
【００５０】
そして、顧客は、顧客クライアント１００1 を操作することにより、商品一覧画面８００に表示されている商品一覧の中から、注文すべき商品に対応する注文用のチェックボックスにチェックをし、数量を選択した後、商品選択ボタン８０１を押下する。これにより、メイン制御部５３０は、ステップＳＡ３の判断結果を「Ｙｅｓ」とする。
【００５１】
なお、一実施の形態では、顧客に商品を選択させるための画面として、図１５に示した商品一覧画面８００に代えて、図１６に示した商品一覧画面８１０を用いてもよい。この商品一覧画面８１０は、商品をチラシ感覚で選択させるための画面であり、商品の画像８１１〜８１３と、これらにそれぞれ対応するメーカ希望小売価格がチラシの紙面のような配置で表示されている。
【００５２】
図１４に戻り、ステップＳＡ４では、メイン制御部５３０は、商品情報データベース６００（図２参照）および店舗商品情報データベース６５０（図７参照）から、商品一覧画面８００（図１５参照）で選択された商品に対応するＪＡＮコードをキーとして、希望小売価格情報および各取扱店舗での販売価格を検索し、この検索結果に基づいて、図１７に示した店舗別販売価格一覧画面８２０を顧客クライアント１００1 の表示部（図示略）に表示させる。
【００５３】
この店舗別販売価格一覧画面８２０には、顧客が注文した商品のメーカ希望小売価格と、各店舗（同図では、Ｐスーパー、ＳストアおよびＱ医薬品チェーン）の販売価格と、店舗毎の合計金額と、各店舗に対応する店舗選択ボタン８２１〜８２３とが表示されている。
【００５４】
また、各店舗の販売価格は、意図的に一部分が非表示とされている。これは、仕入れルートや販売戦略の相違により、店舗間で得意な商品（値引率が高い商品）と、不得手な商品（値引率が低い商品）とのバラツキが生じることに起因している。すなわち、上記バラツキを顧客に見せることなく、合計金額で値引率を下げるという企業努力を顧客に提示することを目的としている。従って、顧客は、店舗間における商品の合計金額の比較結果や、店舗の好感度等を考慮して、注文すべき店舗を選択することが可能となる。
【００５５】
図１４に戻り、ステップＳＡ５では、メイン制御部５３０は、図１７に示した店舗選択ボタン８２１〜８２３のいずれか一つの店舗選択ボタンが押下されたか否かを判断し、店舗選択ボタンが押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。
【００５６】
ここで、顧客により、店舗別販売価格一覧画面８２０において、Ｐスーパー、ＳストアおよびＱ医薬品チェーンの中で、最も合計金額が低い「Ｓストア」（合計金額２４８０円）が注文先として選択されたものとする。この場合、顧客は、Ｓストアに対応する店舗選択ボタン８２２を押下する。これにより、メイン制御部５３０は、図１４に示したステップＳＡ５の判断結果を「Ｙｅｓ」とする。
【００５７】
ステップＳＡ６では、メイン制御部５３０は、図１８に示した顧客情報入力画面８３０を顧客クライアント１００1 の表示部（図示略）に表示させる。この顧客情報入力画面８３０には、顧客により注文された商品に関する注文商品情報８３１と、顧客の氏名、住所、電話番号、電子メールアドレス、商品の届け希望日、希望時間等の顧客情報を入力するための顧客情報入力欄８３２と、配送料を含む合計金額を表示するための合計金額表示ボタン８３３とが表示されている。
【００５８】
図１４に戻り、ステップＳＡ７では、メイン制御部５３０は、合計金額表示ボタン８３３が押下されたか否かを判断し、合計金額表示ボタン８３３が押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。そして、顧客により、顧客情報入力欄８３２に顧客情報が入力された後、合計金額表示ボタン８３３が押下されると、メイン制御部５３０は、ステップＳＡ７の判断結果を「Ｙｅｓ」とする。
【００５９】
なお、一実施の形態では、顧客情報入力画面８３０の表示に先立って顧客の顧客ＩＤ／パスワードを入力するログイン処理を実行し、これらの顧客ＩＤ／パスワードをキーとして顧客情報データベース７００（図１２参照）から顧客情報を取得した後、この顧客情報を顧客情報入力画面８３０に表示するようにしてもよい。
【００６０】
ステップＳＡ８では、メイン制御部５３０は、注文内容および入力された顧客情報を顧客に確認させるための内容確認画面を顧客クライアント１００1 の表示部（図示略）に表示させる。具体的には、注文先の店舗に関して、店舗運送情報データベース６６０（図８参照）の運送可否フラグが「１」（独自の運送システムにより運送可能）である場合、メイン制御部５３０は、図１９に示した内容確認画面８４０を顧客クライアント１００1 の表示部（図示略）に表示させる。この内容確認画面８４０には、注文商品情報８４１、顧客情報８４２および内容確認ボタン８４３が表示されている。
【００６１】
一方、注文先の店舗に関して、店舗運送情報データベース６６０（図８参照）の運送可否フラグが「０」（独自の運送システムにより運送不可、すなわち運送会社による運送体系）である場合、メイン制御部５３０は、図２０に示した内容確認画面８５０を顧客クライアント１００1 の表示部（図示略）に表示させる。この内容確認画面８５０には、注文商品情報８５１、顧客情報８５２および内容確認ボタン８５３が表示されている。
【００６２】
図１４に戻り、ステップＳＡ９では、メイン制御部５３０は、内容確認ボタン８４３または８５３（図１９または図２０）が押下されたか否かを判断し、内容確認ボタン８４３または８５３が押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。顧客クライアント１００1 の表示部に内容確認画面８５０（図２０参照）が表示されており、顧客により内容確認ボタン８５３が押下されると、メイン制御部５３０は、ステップＳＡ９の判断結果を「Ｙｅｓ」とする。
【００６３】
ステップＳＡ１０では、メイン制御部５３０は、顧客クライアント１００1 の表示部（図示略）に図２１に示した運送会社一覧画面８６０を表示させる。具体的には、メイン制御部５３０は、注文先の店舗の店舗市町村コード（図５参照）および顧客に対応する顧客市町村コード（図１２参照）をキーとして、運送会社情報データベース７１０を検索する。つぎに、メイン制御部５３０は、注文商品情報８６１、顧客情報８６２、検索結果に基づく運送会社情報８６３、委託ボタン８６４〜８６６からなる運送会社一覧画面８６０（図２１参照）を顧客クライアント１００1 の表示部（図示略）に表示させる。
【００６４】
運送会社情報８６３は、商品の運送を委託可能な運送会社（同図では、Ａ運送会社、Ｂ運送会社およびＣ運送会社）毎の、連絡先、運送ルート、運賃、配送料を含む商品注文の合計金額から構成されている。委託ボタン８６４〜８６６は、各運送会社に対応して設けられており、複数の運送会社の中から、商品の運送を委託する運送会社を運賃等を考慮して選択するためのボタンである。なお、図１９に示した内容確認ボタン８４３が押下された場合、すなわち、販売店舗の独自の運送システムを利用する場合には、外部の運送会社の選択が不要となるため、ステップＳＡ１０およびステップＳＡ１１がスキップされる。
【００６５】
図１４に戻り、ステップＳＡ１１では、メイン制御部５３０は、委託ボタン８６４〜８６６（図２１参照）のうちいずれか一つの委託ボタンが押下されたか否かを判断し、委託ボタンが押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。ここで、例えば、顧客により、Ｂ運送会社が選択され、委託ボタン８６５が押下されると、メイン制御部５３０は、ステップＳＡ１１の判断結果を「Ｙｅｓ」とする。
【００６６】
ステップＳＡ１２では、メイン制御部５３０は、図２２に示した最終確認画面８７０を顧客クライアント１００1 の表示部に表示させる。この最終確認画面８７０には、注文商品情報、顧客情報、運送会社情報、支払い合計金額情報および最終確認ボタン８７１が表示されている。この最終確認画面８７０は、顧客に注文の最終的な確認を行わせるための画面である。なお、一実施の形態では、最終確認画面８７０に運送会社の定款等を表示してもよい。
【００６７】
図１４に戻り、ステップＳＡ１３では、メイン制御部５３０は、最終確認ボタン８７１（図２２参照）が押下されたか否かを判断し、最終確認ボタン８７１が押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。そして、顧客は、最終確認画面８７０により、注文内容、顧客情報等が正しいことを確認した後、最終確認ボタン８７１を押下する。これにより、メイン制御部５３０は、ステップＳＡ１３の判断結果を「Ｙｅｓ」とする。また、メイン制御部５３０は、運送情報を運送情報データベース６９０（図１１参照）に登録する。
【００６８】
ステップＳＡ１４では、メイン制御部５３０は、図２３に示した決済情報入力画面８８０を顧客クライアント１００1 の表示部に表示させる。決済情報入力画面８８０は、商品の決済情報（例えば、顧客のクレジットカード情報）を顧客に入力させるための画面である。この決済情報入力画面８８０には、注文商品情報８８１、顧客情報８８２、運送会社情報８８３、決済情報入力欄８８４および支払いボタン８８５が表示されている。
【００６９】
決済情報入力欄８８４は、顧客が当該注文に関する代金の支払いに用いるクレジットカードの番号、クレジットカードの名義人および有効期限を入力するための欄である。
【００７０】
図１４に戻り、ステップＳＡ１５では、メイン制御部５３０は、支払いボタン８８５（図２３参照）が押下されたか否かを判断し、支払いボタン８８５が押下されるまで、判断結果を「Ｎｏ」として同判断を繰り返す。ここで、顧客により、決済情報入力欄８８４に決済情報が入力された後、支払いボタン８８５が押下されると、メイン制御部５３０は、ステップＳＡ１５の判断結果を「Ｙｅｓ」とする。
【００７１】
ステップＳＡ１６では、メイン制御部５３０は、決済情報入力画面８８０（図２３参照）に基づいて、注文伝票ヘッダ情報データベース６７０（図９参照）および注文伝票ボディ情報データベース６８０（図１０参照）に情報を格納した後、これらの情報を発注情報として、インターネット２００を介して、例えば、店舗クライアント３００1 へ暗号化送信するという発注処理を実行する。
【００７２】
また、メイン制御部５３０は、図２３に示した顧客情報８８２および運送会社情報８８３もインターネット２００を介して店舗クライアント３００1 へ暗号化送信する。これにより、店舗クライアント３００1 に対応する店舗（Ｓストア）では、受信された情報に基づいて、注文伝票、運送伝票等を作成し、注文された商品の仕分け、梱包作業を実施する。
【００７３】
図１４に戻り、ステップＳＡ１７では、メール制御部５４０（図１参照）は、図２４に示した注文確認メール８９０を作成し、これをインターネット２００を介して顧客（注文主）に送信する。この注文確認メール８９０は、注文内容、合計金額、配送料金、決済情報、注文の配達予定日等を顧客に通知し、注文確認を行うための電子メールである。
【００７４】
図１４に戻り、ステップＳＡ１８では、メイン制御部５３０は、運送情報データベース６９０（図１１参照）から当該注文に関する運送情報を取得し、これをインターネット２００を介して、例えば、運送会社クライアント４００1 に送信し、店舗の商品の集荷を依頼するという集荷依頼処理を実行する。これにより、運送会社クライアント４００1 に対応する運送会社においては、集荷予定日時に当該店舗にて商品の集荷が行われ、運送処理が実行される。
【００７５】
図１４に戻り、ステップＳＡ１９では、メイン制御部５３０は、図１１に示した配送予定日時を参照し、本日が配送予定日であるか否かを判断し、予定日に達していない場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、当該商品の配送予定日になると、メイン制御部５３０は、ステップＳＡ２０では、メイン制御部５３０は、電子メール等を介して、配送予定時刻よりも前に運送会社クライアント４００1 に当該商品の配送状況（遅延の有無等）を問い合わせる。
【００７６】
ここで、配送状況が予定通りである場合には、その旨が電子メール等を介して運送会社クライアント４００1 から商品販売仲介装置５００へ通知される。一方、交通事情等により、配送予定時刻を過ぎる場合には、その旨、遅延理由および最新の配送予定時刻を電子メールを介して運送会社クライアント４００1 から商品販売仲介装置５００へ通知される。
【００７７】
ステップＳＡ２１では、メイン制御部５３０は、運送会社クライアント４００1 からの上記電子メールに基づいて、本日配送予定の商品に関して配送遅延が有るか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＡ２３の処理を実行する。
【００７８】
一方、ステップＳＡ２１の判断結果が「Ｙｅｓ」である場合、ステップＳＡ２２では、メール制御部５４０は、配送遅延のお詫び文、配送の遅延理由、最新の配送予定日時が記述された図２５に示した配送遅延メール８９５を作成し、これをインターネット２００を介して顧客クライアント１００1 へ送信する。この配送遅延メール８９５が顧客クライアント１００1 に受信されると、顧客は、配送が遅延している旨、変更後の配送日時を認識する。そして、商品が顧客に届けられると、その旨が電子メールを介して運送会社クライアント４００1 から商品販売仲介装置５００へ通知される。
【００７９】
ステップＳＡ２３では、メイン制御部５３０は、上記電子メールにより商品の到着を確認した後、顧客により入力された決済情報（クレジットカード情報）により、クレジットカード会社から当該商品の注文に関する費用（商品の合計金額＋運賃）をクレジットカード会社に対して請求するという請求処理を実行する。ステップＳＡ２４では、メイン制御部５３０は、運賃を当該運送会社へ支払うという精算処理を実行する。
【００８０】
以上説明したように、一実施の形態によれば、インターネット２００を介して商品を販売する複数の店舗のそれぞれの商品販売価格（店舗商品情報データベース６５０参照）を参照し、顧客により注文された複数の商品の合計金額を店舗毎に顧客に比較提示（図１７参照）した後、いずれか一つの店舗を購入先として顧客に選択（図１７参照）させ、当該店舗に発注をかけるようにしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めることができるとともに、商品の購入価格の低減に貢献することができる。
【００８１】
また、一実施の形態によれば、図１７に示したように、複数の商品のそれぞれの商品販売価格の少なくとも一部を隠匿した状態で合計金額を顧客に提示するようにしたので、商品仕入れルートや販売戦略の相違による店舗間の商品価格差によらず、合計金額で低価格をアピールする機会を店舗に与えることができ、また、限度を超えた店舗間の低価格競争を避けることができる。
【００８２】
また、一実施の形態によれば、図２１に示したように、注文された複数の商品の運送に関して複数の運送会社のそれぞれの運賃を顧客に比較提示し、いずれか一つの運送会社を運送委託先として顧客に選択させ、選択された運送会社へインターネット２００を介して運送業務を発注するようにしたので、顧客が運賃面のメリットも享受することができる。
【００８３】
また、一実施の形態によれば、注文情報に含まれる商品の配送予定日時より前に、当該商品の配送状況をインターネット２００を介して運送会社に問い合わせ、配送予定に変更が生じた場合、その旨を顧客にインターネット２００を介して通知するようにしたので、配送遅延など顧客への注意喚起が必要な場合のみ通知が行われるようになり、顧客サービスの質を高めることができる。
【００８４】
また、一実施の形態によれば、商品販売仲介装置５００へ送信した注文情報に対応して商品販売仲介装置５００から送られてくる、複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格情報と、該複数の商品の合計金額情報とを顧客クライアント１００1 で受信し、図１５に示したように、受信した一部を隠匿した状態の商品販売価格と合計金額とを顧客クライアント１００1 の表示部（図示略）に表示するようにしたので、商品仕入れルートや販売戦略の相違による店舗間の商品価格差によらず、合計金額で低価格をアピールする機会を店舗に与えることができ、また、限度を超えた店舗間の低価格競争を避けることができる。
【００８５】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【００８６】
なお、本発明で取り扱う商品の種類は、上記実施の形態で述べたような有体物に限らず、例えば、乗り物や宿泊等のサービス商品の組み合わせであっても良い。交通機関と宿泊先との組み合わせからなる旅行の場合には、顧客クライアントから交通機関に関する商品の指定として、電車や飛行機等の乗り物の種別や、電車であれば特急を利用するかどうかなどの指定を受け付ける。また宿泊先の指定として、宿のランクや所在地などの指定を受け付ける。このようなサービス商品の場合には、該商品を利用するための切符やクーポン券や引換券のような、チケット類を顧客へ配送することになる。チケット類は、チケットを識別するためのＩＤ番号や、チケットそのものを電子的に顧客へ送信しても良い。
【００８７】
また例えば、前述した一実施の形態においては、前述した商品販売仲介装置５００の機能を実現するための商品販売仲介プログラムを図２６に示したコンピュータ読み取り可能な記録媒体１０００に記録して、この記録媒体１０００に記録された商品販売仲介プログラムを同図に示したコンピュータ９００に読み込ませ、実行することにより、商品販売仲介装置５００の機能を実現するようにしてもよい。
【００８８】
同図に示したコンピュータ９００は、上記商品販売仲介プログラムを実行するＣＰＵ９１０と、キーボード、マウス等の入力装置９２０と、各種データを記憶するＲＯＭ（Read Only Memory）９３０と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）９４０と、記録媒体１０００から商品販売仲介プログラムを読み取る読取装置９５０と、ディスプレイ、プリンタ等の出力装置９６０と、各部を接続するバスＢＵとから構成されている。
【００８９】
ＣＰＵ９１０は、読取装置９５０を経由して記録媒体１０００に記録されている商品販売仲介プログラムを読み込んだ後、商品販売仲介プログラムを実行することにより、前述した商品販売の仲介に関する一連の処理を実行する。なお、記録媒体１０００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【００９０】
（付記１）複数の商品に関する注文情報を顧客に入力させる注文情報入力工程と、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択工程と、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注工程と、
を含むことを特徴とする商品販売仲介方法。
（付記２）前記購入先選択工程では、複数の商品のそれぞれの商品販売価格を少なくとも一部を隠匿した状態で前記顧客に提示することを特徴とする付記１に記載の商品販売仲介方法。
（付記３）注文された複数の商品の運送に関して複数の運送会社のそれぞれの運賃を前記顧客に比較提示し、いずれか一つの運送会社を運送委託先として前記顧客に選択させる運送会社選択工程を含み、前記発注工程では、選択された運送会社へ前記ネットワークを介して運送業務を発注することを特徴とする付記１または２に記載の商品販売仲介方法。
（付記４）前記注文情報に含まれる商品の配送予定日時より前に、当該商品の配送状況を前記ネットワークを介して前記運送会社に問い合わせ、配送予定に変更が生じた場合、その旨を前記顧客に通知する配送予定変更通知工程を含むことを特徴とする付記３に記載の商品販売仲介方法。
（付記５）顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信工程と、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信工程と、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示工程と、
を含むことを特徴とする商品販売仲介方法。
（付記６）コンピュータを、
複数の商品に関する注文情報を顧客に入力させる注文情報入力手段、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択手段、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注手段、
として機能させるための商品販売仲介プログラム。
（付記７）コンピュータを、
顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信手段、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信手段、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示手段、
として機能させるための商品販売仲介プログラム。
（付記８）複数の商品に関する注文情報を顧客に入力させる注文情報入力手段と、
複数の店舗のそれぞれの商品販売価格を参照し、前記注文された複数の商品の合計金額を店舗毎に前記顧客に比較提示し、いずれか一つの店舗を購入先として前記顧客に選択させる購入先選択手段と、
商品の注文内容に基づいて前記顧客により選択された店舗へネットワークを介して発注をかける発注手段と、
を備えたことを特徴とする商品販売仲介装置。
（付記９）顧客から指定された複数の商品に関する注文情報を、ネットワークで接続されたサーバへ送信する送信手段と、
前記送信した注文情報に対応して前記サーバから送られてくる、前記複数の商品のそれぞれの少なくとも一部を隠匿した状態の商品販売価格と、該複数の商品の合計金額とを受信する受信手段と、
前記受信した一部を隠匿した状態の商品販売価格と合計金額とを表示する表示手段と、
を備えたことを特徴とする商品販売仲介装置。
【００９１】
【発明の効果】
以上説明したように、本発明によれば、複数の商品に関し、各該商品を一意に識別するためのコードを含んだ注文情報を前記顧客端末から受け付け、受け付けられた各前記コードに基づいて前記店舗商品情報データベースを参照し、それぞれの前記コードと対応付けられている前記店舗コードおよび前記商品販売価格を読み出し、該読み出した商品販売価格につき該店舗コードごとに合計金額を算出し、該読み出した商品販売価格につき少なくとも百の位以下の数字を数字以外の文字に置き換えることにより価格の一部を隠匿した商品販売価格と、前記算出した合計金額とを、前記店舗コードに基づいて区分けして前記顧客端末に対して送信し、いずれか一つの店舗を購入先として応答させることとしたので、複数の店舗間の合計金額を容易に比較できるようになり、顧客の利便性を高めるとともに、販売店の低価格競争を避けることができる。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示した商品情報データベース６００の一例を示す図である。
【図３】図１に示した商品カテゴリ情報データベース６１０の一例を示す図である。
【図４】図１に示したメーカ情報データベース６２０の一例を示す図である。
【図５】図１に示した店舗情報データベース６３０の一例を示す図である。
【図６】図１に示した店舗担当者情報データベース６４０の一例を示す図である。
【図７】図１に示した店舗商品情報データベース６５０の一例を示す図である。
【図８】図１に示した店舗運送情報データベース６６０の一例を示す図である。
【図９】図１に示した注文伝票ヘッダ情報データベース６７０の一例を示す図である。
【図１０】図１に示した注文伝票ボディ情報データベース６８０の一例を示す図である。
【図１１】図１に示した運送情報データベース６９０の一例を示す図である。
【図１２】図１に示した顧客情報データベース７００の一例を示す図である。
【図１３】図１に示した運送会社情報データベース７１０の一例を示す図である。
【図１４】同一実施の形態の動作を説明するフローチャートである。
【図１５】同一実施の形態における商品一覧画面８００の一例を示す図である。
【図１６】同一実施の形態における商品一覧画面８１０の一例を示す図である。
【図１７】同一実施の形態における店舗別販売価格一覧画面８２０の一例を示す図である。
【図１８】同一実施の形態における顧客情報入力画面８３０の一例を示す図である。
【図１９】同一実施の形態における内容確認画面８４０の一例を示す図である。
【図２０】同一実施の形態における内容確認画面８５０の一例を示す図である。
【図２１】同一実施の形態における運送会社一覧画面８６０の一例を示す図である。
【図２２】同一実施の形態における最終確認画面８７０の一例を示す図である。
【図２３】同一実施の形態における決済情報入力画面８８０の一例を示す図である。
【図２４】同一実施の形態における注文確認メール８９０の一例を示す図である。
【図２５】同一実施の形態における配送遅延メール８９５の一例を示す図である。
【図２６】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
１００1 〜１００n  顧客クライアント
２００  インターネット
４００1 〜４００s  運送会社クライアント
５００  商品販売仲介装置
５２０  制御部
５３０  メイン制御部
５４０  メール制御部
５５０  登録制御部
【図１】
0004020683.tif 000002
【図２】
0004020683.tif 000003
【図３】
0004020683.tif 000004
【図４】
0004020683.tif 000005
【図５】
0004020683.tif 000006
【図６】
0004020683.tif 000007
【図７】
0004020683.tif 000008
【図８】
0004020683.tif 000009
【図９】
0004020683.tif 000010
【図１０】
0004020683.tif 000011
【図１１】
0004020683.tif 000012
【図１２】
0004020683.tif 000013
【図１３】
0004020683.tif 000014
【図１４】
0004020683.tif 000015
【図１５】
0004020683.tif 000016
【図１６】
0004020683.tif 000017
【図１７】
0004020683.tif 000018
【図１８】
0004020683.tif 000019
【図１９】
0004020683.tif 000020
【図２０】
0004020683.tif 000021
【図２１】
0004020683.tif 000022
【図２２】
0004020683.tif 000023
【図２３】
0004020683.tif 000024
【図２４】
0004020683.tif 000025
【図２５】
0004020683.tif 000026
【図２６】
0004020683.tif 000027