JP2009217419A - ショッピング仲介システム - Google Patents

Abstract

【課題】ユーザーが実店舗で買い物をする場合のような人的なサポートを受けつつ、Ｗｅｂショッピングの利便性も享受することができるショッピング仲介システムを提供する。
【解決手段】ショッピング仲介システム１００を、ユーザーからのリクエスト情報を記憶するリクエストＤＢ２０７と、リクエスト情報の解析を行い、商品の分類を決定する文章解析機能３０２と、仮想店舗毎に取り扱う商品の分類を記憶する店舗ＤＢ２０５と、分類に基づいて仮想店舗を抽出する店舗管理機能３０３と、抽出された仮想店舗にリクエスト情報を送信するリクエスト配信機能３０４と、リクエスト情報に対応可能な提案情報を記憶する提案ＤＢ２０８と、仮想店舗からの提案情報を提案情報記憶部に登録する提案登録機能３０５と、登録された提案情報を通知する提案通知機能３０６とから構成する。
【選択図】図９

Description

本発明は、ショッピング仲介システムに関する。

インターネットに接続されているサーバ上に構築された仮想店舗で商品等の購入を行うシステム（以下、「Ｗｅｂショッピングシステム」という）においては、ユーザーが検索キーワードを入力して商品の検索を行い、この検索結果に応じて検索キーワードを変化させながら各仮想店舗を巡り、そのユーザーにとって最適な商品を探すことが一般的に行われている。このようなショッピングのスタイルでは、たとえば、電化製品のスペックなど、ユーザーがある程度明確に欲しい商品を表現できる場合はストレスを感じることは少ない。しかし、女性用の衣類やインテリア製品などでは、検索キーワードの選び方により、候補として表示される商品が大幅に変化してしまう。また、女性の衣類などは特に、同じような商品でも数年でキーワードそのものが変化する場合もあり、検索キーワードを探すためにＷｅｂ上で予備検索したり、雑誌を購入して調べたりする等の事前の下調べを必要とする場合が多い。このような事情により、利便性の良さがアピールポイントであるＷｅｂショッピングは、商品購入の思いつきの段階から実際に購入に至るまでをトータルで考えた場合、非常に時間と手間がかかることが多く、ユーザーの負担となっている。

また、Ｗｅｂ上の仮想店舗においては、ユーザーの入力した検索キーワードに合致する商品を単体で提案するものが多い。したがって、ユーザーの欲しい商品像が明確ではない場合、例えば、「手持ちの黄色の細身のブラウスにマッチするスカート」等、店舗の店員によるサポートが必要となるような要求に応えることは不向きである。Ｗｅｂショッピングにおいて、商品単体ではなく、トータルスタイルを提案する手段として、仮想店舗で販売する商品に関する情報を用い、人間の外観に係るシミュレーションを行うシステム（例えば、特許文献１参照）や、仮想試着システム（例えば、特許文献２参照）が開発されている。
特開２００３−０５８７８１号公報 特開２００６−２５１８３９号公報

しかしながら、従来のトータルスタイルを提案するシステムにおいて提示される商品は、全て当該ショッピングにおいて販売される（購入される）商品が対象であり、手持ちの商品と組み合わせた場合等の人的サポートを必要とするようなサービスを受けることはできないという課題があった。さらに、商品購入の検討時には、当該メーカーのサイズ仕様、商品のボリューム感、一般的な商品仕様に表示されない、店舗の店員ならではの情報が欲しいという要求が生じることが多々あるが、現段階ではユーザーがメール等で、各店舗に対して問い合わせを行う必要があり、ユーザーにとって非常に負担となっているという課題があった。また、現在のＷｅｂショッピングシステムでは、仮想店舗において販売される商品をこのショッピングシステムに登録した後は、ユーザーが商品を購入するまで、若しくは、商品に対する問い合わせが来るまでは、ユーザーに対する提案活動としては待ちの体制に入ってしまい、店員の手が空いてしまうという課題もあった。

本発明は、このような課題に鑑みてなされたものであり、ユーザーが実店舗で買い物をする場合のような人的なサポートを受けつつ、Ｗｅｂショッピングの利便性も享受することができるショッピング仲介システムを提供することを目的とする。

前記課題を解決するために、本発明に係るショッピング仲介システムは、商品に対するリクエスト情報を記憶するリクエスト情報記憶部（例えば、実施形態におけるリクエストＤＢ２０７）と、このリクエスト情報記憶部からリクエスト情報を取り出して解析を行い、当該リクエスト情報に含まれる商品の分類を決定するリクエスト解析部（例えば、実施形態における文章解析機能３０２）と、仮想店舗毎に取り扱う商品の分類を記憶する店舗情報記憶部（例えば、実施形態における店舗ＤＢ２０５）と、リクエスト解析部で抽出された分類を有する仮想店舗を店舗情報記憶部から抽出する店舗管理部（例えば、実施形態における店舗管理機能３０３）と、店舗管理部で抽出された仮想店舗に対して、リクエスト情報を送信するリクエスト送信部（例えば、リクエスト配信機能３０４）と、リクエスト情報に対応可能な提案情報を記憶する提案情報記憶部（例えば、実施形態における提案ＤＢ２０８）と、リクエスト情報が送信された仮想店舗からの当該リクエスト情報に対する提案情報を提案情報記憶部に登録する提案登録部（例えば、実施形態における提案登録機能３０５）と、提案情報記憶部に登録された提案情報を通知する提案通知部（例えば、実施形態における提案通知機能３０６）とを有する。

このようなショッピング仲介システムにおいて、リクエスト解析部は、リクエスト情報に含まれる自然文を形態素解析により解析して当該自然文に含まれる形態素を抽出し、この形態素から分類を決定するように構成されることが好ましい。

また、このようなショッピング仲介システムは、仮想店舗から提案された提案情報に対してユーザーが評価した評価結果を、当該仮想店舗に対応付けて店舗情報記憶部に記憶する店舗評価登録部（例えば、実施形態における店舗評価登録機能３０７）を有することが好ましい。

このとき、リクエスト送信部は、店舗管理部で抽出された仮想店舗うち、所定の数の仮想店舗を、店舗情報記憶部に記憶された評価結果に基づいて選択し、選択された仮想店舗にリクエスト情報を送信するように構成されることが好ましい。

本発明に係るショッピング仲介システムを以上のように構成すると、ユーザーが実店舗で買い物をする場合のような人的なサポートを受けつつ、Ｗｅｂショッピングの利便性も享受することができる。

以下、本発明の好ましい実施形態について図面を参照して説明する。まず、図１及び図２を用いて、ショッピング仲介システム１００の構成を説明する。このショッピング仲介システム１００は、図１に示すように、ユーザーが利用するＰＣ（パーソナルコンピュータ）等の端末１０１、若しくは、携帯電話等の移動端末１０２と、仮想店舗が利用する端末１０３と、ユーザーと仮想店舗との間のショッピングの仲介を行うショッピング仲介サイト１０４と、これらを接続するネットワーク（例えば、インターネット等）１０５とから構成されている。

さらに、ショッピング仲介サイト１０４は、図２に示すように、ユーザーの端末１０１、携帯電話１０２や仮想店舗の端末１０３等に搭載されたＷｅｂブラウザを介してアクセスされ、このショッピング仲介サイト１０４のインターフェース機能を有するＷｅｂサーバ２０１と、メールを送信するためのメールサーバ２０２と、ショッピングの仲介機能を有するショッピング仲介サーバ２０３と、データを管理するＤＢ（データベース）サーバ２０４とから構成され、これは内部ネットワーク（例えばＬＡＮ）２１１で接続されている。このショッピング仲介サイト１０４を構成するＤＢサーバ２０４は、店舗ＤＢ２０５、用語集ＤＢ２０６、リクエストＤＢ２０７、提案ＤＢ２０８、メンバー管理ＤＢ２０９、及び、ユーザーＤＢ２１０を有している。

次に、図３〜図８を用いて、ＤＢサーバ２０４で管理されるデータベースのデータ構造について説明する。

店舗ＤＢ２０５は、仮想店舗を管理するための情報であって、図３に示すデータ構造を有しており、店舗を識別するための店舗ＩＤが管理される店舗ＩＤフィールド２０５ａ、当該店舗が取り扱う商品のカテゴリが管理される商品カテゴリフィールド２０５ｂ、ユーザーからのリクエストが配信（送信）された回数を管理する配信実績フィールド２０５ｃ、当該店舗からゆーザーに対して提案された回数を管理する提案実績フィールド２０５ｄ、及び、ユーザーの評価結果が管理されるユーザー評価フィールド２０５ｅから構成され、このユーザー評価フィールド２０５ｅは、さらに、成約した回数が記憶される成約サブフィールド２０５ｆ、提案が「気に入った」と評価された回数が記憶される気に入ったサブフィールド２０５ｇ、提案が「気に入らない」と評価された回数が記憶される気に入らないサブフィールド２０５ｈ、及び、提案に対して何の評価も入力されなかった回数が記憶される無評価サブフィールド２０５ｊから構成される。

用語集ＤＢ２０６は、ユーザーのリクエストから抽出された用語（キーワード）とカテゴリ（分類）とを対応付けるための情報であって、図４に示すデータ構造を有しており、用語を管理する用語フィールド２０６ａ、カテゴリを管理する分類フィールド２０６ｃ、及び、当該用語のウェイト値を管理するウェイトフィールド２０６ｃから構成される。

リクエストＤＢ２０７は、ユーザーからのリクエストを管理するための情報であって、図５に示すデータ構造を有しており、リクエストを識別するためのリクエストＩＤが管理されるリクエストＩＤフィールド２０７ａ、リクエストが登録された日時を管理するリクエスト日時フィールド２０７ｂ、当該リクエストに対する回答期限を管理する回答期限フィールド２０７ｃ、リクエストを登録したユーザーを識別するためのユーザーＩＤが管理されるユーザーＩＤフィールド２０７ｄ、リクエストの内容を管理するリクエストフィールド２０７ｅ、当該リクエストにおいてユーザーが希望する納期を管理する納期フィールド２０７ｆ、リクエストの解析結果が管理される解析結果フィールド２０７ｇ、及び、そのリクエストの現在の状態が管理されるステータスフィールド２０７ｈから構成される。また、リクエストフィールド２０７ｅは、さらに、当該リクエストとして自然文で記述された内容が管理される内容サブフィールド２０７ｊ、及び、リクエストに付随してユーザーにより添付された画像を管理する画像サブフィールド２０７ｋを有し、解析結果フィールド２０７ｇは、解析結果としての分類が管理される分類サブフィールド２０７ｍ、及び、当該リクエストが配信（送信）された仮想店舗を店舗ＩＤとして管理する配信先店舗ＩＤサブフィールド２０７ｎを有している。

提案ＤＢ２０８は、ユーザーからのリクエストに対して仮想店舗から回答された提案を管理するための情報であって、図６に示すデータ構造を有しており、提案を識別するための提案ＩＤを管理する提案ＩＤフィールド２０８ａ、当該提案がどのリクエストに対応するのかをリクエストＩＤとして管理するリクエストＩＤフィールド２０８ｂ、回答した仮想店舗を店舗ＩＤとして管理する店舗ＩＤフィールド２０８ｃ、回答が登録された日時を管理する回答日時フィールド２０８ｄ、提案の内容を管理する提案フィールド２０８ｅ、及び、当該提案に対するユーザーの評価結果を管理する評価フィールド２０８ｆから構成され、提案フィールド２０８ｅは、さらに、提案内容を補助するための画像を管理する画像サブフィールド２０８ｇ、自然文等で入力された提案のセールスポイントを管理するセールスポイントサブフィールド２０８ｈ、及び、仮想店舗から回答された納期を管理する納期サブフィールド２０８ｊから構成される。

メンバー管理ＤＢ２０９は、このショッピング仲介システム１００にアクセスするユーザー及び仮想店舗の情報を管理するものであって、図７に示すデータ構造を有しており、ユーザー又は仮想店舗を識別するためのＩＤを管理するＩＤフィールド２０９ａ、当該ユーザー若しくは仮想店舗の名称を管理する名称フィールド２０９ｂ、このショッピング仲介システム１００にログインするときのパスワードを管理するパスワードフィールド２０９ｃ、メールアドレスを管理するメールアドレスフィールド２０９ｄ、及び、当該ＩＤの利用者属性（ユーザーか店舗か）を管理する利用者属性フィールド２０９ｅから構成される。なお、ＩＤフィールド２０９ａには、ユーザーＩＤ若しくは店舗ＩＤが記憶される。

ユーザーＤＢ２１０は、ユーザーの属性情報を管理するものであって、図８に示すデータ構造を有しており、ユーザーを識別するためのユーザーＩＤが管理されるＩＤフィールド２１０ａ、当該ユーザーの年齢が管理される年齢フィールド２１０ｂ、性別が管理される性別フィールド２１０ｃ、家族構成が管理される家族構成フィールド２１０ｄ、当該ユーザーが登録したリクエストの回数が管理されるリクエスト回数フィールド２１０ｅ、実際に商品を購入した回数が管理される購入実績フィールド２１０ｆ、及び、当該ユーザーによる評価の結果が蓄積されて管理される評価フィールド２１０ｇから構成され、この評価フィールド２１０ｇは、さらに、成約した回数が記憶される成約サブフィールド２１０ｈ、「気に入った」と評価された回数が記憶される気に入ったサブフィールド２１０ｊ、「気に入らない」と評価された回数が記憶される気に入らないサブフィールド２１０ｋ、及び、何の評価も入力されなかった回数が記憶される無評価サブフィールド２１０ｍから構成される。

図９に示すように、このショッピング仲介システム１００を構成するショッピング仲介サイト１０４は、ユーザー若しくは仮想商店の端末１０１，１０３等からのログイン要求を処理するログイン機能３００と、ユーザーからのリクエストを受け付けるリクエスト登録機能３０１と、ユーザーにより登録されたリクエストを解析する文書解析機能３０２、文書解析機能３０２による解析結果に基づいて当該リクエストを配信（送信）する仮想店舗を抽出する店舗管理機能３０３と、抽出された仮想店舗にリクエストを配信（送信）するリクエスト配信機能３０４と、リクエストに対する仮想店舗からの提案を受け付ける提案登録機能３０５と、登録された提案をユーザーに通知する提案通知機能３０６と、ユーザーが提案内容からその提案を行った仮想店舗を評価する店舗評価登録機能３０７とを有して構成される。

それでは、図１０及び図１１に示す処理フローに基づいて、このショッピング仲介システム１００におけるショッピングの仲介処理について説明する。なお、図１１においては、ショッピング仲介処理の大きな流れを示しており、システムに対するログイン等は省略している。また、リクエストの登録から配信までの処理については、図１５を合わせて用いて説明する。

（リクエスト登録）
ユーザーが、このショッピング仲介システム１００から商品の提案を受けたい場合は、端末１０１、若しくは、移動端末１０２からこのショッピング仲介サイト１０４にログインしてリクエストを登録し、仮想店舗に対して商品提案を要求する（以下、ユーザーが、端末１０１を利用している場合について説明する）。具体的には、端末１０１に実装されたＷｅｂブラウザを介して、ショッピング仲介サイト１０４を構成するＷｅｂサーバ２０１に接続すると、ログイン機能３００が起動し、このログイン機能３００により端末１０１の画面に図１２に示すログイン画面Ｇ１が表示される。このログイン画面Ｇ１には、ユーザーＩＤを入力するためのユーザーＩＤ入力領域Ｇ１ａとパスワードを入力するためのパスワード入力領域Ｇ１ｂとが設けられており、利用者（本実施例の場合はユーザー）がそれぞれの領域にユーザーＩＤとパスワードを入力してＯＫボタンＧ１ｃを押下すると、これらの情報がＷｅｂサーバ２０１に送信される。そして、Ｗｅｂサーバ２０１のログイン機能３００は、ＤＢサーバ２０４を介して、入力されたユーザーＩＤとパスワードがメンバー管理ＤＢ２０９に登録されているかを検索し、登録されている場合は正規の利用者として以降の処理を続ける。一方、入力されたユーザーＩＤ及びパスワードがメンバー管理ＤＢ２０９に登録されていない場合には、当該利用者のログインを拒絶して処理を終了する。同様に、ログイン画面Ｇ１のキャンセルボタンＧ１ｄが押下された場合も処理を終了する。

正規の利用者であることが確認されると、ログイン機能３００は、メンバー管理ＤＢ２０９に記憶された当該利用者の利用者属性から、この利用者がユーザーであるか仮想店舗であるかを判断し、ユーザーであると判断した場合には、端末１０１の画面に図１３に示すユーザー用メニュー画面Ｇ２を表示する。このユーザー用メニュー画面Ｇ２は、新規リクエストの入力を開始するためのリクエストボタンＧ２ａと、後述する処理により仮想店舗から提示された回答結果（提案内容）を閲覧するための回答選択領域Ｇ２ｂと、システムの利用を終了するログアウトボタンＧ２ｃとから構成されており、リクエストを登録する場合には、ユーザーはリクエストボタンＧ２ａを押下する。

ユーザー用メニュー画面Ｇ２でリクエストボタンＧ２ａが押下されると、ショッピング仲介サーバ２０３においてリクエスト登録機能３０１が起動され、このリクエスト登録機能３０１により、端末１０１の画面に図１４に示すリクエスト登録画面Ｇ３が表示される。このリクエスト登録画面Ｇ３は、ユーザーが希望する商品の内容を自然文で入力する内容入力領域Ｇ３ａと、ユーザーが当該リクエストを補助するために添付した（アップロードした）画像データを表示するリクエスト用画像領域Ｇ３ｂと、ユーザーが希望する納期を入力する希望納期入力領域Ｇ３ｃと、当該リクエストに対する回答期限を入力する回答期限入力領域Ｇ３ｄと、連絡先のメールアドレスが表示される（入力される）連絡先メールアドレス領域Ｇ３ｅと、当該リクエスト登録画面Ｇ３に入力された情報をリクエストとして登録する登録ボタンＧ３ｆと、登録を中止するキャンセルボタンＧ３ｇとから構成されている。このリクエスト登録画面Ｇ３の各領域にユーザーのリクエストが入力され、登録ボタンＧ３ｆが押下されると、入力内容がショッピング仲介サーバ２０４に送信され（ステップＳ４００）、この入力内容を受信すると、リクエスト登録機能３０１は、新たなリクエストＩＤを生成し、リクエストＤＢ２０７に、この入力内容にリクエストＩＤ、当該ユーザーのユーザーＩＤ及び現在時刻を関連付けて記憶し、ユーザーＤＢ２１０のリクエスト回数フィールド２１０ｅに１を加算する（ステップＳ４１０）。

なお、リクエスト登録画面Ｇ３において、ユーザーからの画像データの登録は、ファイルのアップロード機能等を利用して入力されるが、ここでは詳細な説明は省略する。また、連絡先メールアドレス領域Ｇ３ｅに表示されるメールアドレスは、ユーザーＩＤをキーにしてメンバー管理ＤＢ２０９のメールアドレスフィールド２０９ｄから取り出して表示するように構成することもできる。

ユーザーからのリクエストがリクエスト登録機能３０１によりリクエストＤＢ２０７に記憶されると、仮想店舗に対して商品の提案依頼が行われる。まず、ショッピング仲介サーバ２０３において文章解析機能３０２が起動される。この文章解析機能３０２は、登録されたリクエストのうち、自然文で表現された内容をリクエストＤＢ２０７の内容サブフィールド２０７ｊから取り出し、解析を行ってユーザーが要求する商品ジャンルを特定する処理を行う（ステップＳ４２０）。この分析方法としては、例えば、形態素解析により自然文から対象言語の文法や品詞等の情報付き単語リストを抽出し、それぞれの品詞を判別して名詞を抜き出してキーワードとする。そして、このキーワードをキーにして用語集ＤＢ２０６の用語フィールド２０６ａの検索を行い、該当する用語がある場合は、その用語に対応する分類フィールド２０６ｂに記憶された分類名と、ウェイトフィールド２０６ｃに記憶されたウェイト値を取り出し、当該リクエストの分類（ジャンル）を決定し、リクエストと対応付けて分類サブフィールド２０７ｍに記憶する（ステップＳ４３０）。ここで、リクエスト内容（自然文）の解析により抽出された名詞（キーワード）の各々について用語ＤＢ２０６から分類名及びウェイト値を抽出し、分類名毎にウェイト値を足し合わせ、最終的に合計のウェイト値が最も大きい分類名を当該リクエストの分類、すなわち、ユーザーの要求する商品のジャンルとして決定する。

（リクエスト配信）
ユーザーからのリクエストが登録されると、次に、ショッピング仲介サーバ２０３において店舗管理機能３０３が起動され、当該リクエストを配信（送信）する仮想店舗が選択される（ステップＳ４４０）。まず、登録されたリクエストの分類（ジャンル）をリクエストＤＢ２０７の分類サブフィールド２０７ｍから取り出し、取り出された分類をキーにして店舗ＤＢ２０５の商品カテゴリフィールド２０５ｂを検索し、分類と商品カテゴリとが一致する仮想店舗の店舗ＩＤ及びリクエスト数（配信実績）、提案数（提案実績）、成約数、気に入った数を抽出する（ステップＳ４４１）。そして、抽出された店舗ＩＤ毎に、以下の計算式に従って、提案率を算出し（ステップＳ４４２）、成約率を算出し（ステップＳ４４３）、気に入った率を算出し（ステップＳ４４４）、最後に、優先順位決定値を算出する（ステップＳ４４５）し、これらの数値の算出を抽出された全ての仮想店舗に対して実施する（ステップＳ４４６）。なお、優先順位決定値の算出において、提案率、成約率及び気に入った率に乗算される数値（重み）は、優先順位の決定方針によって変更可能である。

提案率 ＝ 提案数／リクエスト数
成約率 ＝ 成約数／提案数
気に入った率 ＝ （気に入った数＋成約数）／提案数
優先順位決定値 ＝ 提案率×３＋成約率×５＋気に入った率×２

以上より、抽出された店舗ＩＤの各々に対して優先順位決定値が算出されると、優先順位決定値が降順となるように店舗ＩＤを並び替え、この優先順位決定値が大きい方から所定の店舗数分取り出し、リクエストＤＢ２０７の配信先店舗ＩＤサブフィールド２０７ｎに記憶させ、さらに、店舗ＩＤに対応する店舗ＤＢ２０５の配信実績フィールド２０５ｃに１を加算する（ステップＳ４４７）。

そして、ショッピング仲介サーバ２０３において、リクエスト配信機能３０４が起動され、ユーザーからのリクエストが仮想店舗に通知（送信）される（ステップＳ４５０）。具体的には、ユーザーの個々のリクエストへの商品提案画面をショッピング仲介サイト１０４上（例えば、Ｗｅｂサーバ２０１上）に作成する。なお、リクエストＤＢ２０７の配信先店舗ＩＤサブフィールド２０７ｎに記憶されている店舗ＩＤを取り出し、当該店舗ＩＤをキーにユーザーＤＢ２０９のＩＤフィールド２０９ａを検索し、対応するメールアドレスをメールアドレスフィールド２０９ｄから取り出し、メールサーバ２０２を介してメールとして各仮想店舗に送信することにより通知するように構成しても良い。このとき、メールの本文として、上述の商品提案画面のＵＲＬを含めることにより、各仮想店舗では容易に商品提案画面を端末１０３に表示させることができる。

（商品提案）
ユーザーからのリクエストが登録された旨の通知を受けた仮想店舗では商品の提案をショッピング仲介サイト１０４に登録する。例えば、仮想店舗に設定された端末１０３には、リクエスト監視用のソフトウェアが常駐されており、リクエストＤＢ２０７の配信先店舗ＩＤフィールド２０７ｎに、当該端末１０３が属する仮想店舗の店舗ＩＤが登録されると、リクエスト監視用のソフトウェアが、例えばＷｅｂブラウザを起動し、商品提案画面の表示要求をＷｅｂサーバ２０１に送信する。商品提案画面の表示要求を受けたＷｅｂサーバ２０１は、ショッピング仲介サーバ２０３において提案登録機能３０５を起動し、この提案登録機能３０５により端末１０３の画面に、図１６に示す商品提案画面Ｇ４を表示する（ステップＳ４６０）。この商品提案画面Ｇ４は、ユーザーからのリクエスト内容が表示されるリクエスト表示領域Ｇ４ａと、当該リクエストに対する提案を入力する提案入力領域Ｇ４ｂとから構成されており、提案入力領域Ｇ４ｂはさらに、提案内容を文章として入力する内容入力領域Ｇ４ｃと、提案内容を補助するために仮想店舗がアップロードした商品等の画像データを表示する画像表示領域Ｇ４ｄと、納期を入力する納期入力領域Ｇ４ｅと、入力した提案内容を登録する登録ボタンＧ４ｆと、提案を中止するキャンセルボタンＧ４ｇとから構成される。

なお、仮想店舗は、上述のユーザーと同様に、この仮想店舗に設置された端末１０３からＷｅｂサーバ２０１にアクセスして、当該仮想店舗に配信（送信）されたリクエストを検索することも可能である。この場合、ログイン機能３００により端末１０３に表示されたログイン画面Ｇ１でユーザーＩＤとパスワードを入力し、当該利用者が仮想店舗であると判断されると、図１７に示す店舗用メニュー画面Ｇ５が表示される。この店舗用メニュー画面Ｇ５は、当該仮想店舗に配信（送信）されているリクエストが一覧表示されるリクエスト一覧表示領域Ｇ５ａと、一覧表示の中から商品提案画面Ｇ４を表示させたいリクエストを選択するための選択入力領域Ｇ５ｂと、選択されたリクエストの商品提案画面Ｇ４を表示させる回答画面表示ボタンＧ５ｃと、システムの利用を終了するログアウトボタンＧ５ｄとから構成されており、回答画面表示ボタンＧ５ｃが押下されると、ショッピング仲介サーバ２０３において提案登録機能３０５が起動され、選択されたリクエストに対する商品提案画面Ｇ４が表示される。

リクエストが通知された仮想店舗では、商品提案画面Ｇ４のリクエスト表示領域Ｇ４ａに表示されているリクエストの内容を確認し、商品データベース等を検索して在庫の確認等を行い（ステップＳ４７０）、提案入力領域Ｇ４ｂに提案内容を作成して入力する（ステップＳ４８０）。なお、商品データベースの構成等は、本実施例の説明では省略する。また、画像データのアップロードについてはリクエストの場合と同様である。また、納期の入力については、図１６に示すように、いくつかの選択肢を予め設けておいて選択可能に構成しても良いし、具体的な日時をキーボード等から入力させるように構成しても良い。提案内容が入力されて登録ボタンＧ４ｆが押下されると、その情報がショッピング仲介サーバ２０３に送信される（ステップＳ４９０）。提案登録機能３０５は、提案情報を受信すると（ステップＳ５００）、提案ＩＤを振り出し、リクエストＩＤ、店舗ＩＤ及び現在時刻（回答日時）とともに、それらの情報を提案データベース２０８に記憶させ、さらに、店舗ＤＢ２０５の提案実績フィールド２０５ｄに１を加算する（ステップＳ５１０）。

（提案通知）
ショッピング仲介サーバ２０３では、提案通知機能３０６が、リクエストＤＢ２０７に登録されているリクエストの回答期限フィールド２０７ｃに登録されている日時を監視している（ステップＳ５２０）。そして、この提案通知機能３０６は、回答期限に達したリクエストがあるときは、仮想店舗からの提案内容をユーザーに通知し、提案された商品の確認依頼を行う（ステップＳ５３０）。通知方法としては、ユーザーＩＤフィールド２０７ｄに記憶されているユーザーＩＤをキーに、メンバー管理ＤＢ２０９を検索し、メールアドレスを取得し、提案内容の確認依頼メールを、メールサーバ２０２を介して送信する。

提案内容の確認依頼メールをユーザーが受信すると（ステップＳ５４０）、端末１０１からＷｅｂサーバ２０１にアクセスし、ログイン機能３００を介してログインする。ログイン機能３００により表示されたユーザー用メニュー画面Ｇ２の回答選択領域Ｇ２ｂには、当該ユーザーが登録したリクエストであって、回答期限に達しているリクエストが一覧表示されており、この一覧表示の中からリクエストを選択する選択領域Ｇ２ｄと、選択されたリクエストに対する提案内容を表示する回答表示ボタンＧ２ｅが設けられている。ユーザーが、この一覧の中から提案内容を表示したいリクエストを選択肢、回答表示ボタンＧ２ｅを押下して提案内容の表示要求を送信すると（ステップＳ５５０）、提案通知機能３０６は、選択されたリクエストのリクエストＩＤをキーに提案ＤＢ２０８を検索して提案内容を抽出し、端末１０１の画面に図１８に示す評価登録画面Ｇ６を表示する（ステップＳ５６０）。この評価登録画面Ｇ６は、提案内容が表示される提案内容表示領域Ｇ６ａが設けられており、ユーザーはこの表示内容を確認することにより、当該ユーザーに対する仮想店舗からの提案内容を確認することができる。なお、図１８に示すように、複数の提案を一覧表示することにより、複数の仮想店舗からの提案内容を比較検討することが容易となる。

そして、ユーザーは、この評価登録画面Ｇ６で提案内容を確認し、提案された商品の購入を決定する（ステップＳ５７０）。なお、提案通知機能３０６は、提案内容を評価登録画面Ｇ６に表示する際に、提案を行った仮想店舗の店舗ＩＤをキーに店舗ＤＢ２０５を検索し、ユーザー評価フィールド２０５ｅに設定されている情報を取得し、過去のユーザー評価表示領域Ｇ６ｅに合わせて表示している。これにより、ユーザーは提案を行った仮想店舗に対する他のユーザーの過去の評価も参照して商品を選択することができる。

（提案商品への評価登録）
最後に、ユーザーは、仮想店舗から提案された提案内容の評価、すなわち、仮想店舗の評価を行う。評価登録画面Ｇ６には、各提案毎に評価入力フィールドＧ６ｄが設けられている。ユーザーは、この評価入力フィールドＧ６ｄから評価結果を選択し、登録ボタンＧ６ｂを押下すると、その評価結果がショッピング仲介サーバ２０３に送信され（ステップＳ５８０）、この評価結果を受信すると（ステップＳ５９０）、店舗評価登録機能３０７が起動され、その評価結果を店舗ＩＤと対応させて店舗ＤＢ２０５のユーザー評価フィールド２０５ｅに設定するとともに、ユーザーＩＤと対応させてユーザーＤＢ２１０の評価フィールド２１０ｇに設定し、さらに、リクエストＤＢ２０７のステータスフィールド２０７ｈに、評価済みを設定する（ステップＳ６００）。本実施例では、ユーザーにより「購入」を決定した、購入しないが提案を「気に入った」、及び、提案が「気に入らない」の３つから選択させるように構成されており、「購入」が選択された場合には、成約サブフィールドに１を加算し、「気に入った」が選択された場合は気に入ったサブフィールドに１を加算し、「気に入らない」が選択された場合は、気に入らないサブフィールドに１を加算し、いずれも選択されずに登録ボタンＧ６ｂが押下された場合は、無評価サブフィールドに１が加算される。また、「購入」が選択された場合には、ユーザーＤＢ２１０の購入実績フィールド２１０ｆに１が加算される。

このように、ユーザーの評価結果を仮想店舗毎に集計して記憶することにより、上述のリクエスト配信における仮想店舗の抽出において、提案件数に対する成約率が高いほどユーザーからの評価が良いと判断され、次に、提案件数に対する気に入った率が高いほど高評価を得ることができる。反対に、提案件数に対する気に入らない率が高いほど、店舗の評価は下がり、リクエスト配信において提案依頼の優先順位が低くなる。すなわち、ユーザーの評価結果により、新たにユーザーへの提案を行う際の仮想店舗に対する提案依頼の優先順位を変化させることができる。

（商品購入依頼・商品発送）
以上のようにして商品を選択するとインターネット上の仮想店舗（仮想店舗が運営するＷｅｂショッピングシステム）に対して商品購入依頼をし、仮想店舗はその商品を発送するが、ここでは詳細な説明は省略する。

以上のように、本実施例に係るショッピング仲介システム１００によると、ユーザーがインターネット上の仮想店舗でショッピングをする場合に、各店舗からの提案を受けることで、サイト上に長時間滞留し、商品を一つ一つ比較検討する時間と手間を節約することができ、さらには、ユーザー、仮想店舗両者の通信コストを削減することができる。また、Ｗｅｂショッピングでは手段が限られていた、仮想店舗の店員による人的なサポートを、一括して受け取ることが可能となる。

なお、以上の実施例において、ユーザーからのリクエストを解析する際に、自然文で入力された内容を形態素解析等で解析して分類を決定するように構成した場合について説明したが、ユーザーがアップロードした画像データを解析してその特徴量を抽出し、当該特徴量から分類を決定するように構成することも可能である。これにより、ユーザーからのリクエストについて、言葉で表現することができない部分に対しても提案することが可能となる。

ショッピング仲介システムの構成を示すブロック図である。 ショッピング仲介サイトの構成を示すブロック図である。 店舗ＤＢのデータ構造を示す説明図である。 用語ＤＢのデータ構造を示す説明図である。 リクエストＤＢのデータ構造を示す説明図である。 提案ＤＢのデータ構造を示す説明図である。 メンバー管理ＤＢのデータ構造を示す説明図である。 ユーザーＤＢのデータ構造を示す説明図である。 ショッピング仲介サイトにおける機能構成を示す説明図である。 ユーザー、ショッピング仲介サイト及び店舗の間の情報のやり取りを示す説明図である。 ショッピング仲介システムにおける処理の流れを示すフロー図である。 ログイン画面の構成を示す説明図である。 ユーザー用メニュー画面の構成を示す説明図である。 リクエスト登録画面の構成を示す説明図である。 リクエスト配信店舗選択処理の流れを示すフローチャートである。 商品提案画面の構成を示す説明図である。 店舗用メニュー画面の構成を示す説明図である。 評価登録画面の構成を示す説明図である。

符号の説明

１００ ショッピング仲介システム ２０５ 店舗ＤＢ（店舗情報記憶部）
２０７ リクエストＤＢ（リクエスト情報記憶部）
２０８ 提案ＤＢ（提案情報記憶部） ３０２ 文章解析機能（リクエスト解析部）
３０３ 店舗管理機能（店舗管理部）
３０４ リクエスト配信機能（リクエスト配信部）
３０５ 提案登録機能（提案登録部） ３０６ 提案通知機能（提案通知部）
３０７ 店舗評価登録機能（店舗評価登録部）

Claims (4)

1. 商品に対するリクエスト情報を記憶するリクエスト情報記憶部と、
   前記リクエスト情報記憶部から前記リクエスト情報を取り出して解析を行い、当該リクエスト情報に含まれる商品の分類を決定するリクエスト解析部と、
   仮想店舗毎に取り扱う商品の分類を記憶する店舗情報記憶部と、
   前記リクエスト解析部で抽出された分類を有する前記仮想店舗を前記店舗情報記憶部から抽出する店舗管理部と、
   前記店舗管理部で抽出された前記仮想店舗に対して、前記リクエスト情報を送信するリクエスト送信部と、
   前記リクエスト情報に対応可能な提案情報を記憶する提案情報記憶部と、
   前記リクエスト情報が送信された前記仮想店舗からの当該リクエスト情報に対する前記提案情報を前記提案情報記憶部に登録する提案登録部と、
   前記提案情報記憶部に登録された前記提案情報を通知する提案通知部とを有するショッピング仲介システム。
2. 前記リクエスト解析部は、前記リクエスト情報に含まれる自然文を形態素解析により解析して当該自然文に含まれる形態素を抽出し、前記形態素から前記分類を決定するように構成された請求項１に記載のショッピング仲介システム。
3. 前記仮想店舗から提案された前記提案情報に対してユーザーが評価した評価結果を、当該仮想店舗に対応付けて前記店舗情報記憶部に記憶する店舗評価登録部を有する請求項１または２に記載のショッピング仲介システム。
4. 前記リクエスト送信部は、前記店舗管理部で抽出された前記仮想店舗うち、所定の数の仮想店舗を、前記店舗情報記憶部に記憶された前記評価結果に基づいて選択し、選択された前記仮想店舗に前記リクエスト情報を送信するように構成された請求項３に記載のショッピング仲介システム。

Images