JP2001216351A - 商品情報提供システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 エンドユーザが「お気に入りの試着商品」を
見つけることができる商品情報提供システムを提供す
る。 【解決手段】 仲介サーバ１２は加盟店データベースか
ら近くの地域加盟店を検索して検索情報をクライアント
１５に送信する。地域加盟店サーバ１３は試着エンドユ
ーザから得た情報が載っている注文媒体手段を仲介サー
バ１２に送信する。仲介サーバ１２は注文媒体手段に記
載された情報を「売れ筋情報」として取り扱い、メタデ
ータベース２５に必要なデータを登録すると共に、メー
カーサーバ１４に送信する。メーカーサーバ１４は仲介
サーバ１２から得た「売れ筋情報」を勘案し、必要に応
じて新商品の情報を仲介サーバ１２に流す。仲介サーバ
１２は、メーカーサーバ１４から得た新商品に関する情
報をメーカーデータベース２５Ｄに登録すると共に、加
盟店サーバ１３に当該情報を流す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータやイ
ンターネットワークを使って実現される試着可能な商品
の取引システムに関する。

【０００２】

【従来の技術】コンピュータやインターネットワークを
使って実現されるビジネスの仕組みは、「ハードウェア
資源を用いて処理」すれば、自然法則の利用性が認めら
れる可能性がある。つまり、日本国特許庁の運用指針で
は、「どのようにコンピュータを使用するか」について
記述したビジネス・モデルも特許の対象と成り得るもの
とする。そこで、近年、米国のみならず、日本国におい
ても、「ビジネス・モデル特許」と称される申請が増え
ている。

【０００３】さて、従来、インターネットワークを使っ
て実現される商品取引システムは、図６に示すものが公
知である。この商品取引システムでは情報提供装置であ
るカタログサーバ１を用意している。カタログサーバ１
は、通信手段、制御手段などの他、データベース（ファ
イルも含む）２を有している。データベース２は、イン
ターネット３で接続している複数のバーチャル・ショッ
プ４が取り扱う商品（例えば日用品）に関する情報をデ
ータベース化したものである。前記バーチャル・ショッ
プ４は、インターネット上でエンドエンドユーザ（例え
ば消費者）５がクライアント（端末機：俗にパソコン）
６を操作し、商品を注文することができる商店である。

【０００４】上記システムにおいて、エンドユーザ５が
所望する商品をバーチャル・ショップ４に注文する場合
には、まず、クライアント６のインターフェース手段を
操作し、カタログサーバ１を経由して特定のバーチャル
・ショップ４のホームページに入り込んで行く。この場
合クライアント６はカタログサーバ１を経由しないで直
接特定のバーチャル・ショップ４にアクセスすることも
できる。いずれにしても、エンドユーザ５は、特定のバ
ーチャル・ショップ４にアクセスした場合、当該バーチ
ャル・ショップ４の取り扱っている商品一覧表、個々の
具体的な商品などを順次見る。次に所望する商品を見つ
けたならば、注文欄画面に必要事項を記入し、エンター
キーを押して取引を実行する。

【０００５】このように、従来のシステムは、（１）複
数のバーチャル・ショップ４が取り扱う商品に関する情
報をデーターベース化したカタログサーバ（仲介人サー
バ）１を設け、（２）クライアント６が検索条件として
商品（例えば健康食品）を指定すると、バーチャル・シ
ョップ４を経由しかつ関連する商品を検索してエンドユ
ーザに提示し、（３）エンドユーザは仮想提示された商
品から注文したい商品を選択する。

【０００６】しかしながら、この種の商品取引システム
は、商品如何によつては、必ずしもエンドユーザに満足
させるものではなかった。例えばエンドユーザが満足し
ない一例として「カーテン」を挙げることができる。カ
ーテンは実際に窓にかけてみないとイメージが沸かな
い、実際に窓にかけてみたら壁の色に合わない、寸法が
大きすぎた等の経験をすることがある。したがって、エ
ンドユーザは、従来の商品取引システムでは「お気に入
りのカーテン」を見つけることができない、という問題
点があった。

【０００７】

【発明が解決しようとする課題】本発明は以上のような
従来の問題点に鑑み、第１の目的は、エンドユーザが
「お気に入りの試着商品」を見つけることができる商品
情報提供システムを提供することである。また第２の目
的は、インテリアメーカーに仲介サーバの情報を活用さ
せ、在庫調製を促すと共に、時代の流行に対応した商品
を企画・製造させることである。第３の目的は、加盟
店、エンドユーザなどに最新の情報を提供することであ
る。第４の目的は、内装専門家の知識をフルに活用する
ことができることである。

【０００８】

【課題を解決するための手段】本発明は、クライアント
１５と複数のデータベースを有する仲介サーバ１２と加
盟店サーバ１３とメーカーサーバ１４とを含み、ネット
ワーク環境１１を通じて試着商品に関する情報を提供可
能な商品情報提供システムであり、前記各サーバ１２、
１３、１４は、つぎのＡ乃至Ｅの要件を備える。 Ａ：仲介サーバ１２にアクセスした来たエンドユーザ
が、地域のインテリア専門販売店での試着を希望する場
合において、仲介サーバ１２は加盟店データベース２５
Ｃから、近くの地域加盟店を検索し、該検索情報をクラ
イアント１５に送信する。 Ｂ：当該地域加盟店サーバ１３は、試着エンドユーザか
ら得た情報が載っている注文媒体手段３０を仲介サーバ
１２に送信する。 Ｃ：仲介サーバ１２は、注文媒体手段３０に記載された
情報を「売れ筋情報」として取り扱い、メタデータベー
ス２５に必要なデータを登録すると共に、売れ筋情報を
メーカーサーバ１４に送信する。 Ｄ：メーカーサーバ１４は、仲介サーバ１２から得た
「要望情報」や「売れ筋情報」を勘案し、必要に応じて
在庫状態や新商品の情報を仲介サーバ１２に流す。 Ｅ：仲介サーバ１２は、メーカーサーバ１４から得た新
商品に関する情報をメーカーデータベース２５Ｄに登録
すると共に、加盟店サーバ１３に当該情報を流す。

【０００９】上記構成に於いて、サーバは内装専門家サ
ーバ１６を含み、地域加盟店から複数の商品をレンタル
した試着エンドユーザがカーテンの柄、寸法などについ
て内装専門家からアドバイスを受けたい場合において、
仲介サーバ１２は内装専門家データベース２５Ｂの情報
を試着エンドユーザに流すことを特徴とする。また注文
媒体手段３０には、少なくとも「試着したエンドユーザ
が選択したカーテンの縦・横寸法記入欄３５と、地域加
盟店識別標識３１とがあることを特徴とする。また仲介
サーバ１２の記憶手段２２に格納されたデータベース
は、クライアントＤＢ、内装専門家ＤＢ、加盟店ＤＢ、
メーカーＤＢに区分けされ、前記加盟店ＤＢのデータ
は、少なくとも、インテリア専門販売店に関する地域加
盟店Ａグループと、マンション販売をする不動産関連会
社に関する地域加盟店Ｂグループに加工されていること
を特徴とする。そして、加盟店ＤＢは、メタデータ２６
に関連付けられたデータセット２７を有し、該データセ
ット２７には地域の各加盟店が行政区画上のどの場所に
あるかを示す空間データも含まれていることを特徴とす
る。

【００１０】

【発明の実施の形態】図１は本発明のシステム構成を示
すブロック図である。まず図１を参照に試着可能な商品
を取り扱うシステムの用語について説明する。１１はイ
ンターネットである。１２は仲介サーバである。１３は
加盟店サーバである。１４はメーカーサーバである。１
５はクライアント（エンドユーザの端末機）である。１
６は内装専門家サーバである。

【００１１】なお、ここで「加盟店サーバ」、「メーカ
ーサーバ」、「内装専門家サーバ」の各用語は、仲介サ
ーバ１２に対して情報を保持している意味合いで使用し
ている。したがって、加盟店サーバは加盟店郡の端末
機、メーカーサーバはメーカー郡の端末機、内装専門家
サーバは内装専門家郡の端末機と同様の意味であり、仲
介サーバ１２から情報を一方的に貰うだけではなく、例
えば情報を更新するために仲介サーバ１２に対して情報
を送信する機能も有する。

【００１２】さて、インターネット１１は、世界中のコ
ンピュータ（世界中のＬＡＮ）を蜘蛛の巣のように１つ
のネットワークで結んだ情報通信システムである。本発
明はこのインターネット１１を構成要件とする。

【００１３】仲介サーバ１２は、加盟店サーバ１３、メ
ーカーサーバ１４、クライアント１５、内装専門家サー
バ１６にそれぞれ情報を提供する情報仲介装置である。
また仲介サーバ１２は、加盟店サーバ１３、メーカーサ
ーバ１４、クライアント１５、内装専門家サーバ１６か
ら情報の提供を受ける。この仲介サーバ１２は、ハード
であるから、通信手段２０、信号を制御する制御手段２
１、加盟店、インテリアメーカー、エンドユーザなどの
情報をデータベース化した記憶手段２２、信号を入力す
るインターフェイス手段２３などを有する。したがっ
て、特に図示しないが、加盟店サーバ１３、メーカーサ
ーバ１４、クライアント１５なども端末機であるから、
前記通信手段、制御手段、記憶手段などを備えている。

【００１４】次に図２を参照に仲介サーバ１２の記憶手
段２２に格納されたデータベース化情報について説明す
る。仲介サーバ１２は、前述したように加盟店、エンド
ユーザなどに情報を提供し、また加盟店、エンドユーザ
などから情報の提供を受けるので、これに対応したデー
タベース（ファイルも含む）を有する。そこで、本実施
例のデータベースについて説明する。

【００１５】２５はメタデータ２６を有するメタデータ
ベースである。メタデータ２６は、「データに関するデ
ータ」、或いは「各種の情報を索引化したデータカタロ
グのようなもの」である。メタデータベース２５は複数
個設けられ、これらのメタデータベース２５は、データ
の辞書（ある意味では名簿）としてのメタデータ２６を
それぞれ有する。メタデータベース２５は、本実施例で
は仲介サーバ１２の画面上に、例えばインテリアメーカ
ーの索引、地域加盟店Ａグループの索引、地域加盟店Ｂ
グループの索引、内装専門化の索引、顧客Ａグループの
索引、顧客Ｂグループの索引、商品を試着したエンドユ
ーザの索引などのように現れる。

【００１６】２７は各メタデータベース２５にそれぞれ
階層的に関連付けらたデータセットである。データセッ
ト２７には商品リスト、商品タイプ、商品の寸法に基づ
くリスト、商品の模様に基づくリスト、加盟点の特徴・
販売情況、メーカの特徴・在庫情況等の文字情報のみな
らず、加盟店が行政区画上のどの場所にあるかを示す空
間データも含まれている。なお、「空間データ」とは、
主に自然、人造物に関する地理的位置や性質を意味す
る。

【００１７】図３は、本実施例で加工された各メタデー
タベース２５及び各メタデータ２６の種類（辞書内容）
である。すなわち、２５Ａは、仲介サーバ１２とクライ
アント１５とのＥ−ＭＡＩＬのやり取りや電子掲示板で
得られた情報をデータベース化したクライアントデータ
ベース（クライアントＤＢ）である。このクライアント
データベース２５Ａのメタデータ２６Ａには、既に商品
（ここではインテリア商品の一例である「カーテン」）
を購入した顧客Ａグループの索引、商品を試着中の顧客
Ｂグループの索引、商品を試着済み顧客Ｃグループの索
引などが設けられている。

【００１８】したがって、メタデータ２６Ａのデータセ
ットは、例えば顧客データセット２７Ａと概念付けら
れ、この顧客データセット２７Ａに、商品に関する要
望、意見などが複数個のデータ２７ａ…２７ｎとして設
けられている。

【００１９】次に２５Ｂは、仲介サーバ１２と内装専門
家サーバ１６とのＥ−ＭＡＩＬのやり取りや電子掲示板
で得られた情報或いはＦＡＸで得た情報をデータベース
化した内装専門家データベース（内装専門家ＤＢ）であ
る。この内装専門家データベース２５Ｂのメタデータ２
６Ｂには、例えば新規にカーテンを購入したいエンドユ
ーザがクライアント１５を介して仲介サーバ１２にアク
セスして来た際に、仲介サーバ１２が当該エンドユーザ
に紹介した内装専門家の名前、或いはカーテンを試着中
のエンドユーザがクライアント１５を介して仲介サーバ
１２にアクセスして来た際に、仲介サーバ１２が当該エ
ンドユーザにアドバイスするために紹介した内装専門家
の名前ｎが設けられている。

【００２０】したがって、メタデータ２６Ｂのデータセ
ットは、例えば内装専門家データセット２７Ｂと概念付
けられ、この内装専門家データセット２７Ｂに、エンド
ユーザの要望、意見などに対するアドバイスが単数又は
複数個のデータ２７ａ…２７ｎとして設けられている。

【００２１】次に２５Ｃは、仲介サーバ１２と加盟店サ
ーバ１３とのＥ−ＭＡＩＬのやり取りや電子掲示板で得
られた情報或いはＦＡＸで得られた情報をデータベース
化した加盟店データベース（加盟店ＤＢ）である。この
加盟店データベース２５Ｃのメタデータ２６Ｃは、例え
ば東京都、神奈川県、千葉県、埼玉県、茨城県などのよ
うに地域的に区分けされた地域加盟店Ａグループ及び地
域加盟店Ｂグループのように索引付けられている。

【００２２】しかして、前記地域加盟店Ａグループは、
本実施例ではインテリア専門販売店であり、一方、前記
地域加盟店Ｂグループは、マンション、建売住宅など住
宅を販売・賃貸をする不動産関連会社である。

【００２３】したがって、メタデータ２６Ｃのデータセ
ットは、例えば地域加盟店データセット２７Ｃと概念付
けられ、この地域加盟店データセット２７Ｃに、（１）
地域加盟店Ａグループからの試着に関する情報や新商品
の売れ行き情報、（２）地域加盟店Ｂグループからの間
取り、壁色、照明器具などの住宅に関する情報や販売・
賃貸情況に関する情報２７ａ…２７ｎが設けられてい
る。

【００２４】次に２５Ｄは、仲介サーバ１２とメーカー
サーバー１４とのＥ−ＭＡＩＬのやり取りや電子掲示板
で得られた情報或いはＦＡＸで得られた情報をデータベ
ース化したメーカーデータベース（メーカーＤＢ）であ
る。このメーカーデータベース２５Ｄのメタデータ２６
Ｄは、例えばインテリアメーカーＡ社、インテリアメー
カーＢ社、インテリアメーカーＣ社、インテリアメーカ
ーＤ社などのように索引付けられている。これらのイン
テリアメーカーは、本実施例ではカーテンの製造・販売
メーカーである。

【００２５】しかして、前記メタデータ２６Ｄのデータ
セットには、各インテリアメーカの製造中のカーテンや
在庫中のカーテンの種類、新商品に関する情報、前述し
た各加盟店に販売した商品などの情報２７ａ…２７ｎが
設けられている。

【００２６】したがって、メタデータ２６Ｄのデータセ
ットは、メーカー商品データセット２７Ｄと概念付けら
れている。

【００２７】図４は、エンドユーザがまず仲介サーバに
アクセスし、その後試着商品の中からご希望の商品を購
入するまでのシステムの流れを示す。本実施例では、エ
ンドユーザに対して気に入る或いは納得する商品Ｇを提
供するために、仲介サーバ１２の情報を活用する点に特
徴がある。なお、図４に示すシステムの流れは一例に過
ぎない。

【００２８】まず、所望のカーテン情報を得たいエンド
ユーザ（消費者）は、クライアント１５からインターネ
ット１１を介して仲介サーバ１２に接続する（Ｓ１）。
仲介サーバー１２の図示しないサービスメニュー画面に
は、例えば地域加盟店の紹介、内装専門家の紹介、商品
リスト、新商品の紹介なが表示される。エンドユーザ
（消費者）は公開情報の範囲内でカーテンに関する情報
を得ることができる。仲介サーバー１２のメタデータ２
６は、仲介サーバー側の管理情報なので、アクセスして
来たエンドユーザが普通一般のお客に相当する場合に
は、仲介サーバー１２は当該エンドユーザを一般の顧客
グループに該当するものとして取り扱い、原則として管
理手段２８で管理している管理情報は公開しない。

【００２９】次に、仲介サーバ１２にアクセスした来た
エンドユーザが、「地域のインテリア専門販売店での試
着を希望する場合」には、仲介サーバ１２は加盟店デー
タベース２５Ｃから、例えば郵便番号を基準として地域
加盟店を検索し、該検索情報をクライアント１５に送信
する（Ｓ２）。この検索情報は、例えば「あなたの近く
にはＯＯＯインテリア専門販売店がありますから、そこ
に行きますと、お好みの商品を１０点程選択でき、か
つ、選択した商品を一定期間無料でレンタルできますよ
…。加盟店にご連絡しておきますから、是非脚を運んで
ください。」といった内容である。そこで、仲介サーバ
１２は、少なくともエンドユーザの氏名を聞き、必要と
判断をした場合には試着希望のエンドユーザ情報をＥ−
ＭＡＩＬ、ＦＡＸなどで地域加盟店Ａグループの一店に
連絡する（Ｓ３）。

【００３０】このように仲介サーバ１２から地域加盟店
の情報を得たエンドユーザは、まずカーテンを買いに出
かける。地域加盟店には、例えば３，０００種類の実物
カーテンがあり、当該地域加盟店まで脚を運んだエンド
ユーザは、加盟店で氏名を申出、あれこれ試着用カーテ
ンを１０点まで選び、気に入ったカーテンを選んだなら
ば後述する注文媒体手段３０と共に自宅まで適宜に持ち
帰り、窓に掛けてみる。この場合無料で借りたカーテン
は所定の型式・寸法のものである。そこで、エンドユー
ザがカーテンの柄、寸法などについて内装専門家からア
ドバイスを受けたい場合には、クライアント１５から要
望情報を仲介サーバ１２に送信する（Ｓ４）。仲介サー
バ１２は試着中のエンドユーザからアクセスがあった場
合には、顧客Ｂグループとして取り扱い、クライアント
ＤＢ２５Ｄに登録すると共に、内装専門家ＤＢ２５Ｂを
検索し、適当に内装専門家を当該試着中のエンドユーザ
に教える（Ｓ５）。そこで、試着中のエンドユーザは内
装専門家とやり取りをする（Ｓ６）。内装専門家は試着
中のエンドユーザとやり取りをした結果、必要ならばエ
ンドユーザの要望情報を仲介サーバ１２に伝える（Ｓ
７）。仲介サーバ１２は要望情報が重要ならばメタデー
タＤＢ２５に登録（情報の蓄積）すると共に、メーカー
サーバ１４に要望情報を流す（Ｓ８）。

【００３１】ところで、試着中のエンドユーザは、内装
専門家の意見を聞いて又は聞かないで、最終的には自分
の気に入ったカーテンを選択する訳であるが、その際、
原則として図５に示すような注文媒体手段の一例である
指定用紙３０に所定事項３１の一部を記入しなければな
らない。ここで、所定事項３１について説明すると、３
１は地域加盟店記入欄、３１は整理番号記入欄、３３は
住所・氏名記入欄、３４は選択したカーテンの識別標識
記入欄、３５は前記選択したカーテンの縦・横寸法記入
欄、３６は試着した商品の識別番号記入欄、その他連絡
先などである。

【００３２】これらの記入欄において、試着エンドユー
ザに最低限記載してもらう欄は、「住所・氏名」及び
「選択したカーテンの縦・横寸法」である。したがっ
て、本発明の注文媒体手段３０には、少なくとも「選択
したカーテンの縦・横寸法記入欄３５」がある点、ま
た、地域加盟店識別標識３１がある点である。

【００３３】さて、地域加盟店は所定事項記載済みの注
文媒体手段３０を試着エンドユーザから受領すると、Ｅ
−ＭＡＩＬ、ＦＡＸなどで仲介サーバ１２に当該注文媒
体手段３０を送信する（Ｓ９）。仲介サーバ１２は、注
文媒体手段３０に記載された情報を「売れ筋情報」とし
て取り扱い、メタデータベース２５に必要なデータを登
録（蓄積）すると共に、必要と判断した場合には、「売
れ筋情報」をメーカーサーバ１４に送信する（Ｓ１
０）。メーカーサーバ１４は、仲介サーバ１２から得た
「要望情報」や「売れ筋情報」を勘案し、必要に応じて
在庫状態・新商品の情報を仲介サーバ１２に流す（Ｓ１
１）。仲介サーバ１２は、この在庫状態・新商品の情報
をメタデータベース２５に必要に応じて登録（蓄積／修
正）し、かつ、地域加盟店画面を呼び出し、加盟店サー
バ１３に送信する（Ｓ１２）。その他仲介サーバ１２
は、前述した地域加盟店Ｂグループなどから商業上の有
意義な情報を逐一受け取り（Ｓ１３）、これらの情報を
メタデータベース２５に必要に応じて登録（蓄積／修
正）すると共に、例えば各地域の需要量情報等をメーカ
ーサーバ１４に送信する（Ｓ１４）。

【００３４】なお、注文媒体手段３０にカーテンの寸法
などを記入して商品を申し込んだエンドユーザは、試着
したカーテンを当該地域加盟店に返却し、一方、出来上
がった所望のカーテンを店頭にて受け取り、自宅に持ち
帰って窓に取り付ける。

【００３５】

【実施例】仲介サーバ１２は、エンドユーザがアクセス
して来た場合において、制御手段２１と電気的に接続す
る要望情報登録手段、要望情報閲覧手段、契約者である
加盟店認証手段、契約成立に関する課金情報管理手段な
どを有するが、これらの手段は公知事項なので、説明の
便宜上省略してある。

【００３６】仲介サーバ１２は、インテリアメーカーが
製造・販売する商品のデータベースの管理・運営を実質
的に実行することになるから、仲介サーバ１２の情報管
理者と契約をする必要がある。また仲介サーバ１２は、
地域加盟店Ａグループ（インテリア専業販売店）に試着
希望をするエンドユーザを優先的に紹介することになる
から、何等かの契約が締結される。さらに、地域加盟店
Ｂグループ（住宅販売・不動産関連業者）に住宅希望顧
客、地域加盟店の情報、インリテアメーカーの情報など
を提供することになるので、何等かの契約が締結され
る。

【００３７】ところで、インテリアメーカーには、カー
テン以外に家具類、壁材、床材などの各種メーカーが含
まれるから、本実施例の試着商品には、カーテンの他
に、家具類、壁材、床材なども含まれる。

【００３８】

【発明の効果】以上の説明から明らかなように、本発明
にあっては、次に列挙するような作用・効果がある。 （１）エンドユーザは、「お気に入りの試着商品」を見
つけることができる。 （２）インテリアメーカーに仲介サーバの情報を活用さ
せ、在庫調製を促すと共に、時代の流行に対応した商品
を企画・製造させることができる。 （３）加盟店、エンドユーザなどに最新の情報を提供す
ることができる。 （４）内装専門家の知識をフルに活用することができ
る。 （５）注文媒体手段を利用するので、間違いのない商品
をエンドユーザに提供することができると共に、注文媒
体手段の情報を十分に活用することができる。

【図面の簡単な説明】

図１乃至図５は本発明の一実施例を示す各説明図。

【図１】実施形態の一例を示す概略説明図（システムの
概略を示すブロック図）。

【図２】各端末機と仲介サーバとの接続及び仲介サーバ
のデータベースの概略説明図。

【図３】仲介サーバのデータベースの構造を示す概略説
明図。

【図４】システムの流れを示す説明図。

【図５】本発明に使用される注文媒体手段の一例を示す
説明図。

【図６】従来の一例を示す概略説明図。

【符号の説明】

１１…インターネット、１２…仲介サーバ、１３…加盟
店サーバ、１４…メーカーサーバ、１５…クライアン
ト、１６…内装専門家サーバ、２０…通信手段、２１…
制御手段、２２…記憶手段、２３…インターフェイス手
段、２５…メタデータベース、２５Ａ…クライアントＤ
Ｂ、２５Ｂ…内装専門家ＤＢ、２５Ｃ…加盟店ＤＢ、２
５Ｄ…メーカーＤＢ、２７…データセット、２７Ａ…顧
客データセット、２７Ｂ…内装専門家データセツト、２
７Ｃ…地域加盟店データセット、２７Ｄ…メーカー商品
データセット、３０…注文媒体手段、３１…所定事項。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 クライアント１５と複数のデータベース
   を有する仲介サーバ１２と加盟店サーバ１３とメーカー
   サーバ１４とを含み、ネットワーク環境１１を通じて試
   着商品に関する情報を提供可能な商品情報提供システム
   であり、前記各サーバ１２、１３、１４は、つぎのＡ乃
   至Ｅの要件を備える。 Ａ：仲介サーバ１２にアクセスした来たエンドユーザ
   が、地域のインテリア専門販売店での試着を希望する場
   合において、仲介サーバ１２は加盟店データベース２５
   Ｃから、近くの地域加盟店を検索し、該検索情報をクラ
   イアント１５に送信する。 Ｂ：当該地域加盟店サーバ１３は、試着エンドユーザか
   ら得た情報が載っている注文媒体手段３０を仲介サーバ
   １２に送信する。 Ｃ：仲介サーバ１２は、注文媒体手段３０に記載された
   情報を「売れ筋情報」として取り扱い、メタデータベー
   ス２５に必要なデータを登録すると共に、売れ筋情報を
   メーカーサーバ１４に送信する。 Ｄ：メーカーサーバ１４は、仲介サーバ１２から得た
   「要望情報」や「売れ筋情報」を勘案し、必要に応じて
   在庫状態や新商品の情報を仲介サーバ１２に流す。 Ｅ：仲介サーバ１２は、メーカーサーバ１４から得た新
   商品に関する情報をメーカーデータベース２５Ｄに登録
   すると共に、加盟店サーバ１３に当該情報を流す。
2. 【請求項２】 請求項１において、サーバは内装専門家
   サーバ１６を含み、地域加盟店から複数の商品をレンタ
   ルした試着エンドユーザがカーテンの柄、寸法などにつ
   いて内装専門家からアドバイスを受けたい場合におい
   て、仲介サーバ１２は内装専門家データベース２５Ｂの
   情報を試着エンドユーザに流すことを特徴とする商品情
   報提供システム。
3. 【請求項３】 請求項１において、注文媒体手段３０に
   は、少なくとも「試着したエンドユーザが選択したカー
   テンの縦・横寸法記入欄３５と、地域加盟店識別標識３
   １とがあることを特徴とする商品情報提供システム。
4. 【請求項４】 請求項１に於いて、仲介サーバ１２の記
   憶手段２２に格納されたデータベースは、クライアント
   ＤＢ、内装専門家ＤＢ、加盟店ＤＢ、メーカーＤＢに区
   分けされ、前記加盟店ＤＢのデータは、少なくとも、イ
   ンテリア専門販売店に関する地域加盟店Ａグループと、
   マンション販売をする不動産関連会社に関する地域加盟
   店Ｂグループに加工されていることを特徴とする商品情
   報提供システム。
5. 【請求項５】 請求項４に於いて、加盟店ＤＢは、メタ
   データ２６に関連付けられたデータセット２７を有し、
   該データセット２７には地域の各加盟店が行政区画上の
   どの場所にあるかを示す空間データも含まれていること
   を特徴とする商品情報提供システム。