JP2002215933A

JP2002215933A - 電子店舗システム

Info

Publication number: JP2002215933A
Application number: JP2001010687A
Authority: JP
Inventors: Akihide Tonerikawa; 昭秀舎川; Tetsuya Ushio; 哲也潮
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-01-18
Filing date: 2001-01-18
Publication date: 2002-08-02
Also published as: US20020095356A1

Abstract

(57)【要約】【課題】インターネットを利用して、複数の要素から
構成される商品の中から、多様なニーズを持つユーザの
嗜好にあった商品（組合せ）の選択肢をワンストップで
ユーザに提供する。【解決手段】コンフィグレーション・ポータルサイト
６１０は、ユーザのニーズに関連する複数の電子マーケ
ット６２１，６３１，６４１，６５１，６６１を抽出
し、各電子マーケットでの取引を行うルートを設定し、
各電子マーケットに提供する情報を制御する。各電子マ
ーケットは、コンフィグレーション可能な商品に対し
て、ユーザのニーズを最も満たす候補を選出し、その結
果をコンフィグレーション・ポータルサイト６１０に返
す。コンフィグレーション・ポータルサイト６１０は、
最終的に帰ってきた組合せ群の中から最適化アルゴリズ
ムを活用して、ユーザの嗜好にあったプライオリティ順
に組合せ商品情報を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザのニーズに
適した商品（サービスを含む）を複数の電子マーケット
（商品・サービス等の提供者側システム及び商品・サー
ビス等の仲介システム）を利用して提供することのでき
る電子店舗システムに関する。

【０００２】

【従来の技術】ＷＷＷサーバは、情報発信を行う機能を
持つコンピュータシステムであり、インターネット上で
閲覧可能なＨＴＭＬ(Hyper Text Markup Language)文書
や画像、ＸＭＬ(eXtended Markup Language)を活用して
作成された電子カタログといったコンテンツなどの情報
を蓄積しておき、ＷＷＷブラウザなどのクライアント端
末からの要求に応じて、インターネットなどのネットワ
ークを通じて、これらの情報を送信する役割を果たす。
そしてサービスサイト（商品提供業者サイト）はＷＷＷ
サーバ上にこれら各種の情報を組合わせて商品を形成
し、その商品をユーザに提供する場である。ここでユー
ザとは一般消費者と企業の購買担当者の両方を指す。

【０００３】従来、インターネット上のサービスサイト
から、複数の要素から構成されるサービスや複雑な制限
を考慮した組合せ（以下コンフィグレーションと称す）
が必要な商品をワンストップ（特定のサイトや特定のサ
ーバ等に対して１回の入力操作を行うだけ）で購入する
場合は、構成要素の選択肢（構成要素の種類や提供業
者）が限られていた。

【０００４】例えばある製品をサービスサイトで購入す
る際、もっとも安く、欲しい時間に運んでくれる物流業
者が存在する可能性もあるにもかかわらず、サービスサ
イトの運送サービスを提供する物流業者が固定されてい
る場合には、ユーザが他の物流業者を選択することがで
きない。さらに、その商品の運送に掛けられる保険の組
合せとなると、より選択肢が狭くなる。更にはこれらの
価格や納期はダイナミックに変り得る性質を持つ為、一
つのサービスサイトでダイナミックに価格と納期を提示
できる複数の業者を管理する事は困難であるし、これで
も選択肢は限られてしまう。

【０００５】別の例として、海外旅行で複数の都市に滞
在する計画を立てようとするケースを考えてみる。この
場合、最も大きい総合旅行サービスサイトにアクセスし
ても、提供される航空チケット、ホテル、国内移動チケ
ット等は限定されたものから組合わせなければならな
い。最適化エンジン等を活用して、その中からもっとも
ユーザのニーズに合うものを検索する事は可能である
が、結局は、更に世の中には好ましい組合せがあるかも
しれないにもかかわらず、選択肢が制限されてしまって
いる。実際はパック（組合せ商品）になっているものが
多い。また上記と同様、値引き等のチャンスもあるが価
格は固定化されているため、ユーザにとっての魅力は限
られてしまう。結果的にこうしたサービスサイトの事業
展開を行おうとしても、結局は商品数の豊富さや使い勝
手といった差別化が困難なところが競争要因となり、魅
力あるビジネスが困難になる。

【０００６】ある米国の最先端のパソコンメーカが提供
するサービスサイトは、パートナ企業の基幹システムを
リアルタイムに統合してインターネット上で複数のコン
フィグレーションを実現している。このシステムはユー
ザのニーズを満たす商品をワンストップで提供している
ように見えるが、実際には更にコストパフォーマスがよ
い商品を提供できている部品メーカが存在する可能性も
あり、これは当パソコンメーカとのパートナシップを確
立しているごく一部の企業の商品からでしか選択肢がな
い。このシステムを同じロジックで拡張しても、不特定
多数の企業の各種基幹システムをリアルタイムに統合す
るのは困難であるし、構成の制限を前提とした組合せパ
ターンを見つけるのは非常に困難である。パフォーマン
スを考慮して、オンデマンドで必要な企業の基幹システ
ムを統合する事を試みようとしても、ダイナミックなシ
ステム統合を実現するのも困難である。統合が困難であ
るので、一つのサーバに複数のプロバイダが提供する納
期や価格、仕様等の自由度のある膨大な情報を集約させ
て同様のサービスを実現しようとしても、これらの情報
を効率的に管理し、ユーザのニーズとマッチさせる事も
困難である。更には先述の物流の問題も解決されていな
い。

【０００７】一方、昨今では、不特定多数の買い手と売
り手がオークションやネゴシエーション、登録データを
基にした検索等で出会い、そこで商品の売買を行う場で
あるネットワーク上の仲介業者（以下電子マーケットと
称す）が登場し、こちらは不特定多数のプロバイダと売
買するシステムを有している。しかし、複数の要素から
構成されるサービスやコンフィグレーションが必要な商
品をワンストップで購入できない。検索機能を提供する
電子マーケットのシステムではＸＭＬ等で作成された電
子カタログといった一つの固定されたデータを基にした
売買を行っており、ユーザの多様なニーズにマッチする
組合せ商品やコンフィグレーションが必要な商品を提供
しようとした場合は、組合せ可能な数の膨大な電子カタ
ログを用意しなければならず現実的ではない。一つのオ
ークションやネゴシエーションの電子マーケットシステ
ムでは、売り手が提供する組合せ自体の選択肢が限られ
たものになってしまう。結局、ユーザが複数の電子マー
ケットを訪れ、自ら非常に手間のかかる組合せの検証を
行わなければならなくなってしまう。

【０００８】この電子マーケットの具体的な例を挙げ
る。先の旅行のケースで考えてみる。ユーザが希望する
ルートやホテルのグレードを入力しても、その電子マー
ケットに売り手として参加する旅行代理店が、自社（そ
の旅行代理店）のデータベースに管理されているものの
中から組合わせて入札に参加するため、結局は更に望ま
しい組合せがあるかもしれないという問題は解決できな
い。旅行代理店側にとっても、手間は従来と変らず、商
談の機会が増えるというメリットはあるが、業務が大変
になるだけで、魅力は大きくない可能性があり、こうし
たユーザに便利な電子マーケット事業を展開しても、ビ
ジネスとして拡大しない可能性がある。

【０００９】各々の電子マーケット、例えばホテルの電
子マーケットや航空チケットの電子マーケット、国内移
動電子マーケット等が存在し、取引結果を組合わせて不
特定多数のものから最適なものを導きだす事はできる
が、その組合せを検証するという膨大な作業がユーザに
発生し、ユーザにとっての利便性は向上しない。

【００１０】これに対し、特開平１１−２４９９８３号
公報の「ワークフロー・アイテム管理機構及び方法」に
示されたワークフロー機構を用いて従来の店舗見回りを
効率化した例や、特開平１１−９６０９９号公報の「サ
ービス提供システム」に示されたユーザの嗜好や履歴情
報を記憶しておく事によりワンストップで商品を購入す
る例もある。しかし、組合わせる事で一つの商品という
特質を実現する為の電子マーケット間の必要な情報の受
け渡しやユーザの納期等の希望に対して管理するロジッ
クを持たないため、本発明で提起されている問題に適応
する事はできない。このように、ユーザがインターネッ
ト上から商品を購入する際、パーソナライズ化されたニ
ーズに対応する事には限界があった。

【００１１】

【発明が解決しようとする課題】本発明が解決する課題
は、インターネットを利用して、複数の要素から構成さ
れる商品の中から、多様なニーズを持つユーザの嗜好に
あった商品・組合せの選択肢をワンストップでユーザに
提供する事である。

【００１２】具体的には、不特定多数の取引を実現する
モデルをもつ電子マーケットの例で示した、ある一つの
固定されたデータのみの取引という前提を基に、組合せ
やコンフィグレーションの種類を全てデータとして用意
するものでない新たなロジックを用いて、ユーザのニー
ズに合わせた商品の組合せを実現する事である。

【００１３】

【課題を解決するための手段】本発明に係る電子店舗シ
ステムは、ユーザから複数の商品に関する情報を入力す
る情報入力手段と、該情報入力手段により入力された商
品に係る電子マーケットを含むカテゴリを巡回するルー
トを設定するルート設定手段と、該ルート設定手段によ
り設定されたルートの各電子マーケットから商品情報を
受取る情報受取手段とを備える。

【００１４】またさらに、電子マーケット間の結合ルー
ルが記録されているカテゴリ関連テーブルを備え、前記
情報入力手段は、入力された商品に前記カテゴリ関連テ
ーブルにより紐付けられている商品をユーザに提示する
ことで、複数の商品に関する情報の簡易入力が可能にな
る。

【００１５】またさらに、電子マーケット間の結合ルー
ルが記録されているカテゴリ関連テーブルを備え、前記
ルート設定手段は、前記カテゴリ関連テーブルの情報に
従ってルートを設定することで、必要なカテゴリを含む
ルートを確実に設定することができる。

【００１６】前記情報受取手段は、ルート上の以前のカ
テゴリにおける候補商品情報を基に組合せ可能な商品の
商品情報を受取ることで、複数の商品に対して単品ごと
ではなく、複数の商品に対して組としてユーザの希望に
合った商品情報を提供することができる。

【００１７】さらに、前記情報受取手段によって受取っ
た商品情報が複数組の商品に係る場合に、それぞれの組
を優先度順に出力する情報出力手段を備えることで、ユ
ーザは複数の組の中からシステムによって付けられた優
先度を考慮して商品を選択することができる。

【００１８】

【発明の実施の形態】本発明は、従来の一つの独立した
サービスサイトでコンフィグレーションを提供する事を
前提に確立された電子商取引のモデルを発展させ、複数
の関連する電子マーケットを論理的に有機的に結合し、
各電子マーケットで提供する電子カタログ等の一つの固
定されたデータを製品の制約条件等を考慮した組合せで
コンフィグレーションを実現する。オークションやネゴ
シエーションという形態では、ユーザやシステムが制約
を考慮したルールを作成といった従来では実現が困難な
事をする必要はなく、製品の仕様情報さえあれば、電子
マーケットに参加しているプロバイダが、プロバイダ側
の責任で制約をクリアする商品を提供する事でコンフィ
グレーションが実現する。

【００１９】これを実現する例を２つ取り上げる。一つ
目は、「製品とサービスの組合せ」の例として電子機器
＆パソコンの電子マーケット、運送用の電子マーケッ
ト、保険用の電子マーケット、そして決済の電子マーケ
ットを組合わせてユーザの要求を実現する例を挙げる。
もう一つは「サービスとサービスの組合せ」として航空
チケット電子マーケット、ホテル電子マーケット、列車
電子マーケット、バス電子マーケット、レストラン電子
マーケット、エンターテインメント電子マーケットを組
合わせてユーザの要求を実現する例を挙げる。

【００２０】ここでは、こうした電子マーケット群を管
理、及び制御する為のサービスサイト（すなわち本発明
に係る電子店舗システム）（以下コンフィグレーション
・ポータルサイトと称す）が必要となる。このコンフィ
グレーション・ポータルサイトは、ユーザの入力条件に
基づいて、自ら所有している各種管理テーブルを参照し
て必要なプログラム（関連する電子マーケットの抽出、
結合、電子マーケット巡回ルート作成、巡回、オファー
発行等）を生成し、そのプログラム実行状況を管理・制
御する。ユーザはこのコンフィグレーション・ポータル
サイトにアクセスし、ニーズを満たす為の必要な情報を
入力する事により、それを満足できる商品の選択肢を取
得する事ができる。

【００２１】論理的には、各電子マーケット間を有機的
に結合するが、物理的には、このコンフィグレーション
・ポータルサイトを介して全てを結合する。このコンフ
ィグレーション・ポータルサイトは、各電子マーケット
間との通信を可能とするプロトコル変換・フォーマット
変換機能を備える。以下、添付図面を参照しながら本発
明の好適な実施の形態について詳細に説明する。

【００２２】図１は、電子マーケット管理テーブルのデ
ータ構成を示す図である。電子マーケット管理テーブル
１００は登録された電子マーケットの詳細な情報を管理
するものである。電子マーケット名１１０は電子マーケ
ットの名称である。カテゴリ名１２０は電子マーケット
が提供する商品・サービスのカテゴリ名である。カテゴ
リＩＤ１３０はあらかじめ割り当てられたカテゴリのＩ
Ｄである。マッチング形態１４０は、その電子マーケッ
トがユーザのニーズとプロバイダが提供する商品のマッ
チングを行う際、オークション／リバースオークション
／ネゴシエーションのどの形態で行われるかの情報であ
る。登録ＩＤ１５０は本発明に係る電子店舗システム
（以下本システムと記す）が電子マーケットにログイン
する際に発行するユーザＩＤである。パスワード１６０
は本システムが電子マーケットにログインする際に発行
するパスワードである。プロトコル１７０は電子マーケ
ットが標準で採用しているＸＭＬ等のプロトコル名称で
ある。フォーマット１７５は電子マーケットが製品仕様
等の情報を共有する場合に標準で採用しているフォーマ
ットの名称である。トリガースクリプト１８０は登録さ
れている電子マーケットの取引を開始する起動プログラ
ムをキックするスクリプト名称である。標準取引時間１
９０は電子マーケット毎の（実際はカテゴリ毎の）取引
標準時間である。電子マーケット管理テーブル１００の
データは予め登録されているものであり、新規にある電
子マーケットが参加する場合や既存の電子マーケットが
事業をやめる場合、電子マーケット名を変更する場合な
どに、更新を行う。

【００２３】図２は、ルート設定テーブルのデータ構成
を示す図である。ルート設定テーブル２００は作成され
た電子マーケットの巡回ルートを管理するものである。
エントリーＩＤ２１０はユーザが各種情報を入力した
際、１商品毎に対して与えられるエントリー管理ＩＤで
ある。ルートフラグ２２０は作成されたルートが単数で
あるか複数であるかを示すフラグである。フラグが立っ
ている（フラグがＯＮの）場合は、ルートが複数存在す
る事を示す。ルーティングＩＤ２３０はルートを構成す
るカテゴリのＩＤを順番にならべて作成したＩＤであ
る。このルーティングＩＤ２３０は、図３に示すカテゴ
リ関連テーブル３００とユーザのニーズ情報を基に導き
出されたルートより、カテゴリの情報を取得しそれをＩ
Ｄ化して、このテーブルに記入される。電子マーケット
数ＩＤ２４０は、各カテゴリに該当する電子マーケット
数を巡回ルート順にならべたものである。各カテゴリに
該当する電子マーケット数は、電子マーケット管理テー
ブル１００より導き出される。滞在時間ＩＤ２５０は設
定されたルート上での各カテゴリでの取引期間（時間単
位）を示している。これはユーザの求める納期と設定さ
れたルートにより算出される。

【００２４】図３は、カテゴリ関連テーブルのデータ構
成を示す図である。カテゴリ関連テーブル３００は商品
とその商品に関連する部品やサービスのカテゴリの関連
付け（紐付け）と、その巡回ルートのルール（カテゴリ
巡回の順序）を管理するものである。商品名３１０はユ
ーザが購入を希望する商品の名称である。カテゴリＩＤ
３２０はあらかじめ設定されているカテゴリＩＤ１３０
の集合を表し、それぞれのカテゴリがある商品に対して
標準的な巡回ルートで何番目の位置になるかという数値
が記載されている。数値の中でも順序固定（例えばこの
カテゴリはかならず最後に来なければならない等）を示
すものとして、数値にＦが付加されている。またカテゴ
リの中で次に来るカテゴリが決まっている場合には数値
の後に「＋」が付加されており、次の数値は必ず「−」
が数値の前に付加されている。例えば、パソコンのカテ
ゴリＩＤ３２０がＡ３である順序数値は「２＋」であ
り、カテゴリＩＤ３２０がＢ２である順序数値は「−
３」であるから、Ａ３の次には必ずＢ２が来ることを示
している。自由度３３０はその標準ルートを自由に変え
られるかどうかのフラグである。ここでは、「ＦＩＸ」
は変えられないことを示し、「Ｆｒｅｅ」は変えられる
ことを示している。

【００２５】図４は、項目チェックデータベースの構成
を示す図である。項目チェックデータベース４００は、
各電子マーケットでユーザの条件を満たすオファーを出
したプロバイダが提供する商品の詳細情報・項目を記入
するためのものである。例えばパソコンであれば、パソ
コン４１０のテーブルにＯＳはWindows95か、それとも9
8か、又はMacOSかといった項目やサイズ、価格が入る。
旅行のケースで、例えばホテルでは、最寄りの駅や空港
名、そこからの距離、価格、食事付きかどうか、改装年
月日等の項目が入る。これらの項目はコンフィグレーシ
ョン・サイトでサービスを行う事業者が事前に決めたも
のである。そして、実際にこれらの項目を入力するの
は、商品を提供するプロバイダである。

【００２６】図５は、ユーザがコンフィグレーション・
ポータルサイトにアクセスし、必要なスペック等の情報
を入力してから、そのニーズを満足できる組合せを選択
肢として表示するまでの動作を説明するフローチャート
である。ステップ５０１で、ユーザが図６に示すコンフ
ィグレーション・ポータルサイト６１０にアクセスし、
情報（購入を希望する商品名及びユーザが希望する条
件）を入力／選択する。

【００２７】ステップ５０２で、入力／選択した商品
名、その商品を構成するサービスとそのスペック、保険
や近距離移動、レストラン案内やエンターテインメント
案内等の付加サービスの有無、希望購入金額、納期、重
視する内容（例えば、納期より価格を重視）、旅行であ
れば具体的な希望ルート等の情報に対して、１商品毎に
エントリー管理ＩＤを与える。エントリー管理ＩＤはル
ート設定テーブル２００のエントリーＩＤ２１０に格納
される。

【００２８】ステップ５０３で、その入力された各情報
を基に電子マーケット管理テーブル１００の情報とマッ
チングさせ、該当するサービスを提供する電子マーケッ
トを抽出する。カテゴリ関連テーブル３００に、商品を
構成するカテゴリ（部品やサービス品目）を提供する電
子マーケットの関連の紐付けが管理されているため、ユ
ーザが入力又は選択する際、その選択した商品によっ
て、以下の選択可能なカテゴリのみユーザのブラウザに
表示され、そのカテゴリが提供するサービスについての
ニーズを選択する。電子機器購入の例では、ユーザが
「パソコン購入」という商品を選択すると、パソコン、
輸送、保険、決済というカテゴリが紐付いており、単価
の安いパソコンの周辺機器であれば保険が不要になり、
ユーザが個人であれば決済が不要となる。パソコンの例
ではモニタの大きさにあった目を保護するためのスクリ
ーンを購入するＰＣアクセサリのカテゴリを好みにより
選択する事もできる。組合せをチェックする機能（ＯＳ
や例えばＵＳＢ等の周辺機器接続用端子のポート数をチ
ェックする機能）をコンフィグレーション・サイトに持
たせるようにしてもよい。また、ソフトウェアを提供す
る電子マーケットを選択できるようにしてもよい。ユー
ザが「ＴＶ購入」という商品を選択すると、ＴＶとＴＶ
のテーブル（据置台）等を扱うＴＶアクセサリ、そして
輸送のカテゴリが紐付けられる。ユーザのブラウザには
その紐付けられたカテゴリだけが表示される。この中で
ユーザは「性能のいいもの」や「安いもの」、「価格よ
りも納期を優先」等のニーズを選択する。旅行の例では
「海外旅行の複数都市訪問」という商品を選択すると、
航空券、ホテル、国内移動（バス・鉄道・ハイヤ）チケ
ット、レストラン、エンターテインメント、保険という
カテゴリが紐付いており、この中でユーザは「バスは使
わない」、「国内移動は電車を優先する」、「近距離は
タクシーを使う」、「レストランとエンターテインメン
トは不要」というような要求を選択できる。「国内近距
離旅行」という商品を選択すると、当然航空券電子マー
ケットは不要となる。

【００２９】ステップ５０４では、一般顧客が各専門店
を順番に回って購入していくように、抽出するカテゴリ
を回る順番をユーザが選択した重視する内容と電子マー
ケット結合のルールが決められているカテゴリ関連テー
ブル３００の情報に従って巡回ルートを作成する。その
ロジックは、自由度３３０のフラグを確認し、フラグが
固定（ＦＩＸ）を示している場合は標準ルートをそのま
ま用い、フラグが自由（Ｆｒｅｅ）にルートを作成でき
る事を示している場合は、数値に付加された制限を考慮
しながらユーザのプライオリティが高い順に設定してい
くというものである。

【００３０】図６及び図７に示す具体例では、パソコン
本体カテゴリ６２０→ＰＣアクセサリカテゴリ６３０→
輸送カテゴリ６４０→保険カテゴリ６５０→決済カテゴ
リ６６０という順序で設定される。海外旅行購入の例で
は、航空券カテゴリ→ホテルカテゴリ→レストラン＆エ
ンターテインメントカテゴリ→国内移動カテゴリ→保険
カテゴリという順序でルートが設定される。

【００３１】この設定された順序はルート設定テーブル
２００のルーティングＩＤ２３０に登録する。ここであ
るカテゴリにおいて登録されている電子マーケットが複
数存在する場合は、ルート設定テーブル２００に複数の
ルートがある事を示すフラグをルートフラグ２２０に立
て、巡回ルート毎の電子マーケット数を電子マーケット
数ＩＤ２４０に記録する。

【００３２】これと同時に、各電子マーケットでの滞在
時間を、ユーザが入力した取引期限情報と、抽出された
電子マーケットの特性とカテゴリ数・ルートを考慮して
設定し、滞在時間ＩＤ２５０に記録する。具体的にはカ
テゴリ毎に、製品・サービスの標準リードタイムを基に
標準取引時間を定めており、これが標準取引時間１９０
に格納されていて、選択されたカテゴリの標準取引時間
の合計に占める各カテゴリの標準取引時間の割合を、ユ
ーザの求めるトータルの取引リードタイムに割り当てて
計算される。この滞在時間ＩＤ２５０によって、電子マ
ーケットがオークションやネゴシエーションの取引を開
始する時間と終了する時間は容易に算出できる。

【００３３】ステップ５０５では、その結果とユーザ入
力又は選択した情報、そしてプロバイダが提供すべき情
報の詳細項目を記したガイドラインを、売買が始まる前
に各電子マーケットに通知する。各電子マーケットの方
では、その情報を掲示板に記載しておく。これによりオ
ークションやネゴシエーションに参加する企業が取引の
準備が十分にでき、よりよい売買が可能になる。また、
電子マーケット内の売買の起動プログラムに終了時刻を
セットする。

【００３４】ステップ５０６では、次に、この時のルー
ト設定テーブル２００のルートフラグ２２０を参照し
て、まず設定されたルート数を確認する。ここでルート
数が一つか複数によって各電子マーケットを巡りながら
具体的なコンフィグレーションを行うプログラム（以後
コンフィグレーション・プログラムと称す）は異なる。
ステップ５０７では、あるカテゴリにおいて、登録され
ている電子マーケットが１つずつ存在する場合のコンフ
ィグレーション・プログラムを実行する。ステップ５０
７における処理の具体例を図６及び図８に示す。

【００３５】図６は、各カテゴリにおいて登録されてい
る電子マーケットが１つずつ存在する場合のコンフィグ
レーション・プログラムの動作を説明する概念図であ
る。図８は、各カテゴリにおいて登録されている電子マ
ーケットが１つずつ存在する場合のコンフィグレーショ
ン・プログラムの動作を説明するフローチャートであ
る。例えばユーザがパソコンの購入を実施しようとして
いる際に、パソコン本体電子マーケット６２１が最初の
取引を行う電子マーケットというルートになったとす
る。

【００３６】コンフィグレーション・ポータルサイト６
１０から、事前に電子マーケット管理テーブル１００の
登録ＩＤ１５０とパスワードＩＤ１６０に登録されてい
るユーザＩＤとパスワードを取得後発行して（ステップ
８０１）、パソコン本体電子マーケット６２１にアクセ
スした後（ステップ８０２）、トリガースクリプト１８
０を取得・発行してオークションやネゴシエーションの
取引を開始する（ステップ８０３）。商品のプロバイダ
は、ユーザのニーズに関する情報を基に、提供する商品
やその価格と納期に関する詳細な情報をパソコン本体電
子マーケット６２１に返す。この際、プロバイダは、項
目チェックＤＢ４００に格納するための入力エリアに、
各々の項目に関する情報を入力しなければならない。入
力エリアにもれた情報があると次のカテゴリに情報は引
き継がれない。プロバイダが提供した情報に関する責任
はプロバイダに委ねられる。この際、取引終了時刻は事
前にセットされた時刻に従う。パソコン本体電子マーケ
ット６２１は、ユーザのニーズを満たしている情報の中
から、満足度の高い情報に対してユーザの入力したニー
ズを満たす商品の情報をコンフィグレーション・ポータ
ルサイト６１０に返す（ステップ８０４）。

【００３７】ここで、ニーズを満たす商品が複数存在す
る場合は、複数の商品情報を返す。また、この商品情報
は該当商品のプロバイダが売買の際に提供する。コンフ
ィグレーション・ポータルサイト６１０は、ステップ８
０４で検索結果を受取った後、ステップ８０５で、次の
ルートとして設定されている電子マーケット（ここでは
ＰＣアクセサリ電子マーケット６３１）に先ほどと同様
にユーザＩＤとパスワードを発行し、パソコン本体電子
マーケット６２１で選定された商品情報を引き渡して、
ユーザの入力した希望商品条件の情報と組合わせて売買
のトリガーをかけるトリガースクリプト１８０を発行す
る。

【００３８】そして、先ほどと同様にＰＣアクセサリ電
子マーケット６３１では、取引が開始され、商品のプロ
バイダが、取得した商品情報を基にして提供可能な商品
やその価格と納期に関する詳細な情報をＰＣアクセサリ
電子マーケット６３１に入力する。もちろん、商品のプ
ロバイダが入力エリアに対して入力もれをしていると、
その情報は無効になる。またこの際、取引終了は事前に
セットされた時刻に従う。構成に関するチェックや納期
等の、プロバイダが提供した情報に関する責任はアクセ
サリ提供プロバイダに委ねられる。ただし実際には、ユ
ーザのブラウザに商品の詳細な仕様が表示されるので、
一目でわかるようなミス（例えば、モニタに対してスク
リーンが小さすぎる等）はユーザが購入を決定する段階
ではじかれる。ＰＣアクセサリ電子マーケット６３１で
も検索結果とその商品と組合せ可能な情報を示した商品
情報をコンフィグレーション・ポータルサイト６１０に
返す。このＰＣアクセサリ電子マーケット６３１に対す
るプログラムと同様の事を、定義されたルートの最後ま
で、ここでは決済電子マーケット６６１から検索結果を
コンフィグレーション・ポータルサイト６１０が受取る
まで実施する。

【００３９】次に、図５に示したステップ５０８での処
理、すなわち設定されたルートにあるカテゴリの中で複
数の電子マーケットが存在する場合の処理について説明
する。コンフィグレーション・ポータルサイト６１０
は、ルートとして設定されたカテゴリの中に複数の電子
マーケットが存在する場合は、電子マーケットにアクセ
スする前と電子マーケットより取引結果情報を受取った
時に必ずルート設定テーブル２００を参照する処理を行
う。そして電子マーケットにアクセスする場合は、抽出
された電子マーケットに対応する登録ＩＤ１５０、パス
ワード１６０、トリガースクリプト１８０の全てを取得
し、各々の電子マーケットに対してそれぞれ発行すべき
段階で３者同時に発行する。これをイニシャル処理と定
義する。

【００４０】また、カテゴリの電子マーケットから一つ
目の取引結果情報を取得すると、ルート設定テーブル２
００の電子マーケット数ＩＤ２４０を参照し、受取るべ
き情報数を把握する。これをクロージング処理と定義す
る。そして、全ての情報を受取った事を確認した時点
で、先に定義したイニシャル処理を再度実行する。具体
例を図７及び図９を参照して説明する。

【００４１】図７は、あるカテゴリにおいて登録されて
いる電子マーケットが複数（ここではモニタと輸送、保
険・決済電子カテゴリにそれぞれ電子マーケットが２
つ）ある場合のコンフィグレーション・プログラムの動
作を説明する概念図である。図９は、あるカテゴリにお
いて登録されている電子マーケットが複数ある場合のコ
ンフィグレーション・プログラムの動作を説明するフロ
ーチャートである。

【００４２】図９に示すステップ９０１で次のマーケッ
ト数を確認する。マーケット数が１つの場合は、ステッ
プ９０２〜ステップ９０５の処理がなされる。ステップ
９０２〜ステップ９０５の処理内容は、図８に示したス
テップ８０１〜８０４の処理内容と同様である。マーケ
ット数が複数の場合は、ステップ９０６〜ステップ９０
９の処理がなされる。ステップ９０６〜ステップ９０９
では、図８に示したステップ８０１〜８０４の処理が複
数の電子マーケットに対してそれぞれなされる。各々の
電子マーケットで処理が終了する毎に（取引結果を受け
取る毎に）、ステップ９１０以降の処理がなされる。ス
テップ９１０で他に並行していた取引の有無がチェック
され、ステップ９１１で他に並行していた取引の終了が
チェックされる。他に並行していた取引が終了していな
い場合は、処理の一時休止がなされる（ステップ９１
２）。他に並行していた取引がない場合及び他に並行し
ていた取引が終了している場合は、次のカテゴリが存在
するかチェックする（ステップ９１３）。そして、次の
カテゴリが存在する場合はステップ９０１以降の処理を
繰り返す。

【００４３】図７に示すように、最初にアクセスするパ
ソコン本体カテゴリ６２０には１つの電子マーケットし
かないので、図９に示すステップ９０２〜ステップ９０
５で、パソコン本体電子マーケット６２１に対しては、
図６及び図８を参照して説明した処理と同様の処理を行
う。

【００４４】コンフィグレーション・ポータルサイト６
１０は、ステップ９０５で取引結果情報を電子マーケッ
トから受取った後、ステップ９１０でルート設定テーブ
ル２００にアクセスし、前のカテゴリ（ここではパソコ
ン本体カテゴリ６２０）で設定されている電子マーケッ
ト数を確認する。ここではパソコン本体カテゴリ６２０
から受ける情報は一つであるので、ステップ９１３で次
のカテゴリに対して処理を行う。図７に示すように、Ｐ
Ｃアクセサリカテゴリ６３０には、ＰＣアクセサリ電子
マーケット６３１とモニタ電子マーケット６３２の２つ
が設定されている。そこで、コンフィグレーション・ポ
ータルサイト６１０は、電子マーケット管理テーブル１
００にアクセスし、２つの電子マーケット分のユーザＩ
Ｄとパスワードをそれぞれ取得・発行し、２つの電子マ
ーケットにそれぞれログインする（ステップ９０６，９
０７）。ログインが確認されたら前のカテゴリ、即ちパ
ソコン本体カテゴリ６２０で取得した商品情報をそれぞ
れの電子マーケットに引き渡して、トリガースクリプト
１８０から２つの該当するトリガースクリプトを取得・
発行する（ステップ９０８）。各々の電子マーケットで
の取引は図６のケースと同様である。

【００４５】ＰＣアクセサリ電子マーケット６３１とモ
ニタ電子マーケット６３２は、それぞれの検索結果とそ
の商品と組合せ可能な情報を示した商品情報をコンフィ
グレーション・ポータルサイト６１０にそれぞれ返す。
コンフィグレーション・ポータルサイト６１０では、ス
テップ９０９で、まず一つの取引情報結果を受取った
後、ステップ９１０でルート設定テーブル２００の電子
マーケット数ＩＤ２４０を参照して、他に並行している
取引の有無をチェックする。ここでは２つの取引情報結
果を受取る事を把握する。２つの取引結果情報を受取る
まで処理は行わない（ステップ９１１，９１２）。２つ
の取引結果情報を受取ってから、ステップ９１３で、再
度ルート設定テーブル２００と電子マーケット管理テー
ブル１００を参照し、次のカテゴリ、ここでは輸送電子
マーケット６４１の数と電子マーケット名を認識する
（ステップ９１３，９０１）。輸送電子マーケット６４
１に対して、ユーザＩＤとパスワード、商品情報の引継
ぎとトリガースクリプト発行といった一連の処理を行う
（ステップ９０２〜９０５）。

【００４６】こうして図９に示した処理を定義されたル
ートの最後まで繰り返し行う。ここでは保険電子マーケ
ット６５１と保険電子マーケット６５２の両方から取引
情報結果を受取った後、決済電子マーケット６６１と決
済電子マーケット６６２にアクセスし、さらにこの両方
の取引情報結果をコンフィグレーション・ポータルサイ
ト６１０が受取るまで実施する。

【００４７】全ての巡回ルートを終了すると、図５に示
すステップ５０９で、今まで得られた商品の組合せに対
して、プライオリティ化を行う。プライオリティ化のア
ルゴリズムの一例を次に示す。ユーザのニーズは「ｘｘ
ｘｘ円以下で最も性能がよく、明後日までに納品可能な
もの」であったとする。その際この“価格”、“性
能”、“納期”という項目に対してトータル１０の重み
付け（例えば価格：性能：納期＝４：４：３）から、該
当する組合せ群に対しプライオリティを付けて行く。そ
して、ステップ５１０で、そのプライオリティ順に組合
せ情報をユーザのブラウザ上に各々の商品・サービスの
詳細情報と共に表示する。

【００４８】本実施の形態において、特許請求の範囲に
記載した商品情報提供手段、電子マーケット抽出手段、
ルート設定手段は、コンフィグレーション・ポータルサ
イト６１０におけるプログラム（ソフトウェア）の実行
によって構成される。同様に、特許請求の範囲に記載し
たユーザの入力情報に対してＩＤを付与してそのＩＤを
ルート設定テーブルに登録する手段、電子マーケット管
理テーブルを参照してユーザの入力情報に関連する電子
マーケットを抽出する手段、カテゴリ関連テーブルを参
照して購入のための巡回ルートを設定する手段、巡回ル
ートの情報を前記ルート設定テーブルに登録する手段、
巡回ルートに基づいて各電子マーケットの取引を行う手
段、各電子マーケットから供給された商品の組合せの中
からユーザの入力情報に基づいてプライオリティ付けを
行う手段、プライオリティ付けを行った結果をユーザに
提供する手段、及び、電子マーケットから供給された購
入候補の商品情報とユーザの入力情報とを巡回ルートに
基づいて次の電子マーケットに供給する手段は、コンフ
ィグレーション・ポータルサイト６１０におけるプログ
ラム（ソフトウェア）の実行によって構成される。そし
て、本発明に係る電子店舗システムは、例えばサーバ用
のコンピュータシステムを備えたコンフィグレーション
・ポータルサイト６１０として実現することができる。
コンフィグレーション・ポータルサイト６１０とユーザ
及び各電子マーケット６２１，６３１，６３２，６４
１，６５１，６５２，６６１とはインターネット等のオ
ープンなネットワークを介して接続される。

【００４９】

【発明の効果】本発明により、具体的には「最適な組合
せが容易にでき、ユーザの好みにあった仕様の商品を購
入できる。」、「輸送や保険、決済などの補助サービス
も併せて購入できる」、「商品、特に複数の商品であっ
ても一個所で購入でき、何度もログインする必要がな
い」、「前提となる商品情報がマーケット間で引き継が
れるので自ら面倒な商品検索をする必要がない」等の効
果が導き出される。

【００５０】これにより、ユーザがインターネットを介
した商品購入の際に発生する妥協の幅を極力狭める事が
可能となるうえインターネットを介した商取引の利便性
が格段に高まる。また、サービスや商品提供業者にとっ
て、莫大なチャネルに対する投資を行わずにビジネスの
機会を増やす事ができるうえ、利益を大きく逼迫する余
剰在庫の処分等も実現できる。

【００５１】一方、従来の電子マーケット事業者やイン
ターネット商取引事業者は、莫大な投資をして顧客サー
ビスを向上する以外は、商品の品揃えや操作性という、
差別化が難しいところが大きな競争要因となっていた。
結果的には投資が大きすぎたり、競争が激化している為
に、利益創出が困難になっている。

【００５２】こうした事から、本発明により、上記シス
テムを利用するインターネットを介したサービス提供事
業者は、大きな市場機会を創出するだけでなく、競合に
対する大きな差別化要素をも創出することが可能とな
る。

【図面の簡単な説明】

【図１】電子マーケット管理テーブルのデータ構成を示
す図である。

【図２】ルート設定テーブルのデータ構成を示す図であ
る。

【図３】カテゴリ関連テーブルのデータ構成を示す図で
ある。

【図４】項目チェックデータベースの構成を示す図であ
る。

【図５】ユーザがコンフィグレーション・ポータルサイ
トにアクセスし、必要なスペック等の情報を入力してか
ら、そのニーズを満足できる組合せを選択肢として表示
するまでの動作を説明するフローチャートである。

【図６】各カテゴリにおいて登録されている電子マーケ
ットが１つずつ存在する場合のコンフィグレーション・
プログラムの動作を説明する概念図である。

【図７】あるカテゴリにおいて登録されている電子マー
ケットが複数ある場合のコンフィグレーション・プログ
ラムの動作を説明する概念図である。

【図８】各カテゴリにおいて登録されている電子マーケ
ットが１つずつ存在する場合のコンフィグレーション・
プログラムの動作を説明するフローチャートである。

【図９】あるカテゴリにおいて登録されている電子マー
ケットが複数ある場合のコンフィグレーション・プログ
ラムの動作を説明するフローチャートである。

【符号の説明】

１００電子マーケット管理テーブル２００ルート設定テーブル３００カテゴリ関連テーブル４００項目チェックデータベース（項目チェックＤ
Ｂ）６１０コンフィグレーション・ポータルサイト６２１パソコン本体電子マーケット６３１ＰＣアクセサリ電子マーケット６３２モニタ電子マーケット６４１輸送電子マーケット６５１，６５２保険電子マーケット６６１，６６２決済電子マーケット

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 １１０Ｇ０６Ｆ 17/30 １１０Ｆ１７０１７０Ｚ３４０３４０Ａ

Claims

【特許請求の範囲】

【請求項１】ユーザから複数の商品に関する情報を入
力する情報入力手段と、該情報入力手段により入力された商品に係る電子マーケ
ットを含むカテゴリを巡回するルートを設定するルート
設定手段と、該ルート設定手段により設定されたルートの各電子マー
ケットから商品情報を受取る情報受取手段とを備えるこ
とを特徴とする電子店舗システム。
【請求項２】さらに、電子マーケット間の結合ルール
が記録されているカテゴリ関連テーブルを備え、前記情報入力手段は、入力された商品に前記カテゴリ関
連テーブルにより紐付けられている商品をユーザに提示
することを特徴とする請求項１記載の電子店舗システ
ム。
【請求項３】さらに、電子マーケット間の結合ルール
が記録されているカテゴリ関連テーブルを備え、前記ルート設定手段は、前記カテゴリ関連テーブルの情
報に従ってルートを設定することを特徴とする請求項１
記載の電子店舗システム。
【請求項４】前記情報受取手段は、ルート上の以前の
カテゴリにおける候補商品情報を基に組合せ可能な商品
の商品情報を受取ることを特徴とする請求項１記載の電
子店舗システム。
【請求項５】さらに、前記情報受取手段によって受取
った商品情報が複数組の商品に係る場合に、それぞれの
組を優先度順に出力する情報出力手段を備えることを特
徴とする請求項１記載の電子店舗システム。