JP4300301B2 - オンライン販売システム - Google Patents

Description

本発明は、ユーザがコンピュータネットワークを介して商品を購入し、販売する電子マーケットプレイスに関する。さらに詳しくは、本発明は、電子マーケットプレイス内で、ユーザが販売用の商品を出品し、別の人によって売りに出された商品を探し、関連する手続きを行うことができるユーザインタフェース及び方法に関する。

コンピュータネットワークの一般化とアクセスのしやすさが向上してきていることに伴って、小売業者が、商品を売りに出し、販売するオンライン「ストア」を開業することが普及してきた。例えば、オンラインストアは、購買に利用できる商品のウエブベースのカタログ又は他の電子カタログを含んでいる。ユーザは、よく知られているナビゲーション手段を利用してカタログを閲覧し、関心のある商品を購入することができる。

ユーザ間の商品の販売をサポートする電子システムも一般化してきた。これらのユーザ間の販売システムに、例えば、ウエブサイト又はオンラインサービスネットワークなどの電子サーバシステムがある。これらの電子サーバシステムは、ユーザに対して、他のユーザに販売する商品のリストを作成するサービス、他のユーザから商品を購入するためのサービスを提供する。そのようなシステムでは、出品者(seller)には、例えば小口商人(small merchant)及び非商人である個人(individual)が含まれる。現存のユーザ間販売システムは、例えば、固定価格販売、オークション又はその両者をサポートしている。商品リストは、通常サーチエンジンを利用してサーチされる。あるケースでは、ユーザ間販売システムは、オンライン小売りストアと関連して動作するので、カスタマは、複数のユーザから出された商品リストのデータベースに加えて、１つのサーチ要求により、小売りカタログをサーチすることができる。

また、ユーザ間販売システムは、多数のユーザを引き付ける可能性を有しており、それによって、新しい商品及び中古の商品の両方について、多数の様々な商品リストを作成することができるようになっている。しかし、そのようなシステムは、通常多くの欠陥に悩まされる。例えば、現存のシステムは、販売する商品に関する説明を出品者に提供させている。したがって、マーケットプレイスリストを作成する作業は、小口の出品者にとって特に重荷になっているはずである。例えば、有効なリストを作成するためには、出品者は、詳細な商品の説明とイメージを取得し、アップロードしなければならない。

さらに、オンラインマーケットプレイスにおける別の出品者が、同じ商品を説明するために全く別の専門用語を使うことがある。その結果、ある商品を探している購入者が、該当するリストを見つけることができず、時々関係のないリストを見て困惑することがある。また、小口の出品者は、かれらの商品を十分かつ正確に説明することができないことがあり、その結果、販売に失敗したり、ユーザが間違って購入したりすることが起こる。また、いくつかのオンラインストアにおける小売りリストの場合、マーケットプレイスリストに、通常、カスタマのレーティング、カスタマのレビュー及びプロフェッショナルのレビュー、販売ランクデータ及び出品者以外から提供されるその他のタイプの商品に関係するデータが含まれない。

あるユーザ間販売システムでは、出品者がＵＰＣ(Universal Product Code)又はリストアップされた商品に関して別の商品識別子を特定することができるようにすることによって、上記の問題を解決しようとしている。この対策によって、システムが、特定の商品を、すべての販売リストに関係付けることができるようになる。しかし、例えば、出品者は、そのようなリストを作成するために、正しい商品識別子を知っているか、そうでない場合にはサーチしなければならない。

本発明に係る実施の形態では、上記のいくつか又はすべての問題及び他の問題を克服しようとしている。

本発明は、ユーザが、マーケットプレイスリストを効率的に作成すること及び見つけることをサポートする機能を含み、また、オンラインマーケットプレイスで、ユーザ間及びその他の販売を容易にするための様々な発明的な機能を包んでいる。これらの機能は、独立で、又は特定のシステム内における適切な組み合わせで具体化される。

好ましい実施の形態では、オンラインマーケットプレイスシステムは、オンラインマーケットプレイス内のユーザによってリスト作成される商品の情報に関するデータベースを含んでいる。この情報は、通常、その商品のメーカー又は販売業者によって提供される商品ＩＤ、商品説明及び商品イメージを含んでいる。エンドユーザは、閲覧可能な電子カタログを介して、このデータベースにある商品情報を見ることができる。なお、このカタログでは、好ましいことに、それぞれの商品が、対応する商品詳細ページの中で完全に特定される。それぞれの商品詳細ページは、通常、商品イメージ及び商品説明を含んでいる。さらに、カスタマのレーティング、カスタマ及びプロフェッショナルのレビュー、販売ランクデータ、関連する商品のリスト及び/又はカスタマが情報に基づいて購入決定を行うことをアシストするその他のタイプの補足データを含んでいる。この補足データは、カスタマに対するサービスとして、マーケットプレイスシステムのオペレータによって維持され、又は作成される。システムのユーザは、サーチ要求の実行、ブラウズツリーを見つけること又は特定のシステムによってサポートされたその他のあらゆるナビゲーション方法を用いることによって、カタログ内の特定の商品詳細ページを見つけることができる。

マーケットプレイス内で特定の商品を販売するためのリストを追加するためには、出品者は、その商品に関する詳細ページのジャンルを区分して、次に、リストを追加するためのリンクを選択する。対応する詳細ページのジャンルを区分することによって、リストが作成される商品が、出品者によって完全に特定される。そのために、そのリストは、出品者が商品ＩＤを提供する必要なしに、特定の商品ＩＤ（ＵＰＣ、ＩＳＢＮなど）に正確に関連付けられる。

さらに、詳細情報がその商品に関するデータベースに既に存在しているので、出品者は、その商品の完全な商品説明を提供する必要もない。例えば、1つの実施の形態では、出品者は、特定のユニットの商品に関する条件と販売価格とを簡単に指定することができる。出品者が詳細な商品説明を提供する必要がないので、リストは、より迅速にかつ効率的に追加される。例えば、新たに追加された商品リスト(通常、「マーケットプレイスリスト」又は「マーケットプレイス商品リスト」と呼ばれる)は、定価リスト又はオークションリストのフォームにある。

買う気のある購入者が、特定の商品に関するマーケットプレイスリストを効率的に見つけられるようにアシストするために、それぞれの商品詳細ページには、対応する商品に関する既存のマーケットプレイスリストが、表示されるか又はまとめられていることが好ましい。これらのリストは、さまざまな異なった出品者(個人及び小口出品者を含む)と関連しており、新品及び中古品ユニットの両方を対象としている。このように、特定の商品に対する詳細ページにアクセスすることによって、購入者は、その商品に関する現在のすべてのマーケットプレイスリスト(もしあれば)を、効率的かつ正確に見つけることができる。また、商品データベース(通常、商品イメージ、第三者の商品レビューなどを含んでいる)から、詳細な商品情報を見ることができる。さらに、好ましいことに、ユーザは、様々なリストにおける価格、商品条件及びその他のパラメータを比較することが可能で、特定の出品者から商品の購入を開始することができる。

それぞれのマーケットプレイスリストは、データベース/カタログ内の対応する商品説明と共に表示されるので、購入者が、出品者によって提供された商品情報の精度と完全性を頼りにする必要性が大幅に軽減される。したがって、購入者が、リストアップされた商品を誤って特定する危険性（例えば、商品Ｂを商品Ａであると信じて購入すること）、又はリストアップされた商品の同一性又は特徴を決定することができないという危険性が、大幅に減少する。

また、1つの実施の形態では、詳細ページのいくつか又はすべてによって、好ましい小売業者又はプロバイダ出品者から商品を購入するためのオプションが提供される。なお、プロバイダ出品者は、マーケットプレイスシステムのオペレータ又はそのオペレータのビジネスパートナーであってもよい。このように、システムは、オンラインストア及びオンラインマーケットプレイスの両方としての役割を果たすものである。これらのストア及びマーケットプレイスは、商品詳細ページ又はストアのその他のカタログ「リアルエステート」上で販売するために、出品者達の商品のリストを作成することが許可されるマーケットプレイス出品者を伴っている。この機能は、小売カスタマに効果的に非小売りリストの作成を行わせること、又はその逆によって、クロス販売という利点を提供する。さらに、オンラインストアで使用されるカタログは、一貫性のあるフォーマットで詳細かつ正確な商品説明が行われている傾向があるので、マーケットプレイスリストを評価するタスクが、購入者にとってより簡単である。

また、詳細ページは、商品詳細ページで特徴付けられた商品と同じか又は関連する商品に関して、既存のマーケットプレイスリストを表示するように構成することもできる。例えば、特定のラップトップコンピュータに関する詳細ページは、ラップトップコンピュータ自体に関する既存のマーケットプレイスリストを表示することに加えて、(a)ラップトップコンピュータ用のアクセサリ、及び/又は(b)類似したラップトップコンピュータについて、現在あるリストを表示する。類似又は関連する商品のテーブルは、この機能を実行するために利用される。

特定の商品が、現在オンラインマーケットプレイスでは入手できない場合、商品詳細ページは、不特定のマーケットプレイス出品者から対応する商品を予約注文するオプションを購入者に提供することができる。このような予約注文要求は、そのような商品の所有者を誘惑して、マーケットプレイス内で同じ商品リストを作成させるように、対応する商品詳細ページに表示される。1つの実施の形態では、予約注文リストの作成者は、希望する最低の商品条件及び支払うことができる最高価格を指定するように促される。これらのパラメータは、予約注文リストを適当なマーケットプレイスリストに自動的にマッチさせるように、システムによって使用されることが好ましい。

また、大口の出品者に適応するように、マーケットプレイスシステムは、最初に関連商品詳細ページのジャンル区分を行うことなしに、同時に複数のリストを追加することができるようにするバルクアップロードサービスを提供することもできる。バルクアップロードされたリスト記録が、標準のフォーマットの商品ＩＤを指定していない場合には、バルクロードサービスは、電子カタログに表示された商品に関する対応する商品記録に、そのリスト記録をマッチさせることを試みるために、サーチルーチンを実行することが好ましい。そのようなマッチするものが認められる時には、そのリスト記録は、対応する商品ＩＤに関連しており、その結果として得られる記録は、商品詳細ページに表示される。マッチするものが全く認められない時には、1つの実施の形態では、システムは、商品カタログとは別に表示される非カタログベースの商品リストを作成する。

電子カタログの様々なページは、ウエブページのフォームで、オンラインサービスネットワーク又は双方向型テレビジョンシステムのディスプレイ画面、又はその他のタイプの適当な電子的ディスプレイに表示される。マーケットプレイスシステムは、商品詳細ページを採用することが好ましいが、商品詳細ページを使用することなく、上記の機能及びその他の機能を実行することができる。例えば、電子カタログは、商品詳細ページまで掘り下げるためのオプションなしに、1ページに複数の商品リストを示すことができる。そのような場合、商品リスト及びその商品に関する既存のリストを追加するためのオプション、及び/又はその商品を予約注文するためのオプションが、対応する商品説明と共に、簡単にマルチ商品ページ上に表示される。

本発明に係る別の機能は、単独で又は上記の機能との組み合わせで実行されるものであり、それらの機能には、ユーザが、かれらの個々の購買履歴を基にマーケットプレイスリストを追加するオプションを提供することが含まれる。好ましい実施の形態では、マーケットプレイスシステムは、システム内にそれぞれの購入者に関する購買履歴を維持している。購買履歴には、様々な異なった出品者(商人と非商人の両方を含む)からの購入が反映されており、対象のユーザに対して、別のユーザによって行われた贈答品の購入を含んでいる。1つの実施の形態では、マーケットプレイスリストを追加するために、ユーザは、その人の購買履歴を閲覧して、マーケットプレイスで売るためにそこから1つ以上の商品を選択する。購買履歴を基にした選択によって、各商品が正確に特定される。そのために、そのリストは、商品詳細ページを基に作成されたリストに関連するのと同様に、商品データベース内の特定の商品ＩＤ又は商品記録に正確に関連している。さらに、好ましいことに、その商品に関するすでに存在する商品説明が、データベース/カタログに存在しているので、出品者は、詳細な商品説明を提供する必要がない。出品者は、単に販売価格及び商品条件を指定することだけで、販売するための商品のリストを作成することができる。

ユーザが、かれらのそれぞれの購買履歴を基に、マーケットプレイスリストの追加をさらに容易に行うことができるように、マーケットプレイスシステムは、ユーザに、以前彼らが購入した商品を再販売するためのオプションを積極的に思い出させる。例えば、ユーザがマーケットプレイス(又は小売カタログから)から商品を購入した後の特定の時期に、システムは、ユーザに、その商品を説明し、その商品を販売するためのリンクを提供するＥメールメッセージ又はカスタムページを送信する。いくつかの実施の形態では、リンクを選択することによって、ユーザによる特別の操作なしに、すぐに、その商品のリストが作成される。

いくつかの場合には、これらのリマインダ又は「リスト作成要求」メッセージの伝達は、ユーザによる代替(superceding)商品の購入、又はユーザによるその商品に関するレビュー又はレーティングの提出などの、ユーザによる特定のアクションの引き金になる可能性がある。さらに、リスト作成要求は、予約注文要求の存在に対応して生成される。例えば、商品を求める予約注文要求の数が特定のしきい値を超えると、システムは、最近その商品を購入したユーザを特定し、そのユーザに、Ｅメールベースでリスト作成要求を伝送する。

本発明に係る別の機能に、マーケットプレイス及び/又は予約注文リストの作成者に価格を示すためのサービスがある。1つの実施の形態では、例えば、上記のように、商品詳細又は購買履歴を基に、ユーザが特定の商品に関するマーケットプレイスリストの作成を開始する時に、システムはユーザに販売価格を提示する。この価格は、次の１つ以上の基準又はその他の基準に基づいている。
（１）オンラインストアに関連する商品に対する現状の小売価格、
（２）メーカーの希望小売価格、
（３）商品の条件及び／又は年代（ユーザによる指定、再販売商品の場合ユーザの購買履歴を基にした推定又は決定）、
（４）条件などが同じか類似する商品に対して別のマーケットプレイスユーザによって支払われた価格、
（５）その商品が別のマーケットプレイス出品者から現在入手可能な価格、
（６）その商品に対して、未決定の予約注文要求で指定されている価格、
（７）予約注文要求で証明されるその商品に対する現在の需要。

また、同じ又は同様の基準が、予約注文リストの作成者に対して、最高購入価格を示すことにも利用される。

上記の機能のいくつかは、本発明の技術的範囲から逸脱することなく、その他の機能なしに特定のシステムで実行されることが認識されるであろう。例示した方法及びそれに限定されない方法によって、商品リストを作成するための上記の方法の1つ以上が、その他の方法なしに、及び/又はマーケットプレイス出品者からの商品を予約注文することができるようにすることなしに実行される。

図面を参照し、前述の事項を実行するシステム及びその他の機能を以下に説明する。図面及びそれに関連する説明は、本発明に係る特定の実施の形態及び機能を説明するために提供されるものであり、本発明の技術的範囲を限定するものではない。図面全体を通じて、参照要素間で同じであることを示すために、同じ要素では同じ参照符号（番号）を利用する。さらに、各参照番号のはじめの数字は、その要素がはじめて表示される図番を示す。

前述のシステムを実施するオンラインマーケットプレイスシステム及びその他の発明に係るシステムの機能を以下に詳細に説明する。開示される多くの機能は、別の機能を追加することなく利用され、また、本明細書で説明されているのとは別の機能、及び／又は本明細書で説明されていない機能との組み合わせで実現されることも明らかになるであろう。また、主として、ウエブサイトシステムに関連して説明するが、発明に係る様々な機能は、ユーザが閲覧し電子カタログから購買を行うことができる別のタイプのマルチユーザ双方向システムに対しても適用可能である。これらのシステムには、オンラインサービスネットワーク、双方向テレビジョンシステム、インストアキオスク(in-store kiosk)システム及び音声によるブラウズ(browse)をサポートするシステムが含まれるが、それらに限定されるものではない。このように、以下の説明は、発明を開示することを意図したものであって、本発明を限定することを意図するものではない。

全体の説明を通して、用語「マーケットプレイス(marketplace)」は、通常、ユーザが商品に関する既存の電子カタログを使用することによって、商品を購入し販売することができる電子フォーラムを意味するものとして用いられる。また、「マーケットプレイスリスト(marketplace listing)」又は「マーケットプレイス商品リスト(marketplace product listing)」は、通常、マーケットプレイス内で商品を販売するための電子リスト（及び例えば特定の商品ユニット）を意味する。好ましい実施の形態では、マーケットプレイスリストは、商品データベースにおける特定の商品の記録に関連するもので、対応する商品説明に関連する商品カタログに表示される。

用語「マーケットプレイスシステム(marketplace system)」又は単に「システム」は、基本的なコンピュータハードウエア、ソフトウエア及びマーケットプレイスを提供するデータ要素を意味するものとして用いられる。１つの実施の形態では、マーケットプレイスシステムは、ユーザに対して、（１）好ましい出品者から小売り購入を行うために、商品カタログを使用するサービスを提供し、（２）出品者の商品リストが、特定の商品記録に関連しておらず、電子カタログ内に表示されないエリアにある商品（「非カタログベース」のリスト又は「非マーケットプレイス」のリストと呼ばれる）を購入し販売するサービスも提供する。

用語「商品(product)」は、前後関係にもよるが、（ａ）商品の特定のユニット又はコピー、又は（ｂ）その商品のあるユニット又はコピーのいずれかを意味する。また、用語「ユニット」は、商品に関する特定のユニット又はコピーが含まれることを強調するためにいくつかの例に使用される。

さらに、用語「ユーザ」は、通常、特定のユーザアカウントに関係する個人又は１組の個人を意味する。ある前後関係では、その用語はアカウントの設定を終えていない個人を意味することもある。

Ｉ．概要
本発明に係る１つの実施の形態によれば、マーケットプレイスシステムは、コンピュータで実行される様々なサービスを含んでいる。そのサービスによって、出品者は既存の電子カタログ内で販売用の商品のリストを作成することが可能で、購入者は購入するためにそのカタログを閲覧することができ、マーケットプレイスの出品者から商品を予約注文することができる。以下に説明するように、そのカタログは、好ましい小売り業者から小売りされるいくつか又はすべての商品を購入するオプションも提供する。この電子カタログは、本明細書では「マーケットプレイスオペレータ」又は「マーケットプレイスプロバイダ」と呼ばれる単独の企業体(business entity)によって制御され、運営されることが好ましい。

カタログに表示される商品は、通常、本、ＣＤ、ＤＶＤ、電子装置、おもちゃなどの購入者に配送される物理的な商品である。また、いくつかの実施の形態では、商品は、音楽ファイル、見ることができる内容、ソフトウエアプログラムなど、購入者のコンピューティング装置にダウンロード又は伝送されるデジタル商品を含むことができる。カタログに含めることができる商品に関する別のタイプの例には、旅行やイベントのチケット、自動車、映画のタイトル(title)などがある。いくつかの実施の形態では、購買には実際の所有権譲渡を含める必要はないが、リース、ライセンス、レンタル、購読及びその他のタイプの商取引が含まれる。

また、電子カタログに対しては、通常のウエブブラウザを使用することによって、インターネット又はその他のネットワーク上でアクセスできることが好ましい。電子カタログに表示された商品のいくつか又はすべてのものは、そのシステムのユーザがマーケットプレイス内で販売用にリストを作成することができる商品である。さらに、電子カタログは、何百万個もの商品の表示を含むことが好ましい。それらの商品は、多くの異なった商品カテゴリに入るものであり、ユーザが販売したい商品のリストの作成を容易にするものである。カタログの内容には、商品の製造者、卸業者及び/又は別の適切なソースによって提供される「静的な」商品の説明及びイメージを含んでいることが好ましい。この内容は、ダイナミックにカタログページを生成するのに使用されるデータベースに格納されていることが好ましいが、ＨＴＭＬ又は別の符号化ページに含まれていてもよい。

電子カタログは、多くの従来の機構を介して操作される。例えば、ユーザは、ブラウズツリーと呼ばれる商品カテゴリと関連商品の階層(hierarchy)を閲覧することができる。さらに、ユーザは、サーチ項目をサーチエンジンに入力して、サーチ結果を得ることができる。いずれにしても、ユーザは、興味がある１個以上の商品に関する情報を見つけることができるように、電子カタログを操作することができる。

いくつかのオンラインストアシステムでは一般的であるように、ユーザは、カタログ内の商品の詳細ページに案内されることによって、商品に関する詳細情報を得ることができる。それぞれの詳細ページには、例えば、商品名、固有の商品ＩＤ、商品の仕様又はその他の説明（適用可能なものとして、製造者、ブランド、作者、アーチストなどを含む）、商品の画像又はマルチメディアプレゼンテーション、商品の評価（例えば、カスタマ及び／又はプロのレビューアからのもの）、カスタマの平均的なレーティング、同じ又は関連する商品のリスト、価格設定と利用可能な情報、配送情報及び／又はシステムによって保守されている販売ランクデータなどが含まれる。同じ商品詳細ページについて２つ以上の異なったバージョンや画面を電子カタログ内に表示することができる（例えば、図１Ａ、１Ｂ参照）。また、これらの画面は、ページを見る人のために、カスタマイズされ、独自のものにされる。詳細ページに表示された商品情報のいくつか又はすべては、「静的」な情報であることが好ましい。静的な情報は、マーケットプレイスリストが追加され、取り除かれる時の時間を変化させることがない（マーケットプレイスオペレータの制御下にある場合を除く）。以下に説明するように、それぞれの詳細ページは、そのページ（必要に応じて関連する商品又は同じ商品に関するページ）の商品に関する既存のマーケットプレイスにおけるリストを作成し又はまとめるもので、また、ユーザに対して、その商品に関するリストを追加するオプションを提供するものであることが好ましい。

通常、それぞれの特定の商品詳細ページは、１人以上の出品者から表示された商品を購入するためにオプションを提供する。例えば、詳細ページは、好ましい小売業者又は「プロバイダ出品者」から商品を購入するためのオプションを提供することができる。この「プロバイダ出品者」は、マーケットプレイスシステムのプロバイダ／オペレータ又はそのビジネスパートナーのどちらかである。通常、それぞれのプロバイダ出品者は、よく知られた小売業者である(その名前「ストアドットコム(Store.com)」は、スクリーンディスプレイに、仮想のプロバイダ出品者を表示するのに使用される)。２人以上の異なったプロバイダ出品者が、システムを介して商品を販売することができる。それらの商品は、それぞれ別個の商品カテゴリ又はセットのカテゴリ（例えば、本−おもちゃ−エレクトロニクス）への割り当てを伴っている。一方、別のプロバイダ出品者は、特定の商品カテゴリ又はマーケットプレイスオペレータと交渉された基準に基づくセットのカテゴリ上で定期的に交替することができる。いくつかの実施の形態では、カタログでは、プロバイダ出品者から商品を購入するためのオプションが提供されない（例えば、システムは利用者間の販売をサポートするだけである）。

また、詳細ページは、システムのエンドユーザ（一般に「マーケットプレイス出品者」）によって作成された１つ以上のマーケットプレイスリストを含むことができる。マーケットプレイス出品者は、通常、個人のユーザ及び小売商人を含んでいる。また、マーケットプレイス出品者には、いくつかの実施では、プロバイダ出品者ではない大口の出品者(小売業者を含む)を含むことができる。マーケットプレイスリストは、中古又は以前所有されていた商品、小売又は他の新品及び／又は収集品など他のタイプの商品を対象とすることができる。いくつかの実施及び／又はある商品又は商品カテゴリに関しては、システムは中古の商品ユニットのマーケットプレイスリストをサポートするだけである。

通常、それぞれのマーケットプレイスリストは、商品の特定のユニットを対象としており、いったんそのユニットが購買されると詳細ページから取り除かれる。また、在庫する商品ユニットを販売するのに使用される持続性のあるリストもサポートされる。例えば、このシステムは、マーケットプレイス出品者に、特定の数のユニットが販売されてしまうまで、リストを所定の位置に残すように要求することをサポートすることができる。

従来と同様に、マーケットプレイスシステムのユーザは、マーケットプレイス出品者としてオンラインで登録して、その後、マーケットプレイスリストを作成することができる。出品者登録の部分及び／又はマーケットプレイスリストが作成されると、システムは、ユーザ／出品者に、購入者に対して発行される配送及びその他のポリシーを指定することができるようにする。また、販売による売上がそのシステム又はそのオペレータによって預け入れられる銀行口座を指定することができるようにする。ユーザがそれらの銀行口座に効率的にリンクを形成することができるプロセスの例は、2000年3月2日に出願された米国特許出願番号09/517,563号に記載されている。

また、システムは、希望する商品がマーケットプレイス内で現在利用できないような場合に、ユーザが、商品の「予約注文」リストを追加することができるようにサポートする。例えば、購入者は商品詳細ページに予約注文リストを追加することができる。なお、この商品詳細ページには、購入者が、マーケットプレイス出品者から、指定された価格で利用可能な中古商品ユニットを購入しようとしていることが指定される(図２及び図３Ａと以下の説明を参照)。予約注文リストは、販売する商品の所有者を惹き付けるものであることが好ましい。また、予約注文リストは、与えられた商品に対する現在の要求レベルを測るために、プロバイダ出品者によって使用される。これは、在庫管理を行うのにも望ましい。マーケットプレイスリストに関しては、ユーザは対応する商品詳細ページから、予約注文リストの作成を開始することができることが好ましい。以下に説明するように、このシステムは、時間が経つにつれて、適当なマーケットプレイスリストに、予約注文リストを自動的にマッチさせることができる。

いったんマーケットプレイスシステムに登録されると、マーケットプレイス出品者は、そのカタログの説明、好ましくはその商品の詳細ページから、特定の商品に関するマーケットプレイスリストを追加することができる。例えば、1つの実施の形態によれば、出品者がその人が読み終えた本を販売したいときに、出品者はその本に関連している商品詳細ページにアクセスすることができる。また、以下に詳細に説明するように、商品詳細ページに、マーケットプレイスリストを追加することができる。このように、いったんユーザが、カタログを閲覧するために存在するナビゲーションツールと方法に慣れてくると（例えば、購買を行う結果として）、ユーザは、販売される商品を探し、特定するための同じツール及び方法を使用することができる。マーケットプレイスリストを追加するためのこの方法に関する重要な利点は、出品者が商品の説明を提供する必要がないということである（ただし、マーケットプレイスの出品者が説明内容を提供することを許可されない）。例えば、1つの実施の形態では、出品者は、単に販売価格と商品条件を指定するだけで、それ以上の指定をすることなく、商品詳細ページからマーケットプレイスリストを作成することができる。別の利点は、出品者が、マーケットプレイス内でリストを作成したい商品に対するＵＰＣ、ＩＳＢＮ又はその他標準の商品識別子を提供する必要がないということである。

また、以下に説明するように、ユーザは、カタログで関連商品を閲覧することなしに、かれらのそれぞれの購買履歴から、マーケットプレイスリストを追加することも許可される。例えば、以前システムを利用して（マーケットプレイス出品者又はプロバイダ出品者から）電子装置を購入したユーザは、その人の購買履歴のリストから、その商品を選択して、次に、簡単に、マーケットプレイス内でその商品を再販売するための価格と商品条件を指定することができる（図４Ａ及び図４Ｂ参照）。この機能を可能にするために、このマーケットプレイスシステムでは、システムの各ユーザによって行われた購買を反映するユーザ購買履歴が維持される。また、ユーザの購買履歴は、そのユーザに対する他のユーザによる贈り物の購買も含むことができ、それに限定されるものではないが、そのユーザに対する希望リストから作成された購買品を含んでいる。

マーケットプレイス及び予約注文リストを追加するための前述の方法に関する重要な利点は、そのような各リストが、対応する商品ＩＤ又は商品データベースの中の商品記録と関連するマーケットプレイスシステムによって格納されるということである。その結果、マーケットプレイスシステムは、特定の商品に関連しているすべてのマーケットプレイス（及び／又は予約注文）リストを正確に特定し、表示することができる。したがって、購入者が関連するリストを見つけられないということが大幅に少なくなる。

また、重要な利点は、マーケットプレイス出品者自身以外のソースから得られるカタログ内容（商品に関する説明）と関連している、現在のマーケットプレイス及び／又は予約注文リストを表示することによっても達成される。なお、本明細書で使われる用語「カタログ内容」は、一般に、製造者、出版社、卸業者、プロの評論家、システムのプロバイダ／オペレータなどの関連商品に関するマーケットプレイス出品者以外のソースから得られる商品に関する説明及びデータを意味する。例えば、マーケットプレイスリストに関しては、購入者は、マーケットプレイス出品者によって供給された説明の正確さを当てにする必要性なしに、そのようなカタログ内容からリストアップされた商品を特定することができる。そのため、購入者がリストアップされた商品を誤って特定することや、特定することができないということが減少する。さらに、カタログ内容が、プロのレビュー、カスタマのレビュー、平均的なカスタマによるレーティング、及び／又はオークション及び別のユーザ間販売リストには通常見つけられない他のタイプの補足情報を含む実施の形態では、購入者となる可能性のある人は、マーケットプレイスにリストされた商品に関して、情報を与えられての購買決定を効率的に行うことができる。

個々の商品の詳細説明ページへの商品リストの上述の関連付けは、商品ＩＤの使用によって達成されることが好ましい。商品ＩＤは、ＵＰＣ(Uniform Product Code)、ＩＳＢＮ及びその他のタイプの標準商品コードを含むことができる。一貫性を持たせるために、商品が、その商品に関連する標準化ＩＤ（ＩＳＢＮ、ＵＰＣなど）を既に持っている場合には、カタログ内の各商品には、本明細書では"ＡＳＩＮ"と呼ばれる店標準規格ＩＤが割り当てられることが好ましい。標準化ＩＤが付けられていない他の商品に対しては、マーケットプレイスシステムのオペレータは、ＡＳＩＮを生成して、割り当てるのがよい。

１つの実施の形態によれば、オンラインマーケットプレイスシステムでは、例えば、商品詳細ページを作成するために、相互の様々なデータベースの情報に関係するか、又は関連するインデックスとしてＡＳＩＮを使用する。好ましい実施の形態では、オンラインマーケットプレイスシステムは、商品のカタログ内容及びあらゆる関連するマーケットプレイス／予約注文／プロバイダリストをサーチするためにＡＳＩＮを使用することが可能であり、以下に図１と図２を参照して説明するように、商品詳細ページを構築することができる。

本発明に係る別の形態によれば、オンラインマーケットプレイスシステムは、ユーザの購買履歴及び／又は商品の所有権に関する他の証拠を使用し、そのようなユーザに対して、マーケットプレイス内にそれらの商品のリストを作成する要求を先行して生成させることができる。そのような「リスト作成要求」は、Ｅメール、カスタムウエブページ又は別の手段によって送信し、マーケットプレイスリストを追加するために上記の「ローフリクション(low friction)」法をサポートすることができる（例えば、条件と販売価格だけを指定する）。また、1つの実施の形態の場合には、そのような要求のタイミングは、購買された商品のタイプに依存していてもよい。例えば、短編小説に関しては、その要求は、購買の数週間後に送ってもよく、一方、より長編の書名に対しては、より長い時間が経過した後でもよい。

また、開発された特定の商品に対する需要が変化した結果として、例えば、前述の予約注文プロセスにより、先を見越した要求が送られてもよい。例えば、特定の商品に対して、1つ以上の予約注文要求がある場合には、マーケットプレイスシステムの実行可能なタスクとして、その商品に関する１人以上の最近の購入者を特定するために、ユーザの購買履歴を調査し、次に、リスト作成要求を各購入者に送信することがある。このリスト作成要求は、次のような適当なメッセージを含んでいてもよい。「＜項目名＞の最近の購入者として、私たちは、あなたが、＜予約注文人数＞の購入者がこの使われた商品を購入するために現在待っているということを知っていることが好ましいと思います。もし、あなたがストアドットコムマーケットプレイスの中でこの商品を販売したい場合には、ここをクリックしてください。」
さらに、ユーザによる特定の操作によって、そのユーザに送られるリスト作成要求を発生させることができる。例えば、特定の書名をリストアップするという要求を、そのユーザが、（１）本に対するレビュー又はレーティングを提出するか、又は（２）本の続編を購入するという時又はそのすぐ後に提示してもよい。ユーザによる操作が所有していることを証明している場合（例えば、商品のレビューの提出）には、その商品がユーザの購買履歴に含まれているか否かにかかわらず、リスト作成要求を提示するのがよい。

ユーザが、上記の方法の１つによって示されるマーケットプレイス又は予約注文を追加することを試みる場合には、クッキー、ログイン手続き、セッションＩＤ（例えば、ユーザが既にログインしている場合）、又はあらゆる他の適当な方法を用いることによって、そのユーザのアイデンティティを決定するのがよい。ユーザが出品者としてまだ登録していない場合には、そうするようにそのユーザを促すのがよい。

本発明に係る別の形態によれば、オンラインマーケットプレイスシステムは、適切な販売を助言し、マーケットプレイス又は予約注文の作成者へ価格を尋ねるサービスを、それぞれ提供することができる。例えば、このシステムは、１つ以上の下記の基準を使用して、マーケットプレイスリストを作成しているユーザに販売価格を示すことができる。すなわち、基準は、その商品に関する最近の小売価格、製造者の希望小売価格、その商品の条件及び／又は年代（ユーザによって特定されるか、又は再販売商品の場合、ユーザの購買履歴から予測される）、同様な条件における同じ又は類似の商品に対して、他のマーケットプレイスユーザによって支払われた価格である。１つの実施の形態では、ユーザは、示された価格を自由に使ってもよく、無視してもよい。オークションがサポートされている実施の形態では、出品者は、（１）入札が許される最低価格を選択すること、及び／又は（２）購入者がすぐに商品を購入することができる「今すぐにそれを買う」価格を選択することに、示された価格を利用することができる。以下に説明するように、マーケットプレイスシステムのユーザインタフェースは、ユーザが、１回のマウスクリック又は別の１回の選択操作によって、商品詳細ページ又は購買履歴リストから、マーケットプレイスリスト（販売価格と条件を指定することを含む）を作成することができるようにサポートすることができる。

また、マーケットプレイスリストがユーザの購買履歴から作成される場合には、そのシステムは、ユーザがそのリストを作成するのをサポートするために、その商品に関する以前の購買に関連するデータを使用することもできる。特殊な例として、あるユーザが、条件：「よい」でリストされた中古のマーケットプレイス商品を２５ドルで購入し、２週間後に、マーケットプレイスリストを作成するために、そのユーザの購買履歴からその商品を選択することができる。そのようなシナリオでは、システムは、商品を再販売するために、デフォルトパラメータとして「価格：２５ドル」と「条件：よい」を使用することができる。ユーザは、これらのデフォルトパラメータ（例えば、リストを作成するためのシングルアクションリンクの選択による）を受け容れるか、又は新しいパラメータを指定することができる。

また、マーケットプレイスシステムは、大口の出品者など、量の多いマーケットプレイス出品者が、カタログ内の関連商品に関する説明を閲覧する必要なく、オンラインマーケットプレイスリストに、彼らの在庫品を含めることができるようにするためのバルクアップロードサービスを提供することもできる。１つの実施の形態によれば、バルクアップロードサービスは、ローダコンポーネントによって実行される。大口の出品者は、このローダコンポーネントによって、大口の出品者のデータベースから、そのマーケットプレイスシステムへ、一度に複数のリストをアップロードすることができる。通常、これらのリストは、商品に関する詳細説明やイメージを含んでおり、発行された標準又は所定のフォーマットを使用して、大口の出品者にアップロードされる。

ローダは、そのような各リストを分析するものであることが好ましく、マーケットプレイスシステムの商品データベースの中に示された商品にリストをマッチさせるように試みることにより、既存のカタログの中にある商品の詳細説明ページとそのリストとを関連付けることが好ましい。バルクアップロードされたそれぞれのリストは、関連する商品用の既存の商品詳細ページに追加される。ローダが、バルクアップロードされたリストが、現在、商品データベースに示されていない(及びカタログには含まれていない)商品に関するものであると判断された場合には、ローダは、アップロードされた商品説明を利用して、その商品用の新しいデータベースの記録と商品詳細ページを作成する。次に、マーケットプレイスオペレータは、提供された情報が十分であるか、及び記録を電子カタログに追加すべきか否かを判断するために、新たに作成された商品データベースの記録を再検討する。したがって、大口の出品者による大量のアップロード操作の結果、時間の経過とともに、電子カタログに表示された商品の数が増加すると、そのデータはマーケットプレイスオペレータによって制御されるようになる。

主に個人対個人の販売に向けられたものなど、いくつかの実施の形態では、大量のアップロードを実行する機能を省略することができる。

また、上記のように、このシステムは、出品者が、電子カタログにある特定の商品のリストに関連することなしに、販売用の商品リストを作成することができるサービスを提供することもできる。これらの「非カタログベース」又は「非マーケットプレイス」のリストは、商品詳細ページには表示されない。しかし、それらのリストは、サーチエンジンやその他のナビゲーションツールを使用して、購入者となる可能性のある人によって、見つけられる可能性がある。そのような非カタログベースのリストをサポートすることによって、そのシステムは、出品者がカタログに示された商品を販売するのと同時に、現在カタログに示されていない商品の販売を希望する出品者にも適合させることができる。

II．ウエブページの例
図１Ａ〜４Ｂを参照して、上記の機能を特定のウエブベースで実行するページ及びページフローの例を以下に説明する。図５〜図１０は、関連するウエブサイトコンポーネント及びプロセスフローを示す図であり、それぞれ以下に説明する。例に示したページは定価販売を示しているが、例示する機能は、オークションのリストにも使用可能であることが認識されるであろう。

Ａ．商品詳細ページの例
図１Ａ、１Ｂ、２及び３Ｂは、本発明の１つの実施の形態に係る商品詳細ページの例であり、その中に表示されるいくつかのタイプの情報及びオプションを示している。なお、前記のカタログの内容に関するいくつかのタイプ（カスタマ及びプロのレビューなど）は、図面を簡素化するために、これらの図から削除されている。例に示したページは、商品がプロバイダ出品者とマーケットプレイス出品者の両方から購入される場合の例を示しており、これらの図にあるマーケットプレイスリストは定価販売用となっている。上記のように、プロバイダ出品者から購買を行うオプションは、いくつかの実施の形態で省略されている。さらに、いくつかの例において、マーケットプレイスリストのいくつか又はすべてが、オークションのリストのフォームとなっている。

図１Ａに示したように、それぞれの商品詳細ページ１００は、商品情報１０５（１つのタイプのカタログ内容）及び１つ以上のボックス又は「タグ」を含んでいる。プロバイダタグ１１５は、プロバイダ出品者によって表示された商品を購入するのに関連する、様々なユーザアクティビティボタン１２０を備えている。図１Ａに示した例では、プロバイダタグ１１５によって、ユーザが、プロバイダ出品者からすぐ商品（この例では音楽ＣＤ）を購入するか、又はその後購入するために個人のショッピングカートに商品を追加することができるようになっている。また、そのページは、個人的な希望リストに商品を追加するためのボタン１２０も備えている。他のボタン（図示省略）には、例えば、ユーザが商品に関するカスタマレーティング及びレビューを提出することができるようにするものが含まれる。

また、この例における商品詳細ページ１００は、マーケットプレイスタグ１２５も含んでいる。マーケットプレイスタグ１２５には、もしあれば、商品用の既存のマーケットプレイスリストに関連する情報も含まれる。図１Ａに示したように、マーケットプレイスタグ１２５では、マーケットプレイスリスト１３０（この例で「収集品」及び「中古品」）が示され、そのようなタイプの各リストの数１３５、及び１つ以上の関連する価格１４０（この例のすべての利用可能な中古の商品の最低価格）が指定される。また、「再生品」、「新品」、「小売」及び「オークション」など、その他のタイプのマーケットプレイスリストがサポートされる。いくつかの実施の形態（及び／又はある商品に関して）では、このシステムは、中古の商品に関するマーケットプレイスリストだけを対象にすることができる。

この例では、マーケットプレイスタグ１２５は、マーケットプレイスリストの要約を表示しているが、マーケットプレイスタグ１２５又は商品詳細ページ１００のほかの場所には、追加の詳細を表示することができる。また、マーケットプレイスタグ１２５は、その商品に関するあらゆる既存の予約注文リストを作成し、又はまとめることもできる（以下に説明する図３Ｂ参照）。さらに、マーケットプレイスタグ１２５には、商品用の予約注文リストを作成するためのボタンを表示することができる（図２に示した「予約注文商品」ボタン参照）。

購入者がプロバイダ出品者から商品を購入することを希望する場合には、プロバイダタグ１１５にある該当するボタン又はリンクを選択することによって、購入者はプロバイダ出品者から商品を購入することができる。一方、購入者が、様々なタイプのマーケットプレイスリストに関する価格表示１４０を伴うプロバイダリストに関係する価格を比較する場合には、購入者は、マーケットプレイスリストのうちの１つを選択するように動機づけられる。購入者は、マーケットプレイスリスト（この例では「収集品」又は「中古」）における対応するハイパテキストリンクをクリックすることによって、どのマーケットプレイスリストを見たらいいかを選択する。マーケットプレイスリストをクリックすると、以下に詳細に説明するように、購入者はマーケットプレイスリスト詳細ページに案内される。

マーケットプレイスタグ１２５は、ユーザがその商品用のマーケットプレイスリストを作成することができるようにするために用いられる”sell yours here”（「ここであなたのものを販売しなさい」）ボタン１２７を含んでいる。1つの実施の形態では、このボタンの選択に基づいて、ユーザは、１つ以上の別の１ページを介して、商品の条件と販売価格を指定するように催促される（以下に説明する図３Ｃ、３Ｄを参照）。別の方法として、ユーザが条件と価格を特定することができるように、フィールド、ドロップダウンメニュー及び／又は別の表示要素を商品詳細ページに含めることが可能である。その結果、ユーザは、最初に追加ページにアクセスする必要性なしに、リストを作成することができる。また、いくつかのケース（例えば販売価格が、あるしきい値を超える場合）ではあるが、ユーザの認証は、ブラウザクッキーを使用することによって決定され、そのユーザは、ユーザＩＤ又はその他の認証情報を提供するように催促される。図３Ｃ〜３Ｅは、商品詳細ページに、マーケットプレイスリストを追加するためのページの例を示す図である（後に説明する）。また、図６は、関連するプロセスフローの例を示す図である（これも、後に説明する）。

1つ以上のリストが存在するそれぞれのマーケットプレイスリストのカテゴリに関して、マーケットプレイスタグ１２５は、それらのリストに関連するより詳しい情報へのハイパテキストリンクを含んでいる。１つの実施の形態では、そのようなリンクの選択によって、そのシステムでは、対象のリストに関する詳細な情報で、商品詳細ページが効果的に補充される。例えば、図１Ａに示した「7 used」リンクを選択した場合には、マーケットプレイスシステムを、図１Ｂ(そのような２つのリストが示されている)に示したように、「中古("used")」カテゴリに属する各リストに関する詳細情報を含んでいる詳細ページバージョンに戻すことが好ましい。そのようなそれぞれのマーケットプレイスリストに関しては、そのページは、例えば、マーケットプレイス出品者の名前、平均化された出品者のカスタマレーティング（前の購入者によって提出されたレーティングに基づく）、価格、商品の条件、出品者の配送ポリシー及び購入ボタン１２９又は購入を開始するためのその他のリンク（ショッピングカートへの商品の追加など）などのリストに関する追加詳細説明を含んでいる。

図１Ａと１Ｂに示した例に関する重要な事項は、マーケットプレイス内で１ユニットの商品を販売するオプションが、その１ユニットの商品を購入するオプション（例えば、同じ商品詳細ページ）と共に表示されるということである。したがって、購入することを目的としてカタログにアクセスするユーザに対して、販売用の商品のリストを作成するプロセスが公開される。そのような公開の結果、ユーザはマーケットプレイス出品者になる可能性がある。別の利点は、ユーザが、商品の購入と販売の両方に、同じカタログサーチと案内ツールを使用することができるということである。

ユーザが、そのマーケットプレイスリストに対応する購入ボタン１２９を選択することによって、マーケットプレイス出品者から商品を購入する場合、そのマーケットプレイスシステムは、通常、徴収プロセスを操作し（例えば、購入者のクレジットカードを請求する）、手数料を引いて、結果として生じる売上を出品者の銀行口座に払い込む。また、出品者に対する直接支払いなどの他の徴収方法もサポートされる。また、マーケットプレイスシステムは、その出品者が商品を配送することができるように、販売について出品者に通知する（例えば、Ｅメール又は大口の出品者のイベントにおける直接的なｘｍｌデータのフィードにより）。このシステムは、また、取引が完了した後、購入者が出品者を評価することもサポートし、購入する可能性がある購入者に対して、出品者のレーティングデータを発行することができる。

購入者の利便性を図るために、追加タグ１５０によって、購入者に利用可能なその他の購買オプションが改めて表示される。この例では、その他のオプションには、プロバイダ出品者("store.com")から商品を購入すること、及びマーケットプレイス出品者から収集品ユニットを購入することが含まれる。図１Ａに示したように、タグ１５０は、新しいマーケットプレイスリストを作成するための"sell yours here"（「ここであなたのものを販売しなさい」）ボタン１２７も含んでいる。

上記の例では、複数のバージョン又は商品の詳細ページが用いられているが、いくつかの実施の形態では、１つの詳細ページビューだけが、各商品に対して提供される。例えば、それぞれのマーケットプレイスリストの詳細が、オリジナルの商品詳細ページ１００に表示される。さらに、特定の商品に関するマーケットプレイスリスト及びそのようなリストを作成するためのオプションが、非商品詳細ページ内に表示される。この非商品詳細ページは、通常１ページ当たりに複数の商品を特集するか又はリスト表示する、サーチ結果ページやブラウズノードページなどである。

図２は、カタログ全体を通して使用される別の商品詳細ページのフォーマットを示す図である。この特定の例では、そのページは、様々なタイプの情報やオプションを体系化するのに使用される１セットのタブ２１０を含んでいる。従来知られているように、タブの選択によって、そのタブに関連する情報が明らかにされる。この例におけるタブ２１０は、"Product Information"（「商品情報」）タブ、"Similar Products"（「類似品」）タブ、"Buy it Used"（「中古品を購入」）タブ及び"Reviews"（「レビュー」）タブを含んでいる。図示した例では、"Buy it Used"タブ２１０が選択されると、システムには、"used"（「中古」）カテゴリに本に関するマーケットプレイスリストが現在全くないことを表示する。その結果、そのページは、購入しようとしている購入者が、”Pre-order item”（「予約注文商品」）ボタン２１５をクリックすることによって、示された商品に関する中古品のユニットを予約注文することができるようにする。このように、マーケットプレイス商品リストと同様に、予約注文リストを追加するプロセスは、その商品に関する詳細ページから開始される。

商品詳細ページは、特定の商品に関連する商品リスト、ユーザオプション及びその他の情報の要素を集約するために便利な機能を提供するが、本技術に係る専門家であれば、本明細書に開示された事項から、説明された機能が、商品詳細ページを用いることなしに実行可能であることを認識できるはずである。例えば、電子カタログは、詳細ページ当たり１つの商品よりもむしろ１ページ当たりに複数の商品を示すようにするのがよい。そのような場合、商品に関するマーケットプレイスリスト及びその既存のマーケットプレイス及び／又は予約注文リストを追加するオプションは、複数の商品ページに対応する商品の説明とともに簡潔に表示される。また、マーケットプレイスリスト及びリストの新規作成オプションを表示するために、商品詳細ページ及び別のタイプのページの両方を使用するハイブリッドアプローチも可能である。

Ｂ．予約注文リストの新規作成と表示
図３Ａは、「予約注文」ページ３００の一般的な形式を示す図である。この予約注文ページ３００は、図２に示した予約注文ボタン２１５の使用などにより、商品詳細ページの商品を予約注文する購入者の要求に応答して表示される（ただし、図３Ａは、図２に示した商品とは異なった商品に対応している）。図示したように、ユーザは次の（１）−（３）に関する入力を促される。（１）商品に関する受け容れ可能な最低の条件（１つの実施の形態では、"any"、"acceptable"、"good"、'Very good"又は"like new"のいずれかであるか）を指定するためのプルダウンメニュー３０５、（２）ユーザがその商品を買っても構わないと思っている最高価格を入力するボックス３１０、（３）予約注文を有効に維持する期間（例えば、購入するまでの期間：１週間、４週間、８週間）を指定するプルダウンメニュー３１５である。以下に説明するように、これらのデータは、予約注文リストとマーケットプレイスリストとが自動的にマッチするように、マーケットプレイスシステムによって使用されることが好ましい。ユーザが適切な最高価格を選択するのをサポートするために、このシステムは、商品リストの価格、商品がプロバイダ出品者から利用可能である価格及び指定された最高価格を表示する。また、マーケットプレイス内の商品の平均的な販売価格（図示省略）などの他の価格データを表示することもできる。示された価格は、マーケットプレイスリストの価格を決定する１つ以上の評価基準に基づいている。

"continue"（「継続」）ボタン３２０の選択により、ユーザは入力された情報を確認することと、いくつか又はすべての場合に、ログインすることを促される（図示省略）。予約注文リストは、次にシステムに追加されて、完了し、満了し又はユーザによって削除されるまで、商品詳細ページに表示される（図３に示したように、要約形式が好ましい）。このように、マーケットプレイス商品リストの作成と同様に、ユーザのニーズだけによって、予約注文リストを作成するために簡単な数ステップが実行される。この場合、商品はそのプロセスが開始される詳細ページで既に特定されているので、商品の名称、商品ＩＤ又はその他の商品説明の提供は不要である。図８を参照して、予約注文リストの作成手順を後に詳しく説明する。

図３Ｂは、テキスト"7 buyers waiting."によって示したように、複数の未決定の予約注文リストが存在する商品に関する詳細ページの例を示す図である。この例に示されているように、商品を売る意志がある出品者には、その商品に対してマーケットプレイス内に存在する需要レベルが通知される。指定された最低条件と最高価格とを含む７つの予約注文リストの詳細は、売る意志のある出品者には明らかにされないことが好ましい。また、"sell yours here"（「ここであなたのものを販売しなさい」）ボタン３２５は、非プロバイダの５個の商品に関してすでに存在する需要を満足するように、出品者が、販売する商品を容易にロードすることができるように設けられている。

Ｃ．マーケットプレイス商品リストの新規作成
図３Ｃ−３Ｅは、１つの実施の形態に係るマーケットプレイス商品リストを作成するのに使用される一連のウエブページ３３０、３３５、３４０を示す図である。図３Ｃに示した条件ページ３３０の例は、図３Ｂに示した"sell yours here"ボタン３２５による選択の後に表示されるページに対応している。条件ページ３３０は、販売用にリストが作成された商品を再表示して、出品者に、事前に定義された商品条件記述部のリスト３４５から選択することを催促する。出品者によって指定される条件のタイプは、特定のマーケットプレイスシステムの目的と性質及び販売される商品のカテゴリ又はタイプに依存する。この特定の例では、出品者が"used"（「中古」）として商品を提供することが許可される場合である（すなわち、すべての条件の記述部が中古の商品を対象としている）。プロバイダが新品を提供しない場合、又は新品が品切れとなっている時など別の例の場合には、出品者は、"new"（「新品」）として商品のリストを作成することが許可される。商品が現在プロバイダ出品者から利用可能ではない時に、新しいマーケットプレイスの出品者の商品だけが表示されるように、新品のリストは公開されない。

図３Ｃをさらに参照すると、条件が出品者によって指定され、"continue"（「継続」）ボタン３５０が選択されると、出品者は、価格ページ３３５（図３Ｄ）を介して、任意のコメント３５２と販売価格３５４を入力するように促される。コメント３５２は、さらに商品条件を指定するのに使用され、買ってくれそうな人が見ることができるようになっている（図１Ｂ参照）。販売価格を選択する際に出品者をサポートするために、価格ページ３３５が、プロバイダ出品者の価格（マーケットプレイスリストの最高価格として役立つことが好ましい）、推奨価格（条件ページ３３０で指定された条件が与えられている）、商品の平均的な販売価格（中古の商品に関する過去の購買に基づいている）及び未決定の予約注文リストの平均価格（もしあるならば）を表示する。また、図３Ｄに示した価格ページ３３５は、次の（１）と（２）とを指定するように出品者を促す。すなわち、（１）その商品が配送されるzip code３５６（送料を計算する目的のために）及び（２）出品者が急送を申し出るか否かである。ただし、これらのパラメータのうち、１つ又は両方が出品者のすべてのリストに対して、出品者によって予め指定されていてもよい。"continue"（「継続」）ボタン３５８の選択に応じて、システムは、確認ページ３４０（図３Ｅ参照）へ進む。この確認ページ３４０で、リストを作成するためにボタン３６０を選択することによって、出品者は入力された情報を編集するか、又はすぐに販売用の商品のリストを作成することができる。

Ｄ．購買履歴からリストを作成する商品の選択
上記のように、システムは、ユーザそれぞれの購買履歴からマーケットプレイス内の販売用の商品ユニットを選択することができるように、ユーザをサポートする。この機能は、カタログ内の商品詳細ページからマーケットプレイスリストを追加するための上記の機能と組み合わせて実行されることが好ましい。しかし、マーケットプレイスリストを作成するためのそれぞれの方法は、本発明に係る技術的範囲から逸脱しないその他のものと独立に実行することができる。

図４Ａは、プロバイダ又はマーケットプレイスの出品者から、特定のユーザによって購入された商品のリストを含む購買履歴ページ４００の例を示す図である。ユーザは、"Accounts"（「アカウント」）ページから"Purchase History"（「購買履歴」）オプションを選択することによって、1つの実施の形態として示した購買履歴ページ４００にアクセスすることができる。また、ユーザは、例えば、"last X months,"（「最後のＸカ月」）、"Music,"（「音楽」）、"Items under $X,"（「Ｘドル未満の商品」）又はそれらに類似したものなど、購買履歴ページ４００にリストされる商品を制限するために、１つ以上のフィルタを指定することもできる。購買履歴は、マーケットプレイス出品者からの購入及びプロバイダ出品者からの購入の両方を反映するものであることが好ましい。図４Ａに示したように、購買履歴は特定のユーザに対する贈り物のように、他のユーザによって購入された商品のリストを含むこともできる。さらに、他の出品者とのパートナーシップに関する整理の結果として、購買履歴は、第三者、例えば、他のウエブサイト、オンラインストア、物理的なストア(physical store)又は別のマーケットプレイス出品者からの購買を反映するようにすることもできる。

図４Ａに示したように、購買履歴ページ４００は、図示した実施の形態に従って、商品内容で整理された、以前に購入された商品のリスト４０５を含んでいる。従来のように、リスト４０５は、商品の詳細ページにハイパテキストリンクを有する、商品に関する短い説明又はタイトルを含んでいる。さらに、各リスト４０５は、１つ以上の次のタイプの情報（又はそのような情報とのリンク）を含むことができる。すなわち、伝票番号、支払われた価格、購入時の商品条件、発注日及び受取人などである。

１つの実施の形態によれば、各リスト４０５は、チェックボックス４１０を含み、オンラインマーケットプレイスにおける販売に、購入した商品を出品するというオプションをユーザに提供する。ユーザは、並行して、複数のマーケットプレイスリストを作成するために、複数のボックスをチェックすることができることが好ましい。また、ユーザは逐次（１つずつ）リストを作成しなければならないので、その場合には、図３Ｃ、３Ｄに示した書式のページが使用される。そのような場合には、上記のように、図３Ｃ及び３Ｄに示した"condition"（「条件」）フィールド３４５及び"price"（「価格」）フィールド３５４が、前の販売に関係する値とともに予め準備され表示される。

図４Ａに示した"Sell Items"（「販売商品」）ボタン４１０がチェックされ選択されると、システムは、図４Ｂに示したタイプの再販売ページ４５０を生成し、そのページに戻る。この再販売ページ４５０から、ユーザは、リストされた各商品に対して条件及び販売価格を指定し、コメントを入力することができる。また、図３Ｄに示したように、ユーザは、配送先の郵便番号及びサポートされる発送方法を指定するように入力することも促される。その商品が、以前マーケットプレイスの出品者から購入された"used"（「中古」）であった場合には、図４Ｂに示したチェックボックス及びフィールドのいくつか又はすべてが、以前の販売に使われた値とともに、システムによって準備され表示される。

図４Ｂに示したように、再販売ページ４５０は、それぞれの可能な条件についてリストされた各商品に対して推奨価格を表示することもできる。１つの商品に関する推奨価格は、その商品のリスト価格、その他のマーケットプレイス出品者から利用可能な価格、その商品に関するプロバイダ出品者の価格、ユーザによって支払われたその商品の価格及び／又は商品の履歴にあるマーケットプレイス内の商品に対して支払われた価格などの評価基準に基づいて、システムによって生成される。

"Submit for Resale"（「再販売の提示」）ボタンが選択されると(又は次に確認されると)、別々のマーケットプレイスリストが、各商品に対して作成される。上述のように、これらのマーケットプレイスリストは、商品詳細ページに表示される。したがって、商品詳細ページからマーケットプレイスリストを作成するプロセスと同様に、通常、商品に関する説明及びイメージのアップロードに関連する諸経費が、著しく減少するか又はほとんどなくなる。

上述のように、システムは、追加又は入れ替えで、ユーザの購買履歴及び／又は商品の所有権に関するその他の証拠を使用することにより、ユーザに対して、マーケットプレイスにそれらの商品のリストを作成する要求を積極的に生成することができる。図４Ｃに、Ｅメールを介して送信されるリスト作成要求４５５の例を示す。Ｅメールの送信時に、これらのリスト作成要求には、リストを作成するためのウエブページへのリンク４６０が含まれる。例えば、図４Ｃに示したように、３つの商品／リンク４６０のうちの１つが選択されると、１つの実施の形態では、図３Ｃのページが表示されるようにする。ただし、"Olympus Camedia"商品に代わって選択された、説明を含む商品を伴っている。また、図４Ａに示した、並行して複数のマーケットプレイスリストを作成することをサポートするタイプのインタフェースを、リスト作成要求の際に使用することもできる。

上記のように、下記の事項の１つ以上に対応して、リスト作成要求４５５がユーザに送信される。すなわち、（１）商品に関する前の購入からの特定期間の満了（その場合、その期間はその商品のタイプ又はアイデンティティに依存する）、（２）ユーザによる評価の提出又はその商品のレーティング、（３）入れ替え(superceding)又は置き換え商品のユーザによる購入、（４）商品を求める予約注文要求のしきい値の存在、である。また、マーケットプレイスシステムは、関連するユーザによって購入されたことが実際に知られているもの以外の商品に対するリスト作成要求を生成することもできる。例えば、ある商品のリストを作成する要求が、ユーザに送られる。そのユーザは単に、（１）ウィシュ(wish)リストの受取人であるユーザ、又は別のユーザによるその商品のギフト購入の受取人であるユーザ、（２）その商品のレーティング又はレビューを提出したユーザ、（３）"community"タイプのサービス又はシステムのフォーラムを介して別のユーザに商品を推薦したユーザ、又は、（４）その商品の所有権を明白に示したユーザ、である。

商品の詳細及び図１Ａ−４Ｂに関するその他のページは、本発明に係る特定の実施の形態であり、また本発明の技術的範囲を限定することを意図するものではない。むしろ、当業者であれば、本明細書に開示された事項から、異なったタグ、タブ、リンク及び/又はその他の表示要素に関する多数の組み合わせが、利用可能な商品リスト及びオプションをユーザに送るために使用できることが認識されるであろう。さらに、表示された情報とオプションのいくつか又はすべてが、ウエブページ以外の別のディスプレイを使用することによって提示されるか、又は音声インタフェースを介して聞こえるように提示される。さらに、リストを作成するために使われるページ数、及びリスト作成者から要求された情報要素の数及びタイプは、示されたものとは相違してもよい(例えば、後に示す項目ＩＶ．「マーケットプレイスリストのシングル操作による作成」というタイトル部を参照のこと）。

III．関連商品ページ上のマーケットプレイスオプションの表示
上記の例に示したページでは、オンラインマーケットプレイスにおける特定の商品を購入し、販売し、予約注文するオプションが、その商品に関する商品詳細ページ内に示される。別の例では、関連する商品の商品詳細ページ内に、１つ以上のこれらのオプションも表示される。例えば、商品Ａに関するマーケットプレイスリストが存在する場合には、このリストは、商品Ａの商品詳細ページ内に、商品Ａと最も関係の深いＮ商品がプラスされて表示される。図２に示したように、例えば、"similar products"（「類似品」）タブが選択されると、詳細ページに、そのような各商品に関連するマーケットプレイスリストが存在するか否かという指示とともに、その商品に関連する特徴を有する商品のリストが表示される。詳細ページは、そのような各関連商品を販売し及び/又は予約注文するためのオプションを同様に含むことができる。

関連する商品に関するマーケットプレイスリストは、特定の商品の詳細ページ内に表示され、どのようなマーケットプレイスリストが、その与えられた商品に対して存在するかという条件で作成される。このアプローチによって、調べている商品に関して、マーケットプレイスリストが全く存在しない場合に、ユーザには、関連する商品のリストの情報が知らされる。

この追加の例を実行するために、テーブル又はデータベースが、カタログ内の商品に深い関係がある情報とともに維持される。この情報は、商品詳細ページを作成するために使われるＨＴＭＬ又はその他のファイル内で符号化される。例えば、商品Ａの詳細ページの符号化によって、そのページは、商品Ｂ、Ｃ及びＤに関して、既存のマーケットプレイスリストも表示するべきであるということを指示することができる。

1つの実施の形態では、この機能を実行するのに使用される"product relatedness"（「商品関連性」）データは、ユーザの閲覧履歴を定期的に分析することによって自動的に生成され、同じ閲覧セッションの間に頻繁に見られる商品を識別する。例えば、同じセッションの間、商品Ａを見て商品Ｂも見たユーザの割合が多い場合、商品ＡとＢとが関連していると判断される。この方法に関する重要な特徴は、テーブルに反映された関連商品が、入れ替えられる傾向があるということである（各人の閲覧セッションの間に、カスタマが同じように見て、商品を入れ替える傾向があるからである）。また、商品関連性データは、ユーザの購買履歴に基づいて生成することができる(例えば、商品Ａを購入し商品Ｂも購入したカスタマの割合が大きいので、商品Ａと商品Ｂとが関連している)。商品を見ることと購買履歴を使用することによって、関連商品を特定する方法に関する例は、２００１年３月２９日に出願された米国特許出願番号０９／８２１，７１２号及び米国特許番号６，２６６，６４９号公報に記載されている。また、関連商品を特定するタスクは、商品説明及び／又は商品分類などの他の情報源を使用することによって実行することができる。

ＩＶ．マーケットプレイスリストのシングル操作による作成
上記のように、オンラインマーケットプレイスシステムは、シングルマウスクリック又はその他の１回の操作だけで、別の操作を行う必要なしに、ユーザが、マーケットプレイス商品リストを追加することができるようにサポートすることができる。これは、例えば、複数のシングルアクションボタン又はその他のリンクを設けることにより達成される。これらはそれぞれ、示された商品のリスト表示における、特定の条件及び販売価格に対応している。例えば、下記のシングルアクションリンクは、マニュアルで条件と価格を入力するために、オプションに加えて表示される。"Like new - list immediately for $20"（「新品同様-２０ドルですぐリストを作成する」）、"Very good condition - list immediately for $ 18"（「非常に良い状態-18ドルですぐリストを作成する」）、"Good condition - list immediately for $15"（「良い状態-１５ドルですぐリストを作成する」）などである。

特定の商品に対する上記のシングルアクションリンクは、商品詳細ページ、商品を購入したユーザの購買履歴（図４Ａ参照）、及び／又はユーザに伝送されるリスト作成要求に表示することができる。出品者は、次の取引の中止を許可されるが、そのようなシングルアクションリンクの選択によって、出品者による追加の操作なしに、公開している取引を完了させられることが好ましい。１つの実施の形態では、シングルアクションによる新しいマーケットプレイスリストを公開するオプションが、アカウント設定のように、ユーザによって有効にされ及び無効にされる。

Ｖ．システムアーキテクチャ
図５Ａは、１つのウエブベースの実施の形態に係るもので、マーケットプレイス販売を可能にする、ユーザシステム及びシステムコンポーネントを示すブロック図である。１つ以上のユーザデバイス又はユーザシステム５０５（１つだけを図示）によって、ユーザは、インターネット５２５などの通信ネットワーク５２０を介して、マーケットプレイスウエブサイトシステム５１５にアクセスすることができる。同様に、１つ以上の大口の出品者システム５１０は、通信ネットワーク５２０を介して、マーケットプレイスウエブサイトシステム５１５にアクセスすることができる。マーケットプレイスウエブサイトシステム５１５は、クレジットカード処理及びＡＣＨ(Automated Clearing House)転送のようなタスクを扱うバックエンド支払い処理システム５４８を含んでいるか又はそのシステムと通信可能であることが望ましい。図５Ａに示した実施の形態では、マーケットプレイスシステムがウエブサイトシステム５１５の形態であるが、他のタイプのサーバシステムを使用することもできる（例えば、オンラインサービスネットワーク又は双方向テレビジョンシステムなど）。

図示した実施の形態に係るユーザシステム５０５は、ユーザ（購入者と出品者の両方を含んでいる）が、通信ネットワーク５２０を介してマーケットプレイスウエブサイトシステム５１５に、双方向形式又は遠隔的にアクセスすることを可能にするあらゆるタイプのコンピュータデバイスとすることができる。そのような各デバイス（ユーザシステム）５０５は、Netscape（登録商標）Navigator、Microsoft（登録商標）Internet Explorer又はハンドヘルドデバイスに用いられるマイクロブラウザなどのウエブブラウザ５３０上で動作する。

当然、一般に、そのタイプ又はサポートされるユーザデバイスのタイプは、マーケットプレイスシステムをホストするのに使用されるプラットフォーム（例えば、ウエブサイト、オンラインサービスネットワーク、双方向テレビジョンシステムなど）のタイプに依存する。例えば、いくつかの実施の形態では、ユーザシステム５０５は、双方向テレビジョン、知的財産権を有するクライアントのプログラム、双方向型のキオスク(kiosk)、携帯情報端末(personal digital assistant)又は自動音声認識(Automated Voice Recognition: AYR)システムに接続された電話機の形態であってもよい。

大口の出品者システム５１０は、上記のユーザシステム５０５のいずれか、又はそれらの組み合わせであってもよい。通常、大口の出品者システム５１０は、在庫管理システム５３５を含んでいる。在庫管理システム５３５は、例えば、商品情報、商品ＩＤ、数量、適用可能であれば商品状態など、大口の出品者の在庫品に関する情報を格納し、トレースする。マーケットプレイスウエブサイトに関する1つの実施の形態では、大口の出品者は、在庫データを集計表(spreadsheet)にエクスポートし（又はマニュアルで集計表を作成する）、次に、関連するマーケットプレイスリストを作成するために、集計表をマーケットプレイスウエブサイトシステム５１５にアップロードする。大口の出品者に対する大量のアップロードサポートが設けられていることが好ましいが、そのようなサポートは省略することができる。

マーケットプレイスウエブサイトシステム５１５は、電子カタログを提供し、また、マーケットプレイスシステムの様々な機能とサービスを提供する。ウエブサイトシステム５１５は、ウインドウズ又はユニックスベースのサーバシステムによって実行されるが、他のタイプのコンピュータシステムを用いることもできる。上記のように、ウエブサイトは、小売り商品をカスタマに販売するために、電子カタログを使用するプロバイダ出品者によって操作される。プロバイダ出品者は、マーケットプレイス出品者のリスト及び販売活動から手数料(commission)を取り、及び/又は別の方法でチャージフィーを取ることもできる。いくつかの実施の形態では、マーケットプレイスシステムは、複数の異なったウエブサイト５１５、又は加盟している商人に関連するウエブサイトを含む他のシステムを含むことができる。例えば、複数のプロバイダ出品者が含まれるシステムでは、それぞれが、それ自身のウエブサイト上で、それ自身のカタログ内容を提供する。さらに別の環境では、マーケットプレイスウエブサイトシステム５１５のオペレータは、システムの役割を制限することができる。すなわち、第三者によって販売が提供されているすべての新品及び中古品を含む商品の正確なカタログを作成し、維持することである。

図示したように、マーケットプレイスウエブサイトシステム５１５は、ウエブドキュメント５４２及び関連する内容のデータベースにアクセスするためのウエブサーバ５４０を含んでいる。ウエブドキュメント５４２は、標準のＨＴＭＬドキュメント及びテンプレート、すなわち、先に示した図に表されているタイプのウエブページの生成に用いられる別のタイプのドキュメントなどを含むことができる。詳細ページ及びダイナミックな内容を含む別のタイプのページを作成するために用いられるドキュメントは、ダイナミックな内容を得るのに必要な特定のデータベースのルックアップ操作を指定するコードを含むことが好ましい。図５Ｂは、商品詳細ページの作成に用いることができるプロセスの例を示すフローチャートであり、以下にその内容を説明する。

マーケットプレイスウエブサイトシステム５１５は、データベースコレクション５４４、ローダ５４６及びウエブサイトコード５５０を含んでいる（図５Ａ参照）。ウエブサイトコード５５０は、ダイナミックにウエブページを生成して、提出用紙及びユーザによって提出される要求を処理するのに用いられる様々なサービスコンポーネントを含んでいる。図５Ｂ〜図１０は、ウエブサイトコード内で実行されるいくつかのプロセスに関するフローチャートであり、以下にその内容を説明する。

図５Ａに示したように、データベースコレクション５４４は、商品情報データベース５６０("product database"：「商品データベース」とも呼ばれる)、商品リストデータベース５６２及びユーザデータベース５６４を含んでいる。それぞれのデータベースは、リレーショナルデータベース、フラットファイルシステム及び／又は様々な別のタイプの適当なデータ格納部の形式とすることができる。なお、より多いか、より少ない数のデータベースを使用することができる。

商品情報データベース５６０は、ユーザがマーケットプレイスのウエブサイトを介して購入し及び販売することができる様々な商品に関する情報を格納するもので、商品詳細ページ（及び別のタイプのページ）に表示されるカタログの内容に関する主要な情報源である。このデータベースに格納されている商品情報は、例えば、商品ＩＤ、商品名及びその説明、商品イメージ、カスタマ及びプロのレビュー、商品が他の商品に類似している場合の他の商品に関する情報、価格及び上記の別のタイプの情報を含んでいる。従来のように、各商品に関する情報は、"author,"（「作者」）、"title,"（「タイトル」）及び"product ID"（「商品ＩＤ」）フィールドなどのフィールド内に配置することができる。これらの情報によって、ウエブサイトのサーチエンジンを使用するフィールド限定ベースのユーザによるカタログのサーチができるようになる。

商品情報データベース５６０は２つ以上のサブデータベースを含み、それぞれのデータベースが商品に関する特定のタイプ又はカテゴリに関連するようにすることができる。例えば、本のタイトルは、エレクトロニクスデバイス用のデータベースとは別の書誌データベースに表示されるようにすることができる。

また、商品情報データベース５６０又は別の適切なデータ格納部は、順々に購入される傾向がある商品（例えば、ハリーポッター第１巻−第４巻）のリストを格納することもできる。例えば、これらの情報は、ユーザが順番に次の商品を購入する時に、リスト作成要求を生成させるのに用いることができる（例えば、ハリーポッター第２巻の購入の際に、ハリーポッター第１巻のリストを請求する）。この順序(sequence)は管理者によって指定され、及び／又はユーザの購買履歴を分析するソフトウエアコンポーネントによって検出される。また、商品データベース５６０は、相互に入れ替わると考えられる商品に関する情報を格納することも可能であり、これらの情報は、リスト作成要求を生成するのと同様に使用される。

商品リストデータベース５６２には、マーケットプレイス商品リスト及び予約注文リストを含む、様々なタイプのリストに関する情報が格納される。また、このデータベースには、もしあれば、現在どの商品がプロバイダ出品者から入手可能であるかという情報を格納し、非カタログベースリストを格納することができる。各マーケットプレイスリスト又は予約注文リストに対して、商品リストデータベース５６２には、そのリストのタイプ、リストが対応する商品（ＡＳＩＮ又は別の商品ＩＤによって特定される商品）、リストの作成者及びリストの状態(未決定、実行、満期など)に関する情報を格納可能であることが好ましい。これらの情報のいくつかは、別のデータベース５６０、５６４への入力又は記録を行うために、リンク又はポインタの形態をしている。マーケットプレイスウエブサイトのユーザが商品詳細ページにアクセスする時に、商品リストデータベース５６２に、そのページに表示しなければならないマーケットプレイスリスト又は予約注文リストがあるか否か判断するように尋ねられる。

ユーザデータベース５６４には、マーケットプレイスウエブサイトシステム５１５に存在するユーザに関する情報が格納される。各ユーザに関しては、この情報は、例えば名前、パスワード、配送先の住所、Ｅメールアドレス、支払い情報、銀行口座情報（特に売上金をそれらの銀行口座に預けさせるために選ばれた出品者用のもの）、希望リスト内容、お気に入りの設定及び購買履歴を含むことができる。各購買履歴は、ユーザによって又はそれぞれのユーザに対して行われた購買に関する情報を含むことができる。それらの情報には、関連商品ＩＤ、購入価格、商品の条件及び購入期日が含まれる。

また、さらに図５Ａに示したように、ウエブサイトシステムは、大口の出品者が前述のように大量のアップロードを実行するために、アプリケーションプログラムインタフェース（ＡＰＩ）を含む機能を提供するローダコンポーネント５４６を含んでいる。この大量のアップロードを行うプロセスは、後にさらに詳しく説明する。

図５Ｂは、ユーザデバイス５０５からの要求に対応して、商品詳細ページを生成するウエブサイトシステムによって使用されるプロセスを示すフローチャートである。初めに、ウエブサーバ５４０は、特定の商品を指定するページ要求（例えば、ＡＳＩＮ又は別の商品ＩＤによる）を受信し、商品詳細ページを生成するために、テンプレート又はその他のベースドキュメントをサーチする（ステップ５７０、５７２）。図１Ａ、１Ｂに示したように、このベースドキュメントは、マーケットプレイスリストの作成を開始するためのリンクを含むことが好ましい。

詳細ページを表示するために、ウエブサーバ５４０は、商品情報データベース５６０及び商品リストデータベース５６２にアクセスするコード５５０を呼び出し、その対象商品用に、それぞれのカタログ内容と未決定のリストをサーチする（ステップ５７４及び５７６）。図１Ａに示したように、未決定のマーケットプレイスリスト及び／又は予約注文リストに関する情報を、まとめられた形でそのページに表示してもよい。いくつかの実施の形態では、その技術分野では周知なように、そのページを要求した特定のユーザに対して、そのページをカスタマイズするか、パーソナライズしてもよい。

また、データベース５６０、５６２からサーチされたデータは、その商品が現在プロバイダ出品者から入手可能であるか否かに関する情報を含んでいてもよい。この情報は、そのページ（図示省略）内に表示される購買オプションのタイプを決定するのに用いることができる。上記のように、商品が現在プロバイダ出品者から入手可能である場合には、"new"（「新」）商品に関するマーケットプレイスリストを、ディスプレイから削除することができる。

図５Ｂにおけるステップ５７８、５８０に示したように、その商品が現在マーケットプレイス出品者から入手可能ではない場合には、そのページは、不特定のマーケットプレイス出品者からその商品を予約注文するためのオプションを含んで生成されることが好ましい。いくつかの実施の形態では、商品がマーケットプレイス出品者から現在入手可能か否かにかかわらず、予約注文オプションをその代わりに表示してもよい。さらに、予約注文するオプションは、現在存在するマーケットプレイスリストのタイプに基づいて制限されてもよい。例えば、商品が現在マーケットプレイス出品者から入手可能ではあるものの、"collectable"（「収集品」）カテゴリにはない場合には、商品ユニットが提供される。

表示された商品詳細ページは、最後に、ユーザデバイスを要求するステップ５８２に戻る。

ＶＩ．プロセスフローの例
図６はマーケットプレイスリストの新規作成、図７はバルクアップロードプロセス、図８は予約注文の新規作成、図９は購買履歴からの複数のマーケットプレイスリストの並行した新規作成及び図１０は購買取引を示すフローチャートであり、これらのプロセスフローチャートを参照し、ユーザとマーケットプレイスウエブサイト間の相互の関係(interaction)を以下に説明する。上記の各図における左側は、ユーザシステム５０５とウエブブラウザ５３０を介して、ユーザによって実行されるアクションを表し、右側は、実行可能コードによって実行されるウエブサイトシステム５１５におけるアクションを表している。ただし、アクションが起こる順序は変化し、いくつかのアクションは省略されることが理解されるであろう。

Ａ．マーケットプレイスリストの新規作成
図６は、図３Ｄ−３Ｅに示したマーケットプレイスリストを作成するプロセスを示すフローチャートである。上記のように、このプロセスは、商品詳細ページ又は購買履歴リストからマーケットプレイスリストを作成するのに用いることができる。図示したように、はじめにユーザは、特定の商品に対する"sell"（販売）オプションを選択し（ステップ６０５）、商品の条件を指定する（ステップ６１０）。上記のように、その条件は、予め定義された条件表示（"like new,"：「新品同様」、"Very good,"：「非常によい」など）を選択することによって指定できることが好ましく、さらに、テキスト的なコメントを入力することによって指定可能なことが好ましい。条件情報の提出に対応して、システムは、商品情報データベース５６０と商品リストデータベース５６２から、価格設定情報を検索し（ステップ６１５）、その情報（及び／又はそこから計算された価格）を表示するために、ユーザシステム５０５に戻ることが好ましい。図３Ｄには、売値を選択する際に出品者をサポートするように、戻ることができる価格情報のタイプに関する例を示した。

ステップ６２０及び６２５に示されているように、次に、出品者は販売価格と商品が配送される場所を指定する。システムは、購入者に請求される送料を計算するために、その場所情報を利用する。図３Ｄに示したように、サポートされる発送方法を指定するように出品者に要求してもよい。

また、ユーザはサインインするように促され、対応可能である場合には、出品者として登録するように促される（ステップ６３０）。１つの実施の形態では、未登録の出品者は、登録前に、マーケットプレイスリストの作成を終えることができる。ただし、購入者は、登録が完了するまで、リストされた商品を購入することができない。出品者の登録の一部として、出品者は、売上金がＡＣＨ振り込みによって自動的に預けられる銀行口座を指定するように要求してもよく、又はオプションを与えるようにしてもよい。

様々な情報アイテムの提出に応答して、ウエブサイトシステムは、図３Ｅに示したように、そのタイプに関する取引要約ページを生成する（ステップ６３５）。このページから、ユーザは取引を確認することができる（ステップ６４０）。その確認に基づいて、ウエブサイトシステムは、新しいマーケットプレイスリストが、商品リストデータベースにあるいずれかの予約注文リストを満足するか、又はマッチするか否かを決定することが好ましい。なお、予約注文リストの商品は、商品リストデータベース５６２内に商品として存在するものである。予約注文リストとのマッチは、（１）売値が予約注文リストの「最高価格」又はそれ以下、（２）出品者によって指定された条件が、予約注文リスト内で指定された最低条件と同等か又はそれよりいい場合に生じると考えることができる（図３Ａ参照）。複数のマッチするものが存在する場合には、最初に作成された予約注文要求を使用するのがよい。マッチするものが認められた時には、出品者に対して、購入者が見つかったことがすぐに通知される。また、新しいマーケットプレイスリストが、他の買ってくれそうな人に表示されないようにする。

最終的に、商品リストデータベース５６２が、マッチしている予約注文に関するサーチ結果と同様に、新しいマーケットプレイスを反映するようにアップデートされる。マッチするものが全く見つけられなかった場合には、アップデートによって、ユーザがページをロードする時に、商品の詳細ページに表示されるように、新たに追加されたマーケットプレイスリストが生成される（図５Ｂ参照）。マッチするものが見つかった場合には、マッチする予約注文リストが実行されて、商品の詳細ページには表示されないようにする。実行プロセスの一部として、予め指定された購入者（例えば、関係する予約注文リストを作成したユーザ）のクレジットカードに課金され、売上高の一部が、出品者の口座に預け入れられる。さらに、出品者に対して、Ｅメール、又はウエブページによって、販売イベントと購入者の送付先住所の両方が通知される。

Ｂ．バルクアップロードプロセス
図７Ａは、１つの実施の形態に係るバルクアップロードプロセスを示すフローチャートであり、大口の出品者の在庫データをロードするためのプロセスである。大口の出品者をアシストするために、マーケットプレイスのウエブサイトが、データ及びファイルに対してサポートされたフォーマットに関する指示を提供し、必要な様々な情報アイテムに関して大口の出品者を促すためにウエブフォームを提供する。図７Ａに示したように、大口の出品者は、初めに、マーケットプレイスのウエブサイト５１５に対するアップロードを行うために、在庫リストファイルを選択する（ステップ７０５）。出品者は、在庫管理システム５３５を使用することによって、在庫管理ファイルを選択するか、又は作成する。マニュアルでファイルを作成してもよい。

また、複数のファイルフォーマットをサポートする実施の形態では、大口の出品者は、アップロードされる在庫リストファイルのフォーマットを指定することもできる（ステップ７１０）。また、大口の出品者は、ファイルに含まれるデータのフォーマット又はタイプを指定することもできる。例えば、本のリストに関係する情報は、多くの標準化されたフォーマットに従っている。リストされる商品を指定するために使われるデータフィールドは、含まれる商品のタイプに依存して変化する。

ステップ７１５によって表されているように、大口の出品者は、様々なアップロードオプションをレビューし選択する。これらのアップロードオプションは、大口の出品者の商品リストに関して実行される置換(replacement)アルゴリズムのタイプを定義する。例えば、アップロードオプションには、「追加／変更／削除」、「変更／削除」、「パージ／置換」などが含まれる。1つの実施の形態によれば、「追加／変更／削除」オプションは、そのシステムに、出品者からの新しいリストを追加させ、変化したそれらのリストを変更し、在庫リストファイルにはもはや含まれないそれらのリストを削除する。「変更／削除」オプションは、在庫リストファイルが新しい入力を含まない時に使われ、そのシステムに、在庫リストファイルに関する前のバージョンに対して、簡単な比較を行わせ、何らかの変化を伴う商品リストデータベースをアップデートさせる。「パージ／置換」オプションは、オンラインマーケットプレイスシステムに、商品リストデータベース５６２から、その大口の出品者に関する以前のすべての商品リストをパージし、在庫リストファイルを置き換える置換リストをロードするように指示する。また、その出品者は、発送方法などのアップロード操作に関連する希望をレビューし選択する（ステップ７２０）。

１つの実施の形態では、大口の出品者は、在庫ファイルで指定されたリストの説明又は「記録」が、次の（１）〜（３）のいずれかのリストとしてロードされることを指定するように促される。すなわち、（１）対応する商品説明に関連するカタログに表示されたカタログベース又は「マーケットプレイス」リスト、（２）対応する商品説明に関連して表示されていない非カタログベースのリスト、又は（３）ＡＳＩＮ又はその他の確認された商品ＩＤが提供されるか又は識別されるかに応じて、カタログベースか、又は非カタログベースのリストのいずれかである。以下の説明のために、大口の出品者が、オプション（１）と（３）のどちらかを指定したとする。このように、大口の出品者は、カタログ内の対応する商品ページに、バルクアップロードされた商品のうちの少なくともいくつかを表示させることを希望することができる。

在庫ファイルのアップロードに基づいて（ステップ７２５、７３０）、ローダ５４６はファイルを解析して、商品データベース５６０及びカタログに表示された既存の商品に、それぞれの記録をマッチさせることを試みる。アップロードされたファイルの中の記録が、商品データベース５６０内の商品ＩＤにマッチする商品ＩＤ（ＡＳＩＮ、ＵＰＣ、ＩＳＢＮなど）を含んでいる場合には、ローダ５４６は、単に商品リストデータベース５６２に、その商品をロードする。それによって、商品の詳細ページに、次にそのリストが表示される（マッチする予約注文リストが全く存在しないとする）。

アップロードされたファイルの記録に商品ＩＤがない時には、ローダ５４６は、商品データベース５６０に表示された商品に、記録をマッチさせるように試みることを、１つ以上のサーチルーチンに実行させることが好ましい。例えば、在庫リストファイルで、製造者及び型番が指定されている場合には、ローダ５４６は、類似した製造者及び型番の商品に関して、商品データベース５６０をサーチする。サーチの結果、１つのマッチが認められた時には、ローダ５４６は、商品リストデータベース５６２に、マッチする商品の商品ＩＤと共にその記録をロードする。それによって、マッチする商品の詳細ページに、新しいマーケットプレイスリストが表示される。図７Ｂは、１つの実施の形態で使用されるマッチングロジックを示すフローチャートである。また、表１に、バルクアップロードされた本のリストに使用されるマッチングルーチンの例をまとめて示す。

ローダが、商品データベース５６０内にマッチする商品記録を見つけることができない場合には、ローダは次のアクションのうち、１つ以上を実行する。（１）非カタログベースのリストとして記録をロードする（例えば、ユーザがこのオプションを可能にした場合）、（２）管理者によるレビュー用にマッチしなかったリストを格納する、（３）そのリストを廃棄する、又は、（４）さらに多くの情報を得るために、大口の出品者の在庫管理システムに質問する。

マッチングプロセスの完了後、ウエブサイトシステムは、上記のように、新たに加えられたマーケットプレイスリストによって実行される予約注文要求を見つけることを試みる(ステップ７３５)。いくつかの場合では、アップロードされたマーケットプレイスリストによって、大口の出品者が、リストされた商品に関して複数のユニットを持っていることが特定される。その場合には、マーケットプレイスリストは、複数の予約注文リストを満たすように使用される。

最後に、ローダ５４６は、新しいマーケットプレイスリストを追加するそれぞれの試みの成否を示す報告を作成して、返送する（ステップ７４０）。

図７Ｂは、１つの実施の形態で使われるロジックを示すフローチャートであり、商品データベースにおける１つの商品（及びそのようなＡＳＩＮ）に、在庫ファイル内の１つの記録を一意的にマッチさせるように試みることに使われるロジックである。１つのマッチが認められた場合には、その記録はマッチしている商品のＡＳＩＮに関連している。また、その記録は、マッチしている商品の詳細ページ上へ表示するために、マーケットプレイスリストとして、商品リストデータベースにロードされる。（１）マッチするものが全く見つけられないか、又は（２）複数のマッチするものが見つけられるかのいずれかの場合には、その記録は、マーケットプレイスリストとしてロードされずに、非カタログベースのリストとしてロードされる。スコアリングプロセスは、「マッチ」が存在するかどうかを決定するのに使用されることが好ましい。

Ｃ．予約注文プロセス
図８は、図２及び図３Ａに示したように、ユーザが商品を予約注文するのに用いられる予約注文プロセス８００を示すフローチャートである。上記のように、ユーザは商品の詳細ページからこのプロセスを開始する（ステップ８０５）。いくつかの実施の形態では、ユーザは、その他のタイプのカタログページから予約注文を開始することを、さらに又はその代わりに許可される。なお、そのカタログページには、ブラウズノードページ及び複数の商品を特徴付けるその他のページが含まれる。

ユーザは最初に、商品の最低の条件を指定する（ステップ８１０）。ステップ８１５に示したように、システムでは、価格を示すために、購入者によって選択された条件記述子(condition descriptor)が使用される。図３Ａに示した例では、その代わりに、購入者によって指定された条件とは無関係の価格が表示される。次に、ユーザは、価格（示された価格を考慮に入れるか、又は無視する）を入力し（ステップ８２０）、次に、リストが有効に維持される最長期間を入力し（ステップ８２５）、さらに、商品を購入するための支払い情報及び配送情報を入力する（ステップ８３０）。また、ユーザは、サインインするか又は登録するように促される（図示されていない）。

次に、システムは、ユーザが取引の確認を行うためのオプションを提供する取引要約ページを生成して伝送する（ステップ８３５）。ユーザが取引を確認すると（ステップ８４０）、システムは、その予約注文リストを伴う商品リストデータベース５６２をアップデートする（ステップ８４５）。それによって、次に商品詳細ページに、予約注文リストを表示させる。また、バックグランドタスクを定期的に実行し、期限が切れた実行されなかった予約注文リストを削除する。

Ｄ．リスト作成要求
図９は、新しいマーケットプレイスリストを請求するリスト作成要求を用いるマーケットプレイスシステムにおける一般的なプロセス８００を示すフローチャートである。上記のように、ユーザに対するリスト作成要求の伝達は、商品の購入から選択された期間の経過、ユーザによるレビュー又はレーティングの提出、ユーザによる代替商品の購買又は商品に対する予約注文の存在など、特定のイベントによって引き起こされる。ステップ９０５及び９１０によって示されているように、リスト作成要求は、対象ユーザの購買履歴にある１つ以上の商品に対するものであり、Ｅメール又はカスタムウエブページによって伝達される。ポップアップウィンドウ及びその他の表示方法も利用される。

各商品に対して、リスト作成要求は、図３Ｄに示したタイプのページへのリンクを含むことが好ましい。このリンクは、ユーザが、マーケットプレイスリストの作成を開始することができるようにする。そのリンクは、ユーザによって選択されるハイパーリンクであることが好ましいが、その代わりに、ブラウザのアドレスフィールドにコピーされる簡単なＵＲＬ（ユニフォームリソースロケータ）であってもよい。

商品のＩＤは、リンクの選択に基づいて、ウエブサイトシステムが、その商品を識別することができるように、このリンク内で符号化される。ステップ９１５及び９２０に示されているように、再販売するためにユーザによって選択された各商品に対して、図６に示したステップ６１０で始まるプロセスが繰り返される。また、図４Ａ及び４Ｂに示したように、リスト作成要求は、ユーザが、並行して複数のマーケットプレイスリストを作成することができるようにサポートする。

E．購買プロセス
図１０は、購入者がマーケットプレイスリストから購入を行う時に、通常生じるプロセス１０００を示すフローチャートである。例えば、このプロセスは、購入者が「カートに追加する」ボタン（図示省略）又は”Buy from seller”（「出品者から購入」）ボタン１２９（図１Ｂ参照）を選択した時に、商品詳細ページから開始される（ステップ１００５）。購入要求に応答して、ウエブサイトシステムは、購入者に、配送先の住所及び支払い方法を指定するように促す（ステップ１０１０）。購入者は、例えば、ユーザデータベース５６４からサーチされた情報を選択するか、確認するか、または新しい情報を入力するかのいずれかによって、それぞれの商品の情報を特定する。いくつかの場合（図示省略）、その代わりに、シングルアクションのオーダリングが利用される。その場合には、予め指定された配送情報及び支払い情報が、すぐに取引を完了するために使用される。

図示した例では、次に、システムは、ユーザが取引を確認するためのオプションを提供する取引要約ページを生成して返送する（ステップ１０１５）。ユーザが取引を確認すると（ステップ１０２０）、システムは以下の操作を実行する。（１）購入者／出品者の不正チェックの実行、（２）購入者のクレジットカードへの請求（又は支払い金の徴収）、（３）出品者の銀行口座に対する、手数料を差し引いた売上のＡＣＨによる送金（ただし、複数の販売による売上はそのような伝送目的のために集計される）、（４）販売を反映するために、商品リストデータベース５６２をアップデート、及び（５）発送指示を伴うＥメールによる、出品者への購入通知メッセージの送信（ステップ１０２５）。これらの操作（１）−（５）は、予約注文リストが、マーケットプレイスリストにマッチする時にも実行される。さらに別の伝達が、マーケットプレイスオペレータによって選択されたプロセスに基づいて、購入者又は出品者にも行われる。

また、購入確認が、購入者に対して、Ｅメールによっても伝送される(図示省略)。いくつかの場合、この確認には、出品者から得られた発送問い合わせ番号が含まれているか、またはこの確認によって、購入された商品が集荷される店の場所が特定される。また、この情報は、ユーザデータベース５６４にも伝送されるので、ユーザは、その人のアカウントを見ることによって、オーダー履歴にアクセスすることができる。

また、長期に続くマーケットプレイスリストがサポートされている場合には、システムは、そのリストに関係している在庫カウントを減少させる。この在庫カウントがいったんゼロに達すると、マーケットプレイスリストは、カタログから取り除かれる。

VII．他のサービスとコンポーネント
また、マーケットプレイスシステムは、大口の出品者に様々な別のサービスを提供するためのアプリケーションコンポーネント含むことができる。例えば、システムは、集合又はバルクのフォーマットで、大口の出品者に対して、注文実行報告又はその他の販売情報を伝える。さらに、システムは、出品者のシステム５１０が、在庫のアップデートを要求するためのウエブサイトを定期的にポール(poll)することができるようにサポートする。

また、マーケットプレイスシステムは、商品リストが現在の在庫にマッチすることを保証するために、時々大口の出品者のシステム５１０と通信することもできる。例えば、何人かの大口の出品者が、多数のオンラインマーケットプレイスシステム上で、特定の商品に関して、彼らの多量の在庫をリスト表示する。このように、どのような時でも、複数のシステムが、同じユニットの商品に対する取引を完了することを試みることができる。大口の出品者がマーケットプレイスオーダーに応じることができないというリスクを減らすために、システムは、購買取引を完了する前に、適正在庫を保証するために、大口の出品者のシステム５１０に質問することができる。

システムは、また、例えば、販売前に出品者の在庫がなくなったという理由、または購入者がその商品に満足しなかったという理由で、マーケットプレイス出品者が、購入者に対して支払い代金を返還することができるようにサポートする。

また、マーケットプレイスシステムは、購入する商品を特定して、判断する際に、購入者を助けるための様々な別のサービスを提供することができるアプリケーションコンポーネントも含んでいる。例えば、ウエブサイトは、ユーザに対して、彼らのそれぞれのプロフィールに基づいて、カタログから商品を推薦するための１つ以上の推薦サービスを含むことができる。さらに、上記のように、ウエブサイトは、電子カタログをサーチするためのサーチエンジン、カテゴリでカタログの案内を行うブラウズツリー、希望リストサービス、及びユーザが、他の人が見るための商品レビューを投稿することができるようにするサービスを含むことができる。マーケットプレイスウエブサイト内で使用されるこれらのタイプ及び別のタイプのサービスコンポーネントに関するインプリメンテーションの例が、次の係属中の米国特許出願に示されている(出願番号及び出願日によって特定される)。09/821,826（出願日：2001年3月29日）、09/442,677（出願日：1999年11月18日）、09/517,043（出願日：2000年3月2日）、09/532,230（出願日：2000年3月22日）及び09/715,850（出願日：2000年11月17日）。

また、マーケットプレイスウエブサイトシステムは、他のウエブサイト及びシステムに接続するためのコンポーネントも含んでいるので、そのようなシステムのユーザは、本明細書に記載した様々な機能を実行することができる。例えば、マーケットプレイスウエブサイトシステムは、オンラインサービスネットワークに統合されている。そのために、そのオンラインサービスネットワークのユーザは、専用のクライアントアプリケーションを使用することによって、商品カタログを見て、マーケットプレイスリストと予約注文リストとを作成し、マーケットプレイス購買を行うことができる。

VIII．結論
本発明について、好ましい実施の形態により説明したが、当業者であれば、本発明には、本明細書に記載された特徴及び利点のすべてを含んでいるわけではないその他の実施の形態を含む別の実施の形態も含まれることが明らかであろう。したがって、本発明に係る技術的範囲は、特許請求の範囲の請求項に記載された事項によって定義されるものである。

本発明の１つの実施の形態に係るマーケットプレイス商品リスト及びマーケットプレイスリストを作成するオプションを表示する代表的な商品詳細ページを示す図である。 図１Ａに示した商品詳細ページの別の例又はバージョンを示す図であり、中古品用のマーケットプレイスリストに関する追加情報を伴う例である。 現在はマーケットプレイスの出品者から入手することができない商品に関する商品詳細ページを示す図である。 図２に示したページで特徴付けられた商品に関する予約注文リストを作成するウエブページの例を示す図である。 表示された商品に関する未決定の予約注文リストを表示する商品詳細ページの例を示す図である。 図３Ｃ−３Ｅは、いったん商品が選択された時に、マーケットプレイス商品リストを作成する一連のページの例を示す図である。 図３Ｃ−３Ｅは、いったん商品が選択された時に、マーケットプレイス商品リストを作成する一連のページの例を示す図である。 図３Ｃ−３Ｅは、いったん商品が選択された時に、マーケットプレイス商品リストを作成する一連のページの例を示す図である。 マーケットプレイス内で販売（又は再販売）用の商品を選択しリストを作成する機能を備えた購買履歴ページの例を示す図である。 図４Ａに示した商品の選択に対応する再販売ページの例を示す図である。 ユーザの購買履歴に基づいて、ユーザからマーケットプレイスリストを求めるリスト作成要求ページの例を示す図である。 マーケットプレイスシステムをウエブベースで実現する例を示すブロック図である。 商品詳細ページを作成するプロセスを示すフローチャートである。 出品者がマーケットプレイスリストを作成することができる１つの方法を示すフローチャートである。 販売用の商品リストを作成するために、大口の出品者が使用することができるバルクアップロードプロセスを示すフローチャートである。 カタログに含まれる商品説明とアップロードされた商品とをマッチさせるための代表的なロジックを示すフローチャートである。 ユーザが商品を予約注文することができるプロセスを示すフローチャートである。 ユーザの購買履歴にリストされた商品に関して、マーケットプレイスリストを作成することができるプロセスを示すフローチャートである。 購買を行うための購入プロセスを示すフローチャートである。

Claims (9)

1. ユーザ間販売をサポートするオンライン販売システムにおいて、ユーザが他のユーザへ販売するための商品のリストを簡単に作成することができるようにするシステムであって、該システムは、
   ユーザが商品をオンラインで購入することができる機能を含み、商品に関する詳細な情報を含む閲覧可能な電子カタログを提供するウエブサイトシステムと、
   前記システムのユーザの購買履歴が記載された購買履歴データを格納するコンピュータデータ格納部と、
   前記ウエブサイトシステムによって提供されるマーケットプレイス商品リスト作成コンポーネントであって、前記コンピュータデータ格納部に登録されるように、前記ユーザの購買履歴のうちの少なくとも一部に関する商品を電子的表示から選択することによって、ユーザが、販売用にリストを作成する商品を指定することができるようにする前記マーケットプレイス商品リスト作成コンポーネントとを備え、
   再販売のために、前記ユーザが以前購入した商品ユニットを選択することができるように構成されていることを特徴とするオンライン販売システム。
2. 前記マーケットプレイス商品リスト作成コンポーネントが、前記商品を識別する説明を提供することなしに、以前購入した販売用の前記商品ユニットのリストを、ユーザが作成できるようにするものであることを特徴とする請求項１に記載のオンライン販売システム。
3. さらに、前記ウエブサイトシステムによって提供されるマーケットプレイス商品リスト表示コンポーネントを備え、マーケットプレイス商品リスト表示コンポーネントが、対応する商品説明に関係する前記電子カタログに表示される、販売中のマーケットプレイス商品リストを生成するように動作するものであることを特徴とする請求項１に記載のオンライン販売システム。
4. 前記マーケットプレイス商品リスト作成コンポーネントが、ユーザに、１ユニットの商品を販売するための希望販売価格を生成し、出力するものであることを特徴とする請求項１に記載のオンライン販売システム。
5. 前記電子的表示が、ユーザが販売用の商品リストを作成するために、複数の商品の選択を可能にするウエブフォームを含んでいることを特徴とする請求項１に記載のオンライン販売システム。
6. 前記電子的表示が、ユーザに送付されるＥメールドキュメントに設けられているものであることを特徴とする請求項１に記載のオンライン販売システム。
7. 前記マーケットプレイス商品リスト作成コンポーネントが、さらに、ユーザに対して、前記電子カタログ内の前記商品の説明を閲覧し、次に販売用の１ユニットの商品のリストを作成するオプションを選択することによって、販売用にリストが作成される商品を特定することができるようにするものであり、
   前記オプションが、前記商品の説明とともに前記電子カタログに表示されるものであることを特徴とする請求項１に記載のオンライン販売システム。
8. 前記販売用の１ユニットの商品のリストを作成するための前記オプションが、さらに、１ユニットの商品を購入するオプションに関係する電子カタログに表示されるものであることを特徴とする請求項７に記載のオンライン販売システム。
9. 前記販売用の１ユニットの商品のリストを作成するための前記オプションが、さらに、指定されなかったマーケットプレイス出品者から１ユニットの商品を予約注文するオプションに関係する電子カタログに表示されるものであることを特徴とする請求項７に記載のオンライン販売システム。

Images