JP2003141375A - 販売支援装置、オンラインショピングシステム、およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】 より対面販売に近いサービスをより自動的に
実現できる販売支援装置、オンラインショッピングシス
テム、及び、プログラムを提供することを目的とする。 【解決手段】 オンラインショッピングシステム１は、
仮想モールとして商品情報を提供する仮想モールサーバ
２と、仮想モールサーバ２に通信回線網等のネットワー
ク５を介して接続し、オンラインショッピングするため
のユーザ端末３と、同様に仮想モールサーバ２にネット
ワーク５を介して接続して仮想店舗を登録し、仮想モー
ルを介して商品を販売する店舗端末４等から構成され、
このうち、仮想モールサーバ２は、店舗端末４によって
登録された商品に関する各種情報をインターネット等の
ネットワーク５上に公開し、ユーザ端末３からの注文を
仲介してオンラインショッピングを実現する装置であ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
の通信回線網を介して各ユーザ端末とバーチャルモール
（仮想店舗）装置とを接続し、バーチャルモール（仮想
店舗）装置と各ユーザ端末との仲介処理を行う商品販売
支援装置、オンラインショッピングシステム、及び、プ
ログラムに関する。

【０００２】

【従来の技術】昨今、インターネット等のネットワーク
を介して端末装置からバーチャルモール、仮想店舗等に
アクセスして商品の売買を行うオンラインショッピング
サービスが広く知られている。そして、オンラインショ
ッピングは、２４時間いつでもどこからでもショッピン
グが楽しめるという便利さから一般顧客の利用が急速に
増えている。

【０００３】一方、オンラインショッピングに参加する
販売業者にとっても、人件費や、店舗維持費等のコスト
を負担することなく、２４時間一度に複数の顧客に対し
て営業・販売できるというメリットがある。

【０００４】しかしながら、このようなオンラインショ
ッピングにおいて、本来我々が、実際の店頭で商品を購
入する際の店員とのやりとり、おまけ等の付加価値、値
下げ交渉といったショッピングの違った側面の楽しみが
体感できなかった。この様な問題を解決する方法とし
て、特開２０００−１１３０５６号公報に記載のオンラ
インショッピングシステムが知られている。かかるシス
テムは、二つの通信装置が公衆回線網と仲介装置を経由
してインターネット接続され、この二つの通信装置間で
商品売買を行うシステムである。より具体的には、音声
での売買交渉が可能なショッピング制御部と、価格を管
理する管理簿とが、上記いずれかの通信装置に設けら
れ、このショッピング制御部は、音声による売買交渉で
成立した価格を、上記価格を管理する管理簿に登録する
ことを特徴としている。この発明によれば、インターネ
ットを利用したオンラインショッピングにおいても、販
売者と直に話しができるので従来の店頭で商品購入する
場合と同様に価格の値下げ交渉ができる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記発
明のオンラインショッピングでは、販売業者は販売交渉
を行う店員を常に配置させなければならず、人件費がか
かると共に、接客できる数が限られるという問題点があ
った。

【０００６】本発明は、上記事情に鑑みてなされたもの
であって、より対面販売に近いサービスをより自動的に
実現できる販売支援装置、オンラインショッピングシス
テム、及び、プログラムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、請求項１記載の発明は、ユーザ端末と通信回線網を
介して接続され、当該通信回線網を介した商品販売交渉
を支援する販売支援装置であって、商品の販売条件を記
憶している販売条件記憶手段（登録店舗データファイル
２７２）と、商品の販売交渉に関する交渉設定内容を記
憶している交渉設定内容記憶手段（例えば、登録店舗デ
ータファイル２７２など）と、前記ユーザ端末から送信
される希望商品データを受信する受信手段（伝送制御部
２５）と、この受信手段により受信された希望商品デー
タに基づいて、前記販売条件記憶手段を検索する検索手
段（ＣＰＵ２１）と、この検索手段による検索の結果、
読み出された販売元に対応する交渉設定内容を前記交渉
設定内容記憶手段より読出し、この読み出された交渉設
定内容よって実行処理される交渉結果を前記ユーザ端末
に送信する送信手段（ＣＰＵ２１、伝送制御部２５）と
を備えていることを特徴としている。

【０００８】請求項１記載の発明によれば、受信手段に
よって、ユーザ端末から受信された希望商品データに基
づいて検索手段が検索し、送信手段がこの検索の結果と
して読み出された販売元と、この販売元に対応する交渉
設定内容によって実行処理される交渉結果をユーザ端末
に送信するので、希望する商品別に、販売交渉に関する
設定が可能であり、その商品に関する交渉結果がユーザ
端末に送信されるので、例えば、割引交渉等のユーザと
の双方向の交渉を、より自動的に実現できる。

【０００９】ここで、交渉設定内容とは、例えば、割引
価格の提示の回数や、オプションの表示パターンや、直
接人がチャット等で接客する、あるいは代理人キャラク
タを意味する画像データなどであって、販売交渉におけ
るその交渉のパターンであればどのようなものでもよ
い。

【００１０】請求項２記載の発明は、請求項１に記載の
販売支援装置において、前記交渉設定内容記憶手段は、
前記ユーザ端末からのデータ送信に対応する画像データ
を更に記憶し、前記送信手段は、前記交渉設定内容よっ
て実行処理される交渉結果として、この画像データを送
信することを特徴としている。

【００１１】請求項２記載の発明によれば、請求項１記
載の発明と同様の効果が得られるのは勿論のこと、特
に、前記交渉設定内容記憶手段によって前記ユーザ端末
からのデータ送信に対応する画像データが更に記憶され
ており、前記送信手段によって、前記交渉設定内容よっ
て実行処理される交渉結果として、この画像データが送
信されるので、希望する商品についてより視覚的な情報
の提供を可能にする。

【００１２】請求項３記載の発明は、ユーザ端末（ユー
ザ端末３）と、当該ユーザ端末と通信回線網（例えば、
ネットワーク５）を介して接続され、当該通信回線網を
介した商品販売交渉を支援するネットワークサーバ（仮
想モールサーバ２）と、からなるオンラインショッピン
グシステムであって、前記ユーザ端末は、前記通信回線
網に希望商品データを送信する希望商品データ送信手段
（伝送制御部３６）を備え、前記ネットワークサーバ
は、商品の販売条件を記憶している販売条件記憶手段
（登録店舗データファイル２７２）と、商品の販売交渉
に関する交渉設定内容を記憶している交渉設定内容記憶
手段（例えば、登録店舗データファイル２７２など）
と、前記希望商品送信手段により送信されたユーザ端末
から送信される希望商品データを受信する希望商品デー
タ受信手段（伝送制御部２５）と、この希望商品データ
受信手段により受信された希望商品データに基づいて、
前記販売条件記憶手段を検索する検索手段（ＣＰＵ２
１）と、この検索手段による検索の結果、読み出された
販売元に対応する交渉設定内容を前記交渉設定内容記憶
手段より読出し、この読み出された交渉設定内容よって
実行処理される交渉結果を前記ユーザ端末に送信する交
渉結果送信手段（ＣＰＵ２１、伝送制御部２５）とを備
え、前記ユーザ端末は、更に、前記交渉結果送信手段に
よって送信された交渉結果を表示する表示手段（表示部
３３）とを備えていることを特徴としている。

【００１３】請求項３記載の発明によれば希望商品別
に、販売交渉に関する設定が可能であり、その商品に関
する交渉結果がユーザ端末で表示されるので、例えば、
割引交渉等において販売元とユーザ端末とで、自動的な
交渉が実現できる。

【００１４】請求項４記載の発明は、ユーザ端末と通信
回線網を介して接続され、商品の販売条件を記憶してい
る販売条件記憶手段と、商品の販売交渉に関する交渉設
定内容を記憶している交渉設定内容記憶手段とに接続さ
れているコンピュータに、前記ユーザ端末から送信され
る希望商品データを受信する機能と、この受信された希
望商品データに基づいて、前記販売条件記憶手段を検索
する機能と、この検索の結果、読み出された販売元に対
応する交渉設定内容を前記交渉設定内容記憶手段より読
出し、この読み出された交渉設定内容よって実行処理さ
れる交渉結果を前記ユーザ端末に送信する機能とを実行
させるためのプログラムである。

【００１５】請求項４記載の発明によれば、希望商品別
に、販売交渉に関する設定が可能であり、その商品に関
する交渉結果がユーザに提供されるので、例えば、割引
交渉等において販売元とユーザ端末とで、より自動的な
交渉が実現できる。

【００１６】

【発明の実施の形態】以下、この発明の実施の形態を、
図面を参照して説明する。 ［第１の実施の形態］以下、図１〜図１１、図１９、及
び図２０を参照して本発明にかかる第１の実施の形態に
おけるオンラインショッピングシステムについて詳細に
説明する。

【００１７】まず構成を説明する。図１は、本発明のオ
ンラインショッピングシステムの全体構造を示す図であ
る。図１に示すように、本発明のオンラインショッピン
グシステム１は、仮想モールとして商品情報を提供する
仮想モールサーバ２と、仮想モールサーバ２に通信回線
網等のネットワーク５を介して接続し、オンラインショ
ッピングするためのユーザ端末３と、同様に仮想モール
サーバ２にネットワーク５を介して接続して仮想店舗を
登録し、仮想モールを介して商品を販売する店舗端末４
等から構成される。

【００１８】仮想モールサーバ２は、店舗端末４によっ
て登録された商品に関する各種情報をインターネット上
に公開し、ユーザ端末３からの注文を仲介してオンライ
ンショッピングを実現する装置である。従って、例え
ば、ＷＷＷサーバの機能を備えたワークステーション等
からなるが、一部の機能をネットワーク上で分散させた
構成のものであってもよい。また、例えば、ＷＷＷサー
バの他、メールサーバ、データベースサーバ、認証サー
バ等の機能を備えて構成されていてもよい。

【００１９】そして、図２に示すように、内部に、例え
ば、ＣＰＵ２１、ＲＡＭ２２、表示部２３、入力部２
４、伝送制御部２５、記憶装置２６、記録媒体２７等を
備えており、記録媒体２７を除く各部はバス２８により
接続されている。

【００２０】ＣＰＵ２１は、記録媒体２７に格納された
プログラムやデータ等を読み出してＲＡＭ２２へのデー
タの一時的な格納を行い、各部の制御、データの転送、
種々の演算を行う。

【００２１】具体的に、本実施例の基本動作は、ユーザ
端末３からのＨＴＭＬソースの要求に基づいて、ＨＴＴ
Ｐｄ（Hypertext Transfer Protocol daemon）を用
いて、該当のＨＴＭＬソースをユーザ端末３に送信す
る。或いは、任意のデータの検索処理においては、ユー
ザ端末３から入力情報が送信されると、前記ＨＴＴＰｄ
が要求を受信して、ＣＧＩ（Common Gateway Interfa
ce）を起動し 、ＡＰＩなどのミドルウェアへ要求を出
力する。すると、前記ミドルウェアが、ＲＤＢＭＳ（Re
lational Database Management System）に対してＳ
ＱＬ文を出力し、ＲＤＭＳは、前記ＳＱＬ文に従って後
述の各種データにアクセスし、ミドルウェアを介して得
られた検索結果が、ＣＧＩによってＨＴＭＬ化され、ユ
ーザ端末３に送信される。ＣＰＵ２１が、以上のような
動作を後述のシステムアプリケーションファイル２７１
に格納されているメインプログラムに基づいて制御す
る。尚、仮想モールサーバ２は、前記ＨＴＴＰｄ、ＣＧ
Ｉ、ミドルウェア、ＲＤＢＭＳを備えている。

【００２２】ＲＡＭ２２は、ＣＰＵ２１により実行され
る各種処理において、プログラムやデータ等を一時的に
記憶する記憶領域、入力指示と入力データとによって処
理される作業領域などを形成する。

【００２３】表示部２３は、例えば、ＣＲＴやＬＣＤ等
により構成され、ＣＰＵ２１から入力される各種表示デ
ータや画像を表示する。

【００２４】入力部２４は、例えば、マウス、キーボー
ド等を備え、表示部２３の画面に表示された指定情報を
選択して指定したり、あるいは所望する指定情報等を入
力することができる。具体的に、例えば、操作者によっ
て、新しい仮想店舗情報、商品情報の更新等に用いられ
る。

【００２５】伝送制御部２５は、モデム、ターミナルア
ダプタ、あるいはルーター等によって構成され、電話回
線、ＩＳＤＮ回線、あるいは専用線等の通信回線を介し
て外部機器との通信を行うための制御を行う。

【００２６】記憶装置２６は、プログラムやデータ等が
予め記憶されており、この記憶装置２６は磁気的、光学
的記録媒体、若しくは半導体メモリなどＣＰＵ２１で読
取り可能な記録媒体２７を含んだ構成である。この記録
媒体２７は、ＣＤ‐ＲＯＭ、メモリカード等の可搬型の
媒体やハードディスク等の固定的な媒体を含む。また、
この記録媒体２７に格納するプログラム、データ等は、
その一部若しくは全部を他のサーバやクライアントから
ＷＡＮ、ＬＡＮなどのネットワークを介して伝送制御部
２５から受信する構成にしてもよく、更に記録媒体２７
はネットワーク上に構築されたサーバやクライアントの
記録媒体であってもよい。

【００２７】具体的に、同記録媒体２７は、本実施例の
オンラインショッピングにおける例えば、販売交渉処理
等の各機能を実現するためのアプリケーションプログラ
ム、各処理プログラム、及び同処理プログラムで処理さ
れたデータ等を記憶している。

【００２８】上記記録媒体２７に記憶されるデータとし
て、図３に示すように、例えば、システムアプリケーシ
ョンファイル２７１、登録店舗データファイル２７２、
注文データファイル２７３等がある。

【００２９】システムアプリケーションファイル２７１
は、本発明のシステムプログラムや各種処理を実行する
ためのプログラムを格納、管理するファイルであって、
具体的に、アプリケーションプログラムフォルダ２７１
ａと、ｈｔｍｌ文書データフォルダ２７１ｂ、販売交渉
プログラム作成フォルダ２７１ｃ等を備えている。

【００３０】アプリケーションプログラムフォルダ２７
１ａは、例えば、図示しない本実施の形態におけるメイ
ンプログラムや、ＨＴＭＬに関するプログラム、システ
ムに関する各種アプリケーションソフト等を備えてい
る。

【００３１】ｈｔｍｌ文書データフォルダ２７１ｂは、
仮想モールのホームページで表示される画面用のｈｔｍ
ｌ文書データを格納している。

【００３２】販売交渉プログラム作成フォルダ２７１ｃ
は、仮想モールサーバ２とユーザ端末３との間で実行さ
れる商品の値段等に関わる販売交渉処理において、ユー
ザ端末３へ送信する交渉返答パターンを各店舗ごとにプ
ログラミングする販売交渉プログラム２７２ｇをつくる
ための元プログラムや元データを格納している。

【００３３】販売交渉作成プログラムフォルダ２７１ｃ
の構造を詳細に説明すると、図４に示すように、交渉Ｂ
ＢＳＣＧＩプログラムｃ１、交渉編集ＣＧＩプログラム
ｃ２、交渉ＢＢＳデータファイルｃ３、交渉返信データ
ファイルｃ４、ユーザ返信データファイルｃ５、交渉番
号データファイルｃ６、文字化け防止プログラムｃ７等
で構成されている。そして、これらのプログラム及びデ
ータファイルは、販売交渉プログラム２７２ｇをつくる
ための元プログラムや元データであり、仮想店舗ごとに
設定し直すことにより仮想店舗独自の販売交渉プログラ
ムが作成できるようになっている。尚、販売交渉処理を
行うためには、上記の各データに加え、後述の商品情報
や、商品画像、代理人キャラクタデータ等が必要であ
り、前記店舗独自の販売交渉プログラム２７２ｇは、こ
れらのデータに対応づけられてそれぞれ設定され、後述
の登録店舗ファイル２７２内に格納される。

【００３４】交渉ＢＢＳＣＧＩプログラムｃ１は、ＢＢ
Ｓを応用した販売交渉のＣＧＩプログラムであり、交渉
編集ＣＧＩプログラムｃ２は、前記交渉ＢＢＳＣＧＩプ
ログラムを編集するためのＣＧＩプログラムである。ま
た、交渉ＢＢＳデータファイルｃ３は、交渉ＢＢＳのデ
ータを記録するファイルであり、交渉返信データファイ
ルｃ４は、仮想モールサーバ２からユーザ端末３への販
売交渉の返信メッセージデータを記録するファイルであ
り、ユーザ返信データファイルｃ５は、ユーザ端末３か
ら送信された交渉メッセージを記録するファイルであ
り、交渉番号データファイルｃ６は、交渉内容番号、カ
ウンターなどを記録するファイルである。そして、文字
化け防止プログラムｃ７は、文字化けを防ぐために用い
る。

【００３５】登録店舗データファイル２７２は、仮想モ
ールに登録される店舗に関する情報を格納して、管理す
るファイルである。そして、図３に示すように、その登
録店舗ごとに、商品情報２７２ａ、商品画像データ２７
２ｂ、割引価格設定データ２７２ｃ、交渉設定パターン
２７２ｄ、オプション内容２７２ｅ、代理人キャラクタ
データ２７２ｆ、販売交渉プログラム２７２ｇ、仮想店
舗登録業者データ２７２ｈ等を記録している。

【００３６】商品情報２７２ａは、登録店舗の商品に関
するデータであって、例えば、商品名、販売価格、商品
説明等が含まれている。商品画像データ２７２ｂは、店
舗端末４側によって作成された商品の画像データであ
り、店舗端末４から仮想モールサーバ２に送信されて記
録されたものである。割引価格設定データ２７２ｃは、
店舗端末４によって設定された販売交渉における商品の
限界割引価格のデータである。また、交渉設定パターン
２７２ｄは、店舗端末４によって設定された交渉パター
ンデータである。より詳細に説明すると、例えば、２段
階にわけて値下げ価格の提示を行う交渉パターン、或い
は割引限界値以下になったら他のサービスを提示する交
渉パターン等である。オプション内容２７２ｅは、販売
交渉における付加価値の設定内容であって例えば、おま
け、送料無料、まとめ買いによる値下げ等の情報であ
る。代理人キャラクタデータ２７２ｆは、店舗端末４に
よって設定された代理人キャラクタデータであって、店
舗の代わりに商品の説明、値下げ交渉のやりとりにおい
て用いられるキャラクタであり、例えばＣＧアニメーシ
ョン等からなる。上記各データは、販売交渉プログラム
２７２ｇのＣＧＩプログラム内で必要データとして読み
出される。

【００３７】販売交渉プログラム２７２ｇは、図４に示
す販売交渉プログラム作成フォルダ２７１ｃの各種プロ
グラム及びデータファイルを、仮想店舗登録処理におい
て店舗端末４で設定された各種データ（交渉パターン、
オプション内容、代理人キャラクタデータ、商品情報
等）に基づいて登録店舗ごとに設定し直したものであ
り、商品情報２７２ａ、商品画像データ２７２ｂ、割引
価格設定データ２７２ｃ、交渉設定パターン２７２ｄ、
オプション内容２７２ｅ、代理人キャラクタデータ２７
２ｆのデータを必要に応じて読み出しながら実行され
る。

【００３８】仮想店舗登録業者データ２７２ｈは、仮想
モール上に仮想店舗を開店させる業者の例えば、代表
者、連絡先等のデータである。

【００３９】そして、ユーザ端末３によりＷＥＢページ
上で販売交渉要求されると、ＣＧＩによってこの販売交
渉プログラム２７２ｇが起動される。この販売交渉プロ
グラム２７２ｇは、ホームページで多用されているＢＢ
Ｓ（電子掲示板）を応用している。即ち、ＢＢＳ形式の
掲示欄を介して、仮想モールサーバ２とユーザ端末３と
の価格交渉等が実行されるようになっている。尚、ＢＢ
Ｓを応用した構造ではあるが、この価格交渉内容は第３
者には公開されない。

【００４０】注文ファイル２７３は、ユーザ端末３によ
る注文内容に関する情報を格納、管理するファイルであ
って、具体的に、ユーザが商品の購入を決定した際にユ
ーザ端末３から仮想モールサーバ２に送信される住所等
の注文者の個人データと、注文商品データ（例えば品番
など）とが格納される。尚、この注文ファイル２７３に
格納されたデータは、仮想モールサーバ２により注文商
品の業者の店舗端末４に転送される。

【００４１】ユーザ端末３は、本発明のオンラインショ
ッピングを行う顧客のユーザが操作する装置である。そ
して、図５に示すように、内部に、例えば、ＣＰＵ３
１、ＲＡＭ３２、表示部３３、入力部３４、印刷部３
５、伝送制御部３６、記憶装置３７、記録媒体３８等を
備えており、記録媒体３８を除く各部はバス３９により
接続されている。

【００４２】ＣＰＵ３１は、記録媒体３８に格納された
プログラムやデータベース等を読み出してＲＡＭ３２へ
のデータの一時的な格納を行い、各部の制御、データの
転送、種々の演算を行う。

【００４３】ＲＡＭ３２は、ＣＰＵ３１により実行され
る各種処理において、プログラムやデータ等を一時的に
記憶する記憶領域、入力指示と入力データとによって処
理される作業領域などを形成する。

【００４４】表示部３３は、例えば、ＣＲＴやＬＣＤ等
により構成され、ＣＰＵ３１から入力される各種表示デ
ータや画像を表示する。具体的に、例えば、仮想モール
サーバ２から送信された各種商品情報、その画像、商品
販売キャラクタ、価格交渉メッセージ等が表示される。

【００４５】入力部３４は、例えば、マウス、キーボー
ド等を備え、表示部３３の画面に表示された指定情報を
選択して指定したり、あるいは所望する指定情報等を入
力することができる。具体的に、例えば、販売交渉処理
等における交渉メッセージの入力手段として用いられ
る。

【００４６】印刷部３５は、ＣＰＵ３１から出力された
印刷データ（例えば、商品情報等）を印刷する。

【００４７】伝送制御部３６は、モデム、ターミナルア
ダプタ、あるいはルーター等によって構成され、電話回
線、ＩＳＤＮ回線、あるいは専用線等の通信回線を介し
て外部機器との通信を行うための制御を行う。

【００４８】記憶装置３７は、プログラムやデータ等が
予め記憶されており、この記憶装置３７は磁気的、光学
的記録媒体、若しくは半導体メモリなどＣＰＵ３１で読
取り可能な記録媒体３８を含んだ構成である。この記録
媒体３８は、ＣＤ‐ＲＯＭ、メモリカード等の可搬型の
媒体やハードディスク等の固定的な媒体を含む。また、
この記録媒体３８に格納するプログラム、データ等は、
その一部若しくは全部を他のサーバやクライアントから
ＷＡＮ、ＬＡＮなどのネットワークを介して伝送制御部
３６から受信する構成にしてもよく、更に記録媒体３８
はネットワーク上に構築されたサーバやクライアントの
記録媒体であってもよい。

【００４９】具体的に、同記録媒体３８は、本実施例の
オンラインショッピングにおける販売交渉処理等の各機
能を実現するためのブラウザ等のアプリケーションプロ
グラム、各処理プログラム、及び同処理プログラムで処
理されたデータ等を記憶している。

【００５０】尚、ユーザ端末３は、仮想モール上でショ
ッピングをする顧客の操作する端末装置の一つを抜粋し
たものであるので、同様にして、複数の顧客の端末装置
が、ネットワーク４上に存在している。

【００５１】店舗端末４は、仮想モール上に仮想店舗を
開店して商品を販売する業者の端末装置である。そし
て、図６に示すように、内部に例えば、ＣＰＵ４１、Ｒ
ＡＭ４２、表示部４３、入力部４４、印刷部４５、伝送
制御部４６、記憶装置４７、記録媒体４８等を備えてお
り、記録媒体４８を除く各部はバス４９により接続され
ている。それぞれの機能はユーザ端末３のそれとほぼ同
様であるので、詳細な説明を省き、異なる点を以下に説
明する。

【００５２】入力部４４は、例えば、マウスやキーボー
ドを備え、表示部４３の画面に表示された指定情報を選
択して指定したり、あるいは所望する指定情報等を入力
するのに用いる。具体的には、仮想モールに登録するた
めの仮想店舗の設定条件の入力や、販売商品データの登
録に用いられる。尚、商品の画像を取り込むスキャナー
やデジタルカメラ等を備えていてもよい。

【００５３】記録媒体４８は、本実施例のオンラインシ
ョッピングにおける仮想店舗登録処理、及び商品提供処
理等の各機能を実現するためのブラウザ等のアプリケー
ションプログラム、各処理プログラム、及び同処理プロ
グラムで処理されたデータ等を記憶しており具体的に、
商品ＤＢ４８１と注文顧客ＤＢ４８２とを備えている。

【００５４】商品ＤＢ４８１は、店舗端末４の業者が仮
想店舗上にて販売する商品データを管理・格納するデー
タベースであって、具体的には、商品の名称、種類、品
番、サイズ、カラー、使用方法等の商品データに加え、
その画像等が記録されている。

【００５５】注文顧客ＤＢ４８２は、商品を購入する顧
客のデータを管理・格納するデータベースであって、具
体的には、顧客の連絡先、注文商品、その販売価格、支
払方法等のデータが記録される。尚、ユーザ端末３の操
作者である顧客は、仮想モール上においてショッピング
をするので、この顧客に関するデータのうちいくつか
は、仮想モールサーバ２から転送される構成になってい
る。

【００５６】尚、この店舗端末４は、仮想モールに登録
している仮想店舗業者の一つを抜粋したものであり、同
様の店舗端末４がネットワーク５上に複数存在してい
る。

【００５７】上記のように構成されている第１の実施の
形態におけるオンラインショッピングシステム１の動作
を、図７に示すフローチャートに沿って以下に説明す
る。

【００５８】図７に示すフローチャートは本発明のオン
ラインショッピングシステムの全体的な動作の流れを示
している。まず、仮想モールサーバ２と店舗端末４との
間で仮想店舗登録処理が行われる（ステップＳ１）。即
ち、店舗端末４を操作する業者が、仮想モール上に仮想
店舗を開店するための登録処理である。

【００５９】次いで、仮想モールサーバ２と、ユーザ端
末３との間で、販売交渉処理を含めたオンラインショッ
ピング処理が行われる（ステップＳ２）。このオンライ
ンショッピング処理における販売交渉処理において、ユ
ーザ端末３の操作者と、仮想モールサーバ２との間で仮
想モール上に登録されている仮想店舗の商品の価格交渉
が実行され、購入商品を決定する。即ち、仮想モールサ
ーバ２が、商品の実際の店舗（業者）の代行として、価
格交渉を行う。

【００６０】次いで、決定した購入商品の課金・決算処
理が実行される（ステップＳ３）。この課金・決算処理
において、まずユーザ端末３からユーザの個人情報が仮
想モールサーバ２に送信され、その個人情報が仮想モー
ルサーバ２によって購入商品の店舗端末４に転送された
後に、店舗端末４とユーザ端末３との間で詳細な商品引
き渡し処理等が決定される。そして、商品が購入顧客に
引き渡されその支払いが終了することで、本発明のオン
ラインショッピングシステムが終了する。

【００６１】尚、本実施例においては、ステップＳ１の
仮想店舗登録処理で登録された仮想店舗の商品を、ステ
ップＳ２のオンラインショッピング処理における販売交
渉処理における対象商品として説明するが、仮想モール
上では常時、仮想店舗の登録処理と、商品のオンライン
ショッピング処理とが時系列に関係なく実行されてい
る。

【００６２】次に、ステップＳ１の仮想店舗登録処理に
ついて図８に示すフローチャートを用いて以下詳細に説
明する。

【００６３】まず、仮想モール上に仮想店舗を出店しよ
うとする業者の店舗端末４が、インターネット等のネッ
トワーク５に接続して、仮想モールサーバ２にアクセス
する（ステップＳ１０１）。

【００６４】次いで、店舗端末４のアクセス信号を受信
した仮想モールサーバ２のＣＰＵ２１は、記録媒体２７
のシステムアプリケーションファイル２７１内のｈｔｍ
ｌ文書データフォルダ２７１ｂから最初のメニュー画面
データを読み出し、同画面データを、伝送制御部２５を
介して店舗端末４に送信する（ステップＳ１０２）。

【００６５】すると、店舗端末４の表示部４３にオンラ
インショッピングのページにおける最初のメニュー画面
が表示される。そこで、店舗端末４の操作者は、メニュ
ー項目のうち、仮想店舗登録のボタンを入力部４４のマ
ウス等によってクリックし、仮想モールサーバ２に仮想
店舗登録画面の送信要求を行う（ステップＳ１０３）。

【００６６】次いで、店舗端末４から仮想店舗登録画面
の送信要求を受信した仮想モールサーバ２のＣＰＵ２１
は、仮想店舗登録画面データをｈｔｍｌ文書データフォ
ルダ２７１ｂから読み出し伝送制御部２５を介して店舗
端末４に送信する（ステップＳ１０４）。

【００６７】すると、店舗端末４の表示部４３に仮想店
舗登録画面が表示される。そこで、店舗端末４の操作者
は、この仮想店舗登録画面において、交渉パターンの選
択、商品の割引価格（比率）・オプション内容等の入力
をして販売交渉内容の設定を行うと共に、仮想モール上
で販売する商品データを入力し、当該交渉パターン選
択、交渉内容、商品データを仮想モールサーバ２に送信
する（ステップＳ１０５）。

【００６８】ここで、上記の仮想店舗処理における各種
設定内容を詳細に説明する。まず、交渉パターンとは、
顧客との販売交渉における商品の販売方法を数種類にパ
ターン分けしたものであり、具体的に例えば、割引価格
を２回に分けて提示するパターン、３回提示するパター
ン、価格提示に加えておまけを提示するパターン、まと
め買いを勧めるパターン等がある。そして、これらのパ
ターンの中から、店舗端末４により選択される。

【００６９】次いで、商品の割引価格（比率）が店舗端
末４にて設定される。具体的には、最終価格、限界割引
価格として、定価の○○○円引きといった割引金額、或
いは○割り引きという値下げ比率が入力されて設定され
る。

【００７０】次いで、オプション内容が店舗端末４にて
設定される。このオプション設定とは、例えば、おまけ
の付加、まとめ買い割引、送料無料、次回割引券プレゼ
ント等のサービスの設定を行うものである。

【００７１】次いで、店舗端末４において仮想モール上
で販売する商品の登録が行われる。具体的には、販売す
る商品ごとに、その名称、種類、品番、サイズ、カラ
ー、在庫数等のデータを所定の登録欄に入力すると共
に、その画像を、スキャナー、デジタルカメラ等を用い
て入力する。そして、例えば、登録画面の送信ボタンを
クリックすることにより、上述の交渉内容の設定データ
と、販売商品データとを仮想モールサーバ２に送信す
る。尚、上記のような商品内容データ及びその画像デー
タは、必ずしもこの仮想店舗登録画面上で行う必要はな
く、例えば、後ほど電子メール等に添付して仮想モール
サーバ２に送信するといった方法であってもよい。ま
た、販売交渉内容の設定、および商品データの登録は、
必ずしも上記の順番でなくともよい。

【００７２】次いで、ステップＳ１０６において仮想モ
ールサーバ２のＣＰＵ２１は、店舗端末４より交渉内容
の設定データ、及び販売商品データを受信すると、当該
データをＲＡＭ２２に一時格納して、代理人キャラクタ
選択画面データを店舗端末４に送信する。

【００７３】すると、代理人キャラクタ選択画面が店舗
端末４の表示部４３に表示される。そこで、店舗端末４
の操作者は、自店の販売員キャラクタを入力部４４で選
択して仮想モールサーバ２に送信する（ステップＳ１０
７）。

【００７４】ここで、代理人キャラクタとは、例えば、
ＣＧアニメーション等からなっており、オンラインショ
ッピングの販売交渉やりとりをリアルなものにするため
の仮想店舗側の販売代理人キャラクタである。そして、
例えば、性別・服装・年齢等が異なる様々なキャラクタ
が選択できるようになっている。更にそれらのキャラク
タは、パーソナリティーも備え付けられており、例え
ば、販売交渉の言葉遣いが丁寧、カジュアルトーク、大
阪弁、江戸弁等の特徴をもつ。尚、この代理人キャラク
タは、店舗端末４側によって作成された独自のキャラク
タであってもよい。

【００７５】次いで、店舗端末４より代理人キャラクタ
選択データを受信した仮想モールサーバ２のＣＰＵ２１
は、当該データをＲＡＭ２２に一時格納するとともに、
仮想店舗登録の申込み画面データを店舗端末４に送信す
る（ステップＳ１０８）。

【００７６】すると、店舗端末４の表示部４３に仮想店
舗登録の申込み画面が表示される。この申込み画面と
は、仮想店舗登録の契約を交わすために、登録希望業者
の連絡先、代表者等のデータを入力する画面であり、店
舗端末４の操作者は入力部４４を用いて必要事項の入力
を行い、送信ボタンをクリックして入力データを仮想モ
ールサーバ２に送信する（ステップＳ１０９）。尚、こ
のステップにおいて、仮想店舗の開店、及び維持費等の
決済処理が行われてもよい。

【００７７】次いで、上記店舗端末４による入力データ
を受信した仮想モールサーバ２のＣＰＵ２１は、登録店
舗データファイル２７２に、該当店舗の交渉内容デー
タ、商品情報、選択キャラクタデータ、及び申込み業者
のデータ等を格納する（ステップＳ１１０）。

【００７８】次いで、仮想モールサーバ２のＣＰＵ２１
は、システムアプリケーション２７１の販売交渉プログ
ラム作成フォルダ２７１ｃの各種ＣＧＩプログラム、及
び各種データファイルを、ステップＳ１１０で記録した
各種データに合わせて、その店舗独自の販売交渉プログ
ラム２７２ｇを作成する。そして、仮想店舗のモデル画
面データを作成して店舗端末４に送信する（ステップＳ
１１１）。

【００７９】すると、仮想店舗のモデル画面が店舗端末
４の表示部４３に表示され、店舗端末４と仮想モールサ
ーバ２との間で販売交渉シミュレーションを実行する
（ステップＳ１１２）。販売交渉シミュレーションは、
店舗端末４の操作者が、オンラインショッピングの顧客
役をおこない、仮想モールサーバ２との交渉やりとりを
試すものである。そして、店舗端末４の操作者は、販売
交渉シミュレーションの結果、仮想店舗モデルの決定、
修正、終了のどれかのボタンを選択して仮想モールサー
バ２に送信する。

【００８０】次いで、店舗端末４のＣＰＵ４１は、店舗
端末４の操作者による仮想店舗の決定信号の入力がある
か否かを判断し（ステップＳ１１３）、決定信号の入力
を受信した場合（ステップＳ１１３：Ｙｅｓ）は、その
決定信号を仮想モールサーバ２に送信してステップＳ１
１４に移行し、決定信号の入力を受信しなかった場合
（ステップＳ１１３：Ｎｏ）は、ステップＳ１１６に移
行する。

【００８１】ステップＳ１１６において店舗端末４のＣ
ＰＵ４１は、店舗端末４の操作者によって修正信号の入
力があるか否かを判断する（ステップＳ１１６）。この
修正信号は、修正する項目である、交渉内容の修正（ス
テップＳ１０５）、代理人キャラクタ選択の修正（ステ
ップＳ１０７）、仮想店舗申込み処理の修正（ステップ
Ｓ１０９）の３種類ある。そして、いずれかの修正信号
を受信したとＣＰＵ４１が判断した場合（ステップＳ１
１６：Ｙｅｓ）は、店舗端末４から入力された修正項目
に合わせてステップＳ１０５、ステップＳ１０７、ステ
ップＳ１０９のいずれかに工程を戻る。

【００８２】一方、店舗端末４のＣＰＵ４１が、修正信
号を受信しなかったと判断した場合（ステップＳ１１
６：Ｎｏ）、更に、操作者によって終了ボタンが押下さ
れ、終了信号が入力されたか否かを判断する（ステップ
Ｓ１１７）。そして、ＣＰＵ４１は、終了信号が入力さ
れたと判断した場合（ステップＳ１１７：Ｙｅｓ）、仮
想店舗４登録処理が終了し、一方、終了信号が入力され
ていないと判断した場合（ステップＳ１１７：Ｎｏ）に
は、再び、ステップＳ１１３に移行する。

【００８３】また、ステップＳ１１３で店舗端末４によ
り決定信号が入力されて移行したステップＳ１１４にお
いて、仮想モールサーバ２のＣＰＵ２１は、登録店舗フ
ァイル２７２に、店舗端末４により送信された販売交渉
設定内容、商品データ、画像、代理人キャラクタ、及び
作成した販売交渉プログラム２７２ｇ、店舗データ等を
格納する。そして、店舗ＩＤを発行して店舗端末４に送
信する。ここで、店舗ＩＤとは、仮想店舗登録をした業
者が、新商品等の情報更新、変更等を行う際のアクセス
許可となるものである。

【００８４】すると、上記店舗ＩＤが店舗端末４の表示
部４３に表示される（ステップＳ１１８）。

【００８５】一方、ステップＳ１１４で店舗ＩＤを発行
した仮想モールサーバ２のＣＰＵ２１は、仮想モール上
に登録仮想店舗データを公開し（ステップＳ１１５）、
これもって仮想店舗登録処理が終了し、ステップＳ２の
オンラインショッピング処理に移行する。

【００８６】次いで、仮想モールサーバ２と、オンライ
ンショッピングの顧客であるユーザ端末３との間で実行
されるオンラインショッピング処理（図７のステップＳ
２）について、図９に示すフローチャートに沿って以下
詳細に説明する。

【００８７】まず、ユーザ端末３の操作者は、インター
ネット等のネットワーク５に接続する。そして、例えば
入力部３４を用いて仮想モールサーバ２により提供され
るホームページのＵＲＬを入力し、当該ＵＲＬを送信す
ることにより仮想モールサーバ２にアクセスする（ステ
ップＳ２０１）。

【００８８】すると、上記ＵＲＬを受信した仮想モール
サーバ２のＣＰＵ２１は、アプリケーションフォルダ２
７１ａに格納されているメインプログラム（図示なし）
を読み出して、ＲＡＭ２２に格納し、同メインプログラ
ムに従って各処理を開始する。そして、仮想モールにお
ける最初のメニュー画面データをｈｔｍｌ文書データフ
ァイル２７１ｂより読み出してユーザ端末３に送信する
（ステップＳ２０２）。

【００８９】すると、上記仮想モールにおける最初のメ
ニュー画面がユーザ端末３の表示部３３に表示される。
この画面には、仮想モールの仮想店舗登録メニュー、オ
ンラインショッピングメニュー等のメニュー項目が表示
されている。そして、ユーザ端末３の操作者によってオ
ンラインショッピングメニューが入力部３４により選択
されて、仮想モールサーバ２に送信される（ステップＳ
２０３）。

【００９０】次いで、オンラインショッピングメニュー
の選択信号をユーザ端末３より受信した仮想モールサー
バ２のＣＰＵ２１は、ｈｔｍｌ文書データファイル２７
１ｂよりオンラインショッピングの最初のページである
希望商品検索画面データを読み出してユーザ端末３に送
信する（ステップＳ２０４）。

【００９１】すると、上記希望商品検索画面がユーザ端
末３の表示部３３に表示される。そこで操作者は入力部
３４を用いて同検索画面上に検索条件データである希望
商品データを入力し、仮想モールサーバ２に送信する
（ステップ２０５）。尚、この希望商品検索は、最初か
ら目当ての商品のデータ（メーカ名、名称、品番等）を
入力する方法であっても、例えば、希望商品のジャン
ル、価格、メーカなどの漠然とした検索条件を選択する
方法であってもよい。

【００９２】次いで、ユーザ端末３から検索条件データ
を受信した仮想モールサーバ２のＣＰＵ２１は、ＣＧＩ
を起動し、ＲＤＢＭＳによって登録店舗データファイル
２７２を検索する。そしてユーザ希望商品を取り扱う仮
想店舗データを読み出して、販売交渉店舗選択画面デー
タを作成してユーザ端末３に送信する（ステップＳ２０
６）。

【００９３】すると、ユーザ端末３の表示部３３に、図
１９に示すような販売交渉店舗選択画面１０００が表示
される。この販売交渉店舗選択画面１０００は、ユーザ
の希望商品（例えば、Ａ社プリンタＢ機種）を取り扱う
仮想店舗が一覧に表示されたものであって、各仮想店舗
の商品の販売価格、サービス等が簡単に表示されてい
る。そこで同画面上において、ユーザは販売交渉を希望
する仮想店舗を、入力部３４を用いて選択し、仮想モー
ルサーバ２に送信する。

【００９４】次いで、ユーザが販売交渉を希望する仮想
店舗の選択信号を受信した仮想モールサーバ２のＣＰＵ
２１は、登録店舗データファイル２７２に格納されてい
る該仮想店舗の販売交渉プログラム２７２ｇを起動し、
このプログラム２７２ｇに従って以後の販売交渉処理を
実行する。そして、販売交渉画面データをユーザ端末３
に送信する（ステップＳ２０８）。

【００９５】すると、図２０に示すような販売交渉画面
１０１０がユーザ端末３の表示部３３に表示され、ユー
ザ端末３と、仮想モールサーバ２との間で商品の販売交
渉処理が実行される（ステップＳ２０９）。ここで、こ
の販売交渉処理について、図１０に示すフローチャート
に沿って、以下に説明する。

【００９６】ユーザ端末３の表示部３３には、図２０に
示すような販売交渉画面１０１０が表示されている。こ
の販売交渉画面１０１０には、ＢＢＳ（掲示板）を応用
した掲示欄１０１１に仮想店舗側の販売代理人キャラク
タ１０１２が設けられ、そのキャラクタのせりふのよう
にして販売文句が表示されるようになっている。そし
て、交渉対象となる商品の画像、及びそのデータが表示
される商品表示欄１０１３が、上記掲示欄１０１１と並
列して表示されている。また、この掲示欄１０１１の下
には、「買う」１０１４、「交渉やめる」１０１５、
「他店と交渉」１０１６の３つのボタンが設けられてお
り、ユーザは、それらのボタンをクリックして仮想店舗
側が提示した販売条件に対する答えを仮想モールサーバ
２に送信する。また、仮想店舗側の販売条件（例えば、
提示価格）に対し、ユーザが交渉する場合は、下の交渉
欄１０１７に交渉したい内容を入力し、送信ボタン１０
１８をクリックして仮想モールサーバ２に送信する。す
ると、そのユーザの交渉メッセージと、その内容に対す
る仮想店舗側の返信メッセージが掲示欄１０１１に表示
され、この動作を繰り返して交渉のやりとりが進行する
構成になっている。尚、掲示欄１０１１、商品表示欄１
０１３、交渉欄１０１７等のレイアウト位置は図２０に
示すものに限定されない。

【００９７】また、この販売交渉画面１０１０において
表示される仮想店舗側の代理にキャラクタ１０１２は、
リアル感があるＣＧアニメーション等で作成されてお
り、ユーザ端末３の機能では表示できない場合は、例え
ば、ＳＨＯＣＫＷＡＶＥ（登録商標）等をユーザ端末３
にプラグインすることで表示可能とする。

【００９８】上記のように構成された販売交渉画面１０
１０がユーザ端末３の表示部３３に表示された状態にお
いて、まず仮想モールサーバ２のＣＰＵ２１は、掲示欄
１０１１に、登録されている仮想店舗の名称、商品の説
明、及びその希望販売価格を表示し、商品表示欄１０１
３に交渉対象商品の画像、及びそのデータ（例えば、メ
ーカ名、名称、品番、仕様等）を表示させる（ステップ
ＳＡ１）。尚、これらのデータは、登録店舗データファ
イル２７２から読み出す。

【００９９】次いで、仮想モールサーバ２のＣＰＵ２１
は、ステップＳＡ１で提示された条件に対して、ユーザ
端末３から何れかのボタン入力信号が有るか否かを判断
し（ステップＳＡ２）、ボタン入力が有ると判断した場
合（ステップＳＡ２：Ｙｅｓ）は、ステップＳＡ３に移
行する。一方、ＣＰＵ２１が、ユーザ端末３から何れの
ボタン入力もないと判断した場合（ステップＳＡ２：Ｎ
ｏ）は、ステップＳＡ８に移行する。尚、このユーザ端
末３から何れのボタン入力がない場合は、ユーザ端末３
より交渉メッセージが送信されたことになる。

【０１００】ステップＳＡ３において、仮想モールサー
バ２のＣＰＵ２１は、ステップＳＡ２でユーザ端末３に
おいて入力されたボタンが「買う」ボタン１０１４であ
るか否かを判断する。そして、ＣＰＵ２１により「買
う」ボタン１０１４であると判断された場合（ステップ
ＳＡ３：Ｙｅｓ）は、ステップＳＡ４に移行する。一
方、ユーザ端末３によって入力されたボタンが「買う」
ボタン１０１４でないとＣＰＵ２１が判断した場合（ス
テップＳＡ３：Ｎｏ）は、ステップＳＡ５に移行する。

【０１０１】次いで、ステップＳＡ４においてＣＰＵ２
１は、商品の販売交渉が成立したと判断し、交渉が成立
した商品、及びその販売条件のデータをＲＡＭ２２に格
納することをもって図９のステップＳ２０９の販売交渉
処理が終了し、ステップＳ２１０に移行する。ここで、
交渉が成立した商品、及びその販売条件がＲＡＭ２２に
記録され、これらは交渉記録画面（図示なし）としてユ
ーザ端末３から常に閲覧できるようになっている。そこ
で、ユーザは他店との交渉をする場合にこの交渉記録画
面の販売条件等を比較してショッピングを楽しむことが
出来るようになっている。また、複数店舗との交渉条件
もこの交渉記録画面に記録されるようになっている。

【０１０２】ステップＳＡ５において、ＣＰＵ２１は、
ユーザ端末３より「交渉やめる」ボタン１０１５の入力
信号が合ったか否かを判断し、入力があったと判断した
場合（ステップＳＡ５：Ｙｅｓ）は、ステップＳＡ６に
移行する。

【０１０３】ステップＳＡ６において、ＣＰＵ２１は、
希望商品検索画面データをユーザ端末３に送信し、表示
部３３に表示させ、図９のステップＳ２０５に移行す
る。即ち、ユーザは購入、及び販売交渉をする対象商品
の検索からし直すことになる。

【０１０４】一方、ＣＰＵ２１が、ユーザ端末３より
「交渉やめる」ボタン１０１５の入力がないと判断した
場合（ステップＳＡ５：Ｎｏ）は、即ち、ユーザ端末３
において「他店と交渉」ボタン１０１６が入力されたと
判断し、ステップＳＡ７に移行する。

【０１０５】ステップＳＡ７において、ＣＰＵ２１は、
商品の販売交渉店舗選択画面データをユーザ端末３に送
信し、表示部３３に表示させ、図９のステップＳ２０７
に移行する。即ち、ユーザは、購入、及び販売交渉の対
象商品はそのままで、販売交渉処理を行う店舗を選択し
直すことが出来る。

【０１０６】ユーザとの販売交渉ＢＢＳによる販売交渉
を開始したステップＳＡ８において、ＣＰＵ２１は、ユ
ーザ端末３から送信された交渉メッセージに、具体的な
価格が提示されているか否かを判断する。より具体的に
は、例えば、ユーザの交渉メッセージに、半角英数で入
力された価格要求データがあるか否かを判断する。そし
て、ＣＰＵ２１が具体的な価格データを確認できた場合
（ステップＳＡ８：Ｙｅｓ）はステップＳＡ１０に移行
する。このとき、ユーザ端末３より送信されたメッセー
ジには、例えば、「１０，０００円にしてくれない？」
という具体的な価格要求が含まれている。

【０１０７】一方、ユーザ端末３より入力されたメッセ
ージに半角英数で入力された価格データをＣＰＵ２１が
確認出来なかった場合（ステップＳＡ８：Ｎｏ）は、ス
テップＳＡ９に移行する。このとき、ユーザ端末３より
送信された交渉メッセージは、例えば、「高い」「もっ
とまけてくれ」「もっとやすくしてよ〜」といった、価
格要求のないものである。

【０１０８】ステップＳＡ９において、ＣＰＵ２１は、
具体的な価格要求を促すメッセージをユーザ端末３に送
信し、販売交渉画面１０１０の掲示欄１０１１に表示さ
せる。例えば、「いくらならいいですか？半角英数字で
具体的な要求価格を入力してください」というようなメ
ッセージにする。そして、ステップＳＡ８に移行しユー
ザ端末３から、具体的な価格要求が有るまで、ステップ
ＳＡ８、ステップＳＡ９の工程を繰り返す。

【０１０９】ステップＳＡ１０においてＣＰＵ２１は、
ユーザ端末３より送信された商品の要求価格データが、
予め設定されていた限界割引価格より安いか否かを判断
する。そして、ＣＰＵ２１が、限界割引価格（例えば、
１８，０００円）に対して、ユーザの要求価格（例え
ば、１８，５００円）が、安いと判断した場合（ステッ
プＳ１０：Ｙｅｓ）は、ステップＳＡ１２に移行する。

【０１１０】ステップＳＡ１２において、ＣＰＵ２１
は、予め設定されている仮想店舗の割引提示価格データ
登録店舗データファイル２７２の割引価格データより読
み出し、掲示欄１０１１にメッセージと共に表示させ
る。例えば、「それは、かんべんしてくださいよー！１
８、０００円でどうですか？」といったメッセージであ
る。このとき、代理人キャラクタの表情等を変えて表示
させる。

【０１１１】次いで、ＣＰＵ２１は、ステップＳＡ１２
で提示した割引価格に対してユーザ端末３から販売交渉
画面１０１０のボタン（「買う」１０１４、「交渉やめ
る」１０１５、「他店と交渉」１０１６）のうち何れか
の入力信号が有ったか否かを判断する（ステップＳＡ１
３）。そして、ＣＰＵ２１が、ボタン入力があったと判
断した場合（ステップＳＡ１３：Ｙｅｓ）は、ステップ
ＳＡ３に移行する。

【０１１２】一方、ＣＰＵ２１が、ユーザ端末３より何
れのボタン入力もなかったと判断した場合（ステップＳ
Ａ１３：Ｎｏ）は、ステップＳＡ１４に移行する。即
ち、ユーザ端末３よりさらなる交渉メッセージ（例え
ば、「１５，０００円がいい。」）が送信されたような
場合である。

【０１１３】ステップＳＡ１４において、ＣＰＵ２１
は、販売交渉中の仮想店舗が、登録店舗データファイル
２７２のオプション内容データに割引き以外のおまけ等
を登録しているか否かを判断し、登録されていると判断
した場合（ステップＳＡ１４：Ｙｅｓ）は、ステップＳ
Ａ１５に移行し、登録されていないと判断した場合（ス
テップＳＡ１４：Ｎｏ）は、ステップＳＡ１２に移行す
る。

【０１１４】ステップＳＡ１２に移行した場合、再び限
界割引価格（例えば、１８，０００円）をユーザに提示
するが、ユーザから要求される価格がこの価格より上回
るか、この価格に対するボタン入力によるアクションが
有るまでは、この限界価格の提示が繰り返される。

【０１１５】ステップＳＡ１５において、ＣＰＵ２１
は、登録店舗データファイル２７２のオプション内容デ
ータに登録されているおまけ等のサービスデータを読み
出し、掲示欄１０１１に表示する。例えば、「１８，０
００円よりまけられませんが、インクカートリッジを２
個つけて、どうですか？」といったメッセージを提示す
る。尚、このオプション内容はおまけの他、まとめ売り
による割引や送料無料といったサービスであってもよ
い。また、それぞれのサービスの値段が表示され（例え
ば、インクカートリッジ２個１０００円相当）、割引感
が増すようになっている。

【０１１６】次いで、ＣＰＵ２１は、上記おまけの提示
に対してユーザ端末３から「買う」１０１４、「交渉や
める」１０１５、「他店と交渉」１０１６の３つのボタ
ンのうち、何れかのボタン入力が有るか否かを判断し
（ステップＳＡ１６）、ボタン入力が有ると判断した場
合（ステップＳＡ１６：Ｙｅｓ）は、ステップＳＡ３に
移行する。一方、ＣＰＵ２１が、何れのボタン入力がな
いと判断した場合（ステップＳＡ１６：Ｎｏ）、即ちユ
ーザ端末３より何かの交渉メッセージが入力された場合
は、ステップＳＡ１５に移行し、おまけの提示のメッセ
ージを再度掲示欄１０１１に表示させる。例えば、ユー
ザ端末３より「もう一個インクカートリッジがほしい
！」といったような交渉メッセージが送信されたとして
も、ＣＰＵ２１は何れかのボタン入力がなされるまで、
ステップＳＡ１５の表示処理を繰り返す。したがって、
ユーザはこれ以上の交渉が不可能であるとわかるので、
必然的に何れかのボタンを入力する。

【０１１７】一方、ステップＳＡ１０において、ＣＰＵ
２１が、ユーザ要求価格（例えば、１８，５００円）が
限界割引価格（例えば、１８，０００円）よりも高いと
判断した場合（ステップＳＡ１０：Ｎｏ）は、交渉成立
となり、ステップＳＡ４に移行する。

【０１１８】次いで、販売交渉処理が終了すると、図９
のフローチャートに示すように、仮想モールサーバ２の
ＣＰＵ２１は、販売交渉処理で決定した販売内容を確認
する画面データをユーザ端末３に送信する（ステップＳ
２１０）。

【０１１９】すると、ユーザ端末３の表示部３３に販売
内容確認画面（図示なし）が表示される。この販売内容
画面は、販売交渉処理において設定された商品の価格
や、おまけ情報等の販売条件について確認を行い、最終
的に購入するか否かの判断をユーザに尋ねるための画面
である。そして、「購入決定」、「終了」、「他店と交
渉」の３つのボタンが選択肢として設けられているの
で、操作者は、入力部３４を用いて何れかのボタンを選
択する。そして、ユーザ端末３のＣＰＵ３１が、購入決
定ボタンの入力が有ったと判断した場合（ステップＳ２
１１：Ｙｅｓ）は、その購入決定信号を仮想モールサー
バ２に送信しステップＳ２１２に移行する。

【０１２０】一方、ユーザ端末３のＣＰＵ３１により
「購入決定」ボタンの入力がないと判断された場合（ス
テップＳ２１１：Ｎｏ）は、ステップＳ２１５に移行
し、次いで、「終了」ボタンが入力されたか否かが判断
される。そして、ＣＰＵ３１によって「終了」ボタンが
入力されたと判断された場合（ステップＳ２１５：Ｙｅ
ｓ）は、オンラインショッピング処理の終了信号が仮想
モールサーバ２に送信され、ＣＰＵ２１により最初のメ
ニュー画面データがユーザ端末３に送信される。一方、
ステップＳ２１５において、ＣＰＵ３１が終了ボタンの
入力が有ると判断しなかった場合（ステップＳ２１５：
Ｎｏ）は、ステップＳ２１６に移行して、「他店と交
渉」ボタンが入力されたか否かを判断する。そして、Ｃ
ＰＵ３１は、「他店と交渉」ボタンが入力されていない
と判断した場合（ステップＳ２１６：Ｎｏ）には、再
び、ステップＳ２１５に移行するが、「他店と交渉」ボ
タンが入力されたと判断した場合（ステップＳ２１６：
Ｙｅｓ）、ステップＳ２０７に移行する。即ち、ユーザ
は、同様の商品について他の仮想店舗との販売交渉処理
を行うことが可能となる。この際、例えば、あるＡ店と
交渉すると、図１０のステップＳＡ４に示すようにその
交渉内容は、交渉記録画面に記録されており、他店との
交渉をしながら常に比較出来るようになっている。

【０１２１】一方、ステップＳ２１２において、ユーザ
端末３より購入決定信号を受信した仮想モールサーバ２
のＣＰＵ２１は、商品注文書としてユーザの個人情報入
力画面データをユーザ端末３に送信する。

【０１２２】すると、上記個人情報入力画面（図示な
し）が表示部３３に表示されるので、操作者は入力部３
４を用いて、例えば、氏名、連絡先といったデータを入
力し、送信ボタンのクリック等により仮想モールサーバ
２に送信する（ステップＳ２１３）。

【０１２３】次いで、ユーザ端末３から個人情報のデー
タを受信した仮想モールサーバ２のＣＰＵ２１は、販売
交渉処理で決定し、図１０のステップＳＡ４においてＲ
ＡＭ２２に一時格納していた商品データ及び販売条件デ
ータと、上記のユーザの個人情報とを、注文データファ
イル２７３の注文者データ２７３ａと、注文内容データ
２７３ｂとにそれぞれ格納することで、図７のオンライ
ンショッピング処理（ステップＳ２）が終了する。

【０１２４】次いで、図７のフローチャートに示すよう
に、課金・決算処理が仮想モールサーバ２、ユーザ端末
３、店舗端末４との間で実行される（ステップＳ３）。
この課金・決算処理について図１１に示すフローチャー
トに沿って以下で詳説する。

【０１２５】まず、仮想モールサーバ２が、図９のステ
ップＳ２１４で注文データファイル２７３に記録した顧
客の注文商品情報、その販売条件、及びその個人情報等
のデータを顧客情報、受注商品情報としてまとめ、その
商品を登録した仮想店舗業者の店舗端末４に送信する
（ステップＳ３０１）。

【０１２６】次いで、仮想モールサーバ２より、上記顧
客情報、受注商品情報を受信した店舗端末４は、その顧
客情報の連絡先データに基づき、顧客のユーザ端末３に
注文を確認する注文確認メールを送信する（ステップＳ
３０２）。尚、この注文確認メールは、注文の確認が出
来れば電子メールに限定されることなく、電話、はがき
等のような媒体を用いてもよく、又顧客の携帯電話等の
移動端末に電子メールを送信する構成であってもよい。

【０１２７】すると、ユーザ端末３に店舗端末４から注
文確認メールが送信されるので、同メール上にて、「注
文を行う」、又は「注文やめる」の何れかを入力部３４
を用いてクリックする。すると、その選択結果を記載し
た注文確認結果の返信電子メールが自動的に作成される
ので、ユーザ端末３の操作者は、その返信メールを店舗
端末４に送信する（ステップＳ３０３）。この場合も電
子メール以外の媒体を用いてもよい。

【０１２８】次いで、店舗端末４のＣＰＵ４１は、ユー
ザ端末３から受信した注文確認結果に基づいて、受注で
あるか否かを判断する（ステップＳ３０４）。そして、
ＣＰＵ４１が、受注と判断した場合（ステップＳ３０
４：Ｙｅｓ）は、ステップＳ３０５に移行し、注文キャ
ンセルであると判断した場合（ステップＳ３０４：Ｎ
ｏ）は、本実施例の動作が終了する。

【０１２９】ステップＳ３０５において、ＣＰＵ４１
は、決済方法の選択を促す決済方法選択メールをユーザ
端末３に送信する。決済方法としては例えば、金融機関
への振り込み、コンビニ決済、現金引き渡し、クレジッ
トカードによる支払い等である。尚、この決済方法選択
画面はＨＴＭＬ文書で作成されている。

【０１３０】上記の決済方法選択メールを受信したユー
ザ端末３において、操作者は、その決済方法をＨＴＭＬ
文書で作成されたメール上にて選択、及びクレジットカ
ード番号等の必要事項の入力を行い、店舗端末４に送信
する（ステップＳ３０６）。尚、これらのデータはＳＳ
Ｌ（Secure Sockets Layer）等を用いて暗号化されて送
信される。

【０１３１】次いで、上記の決済方法データをユーザ端
末３より受信した店舗端末４のＣＰＵ４１は、記録媒体
４８の注文顧客ＤＢ４８２に、顧客データ、受注商品デ
ータ、決済方法データとして格納し（ステップＳ３０
７）、このことをもって課金・決算処理が終了する。

【０１３２】この課金・決算処理後に、店舗端末４を管
理する受注商品の業者によって商品が、顧客に配達或い
は配信され、決済が行われることをもって本実施の形態
の動作が終了する。

【０１３３】このように、本発明の第１の実施の形態に
おけるオンラインショッピングシステム１によれば、ユ
ーザは、オンライン上においても商品の価格交渉等を楽
しむことができるので、ショッピングの醍醐味を味わう
ことが出来ると共に、複数店舗との交渉が可能なため効
率的な買い物が可能となって、その結果として購買意欲
の向上が期待できる。したがって、仮想モールに登録す
る仮想店舗の業者の売り上げ増加が見込まれ、オンライ
ンショッピングの活性化に貢献できる。

【０１３４】また、販売交渉の結果である商品の販売条
件データが、記録されるので、ユーザは他の店舗との販
売条件を容易に比較することが出来、複数店舗との交渉
処理を促すのでオンラインショッピングの活性化に貢献
できる。

【０１３５】尚、上記第１の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。例えば、課金・
決算処理において、商品の決済方法については店舗端末
４とユーザ端末３との間で直接決定する方法で説明を行
ったが、仮想モールサーバ２に課金サーバとしての機能
を付加し、店舗端末４の代行としてユーザ端末３との課
金・決算処理を行ってもよい。この場合、電子メールに
よる注文の再確認が不必要となるため、オンラインショ
ッピングの便利性をより活用できる。

【０１３６】また、上記実施例における販売交渉処理に
おいて、仮想モールサーバ２より提示される限界割引価
格は、数回に分けて段階的にユーザに提示される構成で
あってもよい。また、オプション内容は、おまけの他、
例えば、まとめ買いによる割引、送料無料、抽選で温泉
旅行が当たる等、どのようなものであってもよく、この
オプション内容の提示は、当初から割引価格の代わりに
提示されてもよい。

【０１３７】また、販売交渉処理において、ユーザ端末
３より、「高い」「もっと負けて」といった抽象的な交
渉メッセージに対して、具体的な数字による価格要求を
行う方法で説明を行ったが、例えば、予め、高、安、負
け、といったキーワードを登録し、ユーザの交渉メッセ
ージがそれらのキーワードと合致した場合に、対応する
返信メッセージを送信する構成であってもよい。或い
は、仮想モールサーバ２から提示する交渉内容に対する
選択肢を複数用意し、ユーザに選択させる方法であって
もよい。

【０１３８】また、販売交渉処理において、ユーザ端末
３より「交渉やめる」、又は「他店と交渉」ボタンが入
力された場合に、仮想モールサーバ２においてＩＤを発
行するか否かを尋ねる画面をユーザ端末３の表示部３３
に表示させる。そして、ユーザ端末３よりＩＤの発行を
希望する信号を受信した場合、仮想モールサーバ２にお
いて、そのＩＤと共にその時点の交渉内容データを注文
データファイル２７３に記録しておく。そして、ユーザ
が、後日或いは他店との交渉後等にＩＤを入力すると、
そのＩＤと関連づけられた仮想店舗との交渉内容が再度
表示され、交渉を再開できるという構成であってもよ
い。こうすれば、ユーザは一度交渉を行った店舗との交
渉処理を再度行う手間が省ける。また、例えば、ユーザ
が時間のない場合に一時中断し、再度交渉を行えるので
大変便利である。

【０１３９】また、複数の仮想店舗が登録された仮想モ
ールにおけるオンラインショッピングシステムとして説
明を行ったが、例えば、任意の商店がインターネット上
に単独で開店している仮想店舗において、本実施例の販
売交渉処理を応用してもよい。

【０１４０】また、仮想モールサーバ２が、ユーザがあ
る一店と販売交渉中に、ランダムにその価格より安く販
売可能な他の店舗のデータを交渉中の掲示欄に割り込み
させ逆オークション方式を体験できる構造であってもよ
い。例えば、「うちなら２５，０００円だよー」といっ
たメッセージを他の店舗キャラクタと共に表示させ、そ
の他の店舗のメッセージをユーザがクリックすると、販
売交渉の対象店舗のデータが交代するというような構造
である。

【０１４１】［第２の実施の形態］次に、図１〜図１
２、及び図２１を参照して本発明にかかる第２の実施の
形態におけるオンラインショッピングシステムについて
詳細に説明する。

【０１４２】本第２の実施の形態に係るオンラインショ
ッピングシステムの構成は、図１に示す第１の実施の形
態のオンラインショッピングシステム１とほぼ同様であ
るため、オンラインショッピングシステム１を用いて説
明するとともに、仮想モールサーバ２、ユーザ端末３、
店舗端末４の各構成についての詳細な説明を省略し異な
る部分のみ、以下に説明する。

【０１４３】本実施の形態における仮想モールサーバ２
の登録店舗データファイル２７２に格納されているオプ
ション内容２７２ｅは、おまけ（例えば、インクカート
リッジ２本）、送料無料等のサービス内容に加え、それ
らを数値化したものが記録されている。例えば、インク
カートリッジ２本：１０００円、送料無料：８００円と
いったサービスの内容を現金換算したもの、或いはポイ
ント等に置き換えたものであって、サービス同士を比較
出来るような形式にして記録しておく。

【０１４４】次いで、本発明における第２の実施の形態
の動作の説明を行うが、仮想モールサーバ２、ユーザ端
末３、店舗端末４との間で、第１の実施の形態で説明し
た図７のフローチャートのステップＳ１からステップＳ
３と略同様の流れで処理が行われるので、詳細な説明を
省略し、異なる点のみ説明する。即ち、本実施の形態の
オンラインショッピング処理の動作は、第１の実施の形
態の動作と異なるため、図９のステップＳ２をステップ
ＳＢ２として、図１２に示すフローチャートに沿って以
下説明する。尚、図９、及び図１０のオンラインショッ
ピング処理と同様の処理については同様のステップ番号
で説明を行う。

【０１４５】図９に示すオンラインショッピング処理と
同様にして、ユーザ端末３が仮想モールサーバ２にアク
セスを行うことで本動作が開始され、ユーザ端末３と仮
想モールサーバ２との間において販売交渉店舗選定処理
が実行される（ステップＳ４０１）。この販売交渉店舗
選定処理では、図９のフローチャートにおけるステップ
Ｓ２０１〜ステップＳ２０８の処理が行われる。即ち、
ユーザ端末３から仮想モールにおけるユーザ購入希望の
商品データが送信され仮想モールサーバ２により同商品
を取り扱う仮想店舗のデータがユーザ端末３に提示され
る。そこで、ユーザ端末３において、仮想モールサーバ
２より提示された複数の仮想店舗から、商品の販売交渉
をする一の仮想店舗を選択されて仮想モールサーバ２に
送信される処理である。

【０１４６】上記の販売交渉店舗選定処理（ステップＳ
４０１）においてユーザが選択した一仮想店舗の交渉デ
ータに基づき、ユーザ端末３と仮想モールサーバ２との
間で販売交渉処理が実行される（ステップＳ４０２）。
この販売交渉処理は、図１０に示すステップＳＡ１〜ス
テップＳＡ１５と同様の処理が行われるので詳細な説明
を省略し、同処理については同ステップ番号を用いて説
明する。

【０１４７】図１０のステップＳＡ４において、ステッ
プＳ４０１でユーザ端末３において選定された仮想店舗
と、ユーザ端末３との販売交渉が成立し、その交渉商品
のデータが仮想モールサーバ２において記録される。こ
のとき、販売条件にオプションが含まれる場合、仮想モ
ールサーバ２のＣＰＵ２１は、そのオプションの種類に
加え、店舗登録データファイル２７２のオプション内容
２７２ｅに格納されているオプションの価値を数値化し
たデータも記録する。そして、この販売交渉処理が終了
すると、ステップＳ２１０に移行するのではなく、図１
２のフローチャートに示すステップＳ４０３に移行す
る。

【０１４８】ステップＳ４０３において、仮想モールサ
ーバ２のＣＰＵ２１は、ユーザ購入希望の商品を扱う仮
想店舗のうち、前ステップＳ４０２の販売交渉処理で決
定された販売条件よりも好条件、或いは同等の販売条件
を提示しうる仮想店舗のデータを、商品の価格、及びオ
プションの数値に基づいて検索する。そして、ＣＰＵ２
１は、検索結果に該当する仮想店舗のデータを一覧に表
示した、図２１に示すような好条件店舗表示画面１０２
０をユーザ端末３の表示部３３に表示させる。

【０１４９】この好条件店舗表示画面１０２０は、最初
にユーザに提示された販売交渉店舗選択画面上の仮想店
舗データのうち、前ステップＳ４０２において交渉が成
立した仮想店舗よりも、販売条件の悪い仮想店舗は脱落
店として削除されたものである。そして、図２１に示す
ように最初の交渉店舗（例えば、販売店舗Ｂ）よりも好
条件の店舗（例えば、販売店舗Ａ）の販売条件データが
表示されている。

【０１５０】次いで、ユーザ端末３の操作者により、他
の仮想店舗と販売交渉を行う場合は、上記好条件店舗表
示画面１０２０上の仮想店舗のデータが選択され、交渉
を終了する場合は交渉終了が選択される。そこで、ＣＰ
Ｕ３１が、他の仮想店舗の選択信号を受信した場合（ス
テップＳ４０４：Ｙｅｓ）は、ステップＳ４０２に移行
し、工程を戻る。一方、ＣＰＵ３１が交渉終了信号を受
信した場合（ステップＳ４０４：Ｎｏ）は、ステップＳ
４０５に移行する。

【０１５１】ステップＳ４０５において、仮想モールサ
ーバ２のＣＰＵ２１は、商品購入店舗選択画面データを
ユーザ端末３に送信する。

【０１５２】すると、ユーザ端末３の表示部３３に上記
商品購入店舗選択画面（図示なし）が表示される。この
商品購入選択店舗画面は、ユーザが販売交渉を行った各
仮想店舗の販売条件データが表示されており、このうち
商品を購入する店舗を選択することが出来る画面であ
る。そして、ユーザ端末３のＣＰＵ３１が、商品購入店
舗の選択信号を受信した場合（ステップＳ４０６：Ｙｅ
ｓ）は、ステップＳ４０７に移行する。一方、ＣＰＵ３
１が、ショッピング終了信号を受信した場合（ステップ
Ｓ４０６：Ｎｏ）は、オンラインショッピング処理（Ｓ
Ｂ２）の動作が終了する。

【０１５３】ステップＳ４０７において、ユーザ端末３
と、仮想モールサーバ２との間で商品注文確認処理が実
行され、このことをもって本実施の形態におけるオンラ
インショッピング処理（ＳＢ２）が終了する。尚、この
商品注文確認処理は、図９のステップＳ２１０からステ
ップＳ２１５の処理が実行される。そして、以降、図７
のステップＳ３の課金・決算処理が実行されて当該第２
の実施の形態の動作が終了する。

【０１５４】このように、本発明の第２の実施の形態の
オンラインショッピングシステム１によれば、第１の実
施の形態同様、オンライン上において、対面式に近い感
覚のショッピングが楽しむことができるのに加え、オプ
ション内容が数値化されているので、他店舗との客観的
な比較が可能となった。また、ある一店舗との販売交渉
後にその店舗との販売条件と同等或いは好条件を提示可
能な仮想店舗のデータがユーザに提示されるので、ユー
ザはよりよい販売条件を探すことができる。したがっ
て、各仮想店舗における訪問ユーザ数の増加が見込まれ
るので、売り上げ増加も期待できる。

【０１５５】尚、上記第２の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。例えば、ユーザ
と交渉を行った店舗の交渉条件よりも提示条件が悪く、
脱落させられた仮想店舗の登録業者に他の業者の提示条
件データを仮想モールサーバ２が送信する構成であって
もよい。

【０１５６】［第３の実施の形態］次に、図１〜図１
１、図１３、及び図２２を参照して本発明の第３の実施
の形態におけるオンラインショッピングシステムについ
て詳細に説明する。

【０１５７】第３の実施の形態におけるオンラインショ
ッピングシステムの構成は、図１に示すオンラインショ
ッピングシステム１とほぼ同様であるため、オンライン
ショッピングシステム１を用いて説明するとともに、仮
想モールサーバ２、ユーザ端末３、店舗端末４の各構成
についての詳細な説明を省略し異なる部分のみ、以下に
説明する。

【０１５８】本実施の形態における仮想モールサーバ２
の登録店舗データファイル２７２に格納されている商品
情報２７２ａは、商品の各種データに加え、特におすす
め商品である場合はその旨が記録されている。このおす
すめ商品の設定は、仮想店舗登録処理において、店舗端
末４によって行われるものとする。

【０１５９】次いで、本発明における第３の実施の形態
の動作の説明を行うが、仮想モールサーバ２、ユーザ端
末３、店舗端末４との間で、第１の実施の形態で説明し
た図７のフローチャートのステップＳ１からステップＳ
３と略同様の流れで処理が行われるので、詳細な説明を
省略するが、本実施の形態においては、図９のステップ
Ｓ２のオンラインショッピング処理が、第１の実施の形
態の動作と異なるため、図９のＳ２をステップＳＣ２と
して、図１３に示すフローチャートに沿って以下説明す
る。尚、図９のオンラインショッピング処理と同様の処
理については同様のステップ番号で説明を行う。

【０１６０】図９に示すオンラインショッピング処理と
同様にして、ユーザ端末３が仮想モールサーバ２にアク
セスを行うことで本動作が開始され、ユーザ端末３と仮
想モールサーバ２との間において仮想モールアクセス処
理が実行される（ステップＳ５０１）。この仮想モール
アクセス処理（ステップＳ５０１）では、図９のフロー
チャートにおけるステップＳ２０１〜ステップＳ２０４
の処理が行われる。

【０１６１】このとき、ユーザ端末３の表示部３３に
は、希望商品検索画面（図示なし）が表示されているの
で、ユーザ端末３の操作者が、入力部３４を用いて、購
入希望商品のジャンル（例えば、プリンタ）を選択する
と、ユーザ端末３のＣＰＵ３１は、選択された購入希望
商品のジャンルを、仮想モールサーバ２に送信する（ス
テップＳ５０２）。

【０１６２】次いで、ユーザ端末３より希望商品のジャ
ンル選択データを受信した仮想モールサーバ２のＣＰＵ
２１は、該当ジャンル（例えば、プリンタ）を取り扱う
仮想店舗を登録店舗データファイル２７２で検索する
（ステップＳ５０３）。そして、ＣＰＵ２１は上記の仮
想店舗のユーザ選択ジャンル（例えば、プリンタ）にお
けるおすすめ商品データを表示した各店舗おすすめ商品
表示画面データをユーザ端末３に送信する（ステップＳ
５０４）。

【０１６３】すると、図２２に示すような各店舗おすす
め商品表示画面１０３０がユーザ端末３の表示部３３に
表示される。この各店舗おすすめ商品表示画面１０３０
は、ユーザ選択のジャンル１０３１に対する各店舗のお
すすめ商品に関するデータが表示されている。そこで、
ユーザ端末３の操作者が、販売交渉を行いたい仮想店舗
を入力部３４を用いて選択すると、ユーザ端末３１のＣ
ＰＵ３１は同選択データを仮想モールサーバ２に送信す
る（ステップＳ５０５）。

【０１６４】次いで、ユーザの選択したデータを受信し
た仮想モールサーバ２のＣＰＵ２１は、ユーザ選択仮想
店舗の販売交渉プログラムを起動し（ステップＳ５０
６）、次いで、ユーザ端末３と仮想モールサーバ２との
間で販売交渉処理が実行される（ステップＳ５０７）。
この販売交渉処理（ステップＳ５０７）は、図１０に示
すステップＳＡ１からステップＳＡ１６の処理が実行さ
れる。

【０１６５】次いで、仮想モールサーバ２とユーザ端末
３との間で購入確認処理が実行される（ステップＳ５０
８）。この購入確認処理は図９に示すステップＳ２１０
〜ステップＳ２１５の処理が実行され、このステップＳ
５０８をもって、本第３の実施の形態におけるオンライ
ンショッピング処理（ＳＣ２）の動作が終了する。

【０１６６】このように、本発明の第３の実施の形態に
おけるオンラインショッピングシステム１によれば、ユ
ーザは、ある商品ジャンルにおける各店舗のおすすめ商
品が提示されることにより購入希望の目安とすることが
出来、大変便利である。

【０１６７】尚、上記第３の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。即ち、各店舗ご
とのおすすめ商品は複数であり、ユーザがその中から選
択する方法であってもよい。

【０１６８】また、本実施の形態におけるオンラインシ
ョッピング処理ＳＣ２は、図９のステップＳ２の動作に
基づいて説明を行ったが、第２の実施の形態におけるオ
ンラインショッピング処理ＳＢ２に基づいた構成であっ
てもよい。即ち、ある一店舗との販売交渉後に、より好
条件の店舗データが仮想モールサーバ２によってユーザ
端末３に提示される構成である。

【０１６９】［第４の実施の形態］次に、図１〜図１
１、図１４、及び図２３を参照して本発明にかかる第４
の実施の形態のオンラインショッピングシステムについ
て詳細に説明する。

【０１７０】第４の実施の形態におけるオンラインショ
ッピングシステムの構成は、図１に示すオンラインショ
ッピングシステム１とほぼ同様であるため、オンライン
ショッピングシステム１を用いて説明するとともに、仮
想モールサーバ２、ユーザ端末３、店舗端末４の各構成
は、第３の実施例のそれと同様であるため、詳細な説明
を省略する。

【０１７１】次いで、本発明における第４の実施の形態
の動作の説明を行うが、仮想モールサーバ２、ユーザ端
末３、店舗端末４との間で、第１の実施の形態で説明し
た図７のフローチャートのステップＳ１からステップＳ
３と略同様の流れで処理が行われるので、詳細な説明を
省略するが、本実施の形態においては、図９のステップ
Ｓ２のオンラインショッピング処理が、第１の実施の形
態の動作と異なるため、図９のＳ２をステップＳＤ２と
して、図１４に示すフローチャートに沿って以下説明す
る。尚、図９、図１０のオンラインショッピング処理と
同様の処理については同様のステップ番号で説明を行
う。

【０１７２】図９に示すオンラインショッピング処理と
同様にして、ユーザ端末３が仮想モールサーバ２にアク
セスを行うことで本動作が開始され、ユーザ端末３と仮
想モールサーバ２との間において仮想モールアクセス処
理が実行される（ステップＳ６０１）。この仮想モール
アクセス処理（ステップＳ６０１）において、図９のフ
ローチャートにおけるステップＳ２０１〜ステップＳ２
０４の処理が行われる。

【０１７３】このとき、ユーザ端末３の表示部３３に
は、希望商品検索画面（図示なし）が表示されているの
で、ユーザ端末３の操作者は、入力部３４を用いて、購
入希望商品のデータ（例えば、ジャンル、商品名等）を
入力する（ステップＳ６０２）。次いで、ユーザ端末３
の操作者は、同希望商品検索画面において、購入希望商
品の詳細条件を入力し、仮想モールサーバ２に送信する
（ステップＳ６０３）。この詳細条件とは、例えば、価
格、大きさ、重さ、色等の項目における各種条件を設定
するものであり、一つでも複数でもよい。

【０１７４】次いで、ユーザ端末３より希望商品デー
タ、及びその詳細条件データを受信した仮想モールサー
バ２のＣＰＵ２１は、ユーザ希望の商品を取り扱う仮想
店舗を登録店舗データファイル２７２で検索し、そのう
ちステップＳ６０３で設定された詳細条件に該当する店
舗を一覧に表示した店舗一覧表示画面データをユーザ端
末３に送信する（ステップＳ６０４）。

【０１７５】すると、図２３に示すような店舗一覧画面
１０４０がユーザ端末３の表示部３３に表示される。こ
の店舗一覧画面１０４０は、ユーザ希望の商品データ１
０４１（例えば、プリンタ）、及びその詳細設定１０４
２（例えば、１７，０００円以内）に該当する仮想店舗
のデータが一覧に表示されている。そこで、ユーザ端末
３の操作者は、販売交渉を行いたい仮想店舗を、入力部
３４を用いて選択すると、同選択データが仮想モールサ
ーバ２に送信される（ステップＳ６０５）。

【０１７６】次いで、ユーザの選択データを受信した仮
想モールサーバ２のＣＰＵ２１は、ユーザ選択仮想店舗
の販売交渉プログラム２７２ｇを起動し（ステップＳ６
０６）、次いで、ユーザ端末３と仮想モールサーバ２と
の間で販売交渉処理が実行される（ステップＳ６０
７）。この販売交渉処理（ステップＳ６０７）は、図１
０に示すステップＳＡ１からステップＳＡ１６の処理が
実行される。

【０１７７】次いで、仮想モールサーバ２とユーザ端末
３との間で購入確認処理が実行される（ステップＳ６０
８）。この購入確認処理は図９に示すステップＳ２１０
〜ステップＳ２１５の処理が実行され、このステップＳ
６０８をもって、本第３の実施の形態におけるオンライ
ンショッピング処理（ＳＤ２）の動作が終了する。

【０１７８】このように、本発明の第４の実施の形態に
おけるオンラインショッピングシステム１によれば、ユ
ーザは、予め詳細な条件を設定した上で販売交渉を行う
店舗を絞ることが出来るので、欲しい商品を欲しい条件
で探し易くなり効率的かつ便利である。

【０１７９】尚、上記第４の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。即ち、詳細な条
件は、価格に関する内容に限られず、例えば、色、サイ
ズなど商品の特徴に関するものであればどのようなもの
でもよい。

【０１８０】また、本実施の形態におけるオンラインシ
ョッピング処理ＳＤ２は、図９のステップＳ２の動作に
基づいて説明を行ったが、第２の実施の形態におけるオ
ンラインショッピング処理ＳＢ２に基づいた構成であっ
てもよい。

【０１８１】［第５の実施の形態］次に、図１〜図１
１、図１５、図１６及び図２４を参照して本発明の第５
の実施の形態におけるオンラインショッピングシステム
について詳細に説明する。

【０１８２】第５の実施の形態におけるオンラインショ
ッピングシステムの構成は、図１に示すオンラインショ
ッピングシステム１とほぼ同様であるため、オンライン
ショッピングシステム１を用いて説明するとともに、仮
想モールサーバ２、ユーザ端末３、店舗端末４の各構成
についての詳細な説明を省略し異なる部分のみ、以下に
説明する。

【０１８３】本実施の形態における仮想モールサーバ２
の登録店舗データファイル２７２に格納されている商品
情報２７２ａは、その商品のジャンルごとに分類されて
いる。この商品のジャンルの設定は、仮想店舗登録処理
において、店舗端末４によって行われるものとする。

【０１８４】次いで、本発明における第５の実施の形態
の動作の説明を行うが、仮想モールサーバ２、ユーザ端
末３、店舗端末４との間で、第１の実施の形態で説明し
た図７のフローチャートのステップＳ１からステップＳ
３と略同様の流れで処理が行われるので、詳細な説明を
省略するが、本実施の形態においては、図９のステップ
Ｓ２のオンラインショッピング処理が、第１の実施の形
態の動作と異なるため、図９のＳ２をステップＳＥ２と
して、図１５及び図１６に示すフローチャートに沿って
以下説明する。尚、図９及び図１０のオンラインショッ
ピング処理と同様の処理については同様のステップ番号
で説明を行う。

【０１８５】図９に示すオンラインショッピング処理と
同様にして、ユーザ端末３が仮想モールサーバ２にアク
セスを行うことで本動作が開始され、ユーザ端末３と仮
想モールサーバ２との間において仮想モールアクセス処
理が実行される（ステップＳ７０１）。この仮想モール
アクセス処理（ステップＳ７０１）において、図９のフ
ローチャートにおけるステップＳ２０１〜ステップＳ２
０４の処理が行われる。

【０１８６】このとき、ユーザ端末３の表示部３３に
は、希望商品検索画面（図示なし）が表示されているの
で、ユーザ端末３の操作者は、入力部３４を用いて、購
入希望商品のジャンル（例えば、プリンタ）を選択して
仮想モールサーバ２に送信する（ステップＳ７０２）。

【０１８７】次いで、ユーザ端末３より希望商品のジャ
ンル選択データを受信した仮想モールサーバ２のＣＰＵ
２１は、該当ジャンル（例えば、プリンタ）を取り扱う
仮想店舗を登録店舗データファイル２７２で検索する
（ステップＳ７０３）。そして、上記の仮想店舗の取り
扱うユーザ選択ジャンル（例えば、プリンタ）の商品一
覧を表示した各店舗取扱商品一覧表示画面データをユー
ザ端末３に送信する（ステップＳ７０４）。

【０１８８】すると、各店舗取扱商品一覧表示画面（図
示なし）がユーザ端末３の表示部３３に表示される。こ
の各店舗取扱商品一覧表示画面は、各店舗ごとにユーザ
選択のジャンル（例えば、プリンタ）に該当する取扱商
品のデータ（価格、画像等）が、一覧となって表示され
ている。そこで、ユーザ端末３の操作者は、各店舗のデ
ータを比較して、販売交渉を行いたい仮想店舗を、入力
部３４を用いて選択し（ステップＳ７０５）、次いで、
その選択店舗と販売交渉を行いたい商品を選択して、仮
想モールサーバ２に送信する（ステップＳ７０６）。

【０１８９】次いで、ユーザ選択の販売交渉店舗デー
タ、及び販売交渉商品データを、ユーザ端末３より受信
した仮想モールサーバ２のＣＰＵ２１は、ユーザ選択の
仮想店舗の販売交渉プログラム２７２ｇを起動し（ステ
ップＳ７０７）、次いで、ユーザ端末３と仮想モールサ
ーバ２との間で販売交渉処理が実行される（ステップＳ
７０８）。この販売交渉処理（ステップＳ７０８）につ
いて、図１６に示すフローチャートを用いて詳細に説明
する。

【０１９０】本実施の形態（第５の実施の形態）におけ
る販売交渉処理（ステップＳ７０８）は、図１０に示す
ステップＳＡ１からステップＳＡ１６の処理と同様の処
理については、図１０のステップ番号を用い、詳細な説
明を省く。

【０１９１】まず、図１０と同様にして、ユーザ端末３
の表示部３３には、販売交渉画面（図示なし）が表示さ
れている。この販売交渉画面は、図２０に示す販売交渉
画面１０１０とほぼ同様であるが、「買う」「交渉やめ
る」「他店と交渉」ボタンに加え、「他の商品」ボタン
が設けられている。

【０１９２】上記のような画面が表示された状態におい
て、ユーザ端末３と仮想モールサーバ２との間で、図１
０のステップＳＡ１からステップＳＡ５までの処理が実
行される。

【０１９３】ステップＳＡ５において、仮想モールサー
バ２のＣＰＵ２１が、ユーザ端末３から「交渉やめる」
ボタンの入力有りと判断した場合（ステップＳＡ５：Ｙ
ｅｓ）は、ユーザ端末３の表示部３３に希望商品検索画
面を表示させる（ステップＳＡ６）。即ち、図１５のス
テップＳ７０２に工程を戻る。

【０１９４】一方、ステップＳＡ５において、仮想モー
ルサーバ２のＣＰＵ２１が、ユーザ端末３からの「交渉
やめる」ボタンの入力がないと判断した場合（ステップ
ＳＡ５：Ｎｏ）は、ステップＳＡ１７に移行する。

【０１９５】ステップＳＡ１７において、仮想モールサ
ーバ２のＣＰＵ２１は、ユーザ端末３より「他の商品」
ボタンの入力信号があるか否かを判断し、ボタン入力有
りと判断した場合（ステップＳＡ１７：Ｙｅｓ）は、ス
テップＳＡ１８に移行し、ボタン入力なしと判断した場
合（ステップＳＡ１７：Ｎｏ）は、ステップＳＡ１９に
移行する。

【０１９６】ステップＳＡ１８において、仮想モールサ
ーバ２のＣＰＵ２１は、現在交渉中の仮想店舗が扱う他
の商品の一覧画面データをユーザ端末３に送信し、販売
交渉商品選択画面を表示させる。即ち、図１５のステッ
プＳ７０６に工程を戻る。

【０１９７】一方、ＳＡ１９において、ＣＰＵ２１は、
販売交渉店舗選択画面（図示なし）をユーザ端末３の表
示部３３に表示させる。即ち図１５のステップＳ７０５
に移行する。

【０１９８】また、ステップＳＡ１３において、ＣＰＵ
２１が、仮想モールサーバ２からの値引き価格の提示に
対してユーザによる何れのボタン入力もないと判断した
場合（ステップＳＡ１３：Ｎｏ）は、ステップＳＡ２０
に移行する。

【０１９９】ステップＳＡ２０において、ＣＰＵ２１
は、登録店舗データファイル２７２を検索して、販売交
渉店舗の商品情報２７２ａに、前ステップまでで交渉し
ていた商品よりも安い商品のデータがあるかを判断す
る。このとき、図１５のステップＳ７０２でユーザより
ジャンル（例えば、プリンタ）が設定されているので交
渉していた商品と同ジャンルの商品を検索する。

【０２００】そして、ＣＰＵ２１が、同ジャンルでより
低価格の商品が有りと判断した場合（ステップＳＡ２
０：Ｙｅｓ）は、ステップＳＡ２１に移行し、より低価
格の商品はなしと判断した場合（ステップＳＡ２０：Ｎ
ｏ）は、ステップＳＡ１２の工程に戻る。

【０２０１】ステップＳＡ２１において、ＣＰＵ２１
は、ユーザ端末３の表示部３３に表示されている販売交
渉画面（図示なし）に、同ジャンルでより低価格の商品
を提示する。具体的には、例えば、「Ａ社プリンタＢ機
種は、１９，８００円ですが、Ｂ社プリンタであれば、
１４，５００円ですが、いかかですか？」といった内容
をユーザに提示する。

【０２０２】次いで、ＣＰＵ２１は、ユーザ端末３より
何れかのボタン入力があるか否かを判断し（ステップＳ
Ａ２２）、ボタン入力が有りと判断した場合（ステップ
ＳＡ２２：Ｙｅｓ）はステップＳＡ３に移行し、ボタン
入力がなしと判断した場合（ステップＳＡ２２：Ｎｏ）
は、ステップＳＡ２１に移行する。

【０２０３】次いで、仮想モールサーバ２とユーザ端末
３との間で購入確認処理が実行される（ステップＳ７０
９）。この購入確認処理は図９に示すステップＳ２１０
〜ステップＳ２１５の処理が実行され、このステップＳ
７０８をもって、本第５実施の形態におけるオンライン
ショッピング処理（ＳＥ２）の動作が終了する。

【０２０４】このように、本発明の第５実施の形態にお
けるオンラインショッピングシステム１によれば、仮想
モールサーバ２によりあるジャンルにおける各店舗の取
扱商品が一覧で提示されるので、ユーザは、あるジャン
ルにおける商品を複数比較出来ることが可能となる。ま
た、仮想モールサーバ２より、交渉商品の価格にユーザ
が満足しない場合に、同ジャンルの他の商品がユーザに
提示されるので、より多様化した販売交渉が可能とな
り、それに伴った販売数の増加が期待できる。

【０２０５】また、交渉中の同店舗が取り扱っている他
の商品の検索がすぐにできるので、ユーザはわざわざは
じめから商品の検索を行う必要がなくなり、大変便利で
ある。

【０２０６】尚、上記第５の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。 例えば、図
１６のステップＳＡ２１において、交渉店舗の他の商品
データ（例えば、Ｃ社プリンタＤ機種１４，５００円）
が表示された場合に、その商品を取り扱う他の店舗の商
品データが、図２４の比較画面１０５０のようにして提
示される構造であってもよい。これによれば、販売交渉
商品の対象商品が変わった場合においても他の店舗（比
較画面１０５０における店舗Ｂ、店舗Ｃ）の販売条件
（例えば、１４，８００円、１５，２００円など）を知
ることが出来ることとなり、便利である。

【０２０７】また、本実施の形態におけるオンラインシ
ョッピング処理ＳＥ２は、図９のステップＳ２の動作に
基づいて説明を行ったが、第２の実施の形態におけるオ
ンラインショッピング処理ＳＢ２に基づいた構成であっ
てもよい。この場合、上記のように販売交渉商品が、変
更となった場合（例えば、Ａ社プリンタＢ機種→Ｃ社プ
リンタＤ機種）において、一度脱落した仮想店舗であっ
ても、新しい対象商品（Ｃ社プリンタＤ機種）の販売条
件が、交渉店舗よりも好条件であれば、販売交渉店舗の
候補として復活する構成であってもよい。

【０２０８】［第６の実施の形態］次に、図１〜図１
１、図１７、図２５〜図２８を参照して本発明にかかる
第６の実施の形態のオンラインショッピングシステムに
ついて詳細に説明する。

【０２０９】第６実施の形態におけるオンラインショッ
ピングシステムの構成は、図１に示すオンラインショッ
ピングシステム１とほぼ同様であるため、オンラインシ
ョッピングシステム１を用いて説明するとともに、仮想
モールサーバ２、ユーザ端末３、店舗端末４の各構成
は、第３の実施例のそれと同様であるため、詳細な説明
を省略する。

【０２１０】次いで、本発明における第６の実施の形態
の動作の説明を行うが、仮想モールサーバ２、ユーザ端
末３、店舗端末４との間で、第１の実施の形態で説明し
た図７のフローチャートのステップＳ１からステップＳ
３と略同様の流れで処理が行われるので、詳細な説明を
省略する。

【０２１１】本実施の形態（第６の実施の形態）におけ
る仮想店舗登録処理は、図８に示す仮想店舗登録処理と
ほぼ同様のため、詳細な説明を省き、異なる点のみ以下
に説明する。

【０２１２】本実施の形態における仮想店舗登録処理に
おいて、図８のステップ１０７において、店舗端末４
は、一仮想店舗に付き、複数の代理人キャラクタを選
択、設定する。例えば、図２５に示すような代理人キャ
ラクタ設定画面１０６０が表示部３３に表示されてお
り、それぞれの選択キャラクタ（例えば、店員キャラク
タＡ、Ｂ、Ｃ）に、特徴１０６１を設定する。そして、
その設定データは、仮想モールサーバ２の登録店舗デー
タファイル２７２の代理人キャラクタデータ２７２ｆに
格納される。尚、代理人キャラクタの画像等は、店舗端
末４によって作成されたものであってもよい。

【０２１３】また、本実施の形態におけるオンラインシ
ョッピング処理は、図９のオンラインショッピング処理
（Ｓ２）と異なるので、オンラインショッピング処理Ｓ
Ｆ２として、図１７に示すフローチャートに沿って以下
に説明する。尚、図９、図１０のオンラインショッピン
グ処理と同様の処理については同様のステップ番号で説
明を行う。

【０２１４】図９に示すオンラインショッピング処理と
同様にして、ユーザ端末３が仮想モールサーバ２にアク
セスを行うことで本動作が開始され、ユーザ端末３と仮
想モールサーバ２との間において仮想モールアクセス処
理が実行される（ステップＳ８０１）。この仮想モール
アクセス処理（ステップＳ６０１）において、図９のフ
ローチャートにおけるステップＳ２０１〜ステップＳ２
０４の処理が行われる。

【０２１５】このとき、ユーザ端末３の表示部３３に
は、希望商品検索画面（図示なし）が表示されているの
で、ユーザ端末３の操作者は、入力部３４を用いて、購
入希望商品のデータ（例えば、ジャンル、商品名）を入
力し、仮想モールサーバ２に送信する（ステップＳ８０
２）。

【０２１６】次いで、ユーザ端末３より希望商品データ
を受信した仮想モールサーバ２のＣＰＵ２１は、ユーザ
希望の商品を取り扱う仮想店舗を登録店舗データファイ
ル２７２で検索し、該当する店舗を一覧に表示した店舗
一覧表示画面データをユーザ端末３に送信する（ステッ
プＳ８０３）。

【０２１７】すると、店舗一覧画面（図示なし）がユー
ザ端末３の表示部３３に表示されるので、ユーザ端末３
の操作者は、販売交渉を行いたい仮想店舗を、入力部３
４を用いて選択し、同仮想モールサーバ２に送信する
（ステップＳ８０４）。

【０２１８】次いで、ユーザの選択データを受信した仮
想モールサーバ２のＣＰＵ２１は、登録店舗データファ
イル２７２を検索し、ユーザ選択店舗の代理人キャラク
タ一覧表示画面データをユーザ端末３に送信する（ステ
ップＳ８０５）。

【０２１９】すると、図２６に示すような代理人キャラ
クタ一覧表示画面１０７０がユーザ端末３の表示部３３
に表示される。この代理人キャラクタ一覧表示画面１０
７０には、ユーザがステップＳ８０４で選択した仮想店
舗に所属する代理人キャラクタ一覧となって表示されて
おり、それぞれの特徴等がキャラクタ画像をクリックす
ることで閲覧できるようになっている。そこで、ユーザ
端末３の操作者は入力部３４を用いて、販売交渉を行う
代理人キャラクタを選択し、仮想モールサーバ２に送信
する（ステップＳ８０６）。

【０２２０】次いで、ユーザ端末３よりユーザ選択デー
タを受信したＣＰＵ２１は、販売交渉プログラムを起動
し（ステップＳ８０７）、次いで、ユーザ端末３と仮想
モールサーバ２との間で販売交渉処理が実行される（ス
テップＳ８０８）。この販売交渉処理（ステップＳ８０
８）は、図１０に示すのステップＳＡ１からステップＳ
Ａ１６の処理が実行される。

【０２２１】次いで、仮想モールサーバ２は、前ステッ
プＳ８０８の販売交渉が成立したか否かに関わらず、代
理人キャラクタ採点画面データをユーザ端末３に送信す
る（ステップＳ８０９）。

【０２２２】すると、図２７に示すような代理人キャラ
クタ採点画面１０８０がユーザ端末３の表示部３３に表
示される。この代理人キャラクタ採点画面１０８０は、
ステップＳ８０８の販売交渉処理において、販売交渉を
行った全ての仮想店舗の代理人キャラクタについて採点
を行うものである。ここで、同店舗の複数の代理人キャ
ラクタについても採点を行う。そこで、ユーザ端末３の
操作者は、代理人キャラクタのルックス、交渉内容、口
調等を吟味した点数を、入力部３４を用いて入力し、同
点数データを仮想モールサーバ２に送信する（ステップ
Ｓ８１０）。

【０２２３】次いで、ユーザ端末３より、代理人キャラ
クタの採点点数データを受信したＣＰＵ２１は、その代
理人キャラクタを登録している業者の店舗端末４に点数
結果データを送信し（ステップＳ８１１）、このことを
もって本実施の形態におけるオンラインショッピング処
理ＳＦ２が終了する。尚、ステップＳ８０８の販売交渉
処理において、交渉処理が成立した場合は、仮想モール
サーバ２とユーザ端末３との間で購入確認処理（図９の
ステップＳ２１０〜ステップＳ２１５の処理）が実行さ
れることとする。

【０２２４】このように、本発明の第６の実施の形態に
おけるオンラインショッピングシステム１によれば、ユ
ーザが販売交渉を行う店員を選択することが出来るの
で、販売交渉の面白みが増し、その結果として、オンラ
インショッピングを利用するユーザの増加が見込まれ、
仮想モールの活性化に貢献する。また、ユーザにより、
登録されている代理人キャラクタの採点が行われ、登録
業者にその採点結果が送信されるので、仮想モールの登
録業者は、販促における目安を得ることが出来ることと
なるので、便利である。

【０２２５】尚、上記第６の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。即ち、ユーザが
採点を行うのは代理人キャラクタのみならず、例えば商
品の内容、価格、品揃え等であってもよい。この場合、
仮想店舗の登録業者は、ユーザの好み、要望のデータが
入手できることとなり、容易なマーケティングが実現で
きる。したがって、仮想モールに仮想店舗を登録する業
者数の増加が期待できる。

【０２２６】また、本実施の形態において、代理人キャ
ラクタを採点する構成で説明を行ったが、これを応用
し、仮想店舗ごとに親密度を設定する構成であってもよ
い。具体的に、仮想モールサーバ２は、販売交渉処理が
終わると、販売交渉を行った仮想店舗の一覧に表示し
た、例えば図２８に示すような親密度設定画面１０９０
を、ユーザ端末３の表示部３３に表示する。ここで、ユ
ーザには購入金額等によって親密度の設定ポイントが配
布されるので、手持ちポイント内で販売交渉を行った仮
想店舗の親密度を設定する。そして、仮想モールサーバ
２はユーザ端末３から送信された店舗の親密度データを
注文データファイル２７３に記憶しておく。そして、そ
の親密度ポイントによって、次回のショッピングにおけ
る割引やオプション内容等が変化するものとする。或い
は、ユーザと交渉が成立した仮想店舗に対し、仮想モー
ルサーバ２が予め決められた親密度ポイントを自動配布
する構成であってもよい。

【０２２７】上記のような親密度を設定する構成によれ
ば、ポイントが増加するにつれユーザの特典が増えるの
で、オンラインショッピングの利用の促進となる上、販
売交渉内容にも変化が生じるのでユーザが飽きさせるこ
とが防止できる。

【０２２８】［第７の実施の形態］次に、図１〜図１
１、及び図１８を参照して本発明の第７の実施の形態に
おけるオンラインショッピングシステムについて詳細に
説明する。

【０２２９】第７の実施の形態におけるオンラインショ
ッピングシステムの構成は、図１に示す第１の実施の形
態におけるオンラインショッピングシステム１と同様の
構成になっており、仮想モールサーバ２、及びユーザ端
末３の内部構造もほぼ同様であるため、同一部分につい
ては同一符号を用いるとともに、それぞれの詳細な説明
は省略し、異なる点のみ説明を行う。

【０２３０】本発明の第７の実施の形態において仮想モ
ールサーバ２は、課金機能を備えている。具体的には、
オンラインショッピングを利用したユーザあるいは業者
に対し、その利用料の支払いを要求するプログラム、デ
ータ等を備えている。

【０２３１】次に上記のように構成された本発明の第７
の実施の形態におけるオンラインショッピングシステム
１の動作の説明を行うが、仮想モールサーバ２、ユーザ
端末３、店舗端末４との間で、第１の実施の形態で説明
した図７のフローチャートのステップＳ１からステップ
Ｓ３と略同様の流れで処理が行われるので、詳細な説明
を省略し、異なる点のみを図１８を用いて、以下に説明
する。

【０２３２】本実施の形態において、仮想モールサーバ
２とユーザ端末３との間で、図７のステップＳ２と同処
理のオンラインショッピング処理が実行され（ステップ
Ｓ９０１）た後に、仮想モールサーバ２のＣＰＵ２１
は、そのオンラインショッピング処理において、販売交
渉が成立したか否かを判断する（ステップＳ９０２）。

【０２３３】そして、ＣＰＵ２１が、販売交渉が成立し
たと判断した場合（ステップＳ９０２：Ｙｅｓ）は、ス
テップＳ９０３に移行する。一方、販売交渉が成立しな
かったと判断した場合（ステップＳ９０２：Ｎｏ）は、
ステップＳ９０４に移行する。

【０２３４】ステップＳ９０３において、仮想モールサ
ーバ２のＣＰＵ２１は、予め設定されたオンラインショ
ッピングの利用料の請求データを、交渉を行った仮想店
舗の登録業者の店舗端末４に送信する。

【０２３５】一方、ステップＳ９０４において、仮想モ
ールサーバ２のＣＰＵ２１は、予め設定されたオンライ
ンショッピングの利用料の請求データを、販売交渉を行
ったユーザ端末２に送信する。

【０２３６】以降、仮想モールサーバ２と、各端末装置
との間で課金処理がおこなわれ、本実施の形態の動作が
終了する。

【０２３７】このように、本発明の第７の実施の形態に
おけるオンラインショッピングシステム１によれば、販
売交渉結果に応じてオンラインショッピングの利用料の
負担先が異なるので、オンラインショッピングを冷やか
し半分で行うユーザの減少が見込まれる。

【０２３８】尚、上記第７の実施の形態は、本発明を例
示したに過ぎず、適宜変更可能である。例えば、ユーザ
が購入した商品の価格によって異なったオンラインショ
ッピングの負担利用料の支払いを仮想モールサーバ２が
要求する構成であってもよい。

【０２３９】このように、上記第１〜第７の実施の形態
で説明した本発明によれば、より対面販売に近いサービ
スをより自動的に実現できるオンラインショッピングシ
ステムを提供することができる。

【０２４０】尚、上記第１〜第７の実施の形態は、本発
明を例示したに過ぎず、適宜変更可能である。即ち、本
実施の形態（第１〜第７）において、仮想モールサーバ
２において実行された販売交渉処理は、仮想モールサー
バ２とネットワーク５を介して接続した店舗端末４内に
おいてプログラムが起動され、仮想モールサーバ２を介
してユーザ端末３との販売交渉処理が実行される構成で
あってもよい。この場合、商品データの更新や、キャラ
クタの設定等を店舗端末４に行えばよいこととなり情報
更新等の変更等を敏速に行うことが出来る。

【０２４１】また、本実施例において、仮想モールサー
バ２において実行される販売交渉処理の一部を、ネット
ワーク５を介して接続された店舗端末４の操作者の判断
を介在させた構成であってもよい。例えば、仮想モール
サーバ２に予め設定されていた交渉条件、交渉パターン
が限界となった場合に、店舗端末４に連絡を行い、その
操作者が臨機応変に対応するといったことが実現する。
これにより、ユーザに対するきめ細やかなサービスの提
供が可能となる。また、例えば、販売交渉画面の掲示欄
を、ユーザ端末３と、販売交渉の対象商品を扱う複数の
店舗端末４・・・に公開し、店舗端末４・・・の操作者
が、販売交渉画面を介してユーザに商品のアピールを行
うという逆オークション形式の構成であってもよい。例
えば、ある一店舗端末４から提示された条件を閲覧した
他の店舗端末４の操作者が、よりよい販売条件を販売交
渉画面上に提示するといったことを行う。この時、ユー
ザが、気に入らない仮想店舗を逆オークションの場から
脱落させたり、一部の仮想店舗には他の仮想店舗の販売
条件がわからないように設定するといった各種サービス
が可能となる。

【０２４２】

【発明の効果】請求項１記載の発明によれば、受信手段
によって、ユーザ端末から受信された希望商品データに
基づいて検索手段が検索し、送信手段がこの検索の結果
として読み出された販売元と、この販売元に対応する交
渉設定内容によって実行処理される交渉結果をユーザ端
末に送信するので、希望する商品別に、販売交渉に関す
る設定が可能であり、その商品に関する交渉結果がユー
ザ端末に送信されるので、例えば、割引交渉等のユーザ
との双方向の交渉を、より自動的に実現できる。

【０２４３】請求項２記載の発明によれば、請求項１記
載の発明と同様の効果が得られるのは勿論のこと、希望
する商品についてより視覚的な情報の提供を可能にす
る。

【０２４４】請求項３記載の発明によれば希望商品別
に、販売交渉に関する設定が可能であり、その商品に関
する交渉結果がユーザ端末で表示されるので、例えば、
割引交渉等において販売元とユーザ端末とで、自動的な
交渉が実現できる。

【０２４５】請求項４記載の発明によれば、希望商品別
に、販売交渉に関する設定が可能であり、その商品に関
する交渉結果がユーザ端末で表示されるので、例えば、
割引交渉等において販売元とユーザ端末とで、自動的な
交渉が実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態におけるオンライン
ショッピングシステム１の全体構造を示した図である。

【図２】図１の仮想モールサーバ２の内部構造を示すブ
ロック図である。

【図３】図２の仮想モールサーバ２の記録媒体２７の内
部構造を表す図である。

【図４】図３の販売交渉プログラム作成フォルダ２７１
ｃの詳細なデータ構造を表す図である。

【図５】図１のユーザ端末３の内部構造を表すブロック
図である。

【図６】図１の店舗端末４の内部構造を表すブロック図
である。

【図７】第１の実施の形態における全体的な動作の流れ
を説明するためのフローチャートである。

【図８】第１の実施の形態における仮想店舗登録処理
（ステップＳ１）の詳細な動作の流れを説明するための
フローチャートである。

【図９】第１の実施の形態におけるオンラインショッピ
ング処理（ステップＳ２）の詳細な動作の流れを説明す
るためのフローチャートである。

【図１０】図９の販売交渉処理（ステップＳ２０９）の
詳細な動作の流れを説明するためのフローチャートであ
る。

【図１１】第１の実施の形態における課金・決算処理
（ステップＳ３）の詳細な動作の流れを説明するための
フローチャートである。

【図１２】第２の実施の形態におけるオンラインショッ
ピング処理（ステップＳＢ２）の動作の流れを説明する
ためのフローチャートである。

【図１３】第３の実施の形態におけるオンラインショッ
ピング処理（ステップＳＣ２）の動作の流れを説明する
ためのフローチャートである。

【図１４】第４の実施の形態におけるオンラインショッ
ピング処理（ステップＳＤ２）の動作の流れを説明する
ためのフローチャートである。

【図１５】第５の実施の形態におけるオンラインショッ
ピング処理（ステップＳＥ２）の動作の流れを説明する
ためのフローチャートである。

【図１６】第５の実施の形態における販売交渉処理（ス
テップＳ７０８）の動作の流れを説明するためのフロー
チャートである。

【図１７】第６の実施の形態におけるオンラインショッ
ピング処理（ステップＳＦ２）の動作の流れを説明する
ためのフローチャートである。

【図１８】第７の実施の形態における動作の流れを説明
するためのフローチャートである。

【図１９】第１の実施の形態における販売交渉店舗選択
画面の表示例を示した図である。

【図２０】第１の実施の形態における販売交渉画面の表
示例を示した図である。

【図２１】第２の実施の形態における好条件店舗表示画
面の表示例を示した図である。

【図２２】第３の実施の形態における各店舗おすすめ商
品表示画面の表示例を示した図である。

【図２３】第４の実施の形態における店舗一覧画面の表
示例を示した図である。

【図２４】第５の実施の形態における比較画面の表示例
を示した図である。

【図２５】第６の実施の形態における代理人キャラクタ
設定画面の表示例を示した図である。

【図２６】第６の実施の形態における代理人キャラクタ
一覧表示画面の表示例を示した図である。

【図２７】第６の実施の形態における代理人キャラクタ
採点画面の表示例を示した図である。

【図２８】第６の実施の形態における親密度設定画面の
表示例を示した図である。

【符号の説明】

１ オンラインショッピングシステム ２ 仮想モールサーバ（ネットワークサーバ） ３ ユーザ端末 ４ 店舗端末 ５ ネットワーク（通信回線網） ２１ ＣＰＵ（検索手段、送信手段、交渉結果送信手
段） ２５ 伝送制御部（受信手段、送信手段、希望商品デー
タ受信手段、交渉結果送信手段） ２６ 記憶部 ２７ 記録媒体 ３１ ＣＰＵ ３３ 表示部（表示手段） ３６ 伝送制御部（希望商品データ送信手段） ４１ ＣＰＵ ４６ 伝送制御部 ４７ 記憶部 ４８ 記録媒体 ２７１ システムアプリケーションファイル ２７２ 登録店舗データファイル（販売条件記憶手段、
交渉設定内容記憶手段） ２７３ 注文データファイル

Claims (4)

【特許請求の範囲】
1. 【請求項１】ユーザ端末と通信回線網を介して接続さ
   れ、当該通信回線網を介した商品販売交渉を支援する販
   売支援装置であって、 商品の販売条件を記憶している販売条件記憶手段と、 商品の販売交渉に関する交渉設定内容を記憶している交
   渉設定内容記憶手段と、 前記ユーザ端末から送信される希望商品データを受信す
   る受信手段と、 この受信手段により受信された希望商品データに基づい
   て、前記販売条件記憶手段を検索する検索手段と、 この検索手段による検索の結果、読み出された販売元に
   対応する交渉設定内容を前記交渉設定内容記憶手段より
   読出し、この読み出された交渉設定内容よって実行処理
   される交渉結果を前記ユーザ端末に送信する送信手段と
   を備えていることを特徴とする販売支援装置。
2. 【請求項２】前記交渉設定内容記憶手段は、前記ユーザ
   端末からのデータ送信に対応する画像データを更に記憶
   し、 前記送信手段は、前記交渉設定内容よって実行処理され
   る交渉結果として、この画像データを送信することを特
   徴とする請求項１に記載の販売支援装置。
3. 【請求項３】ユーザ端末と、当該ユーザ端末と通信回線
   網を介して接続され、当該通信回線網を介した商品販売
   交渉を支援するネットワークサーバと、からなるオンラ
   インショッピングシステムであって、 前記ユーザ端末は、 前記通信回線網に希望商品データを送信する希望商品デ
   ータ送信手段を備え、 前記ネットワークサーバは、 商品の販売条件を記憶している販売条件記憶手段と、 商品の販売交渉に関する交渉設定内容を記憶している交
   渉設定内容記憶手段と、 前記希望商品送信手段により送信されたユーザ端末から
   送信される希望商品データを受信する希望商品データ受
   信手段と、 この希望商品データ受信手段により受信された希望商品
   データに基づいて、前記販売条件記憶手段を検索する検
   索手段と、 この検索手段による検索の結果、読み出された販売元に
   対応する交渉設定内容を前記交渉設定内容記憶手段より
   読出し、この読み出された交渉設定内容よって実行処理
   される交渉結果を前記ユーザ端末に送信する交渉結果送
   信手段とを備え、 前記ユーザ端末は、更に、 前記交渉結果送信手段によって送信された交渉結果を表
   示する表示手段とを備えていることを特徴とするオンラ
   インショッピングシステム。
4. 【請求項４】ユーザ端末と通信回線網を介して接続さ
   れ、商品の販売条件を記憶している販売条件記憶手段
   と、商品の販売交渉に関する交渉設定内容を記憶してい
   る交渉設定内容記憶手段とに接続されているコンピュー
   タに、 前記ユーザ端末から送信される希望商品データを受信す
   る機能と、 この受信された希望商品データに基づいて、前記販売条
   件記憶手段を検索する機能と、 この検索の結果、読み出された販売元に対応する交渉設
   定内容を前記交渉設定内容記憶手段より読出し、この読
   み出された交渉設定内容よって実行処理される交渉結果
   を前記ユーザ端末に送信する機能とを実行させるための
   プログラム。