JP2003512679A - オークション償還システムおよび方法 - Google Patents

オークション償還システムおよび方法

Info

Publication number
JP2003512679A
JP2003512679A JP2001532470A JP2001532470A JP2003512679A JP 2003512679 A JP2003512679 A JP 2003512679A JP 2001532470 A JP2001532470 A JP 2001532470A JP 2001532470 A JP2001532470 A JP 2001532470A JP 2003512679 A JP2003512679 A JP 2003512679A
Authority
JP
Japan
Prior art keywords
bid
auction
points
bidder
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001532470A
Other languages
English (en)
Inventor
トーマス チャーチヒル,
ジョン パトリック コネリー,
エリック ボイド,
ヴァンカット パンチャパケサン,
セス ゴーディン,
ヘンリー ヒュンサック ソーン,
デイビッド コンウェイ,
Original Assignee
ヤフー! インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ヤフー! インコーポレイテッド filed Critical ヤフー! インコーポレイテッド
Publication of JP2003512679A publication Critical patent/JP2003512679A/ja
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/08Auctions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 電子オークションシステムは、オークションサービスと、ユーザが、金銭に加えてインセンティブポイントおよびクレジットなどの様々な支払いユニットでオークション取引を行うことを可能にする、関連機能とを提供する。システムは、データベースサーバとインターフェースで接続されているウェブサーバと、メッセージサーバと、様々な機能を果たすインターネットとを備える。データベースサーバは、オークションデータベースと、商品データベースと、売り手データベースと、入札者データベースと、アカウントデータベースと、入札データベースとを提供する。システムは、入札者のアカウント内に、任意の新しい有効な入札値に関連する入札量を取り込み、以前に保存されていたがもはや落札値ではない入札量または最上の入札位置から取り除かれた入札量を解放する。

Description

【発明の詳細な説明】
【0001】 (発明の背景) (発明の分野) 本発明は、概して、オンラインオークションに関する。より詳細には、本発明
は、ユーザアカウントを介したオンラインオークションに関する。このようなユ
ーザアカウントは、1つ以上の異なるタイプの支払単位(例えば、奨励ポイント
、現金、関連付けされたポイントまたは当座貸し)を有しており、このユーザア
カウントから支払処理が行われる。
【0002】 (関連技術の説明) オークション、とりわけオンラインインターネットベースのオークションは、
新商品または中古品を売買するための非常に人気のあるマーケットを消費者とマ
ーチャントとの両方に提供する。従来より、オークションは、優れた芸術(例え
ば、絵画、彫刻、陶器)、宝石、収集価値のあるもの(例えば、有名人が着用し
た衣服または有名人の私物の衣服、有名作家または作曲家が書いた原稿、有名ミ
ュージシャンが演奏した楽器または有名ミュージシャンの私物の楽器)、および
、アンティーク等の極めて価値の高い財産を販売するのに広く用いられてきた。
これらのオークションで販売された商品の性質上、社会の裕福な人のみが参加し
、低収入階層の人は、自身の財産を売買するために、新聞、案内広告、蚤の市、
委託ディスカウントストア、および、ガレージセール等の他のルートを見つけて
いた。多くの金融資産を有する企業でさえ、オークションへの参加はまれである
【0003】 しかしながら、通常の商品およびサービスでさえ買い手と売り手とにかなった
有効な手段として、より多くの人がオークションの価値を見出しつつあるので、
オークション参加への経済的な障害がほぼなくなりつつある。遺産オークション
、押収品(例えば、麻薬逮捕者の押収品である車)の警察スポンサーによるオー
クション、および、チャリティオークション(例えば、格好の独身男性とのデー
ト)は、一般の人が関心を寄せるオークションのいくつかの例である。
【0004】 インターネット、特にワールドワイドウェブ(「Web」)の出現により、オ
ンラインでの売買に躊躇する人が少なくなるにつれ、企業、同様に個人が売買取
引を行う方法は変わりつつある。セキュアな取引は、インターネットを介したク
レジットカード情報の提出に警戒していた人に対して市場を開くことを可能にし
た。最初に、企業のみが製品を一般人または他の企業に販売した。その後すぐ、
一般人が、個人の品および他の人へのサービスでさえも販売し始めた。
【0005】 これらの売り手と買い手と合致させるために、オンラインオークションサービ
ス企業(例えば、EBay)が、インターネットの世界に現れ、実現可能なオプ
ションを多くの個人に提供した。インターネット(例えば、Amazon.co
m)を介して新製品を従来より販売してきたインターネット企業でさえ、自社の
各サーバにオークション機能を設けて、アークションの増加を利用した。従って
、かつては裕福な人に限られた特権であったものが、今ではインターネットを介
して一般大衆によっても楽しまれている。
【0006】 これらのオークション企業は、売り手に商品を(典型的には特定期間の間)広
告させて、最高額の入札者に売ることによって経営を為している。入札者は、入
札として現金(例えば、$450)および最終的な支払単位を用いる。競りに買
った入札者は、最高額の入札に相当する量の現金を売り手に送金し(一方で、オ
ークション企業は、売り手が通常支払う取引費用をチャージし)、売り手は、商
品を競りに勝った入札者に送達する。買い手が、現金を売り手に送金した後に商
品を受け取ることを確実にするために、エスクロー勘定が(典型的には買い手持
ちの費用で)提供される場合がある。
【0007】 しかし、競りに勝った入札者が、自身が勝ち取った商品の費用を支払わない、
または、支払うことができない場合がある。例えば、ある程度時間がたって入札
者の気が単に変わってしまうかもしれない。または、入札者が、激しいオークシ
ョンに巻き込まれた結果、商品の支払をしたくない、または、できないというこ
とを目の当たりにする可能性がある。さらに、買い手の中には、オークションの
熱気に恐れ、まさにその理由のために参加する気にならないものもいるかもしれ
ない。さらに他の人のなかには、特に総合クレジット機構がないから、参加する
に十分な資金がないと思うものもいるかもしれない。
【0008】 さらに、支払の一般に広く受け入れられている手段としての現金の利点にも関
わらず、買い手の中には、オークションまたはその他を介してであろうとなかろ
うと、特定の商品を現金で買おうとしないものもいるかもしれない。ちょうどギ
ャンブラーが、現金を「チップ」に換えたときに、より自由に現金を手放すよう
に、消費者は、別の形態の通貨であれば進んで手放そうとするかもしれない。「
ポイント」は、一般的な別の通貨の一例(ただし、オークションのコンテキスト
に限らないが)である。このポイントは、以降に記載するように多くの奨励褒賞
プログラムで用いられている。
【0009】 奨励褒賞プログラムとは何か?そして、奨励褒賞プログラムはどのようにして
始まったか?マーチャントは、市場コストに起因して、顧客への最初の競売は、
その後の競売に比べてはるかに価格が高い(従って、収益が少ない)と長い間考
えていた。収益を最大にするために、多くのマーチャントが、顧客との長期間に
わたる関係を築くように努めることで、さらに多くの収益を伴った進行中の競売
を行う。多くのマーチャントは、特定の顧客を離さず、かつ、競合相手に心変わ
りされないように、それら特定の顧客の気を引くために、より低価格で売りに出
そうとするが、このようなことは現実的でない場合が多く、常にコスト高となる
。顧客毎に異なる価格を請求することは、多くの段階の困難を要し、たとえそう
いったことが可能であっても、増えた収益を顧客が手にすることになり、初めか
らマーチャントの目的は失敗となる。このような理由から奨励褒賞プログラムは
始まった。
【0010】 奨励褒賞プログラムとは何か?奨励褒賞プログラムは、2つの異なる種類の役
割を果たす。すなわち、忠実奨励と市場取引の許可である。忠実奨励プログラム
は、特定の購買オークションを行う消費者に「購買ポイント」を与える。古くか
らある忠実奨励プログラムは、マーチャントに固執するかまたはマーチャントに
忠実であり、かつ、競合相手に心変わりしない消費者に特典を与える一方で、メ
ーカ間で気が変わる消費者には「罰を与える」。典型的には、割引またはギフト
に引き換えるに十分なポイントが貯まるまで、奨励ポイントは意味がないものの
増えていく特典である。市場取引許可プログラムは、市場取引メッセージに注目
するための「注目ポイント」を消費者に与える。
【0011】 まず、忠実奨励プログラムを説明する。多くの人に馴染みのある忠実奨励褒賞
プログラムの極めてうまくいった形態には、航空会社のマイレージプログラムが
ある。しかしながら、マイレージ以外に基づくプログラムも広く知られている。
マイレージプログラムは、現在、ほとんどすべての民間航空会社が行っている。
旅行者は、航空券を購入したり、実際に旅行をすることでマイレージまたはマイ
レージポイントを獲得することができる。旅行者が獲得した正確なマイル数は、
通常、移動距離に基づく何らかの式によって計算される。特定数のマイルまたは
マイレージポイントが貯まれば、旅行者は、自身のマイルを無料航空券または割
引航空券、あるいは、カタログから自分で選ぶことができる何らかの他の賞品(
例えば、コーヒーメーカ、フリーアップグレード)に引き換えすることができる
。価格を調べて航空会社を代える移り気な旅行者は、1つの航空会社に忠実な旅
行者に比べて間違いなく得がない(または、むしろ損である)。
【0012】 同様の奨励褒賞プログラムが、インターネットを介したオンライン環境におい
ても盛んになり始めた。買い手は、例えば、オンラインマーチャントから商品を
購入することによって、広告をクリックすることによって、登録書および調査書
を記入することによって、そしてマーチャント、広告者および他の企業に関心の
ある種々の他の活動を行うことによって、オンラインでポイントを獲得すること
ができる。ユーザは、「アカウント」に「ポイント」を貯め、その「アカウント
」から自身のポイントを特定の商品またはサービスに引き換えることができる。
【0013】 固定オンラインユーザではない消費者でさえ、または、インターネットに馴染
みのない消費者でさえ、ポイントシステムの変形例には馴染みがあるかもしれな
い。多くのマーチャントは、割引商品または無料商品を忠実かつ常連の顧客に進
呈する。例えば、レストランで通常の食事を10回注文すれば(ただし、1回の
来店につき1個とし、スタンプスタンプカードに記録してもらう)、顧客の11
回目の食事は50%引きになり得る(または、11回目の食事は無料にさえなる
)。同様に、別のマーチャントは、毎7または10回目の入店以降は、忠実な顧
客に無料ドリンクを顧客の食事につけることもできる。別のマーチャントは、初
めての顧客に対して、この顧客の次回の購入時に$10割引を行ってもよい。忠
実奨励ポイントシステムにおけるこれらの変形例は、単なる変形例にすぎない。
実際の物理的なカードには、レストランへの入店毎にスタンプが押され得るか、
または、ギフト証明が配られるが、これらのスタンプおよびギフト証明は、たと
え非電子形式であってもポイントに類似したものである。
【0014】 忠実奨励の驚くべきパワーは、消費者が獲得するポイントが増えれば増えるほ
ど、消費者はさらにポイントを欲しくなるという点である。高いポイントレベル
はより高価な(かつ、価値のある)特典と関連付けられているので、それぞれ増
え続けるポイントは、消費者にとってますます価値のあるものとなる。そのため
、マーチャントは、増加した利潤から収益を得る。最良の顧客とは、競合相手に
心変わりしにくい顧客である。
【0015】 しかし、(そうでない場合に、消費者が、例えば、飛行機で旅行をしたり、ま
たは、商品を購入したり等のなんとかして行う活動をするための)「フリーボー
ナス」としてしばしば知られているポイントによって消費者の関心を引くにも関
わらず、既存のポイントシステムは、一般に、消費者にとってポイントの望まし
い点を制限し、消費者が頻繁にポイントシステムに参加し続けないようにする引
き換え制限を有する。最初の参加からある程度たって、消費者が、自身の所望の
目的に到達するに十分なポイント数を得ることができないとわかると、がっかり
する場合が多い。
【0016】 この問題に寄与する1つの要因には、ポイントが一般にすべての商品と引き換
えできないという点にある。ポイントには、典型的に、引き換えに対して制限が
ある。この制限とは、1つまたはいくつかの加入しているマーチャントの商品に
限定されるということである。ある航空会社で旅行した場合に獲得されるマイル
を、例えば、別の航空会社の旅行者のアカウントに適用することができない。従
って、旅行者が、限られた時間内でできるかぎり多くの商品に引き換え可能なマ
イルを獲得するためには、旅行者は、1つの航空会社から航空券を購入し使用し
なければならない。1つのマーチャントに忠実であれば、十分なポイントを貯め
た後に引き換えることができるポイントが、消費者に進呈される。
【0017】 しかしながら、消費者は、第1のマーチャントに忠実であろうとするために、
他のマーチャントからのいくつかのバーゲンを見逃してしまうかもしれない。例
えば、消費者は、Jones Airlinesから比較的高額の航空券を購入
し続けて、その結果、Smith Airlinesから比較的安価な航空券を
購入する代わりに、マイルを貯めることができる。同様に、消費者は、自身のス
タンプカードに入店のたびにスタンプを押してもらうために、高価なJoe’s
Tacosに行こうとし、その結果、安価なTim’s Tacosに入る代
わりに、無料で食事をすることができる。従って、奨励ポイントシステムのマー
チャント指向性は、心理学的に、そうでない場合には購入する、消費者の商品を
購入するという欲求を制限している。これは、他のマーチャントに入店すること
でペナルティを感じる(すなわち、機会費用の)ためである。
【0018】 マーチャントの考え方からすれば、忠実奨励はコストがかかる。顧客が引き換
えるポイントすべてが、マーチャントの現金を要する。何らかの減少が生じてい
るものの(すなわち、多くのポイントが引き換えされない)、実際には、進呈さ
れたポイントすべてがマーチャントに対する限界費用となる。例えば、いくつか
の航空会社が、ホテルおよび他のポイント発行者に1ポイントあたり約2セント
で「マイル」を売る。従って、これらのマーチャントへの実際のコストは、顧客
に発行されたすべてのポイントに対して存在する。ポイントは発行するためには
現金がかかるので、マーチャントは、常に、実際にポイントを獲得するために、
消費者による何らかの支払を必要とする。例えば、消費者が、マイル数を得るた
めに、航空券を購入するか、または、ホテルに宿泊する必要がある。
【0019】 忠実奨励プログラムにおけるこれらの欠点にも関わらず、消費者は、いくつか
の改良点を見出しつつある。多くのポイントシステムが未だにマーチャント指向
であるが、より多くのマーチャントが互いに関連を持つようになり、ポイントは
、異なるマーチャント間でより一般的に受け入れられ、その結果消費者にもより
望ましいものとなる。例えば、あるマーチャントから商品を購入することによっ
て、別のマーチャントのポイントを獲得することができる。消費者がクレジット
カードを使用すれば、消費者は、Jones Airlinesのマイルを獲得
することができる。同様に、あるマーチャントから獲得されたポイントは、別の
指定されたマーチャントと引き換えすることができる。従って、消費者が、引き
換え時に1つのマーチャントのカタログにもはや制限されることはない。
【0020】 しかしながら、やはりポイントの引き換えに「汎用」でない市場(例えば、オ
ンラインオークション市場に類似したもの)もある。このオンラインオークショ
ン市場では、(オークション会社に以前に加入したことのない)新しい売り手は
、販売する商品を容易に掲載できる。少なくとも複数のマーチャントの商品を含
む引き換えカタログには掲載され得る。
【0021】 既存のポイントシステムの別の引き換えに関連する制限は、所定のポイント閾
値に到達した後でしかポイントを引き換えできないという点である。例えば、J
ones Airlinesは、顧客が3,000マイルを獲得した後でしか無
料国内周遊券を渡すことができない。2,999マイルを有する顧客が、3,00
0マイルの閾値に適するようにするためには、最後の1マイルを獲得するまでこ
れら2,999マイルは価値がないことを知っている。同様に、Joe’s T
acosに10回入店した後でしか無料の食事を受けるにふさわしい顧客となら
ない。これらのケースの各々において、顧客が、必要な引き換え閾値に対して、
たとえ1ポイント、1マイル、または、1入店回数でも少ないポイントしか有し
ていない場合には、顧客は、自身のポイント、マイル、または、入店回数を所望
の商品またはサービスに引き換えすることはできない。
【0022】 最後に、ポイントは、典型的には、特定の期間が経過した後には無効になる。
マーチャントは、顧客が、有効期限が近づくにつれて、ポイントが無効にならな
いように、ポイントを引き換えようとするという利点を得る。同様に、ポイント
合計が引き換え閾値以下であれば、顧客は、ポイントを引き換えて、すでに獲得
したポイントを無効にしないうようにするために、何か行動をおこして(例えば
、製品を購入する、広告をクリックする、ウェブサイトに登録する)、十分なポ
イントを得ようとし得る。
【0023】 さらに、引き換えの「固定価格」性は、消費者にとってのポイントの望ましさ
および有効期限の効果を制限し続けている。時間がたてば、引き換えカタログ中
の消費者が欲しい商品(特定のポイント合計を必要とする)が、ポイントが貯ま
っていく現在の速度を考えると、長期間を要するかもしれないとわかると、消費
者の関心がなくなる可能性がある(そして、消費者自身のポイントも期限切れさ
えする)。
【0024】 所望の商品を得る絶好と思える機会を消費者に提供する別の引き換え形態があ
れば、消費者は、もっと頻繁に奨励報酬プログラムにもっと参加しようとするか
もしれない。消費者が、所望の商品を得ることができる思えば、消費者が貯めた
ポイント数にほとんど関係なく、自身のポイントの有効期限をて幻滅することは
少なくなり得る。
【0025】 従って、奨励褒賞システムは、消費者がポイントに価値があると気づいた場合
に、消費者の行動を変化させる実現可能性を示す。さらに、既存の奨励褒賞シス
テムにおけるポイント引き換えの固定価格性は、知られているポイントの値を制
限する場合が多い。一方、オークションは、固定価格の特定の商品を売買する有
効な別のメカニズムであると証明されている。しかし、単なるキャッシュ駆動式
支払機構の制限と組み合わされたユーザアカウントおよび統合クレジット機構が
ないために、オークションが、今以上により一層広まることがない。
【0026】 奨励プログラムの別の形態は、市場取引の許可である。市場取引の許可は、市
場取引メッセージに何とかして注意を引くために消費者に報酬を渡す。例えば、
招待された家族またはカップルが、宿泊施設を訪問し、アンケートにすべて答え
、豪華なリゾートの90分間のプレゼンテーションを見た場合に、その豪華なリ
ゾートは、Tahoe湖またはLas Vegasへの無料航空/ホテル宿泊施
設を招待された家族またはカップルに振舞うことができる。マーケティング担当
者は、無料Tシャツを配るか、または、セミナーへの参加または販売カタログを
読むためのキャッシュを進呈することもできる。
【0027】 市場取引の許可には欠点もある。この技術は、マーチャントに対する限界費用
を有する。関心のある人が増えれば増えるほど、関心を引くために支払わなけれ
ばならないマーチャントに対する合計コストは高くなる。潜在顧客すべてに消費
者側での行動(例えば、バナーをクリックする)はコスト0であるという十分な
利益を提供することによって、マーチャントは、自身を破綻で脅す。消費者の関
心を引くためのこの高い限界費用の結果、これらのマーチャントは、コンテスト
および賞金レースを用いて、多くの消費者の関心を引く。バナーをクリックする
か、または、広告を読むかわりに、潜在顧客に賞金レースの参加を進呈すること
によって、マーチャントの広告主は、限界費用ゼロで関心を得ることができる。
結局、マーチャントの広告主へのコストは、ほぼ、より多くの賞金レース参加者
を印刷するにすぎない。
【0028】 コンテストおよび賞金レースの制限された問題をまとめる。基本的には、消費
者に関心をもたせるにはもっと多くの(さらに価値のある)商品が必要とされる
。時間がたつにつれてより一層価値のある忠実奨励(すなわち、顧客がより多く
のポイントを獲得すればするほどもっと多くのポイントが欲しくなる)と異なり
、賞金レースの利点は、時間がたつにつれて価値がなくなる。利益は小さくなる
。すなわち、11人の賞金レース参加者を有する潜在顧客は、12人目の参加者
には、最初の参加者に対して行うよりもあまり熱心に作業を行おうとしない。
【0029】 オークションと奨励褒賞プログラム(すなわち、忠実奨励および市場取引の許
可)との両方の上述した欠点を有することなく、これらの利益を提供するシステ
ム、好ましくは、自動オンラインシステムが必要とされる。さらに、このシステ
ムは、市場取引の許可において用いられる賞金レースの限界費用がゼロであるの
と同様に、マーチャントへの限界費用をゼロとする必要もある。本発明は、この
ような高機能アカウントベースのオンラインオークションシステム(ただし、必
ずしもキャッシュベースの支払形式に限定されない)を提供する。本発明は、奨
励褒賞プログラムのオークションベースの引き換え構成要素の役割も果たし得る
【0030】 (発明の要旨) 本発明は、オークションフォーマットと、買い手が商品およびサービスに値を
付け、購入することができるユーザアカウント/クレジット機構とを統合させる
ことによって上述の問題を克服する。さらにこの機構は、奨励褒賞プログラムの
大きなコンテキストにおける引き換えポイントの手段(または、クレジット機構
と組み合わされた他の形態の通貨)としてさらに統合され得る。従って、獲得さ
れたポイント(購入ポイントまたは注目ポイント)は、オークションで競り落と
される商品に入札するために用いられ得る。
【0031】 本発明の1実施形態において、新しい市場取引の動力は、製品を購入すること
を必要とせず、マーチャントの広告メッセージに関心を寄せる潜在顧客に報酬を
払うことが可能な場合に生じる。従って、消費者は、注目ポイントから利益を得
る。また、オンラインオークションシステムとともに用いた場合には、マーチャ
ントは、このシステムを実行するための限界費用がゼロであるため利益を得る。
現行の基本(特に、収益は増加しつつある)に基づいて、関心を寄せる潜在顧客
に報酬を払う利点は、非常に効果的である。マーチャントは、次に、潜在顧客と
対話をして、マイレージプログラムの高い限界費用を払うことなく市場取引の影
響力のさらに大きな市場占有率を獲得することができる。
【0032】 要するに、本発明の種々の実施形態によれば、マーチャントが、これらのポイ
ントがオークションですぐに互いに相殺されるということを知りたい場合に、多
くの注目ポイントとして発行することができる。詳しく説明すると、マーチャン
トは、潜在顧客全体に注目ポイントを獲得する多くの機会を与える。マーチャン
トはまた、予告された時間に競売するように、固定数の商品を取っておく。マー
チャントは、次に、潜在顧客の獲得したポイントが競売される商品に入札するた
めに用いられ得る場合に、それら潜在顧客に競売される商品について通知する。
しかしながら、商品が注目を引くには十分である場合に、これらの潜在顧客が有
する多くのポイントは、オークションに用いられる。潜在顧客が有するポイント
が多い場合には、そのオークションの商品を競り落とすためにこれらのポイント
を使いきる。潜在顧客の有するポイントが少ない場合には、オークションに参加
し、オークションの商品を競り落とすことを目的としてより多くの注目ポイント
を獲得しようとする。とにかく、これらのポイントは、潜在顧客がこれらのポイ
ントを使って入札をすれば、すぐになくなってしまう。従って、従来の忠実奨励
プログラムと異なり、もらったポイント数は、オークションですぐに使いきって
しまうので、マーチャントには何ら費用はかからない。従って、マーチャントは
、マーチャントに対する限界費用を有することなく、消費者を広告に注目させる
ことができる。ポイントは餌として用いられる。これらの発行されたポイントは
、次に、オークションで互いに相殺される。
【0033】 本発明の1実施形態によれば、本明細書中でYahoo!オークションシステ
ムとして知られる電子オークションシステムが、オークションサービスと関連す
る機能とを提供する。この関連する機能によって、ユーザは、ユーザアカウント
を介して管理されたさまざまな支払い単位(例えば、奨励ポイント、および、ク
レジットを得る手段とともに用いられる現金等)でのオークション取引を行うこ
とが可能になる。ポイントの使用を許可することで、例えば、「どんどん使って
よい」何らかのポイントを有するユーザは、オークションに参加して、そうでな
い場合には購入し得ないか、または、実際の現金で入札し得る商品に入札するこ
とができる。何らかの理由(例えば、馴染みがない、ポイントが十分でない、ポ
イントが古すぎる、褒賞カタログ中の商品に興味がない)のために既存のポイン
トプログラムを嫌うユーザにとって、Yahoo!オークションシステムは、こ
れらのポイントを引き換えするためにさらなる奨励をユーザに提供する(例えば
、オークションフォーマットを介して、より低価格であるという魅力およびクレ
ジットポイントが利用可能である)。
【0034】 マーチャントはまた、より高いポイント使用量によってこれらの消費者を市場
に「戻させる」ため、これらのポイントシステムを嫌う消費者の増える動向から
利益を得る。(むしろオークションフォーマットの使用に近い)引き換え可能な
製品に十分多様な選択肢があれば、ポイントを引き換えるための奨励は、さらな
るポイントを獲得するための奨励へと変わる。
【0035】 本発明の1実施形態において、ポイント(すなわち、購入ポイント、注目ポイ
ント)は、種々の方法で獲得され得る。忠実奨励であろうと市場取引の許可であ
ろうと、これらの方法は、製品の購入、広告の視聴(広告を「クリックする」)
、ウェブサイトの登録、種々のYahoo関連特性(例えば、頻繁なログイン、
特定数のゲームをする)のかなりの使用量、複数のYahoo!プロパティの訪
問、宣伝に参加、オンラインゲームに参戦/勝つ、友人の登録等を含む。ポイン
トはまた、多くの方法、特に、本特許明細書を通して詳細に後述されるオンライ
ンオークションで引き換えされ得る。
【0036】 本発明の1実施形態において、Yahoo!オークションシステムは、ウェブ
ブラウザを介してインターネットにアクセスする消費者がアクセス可能なオンラ
インサーバとしてインプリメントされる。サーバは、ウェブサーバ、メッセージ
ングサーバ、データベースサーバ、そして種々のデータベースを含む。
【0037】 このサーバの機能は、1つ以上のウェブサーバを有する1つのハードウェアプ
ラットフォーム上にインプリメントされ得るか、または、各々が1つ以上のウェ
ブサーバを有し、これらの機能(例えば、ウェブサーバとメッセージングサーバ
とを統合した機能)のうちの1つ以上を取り扱う複数のハードウェアサーバ間に
分散され得る。この機能は、従来のウェブサーバ、および、アプリケーションの
実行、リソースの管理、ウェブリクエストの処理、ファイルとレコードとの管理
、タスクの指定、他のタスク間の例外の処理等のアプリケーションサーバ機能を
含む。
【0038】 メッセージングサーバは、オークションニュース、オークションアップデート
、オークション警告、そしてオークション顧客サービスアクセス等の通知を提供
する。この通知は、電話、eメール、即時メッセージ、アクティブデスクトップ
アプリケーション、ウェブブラウザ等の任意の通信媒体であり得る。潜在入札者
の関心を引き得る近々開催されるオークションのニュースが頻繁に配信され得る
。また、入札者の入札が、他の入札者の入札よりも低い場合、負けた入札者には
、メッセージングサーバによって新しい高い入札についての通知が行く。適切に
応答することによって、入札者は、メッセージングサーバによって処理されるe
メールで新しいより高い入札を提出することができる。eメールシステムは、ま
た、商品、売り手、および他の入札者に基づく、入札者の関心を引き得る任意の
オークションの入札者に警告し得る。(当該分野で周知の)「即時メッセージ」
の種々の形態は、eメール通知の変わり(または、eメール通知に加えて)用い
られ得ることに留意されたい。
【0039】 1実施形態において、メッセージングサーバは、インターネットに一次インタ
フェースを提供する。メッセージングサーバは、ウェブサーバと、システムの「
バックエンド」(例えば、データベースサーバ)と通信する。
【0040】 データベースサーバは、サーバによって管理されるあらゆるデータの種々のフ
ァイルとレコードとを作成、削除、および、管理に関連する多くのタスクを実行
する。データベースサーバは、Yahoo!オークションシステムを実行すると
いうタスクを行う際に、ウェブサーバをサポートする。データベースサーバは、
オークションデータベース、商品データベース、売り手データベース、入札者デ
ータベース、アカウントデータベース、および、入札データベースを扱う。いく
つかの実施形態では、これらのデータベースは、種々の組み合わせで互いに統合
され得る。例えば、入札者データベースと、売り手データベースと、アカウント
データベースとを統合して1つのデータベースにしてもよい。他の実施形態では
、これらのデータベースは、分かれており、おそらく、物理的に異なる位置で維
持されるか、または、異なる企業によって維持されてもよい。
【0041】 これらのデータベースのいくつかまたはすべては、事実上、フラットファイル
またはリレーショナルファイルとして、および、単なる階層ディレクトリまたは
ツリーベースの構造を用いた他のファイルとしてインプリメントされ得る。異な
るデータベースは、これらデータベースが最適化される特定の機能(例えば、高
速記録取り出し、フレキシブルサーチ等)に応じて異なる構造を有し得る。
【0042】 オークションデータベースは、各オークションに関する情報(現在アクティブ
なオークション、終了したオークション、または、近々開催されるオークション
であるかどうか)を格納する。この情報は、Yahoo!オークションシステム
または売り手のいずれかが特定するパラメータを含む。このようなパラメータに
は、開始入札価格、開始入札価格の減少、新しい開始入札価格の計算回数、準備
期間、オークション期間、変動取引終了が可能か否か、入札増加(または、オー
クションの各段階での入札増加)、および、見切売りの閾値等が含まれる。
【0043】 商品データベースは、(以降でさらに詳細に説明する)1実施形態における商
品の3つの異なる群またはタイプを含む。すなわち、(1)引き換え閾値レベル
のない現金またはポイントによる購入が可能な商品、(2)引き換え者が引き換
え閾値を達成した場合の、引き換えに利用可能な商品、および、(3)マーチャ
ントがオークションに売りに出す商品である。利用可能な場合、商品の各品物は
、文書での説明、画像ファイルまたはドローイング、映像ファイル、および、売
り手IDと関連付けられる。
【0044】 売り手データベースは、売り手の名前、企業のマーチャントまたは個人マーチ
ャントであるか、および、各識別子を含む。売り手情報を表す代表的なものには
、名前、ID、および、Yahoo!オークションシステムの他のユーザが提案
した格付けが含まれる。
【0045】 入札者データベースは、入札者に関する情報を含む。通常、入札者は、入札者
の名前が入札者データベースに配置されるように、アカウントの登録および設定
を必要とする。入札者情報を表す代表的なものには、名前、ID、Yahoo!
オークションシステムの他のユーザが提案した格付けが含まれる。
【0046】 アカウントデータベースは、各参加者のアカウントに関する情報(すなわち売
り手であるかまたは買い手である)を含む。アカウントは、オークションでの販
売によって獲得されたか、または、潜在顧客に配るために指定されたポイントの
保管場所を提供する。さらに、入札者はまた、別の取引では売り手であるかもし
れない。従って、自身の貯めたポイントもまた追跡される必要がある。アカウン
ト情報は、アカウント残高、各ポイントまたはポイント群の有効期限、引き換え
情報、クレジットカード情報、請求情報、請求先アドレス、および、アカウント
がクレジットのポイントの使用を認めているか否かを含む。
【0047】 保存の概念は、アカウントデータベースに適用される。本発明の実施形態に従
って、ユーザがNポイント(例えば、100ポイント)を有すると仮定する。い
くつかの分量を用いるオークションにおいて、ユーザがアイテムに入札して、N
ポイントのうちMポイント(例えば、20ポイント)と言い、この分量Mは、シ
ステムによりいくつかの一時的なサブアカウント中に保存される。全てのNポイ
ントは、まだアカウント中にあるが、保存されていないポイント(すなわち、N
−Mポイント)のみが、Mポイントが保存されるこの特定のオークションがユー
ザの状態(すなわち、勝ち、負け)を無効にするまで、他の取引についてユーザ
に対して利用可能となる。ユーザが勝った場合、これらのMポイント(または、
オークションのタイプに依存してその一部)が販売のために使用される。ユーザ
が負けた場合、これらのMポイントは保存されず、全てのNポイントはユーザに
利用可能である。
【0048】 入札データベースは、任意のおよび全てのペンディングの入札についての情報
を含む。入札が現在高い価格であるかないかに関わらず、入札データベースは全
ての有効な入札を追跡する。全ての入札の記録は、Yahoo!オークションシ
ステムが複数のトップ入札者に複数のアイテムを授与することを可能にする。複
数のトップ入札者は、スタンダードオークション、ダッチオークション、プログ
レッシブオークション、およびバイ−オア−ビッドのようなオークション形式に
ついて、最も高い入札者に必ずしもならなくてもよい。さらに、任意の競合する
入札者が、任意の所与のオークションの入札プロセスについて任意の苦情を申し
立てる場合に、全ての入札の記録は、論争の解決を容易にする。
【0049】 Yahoo!オークションシステムは、そのユーザに対して多数の種々のオー
クションフォーマットを提供する。これらのオークションフォーマットは、スタ
ンダードオークション、ダッチオークション、プログレッシブオークション、お
よびバイ−オア−ビッドオークションを含む。一般大衆の多くに公知のオークシ
ョンフォーマットは、スタンダードオークションフォーマットである。ここでは
、Yahoo!オークションシステムが、オークションが特定の期間にアクティ
ブになった後、入札者の入札価格で最高の入札者に商品を提供する。スタンダー
ドオークションフォーマットはまた、複数のアイテムおよび複数の勝者に適用す
る。Nアイテムがオークションで競り落とされると、Yahoo!オークション
システムは、それぞれの勝った入札者の各入札価格でNの種々の勝った入札者に
これらのN個のアイテムを提供する。
【0050】 スタンダードオークションにおいて、Yahoo!オークションシステムは、
入札者の勘定残高に対して入札者の入札をチェックする。そして入札者の入札の
量が入札者のアカウントで利用可能であれば、その入札は受け入れられる(ただ
し、それは有効入札である)。Yahoo!オークションシステムが入札者のア
カウントにこの入札の量を保存し、それにより入札者が最終的な勝者として宣言
される場合に、アイテムの売り手に支払い可能となる。新規の入札者によって高
い入札者位置に取って代わられた入札者については、Yahoo!オークション
システムは、アカウントにその入札者の価格の量を保存せず、それにより、所望
であれば、この量は他の取引に利用可能となる。この保存プロセスおよび非保存
プロセスはオークションが終了するまで続く。
【0051】 他のオークションフォーマットがダッチオークションとして公知である。ダッ
チオークション形式はまた、複数の成功した入札者に複数のアイテムを競り落と
させることを含む。しかし、スタンダードオークション形式と対照的に、ダッチ
オークション形式は、最低の成功した入札者による(単位あたりの)価格で最高
の入札者に複数のアイテムを提供する。
【0052】 Yahoo!オークションシステム内でインプリメントされるダッチオークシ
ョンシステムの2つの実施形態が記載される。2つの実施形態間での主な差異は
、最高の入札者のために保存された入札である。第1の実施形態では、トップの
Nの入札者の中での最低の入札は、各有効入札を受け入れた後に決定され、トッ
プのNの入札者の各アカウントに保存される。第2の実施形態では、トップのN
の入札者のそれぞれの入札は、入札者の各アカウント中に保存され、オークショ
ンが完了すると、アカウントに対する必要な調整がなされ、その結果最高の入札
者のずべてはその入札の中で最低の価格のみを支払う。
【0053】 他のオークション形式がプログレッシブオークションとして公知である。勝者
に対するアイテムの1:1マッピングが要求されないことを除いて、プログレッ
シブオークションはダッチオークションフォーマットと同様である。代わりに、
複数のアイテムはともかく可能な限り分けられ得る。プログレッシブオークショ
ン形式において、Yahoo!オークションシステムは、アイテムの入札の量に
基づいて異なる価格でトップの入札者に商品を提供する。すなわち、トップの入
札者がオークションされたアイテムについて支払わなければならない価格は、所
与のアイテムの量について最低の成功した入札に基づく。バリエーションでは、
トップの入札者がオークションされたアイテムについて支払わなければならない
価格は、所与のアイテムの量および所与のアイテムの量未満について最低の成功
した入札に基づく。従って、6のアイテムについてのトップの入札者は、6未満
のアイテムについて成功して入札するトップの入札者の中で、最低の価格を支払
う。
【0054】 プログレッシブフォーマットに関して、Yahoo!オークションシステムは
、アイテムの量に基づいた、入札者が属するグループを決定する。従って、6の
アイテムを入札する入札者は一緒にグループ化され、2のアイテムを入札する入
札者は一緒にグループ化される。各グループの中で、Yahoo!オークション
システムは、最低の価格を決定する。Yahoo!オークションシステムは、グ
ループにおける各入札者のそれぞれのアカウントにこの入札を保存する。任意の
高値付け、または棚卸不足のために、取って代られた人は、どんな価格の量が以
前に貯えられていようが貯えられないアカウントを有することになる。
【0055】 別の形式は、バイ−オア−ビッドオークションフォーマットである。ここでは
、Yahoo!オークションシステムは、示された売値かまたはそれ以上の入札
を設定する入札者に商品を提供する。この形式は、在庫は入札者の要求した量を
支持することができる場合、この示された売値で入札する入札者に商品を保証す
る。示された売値以上でない入札は、リザーブに格納される。所定の販売量が特
定の期間で達成されない場合、示された売値はいくらか所定の減分だけ低くなる
。この新規の示された売値以上のリザーブ中の入札は成功したように見え、要求
された商品はこれらの入札者に提供される。まだこの新規な示された売値より低
い入札は、リザーブ中に維持される。このプロセスは、売り手によって設定され
た特定のプレオークションの終了状態に到達するまで続く。
【0056】 バイ−オア−ビッド形式について、Yahoo!オークションシステムは、入
札者のアカウントに入札の量を保存する。この入札の量が処分価格以上である場
合、アイテムが入札者に提供される。この入札の量が処分価格より低い場合、そ
の入札は将来の参考のためにセーブされる。特定の販売量が特定の期間内で達成
できなかった場合、このシステムは処分価格を引き下げて入札が出ることを誘発
する。次いで、このシステムは、全てのセーブされた入札が新規の引き下げられ
た処分価格の価格以上かどうかを判定するように、全てのセーブされた入札をチ
ェックする。引き下げられた処分価格の価格以上である場合、そのアイテムは入
札者のそれぞれの入札で販売される。このプロセスは、指定されたオークション
の期間が満了するまで継続する。
【0057】 本発明の別の実施形態では、Yahoo!オークションシステムは、入札者が
そのオークションに参加するためにオークションで自身をモニタする必要がない
ように、入札者の入札行為を自動化し得る自動化入札者機能(feature)
を提供する。入札者は最高価格(および(売り手によって固定され得るが)可能
な入札増分)のような種々のパラメータを特定する。一つの実施形態では、Ya
hoo!オークションシステムは、オークションが完了するまで、またはユーザ
によって無効にされるまで、(利用可能であれば)ユーザのアカウントに特定さ
れた最高入札の量を保存する。完了時に、実際の成功した入札の量は保存された
量から引かれ、入札者のアカウントに戻される。別の実施形態では、Yahoo
!オークションシステムは、特定の最高入札の量未満の入札量で入札者が勝つか
もしれないので、特定の最高入札の量の代わりに入札者のアカウントに各入札の
量を保存する。
【0058】 これらの種々のオークションの形式および特徴、およびそれらがYahoo!
オークションシステムのコンテキスト(context)中でインプリメントさ
れる様式は、以下により詳細に示される。
【0059】 本発明の記載は、以下の記載および添付の図面を参照すればよりよく理解され
得る。
【0060】 (好ましい実施形態の詳細な説明) 本発明の一つの実施形態は、マーチャントおよび買い手が、売り手によって許
可されるまで任意の支払い単位の形態を用いてオークションに参加することを可
能にする電子オークションシステムである。明瞭にするために、電子オークショ
ンシステムおよびその改変を本明細書中では「Yahoo!オークションシステ
ム」またはいくつかの場合では単に「システム」と呼ぶ。
【0061】 支払い単位の一つの形態は、多くの様式(例えば、製品/サービスを購入する
こと、広告を介してクリックすること、またはマーチャントに登録すること)で
獲得され得る奨励ポイント(incentive point)である。ポイン
トを獲得する他の方法は、以下にさらに記載される。Yahoo!オークション
システムは、潜在入札者が、入札者のポイントでオークション商品に入札するこ
とを可能にする。
【0062】 さらに以下に記載されるように、Yahoo!オークションシステムにおける
各参加者は、参加者の貯めたポイントを追跡するアカウントを有する。任意の商
品に入札するか、または任意の商品を購入する場合、Yahoo!オークション
システムは参加者の勘定残高をチェックし、このような入札または購入がなされ
得るかどうかを判定する。さらに、いくつかの参加者のアカウントは、参加者が
、プライスタグが現在の勘定残高(ポイントか現金かのいずれか)を超える商品
(ただし、特定のクレジット限度は超えない)に入札するか、または購入するこ
とを可能にするクレジット機能を有し得る。
【0063】 この「好ましい実施形態の詳細な説明」のセクションは、以下の概要で示され
るように構成されている。 I.ネットワーク構成 II.サーバ構成 III.アカウントデータベース IV.Yahoo!ポイント A.概要 B.ポイントの獲得 C.ポイントの引き換え D.政策および濫用制御 E.未払いポイントの制御 F.オファーサーバによるポイント発行 V.管理ツール VI.オークション形式 A.スタンダードオークション B.ダッチオークション C.プログレッシブオークション D.バイ−オア−ビッドオークション E.デクライニングビッドオークション VII.自動化クロージング VIII.オークション警告 IX.自動化入札者 X.自動化売り手 XI.最初のチェックを超えるアカウントチェック XII.ポイントクレジット XIII.Yahoo!/商品の関係 (I.ネットワーク構成) 本発明の一つの実施形態によれば、Yahoo!オークションシステムは、オ
ンラインネットワーク環境で実現される。図1に示されるように、典型的なネッ
トワーク環境は、通常Yahoo!オークションシステムの人の参加者(例えば
、潜在的入札者)によって操作されるいくつかのクライアントコンピュータステ
ーション101、102および103を含む。これらのクライアントコンピュー
タステーションは、(図1には示されない)インターネットサービスプロバイダ
(すなわちISP)を介してインターネット120の広域ネットワーク(WAN
)に接続される。他のクライアントコンピュータステーション104および10
5は、ローカルエリアネットワーク(LAN)100の一部である。このネット
ワークはまた、サーバコンピュータステーション106を含む。サーバコンピュ
ータステーション110、111および112は、ウェブ上に種々の機能を提供
する。各サーバは、ユニフォームリソースロケータ(URL)アドレス(例えば
、“http://www.Yahoo.com”)を指定することによってア
クセスされ得る。Yahoo!オークションシステムは、中に常駐するコンピュ
ータプログラムであり、例えばサーバ112のような、これらのサーバコンピュ
ータステーションのうちの少なくとも一つで主に実行される。
【0064】 ある実施形態において、さまざまなオークション関連画面はHTMLを使用す
る。他の実施形態は、XML(すなわち、さまざまなHTMLページを動的に生
成し得る静的オブジェクト)または他のなんらかのフォーマットを使用する。サ
ーバ112の機能性は、下記に詳細に説明する。
【0065】 クライアントコンピュータステーション101−105は、私邸、小さなオフ
ィス、または大きな企業オフィスでさえも通常、動作している。クライアントコ
ンピュータステーションの代表的なものは、モデム(すなわち、ネットワーク接
続、例えば、ルータおよび高速インターネット接続)を有するパソコン、端末ス
テーションおよびネットワークサーバである。クライアントコンピュータステー
ションは、コンピュータ、キーボード、マウス、モニタおよび適切なモデム/バ
ス/ネットワークインターフェースを完備している。当業者には周知であるよう
に、クライアントコンピュータステーションの代表的なものは、CPU、ローカ
ルバス、ホスト/PCIブリッジ、メモリバス、メインメモリおよびハードディ
スクメモリを含む。例示のクライアントコンピュータステーションは、Sun
Microsystems SPARCまたはULTRA−SPARCワークス
テーション、Intel/Microsoftベースのコンピューティングステ
ーション(例えば、Gateway、Dell、Micron)およびAppl
e Macintoshを含む。これらのクライアントコンピュータステーショ
ンは、Solaris、Windows(R) 98、Window(R) N
T、Apple OSを含むさまざまなオペレーティングシステムを支援するこ
とができる。
【0066】 これらのクライアントコンピュータステーションで動作するアプリケーション
は、eメール(例えば、Microsoft Outlook Express
、CCMail)、ウェブブラウザ(例えば、Netscape Naviga
tor、Microsoft Internet Explorer)、ウェブ
サーバおよびコミュニティ型オンラインサービス(例えば、AOL、Compu
Serve、Prodigy)を含む。Yahoo!オークションシステムへの
アクセスは、HTMLファイルの形態でウェブコンテンツを視聴するために、ウ
ェブブラウザを介してなされ得る。当業者に公知なように、ウェブブラウザを介
してクッキー(cookies)を使用して、ステート情報、例えば、ユーザ名
、ID、パスワード、ユーザの嗜好、設定などを格納する。
【0067】 また、eメールシステムを用いて、入札提出などのタスクに関してYahoo
!オークションシステムにアクセスし、ユーザが高値を入札されたという通知を
受け取るか、または、単に、ユーザが興味を持ち得る他のオークションのユーザ
に警告する。
【0068】 企業ネットワーク100は、通常、イントラ構築またはイントラキャンパス通
信に対してローカルエリアネットワーク(LAN)としてインプリメントされる
。企業ネットワーク100が異なる地理的ロケーションの複数のビルまたは複数
のキャンパスに広がる場合、企業ネットワーク100は、一般の電話会社の線を
介して個々のLANに広がるインタ構築またはインタキャンパス通信に対する広
域ネットワーク(WAN)をインプリメントし得る。これらのWANは、一般的
には、通常の搬送波経路にわたる通信を可能にするブリッジまたはルータを使用
する。
【0069】 ある実施形態において、LANネットワーク700におけるサーバ106は、
本特許明細書に記載されるオークション機能を実行し得る。したがって、このネ
ットワーク100を運転する会社は、従業員にポイントを与え、彼らは、さまざ
まな価格で特定のオークションに参加することできる。
【0070】 (II.サーバ構成) ここで、Yahoo!オークションシステムに関連するサーバコンピュータス
テーション112を、図2に対して説明する。サーバ112のコアに、ウェブサ
ーバ137がある。ウェブサーバ137は、データベースサーバ136、メッセ
ージングサーバ138およびインターネット150とやりとりする。ウェブサー
バ137は、さらに通信線143(例えば、サーバ112に接続されたモデムま
たはネットワークルータを介して)およびインターネット150と接続する。
【0071】 ウェブサーバ137は、Yahoo!オークションシステムの管理に関連する
多くのタスクを実行する。任意の数の異なるアプリケーションに対する実行コー
ド(リソースを管理すること、ウェブリクエストを処理すること、ファイルおよ
びレコードを管理すること、ファイルおよびレコードを作成すること、ファイル
およびレコードを削除すること、タスクを指定すること、例外を処理すること)
から、ウェブサーバ137はサーバ112に主な処理を提供する。上述するよう
に、他の実施形態において、この機能は、複数のハードウェアサーバにわたって
分散され得る。
【0072】 ウェブサーバ137は、また、線142(例えば、システムバス、または他の
ハードウェアサーバへのネットワーク接続)を介するメッセージングサーバ13
8および線141を介するデータベースサーバ136と動作し得る。メッセージ
ングサーバ138は、ウェブサーバ137を線142を介して動作し、また、通
信線144を介してインターネットに接続される。メッセージングサーバ138
は、さまざまな通信メディア(例えば、電話、eメール、即時メッセージング、
アクティブデスクトップアプリケーションおよびウェブブラウザ通知)において
さまざまメッセージング機能を提供する。例えば、eメール通知(オークション
ニュース、オークション更新、オークション消費者サービスアクセスなど)は、
通信線144を介して提供される。潜在的な入札者に興味を持たせ得る今度のオ
ークションのニュースは頻繁に送達される。また、入札者が別の入札者によって
高値を付けられた場合、敗れた入札者は、通信線144を介してメッセージング
サーバ138によって新たな高い入札を通知される。適切に応じることによって
、入札者は、通信線144を介してメッセージングサーバ138によって処理さ
れるeメールで新たにより高い入札を提出することができる。また。ユーザが有
し得る任意の質問は、メッセージングサーバ138を介して消費者サービスに向
かい得る。メッセージングサーバ138は、消費者サービス部門内の適切な人に
eメールを送る。上述したように、当業者に周知の即時メッセージングの様々な
形態は、メッセージングサーバ138の機能のいくらかまたは全てを置き換え得
る。
【0073】 通信線143および144は、インターネットへの標準的なインターフェース
(例えば、イーサネット(R)またはルータおよびCSU/DSU、モデムなど
への他のネットワークインターフェース)であるか、または、ネットワークの「
バックエンド」における一般的なイーサネット(R)接続である機器を介する標
準的なインターフェースである。
【0074】 別の実施形態において、ウェブサーバ137およびメッセージングサーバ13
8は、インターネットサーバ146に組み込まれる。インターネット150への
インターフェースは、一次通信線144(線143はインプリメントされず)に
よって提供される。したがって、すべてのウェブトラフィックは、通信線144
を介してインターネットサーバ146を通過する。メッセージングサーバ138
は、ウェブサーバ137およびシステムのバックエンド(例えば、データベース
サーバ136)と通信する。
【0075】 データベースサーバ136は、オークションおよび関連する機能の全てを組み
合わせたものである。具体的には、データベースサーバ136は、サーバ112
によって管理されるさまざまなファイルおよびレコードの作成、削除および管理
に関連する多くのタスクを実行する。データベースサーバ136は、Yahoo
!オークションシステムを実行するタスクを為す際にウェブサーバ137を支援
する。データベースサーバ136は、オークションデータベース130、商品デ
ータベース131、売り手データベース132、入札者データベース133、ア
カウントデータベース134および入札データベース135の機能をする。これ
らのデータベース130−135は、通信線140に接続され、データベースサ
ーバ136に接続される。売り手は、ウェブブラウザによるインターネットを介
して管理ツールにアクセスすることに留意されたい。
【0076】 通信線140のこれらのデータベースは、システムの「バックエンド」を含む
。通信線140の共通バス状の表示は、単に概念的なものであることに留意され
たい。データベースは、実際には、共通バスでないかもしれない。これらのデー
タベースは、地理的に広く分散されてもよく、または、1つのデータベースに組
み込まれてもよい。また、データベースの幾つかは、共通バス上であり得、デー
タベースの他のものは、遠隔に配置され、インターネットを介してアクセスされ
得る。
【0077】 これらのデータベースは、適切なリンクフィールドを含み、それにより、ある
データベース内のエントリは、別のデータベース内の関連するエントリに関連し
得る。例えば、売り手がYahoo!オークションシステムを介するオンライン
オークションで自転車を競りにかけることを望むと仮定する。売り手に関する情
報は売り手データベース132に見出され、売り手アカウントに関する情報はア
カウントデータベース134に見出され、自転車に関する情報は、商品データベ
ース131内に見出され、自転車のオークションに関する情報は、オークション
データベース130内に見出され、オークションの間にその自転車について受け
取った任意の入札に関する情報は、入札データベース135内に見出され、その
自転車に入札を提出した入札者に関する情報は入札者データベース133に見出
される。
【0078】 オークションデータベース130は、オークションの各々が、現在開かれてい
るか、完了しているか、または次に行なわれるかについての情報を格納する。そ
の情報は、Yahoo!オークションシステムまたは売り手のいずれかが、開始
入札価格、開始入札価格の減少、新たな開始入札価格を計算する回数、準備期間
、オークションの期間、浮動終了機能がイネーブルかどうか、入札インクリメン
ト(または、オークション局面のそれぞれにおける入札インクリメント)および
処分閾値などを指定するパラメータを含む。これらのパラメータは、商品データ
ベース131内の商品と売り手データベース132内の売り手とを整合する適切
な指数でオークションデータベース130に格納される。これらのパラメータは
、異なるオークションフォーマットに関連して以下により詳細に記載する。
【0079】 商品データベース131は、マーチャントがオークションで競売にかける商品
を含む。利用可能である場合、商品の各アイテムは、文章、イメージファイルま
たは図、映像ファイルおよび売り手IDに関連する。各オークションアイテムは
、ある識別子に関連し、それにより、データベースサーバ136は複数のデータ
ベースにわたって同じアイテムを追跡し得る。したがって、商品データベース1
31内の所与のアイテムは、売り手データベース132内の売り手、入札データ
ベース135内の現在の高い入札および入札者データベース133内のすべての
入札者(成功したものもしなかったものも)に関連する。
【0080】 売り手データベース132は、売り手の名前、企業マーチャントであるかまた
は個人であるか、およびそれぞれの識別子を含む。売り手の名前を売り手データ
ベース132内に配置するために、通常、売り手は、アカウントに登録され、セ
ットアップされる。アカウントは、オークション販売を介して稼ぐか、または、
潜在的な消費者に分散することを指定するポイントの貯蔵庫を提供する。さらに
、売り手は、異なる取り引きにおいて売り手であってもよく、したがって、彼ら
の蓄積されたポイントはまた追跡されなければならない。売り手情報の代表的な
いくつかは、名前、ID、Yahoo!オークションシステムの他のユーザによ
って提出された格付けを含む。したがって、ある入札者は、特定の売り手に悪い
経験(よい経験)を受けた場合、入札者は、売り手の評価を書き込むか、または
、売り手を格付けし、かつ売り手の再調査および格付けをYahoo!オークシ
ョンシステムに提出する。これにより、Yahoo!オークションシステムの他
のユーザが、この特定の売り手の取引の挙動および製品の品質をより理解するこ
とができる。
【0081】 売り手データベースは、また、売り手が特定のオークションまたは全てのオー
クションの入札を防ぎたがる、入札者の名前を含む。なんらかの理由で、特定の
入札者に関する以前の悪い経験または報告された悪い挙動から、売り手は、特定
の入札者が売り手オークションに参加することを防ぎ得る。別の実施形態におい
て、この情報は、売り手データベース132の代わりに、オークションデータベ
ース130に格納され得る。このように、売り手は、選択された入札者があるオ
ークションに参加することができるが、同じ選択された入札者は、別のオークシ
ョンに参加することを防ぐことができる。
【0082】 売り手データベースの名前(および入札者データベース)の名前はYahoo
IDの形態である。YahooIDは、パスワードとともにYahoo!ユーザ
を特定する一意のストリングである。別の実施形態において、YahooIDは
、ユーザが異なるドメインにわたって同じユーザ名を使用することができるドメ
インと類似する。したがって、YahooIDまたはYahooのショッピング
またはオークションウェブサイトのユーザ名「JoePublic」を有するユ
ーザは、GeoCitiesにおいて、同じユーザ名「JoePublic」を
さらに使用し得る。
【0083】 入札者データベース133は、入札者に関する名前(例えば、YahooID
)および他の情報を含む。通常、入札者は、入札者名を入札者データベース13
3に配置するために、アカウントを登録し、セットアップする必要がある。アカ
ウントは、オークション販売で得るか、または、潜在的な消費者への分配を指定
するかどうかのポイントの貯蔵庫を提供する。さらに、入札者は、異なる取引で
売り手になってもよく、したがって、彼らの蓄積したポイントも追跡する必要が
ある。情報の代表的な幾つかは、名前、ID、Yahoo!オークションシステ
ムの他のユーザによって提出された格付けを含む。同様に、売り手の格付けおよ
び入札者の格付けにより、Yahoo!オークションシステムの他のユーザは、
この特定の入札者の取引の挙動をより理解することができる。
【0084】 別の実施形態において、売り手データベース132、入札者データベース13
3、アカウントデータベース134は、1つのデータベースに組み込まれてもよ
い。この場合、単一のデータベースは、売り手/入札者と売り手との間を区別で
きない。なぜなら、全ての売り手は、また、買い手であり得、全ての買い手は、
また、売り手であり得るからである。
【0085】 アカウントデータベース134は、買い手または売り手の参加者のそれぞれの
アカウントについての情報を含む。アカウント情報は、残高勘定、ポイントまた
はポイントの群の各々の満了期間、引き換え情報、クレジットカード情報、請求
情報、請求アドレス、アカウントがクレジットのポイントを使用することが認可
されるかどうかを含む。アカウントデータベース134は、本特許明細書におい
て、ACCOUNT DATEBASEセクションにおいて下記にさらに詳細に
説明される。図2に図示されるこの実施形態は、Yahoo!オークションシス
テムの他と統合されたアカウントデータベース134を示すが、別の実施形態は
、第3者のサーバに位置付けられ、第3者によって保持されるアカウントデータ
ベースを有してもよい。
【0086】 入札データベース135は、ペンディング中の入札の任意のおよびすべてにつ
いての情報を含む。その入札が現在高い入札であるか否かにかかわらず、入札デ
ータベースはすべての妥当な入札(さらに別の実施形態では、妥当でない入札も
)を追跡する。すべての入札のレコードにより、Yahoo!オークションシス
テムは、そのようなオークションフォーマットで、必ずしも最も高い入札者であ
り得ない複数の上位入札者に複数のアイテムを与えることができる。そのような
オークションフォーマットは、標準オークション、ダッチオークション、プログ
レッシブオークション、バイ‐オア‐ビッドである。さらに、全ての入札のレコ
ードは、任意の競争入札者が、任意の所与のオークションに対する入札プロセス
についての任意の不満を提出する場合、論争解決を容易にする。
【0087】 一実施形態において、これらのデータベースは、一つ以上の機構にわたって配
送される。これらの機構は、通信線140を介してデータベースサーバ136に
連結されている。これらのデータベースは、インターネットサーバ146がアク
セスするシステムの「バック・エンド(back end)」を含んでいる。
【0088】 他の構成要素(図示せず)は、実際のYahoo!オークションシステムのウ
ェブページを提供するサーバである。このサーバは、入札者(bidder)及
び商業者(Merchant)が見るオークションの目録と共に、Yahoo!
オークションのテンプレートを提供する。ユーザのブラウザにより、ユーザがY
ahoo!オークションウェブサイトにリクエストを送信する場合、サーバは、
Yahoo!オークションテンプレートをユーザに配信し、ユーザのブラウザで
表示することによって、このリクエストに応答する。
【0089】 Yahoo!オークションテンプレートは、入札者サービス、商業者サービス
、商品のカテゴリー、オークションニュース、Yahoo!ショッピング等のオ
ークション機能を表示するウェブページを含んでいる。入札者サービスは、ブラ
ウザ、入札(bid)、オークション選択、計算書の作成、検索エンジン、ヘル
プ(FAQs)等の機能を含んでいる。商業者サービスは、商品をオークション
に提示して計算書を作成する等の機能を含んでいる。商品カテゴリーは、検索を
容易にするためにオークション参加者が種々の品目の商品を、グループまたはカ
テゴリーで見ることができるようにする。具体例としての商品カテゴリーは、ア
ンティーク及び収集品、美術品及び娯楽道具、ビジネス用品及び事務用品、衣類
及びアクセサリー、コンピュータ、電気製品及びカメラ、住宅及び庭園、スポー
ツ用品及びリクリエーション用品、玩具及びゲーム、商取引用のカード(tra
ding card)、輸送、及び他の商品及び役務を含む。オークションニュ
ースは、一般的なオークション及び特にYahoo!オークションにおいて最新
のニュースを配送する。Yahoo!ショッピングは、参加者に、任意の参加し
ている商業者のウェブサイトで買い物をする場を提供する。また、サイトマップ
である「About Yahoo!Auction」、フィードバック(Fee
dback)、Contact Yahoo、及び法的な警告等の他の標準的な
番組(feature)がYahoo!オークションテンプレート上に提供され
る。番組「My Yahoo!オークション」は、ユーザがこのウェブページの
見晴らしを個性的なものにすることを可能にする。
【0090】 このウェブページを用いて、ユーザは、他の情報のうち、ユーザの収支のそれ
ぞれの一覧(最後のN個の取引または完全な取引の履歴を含む)、各グループの
ポイント用の満了データ、買戻し履歴、ポイントを獲得した先の商業者の名称、
ポイントが買い戻された商業者の名称を見ることができるようになる。
【0091】 (III 計算書データベース) 計算書データベース134は、図2に示すように、ユーザデータベース(UD
B)151及び関連データベース(RDB)152を備えており、互いに同期し
た状態に維持される。ユーザデータベース(UDB)151は、プロダクション
ウェブサイトからの実時間のアクセス等の速度集約型のアプリケーションのため
に用いられる。提示サーバ139がポイントを与える際、ユーザのUDBの記録
は、取引を反映するように変更される。提示サーバ139は、ユーザに自身の計
算書の収支が増加されたことをe−メールまたはウェブサイトを介して)通知す
る。UDB151はまた、買戻しのために用いられる。いくらかの買戻しを行う
際、Yahoo!オークションシステムは、特定のユーザ及び特定の取引に利用
できるポイントに対してUDB151を照合し、適格性を判定し、実際の取引に
対する望ましい数のポイントに応じた計算書を借方記入するか、または、望まし
い数のポイントを将来的に可能性のある取引のために貯えておくかのいずれかを
行う。
【0092】 一実施形態において、UDBは、階層的で、関連性のないディレクトリフラッ
トファイルシステムとして、実行される。UDBは、望ましい計算書記録を見出
すためにツリー構造を導入する。例えば、「Betty Jones」のための
計算書記録見出すために、システムは、「J」を、A〜Zで始まる苗字(las
t name)のツリー構造の中から探す。Jを見出すと、続いてシステムは、
「Jones」を探す。複数のJones’sが見出された場合には、システム
は、次いで、「Betty」(「Betty Jones」として)を探し、以
後、唯一の記録を突き止めるまで、そのような検索を続ける。他の実施形態にお
いて、Yahoo!ポイントの追跡し続けている計算書は、別個の第三者のサー
バーのデータベースに維持される。
【0093】 関連データベース(RDB)152は、ポイントを登録するため、満了スクリ
プト(expiration scripts)を処理する(running)
ため、顧客に正確な記録に関する配慮を提供するため等に用いられる。また、関
連データベース(RDB)152は、提示サーバ139が、OfferID、時
間/日付スタンプ、YahooID、ユーザがポイントを稼ぐために用いる動作
等の処理中の情報を含む全取引を記録及び追跡するために用いられる。ユーザが
アクセスすることができるのは、RDB152内のいくつかの情報のみである。
他の実施形態では、顧客に対する配慮があった場合及び他の認可されたYaho
o!の従業員である場合を除いて、ユーザは、RDB152内の情報にアクセス
することができない。あらゆるユーザを伴う取引が、RDB152内で記録され
、追跡される。
【0094】 一実施形態において、ポイントは、ポイントを稼いだ暦の4分の1の終わりか
ら一年で満期になる(下記「方針及び誤用制御」の部分の説明を参照)。取引デ
ータを各計算書に組み込むために、各計算書は、5つのバケツ(B1、B2、B
3、B4、B5)を含んでいる。バケツは、暦のクォーター(4分の1)を表し
ている。ポイントを稼いだ場合、そのポイントは、現時点でのクォーターに対応
する第一のバケツB1に置かれる。バケツB1は、常に、現行のクォーターを表
している。次の暦クォーターの始めに、B1からのポイントは、バケツB2に移
され、B2にあったポイントは、バケツB3に移され、B3にあったポイントは
、B4に移され、B4にあったポイントは、B5に移され、B5にあったポイン
トは、全て取り除かれる。このように、バケツB5に存在し、そして、取り除か
れたこれらのポイントは、満了したポイントを表している。次の暦クォーターの
始めに、そのサイクルは、バケツB5にあるポイントが取り除かれるように、再
度繰り返す。
【0095】 他の実施形態において、各計算書は、5つのバケツ(B1、B2、B3、B4
、B5)を含んでいる。バケツは、特定の暦クォーターを表している。しかしな
がら、前述の実施形態とは異なり、バケツB1は必ずしも常に、現行のクォータ
ーを表しているわけではない。ポイントを稼いだ際、そのポイントは、現在のク
ォーターに対応するいずれのバケツにも配置される。満了機能(expirat
ion feature)を実行するために、暦クォーターの始めに、この新し
い暦クォーターに対応するバケツの中身は、消去される。このように、このバケ
ツに存在するどんなポイントであっても、その時点で満期になり、それ以降は、
買い戻しのためのこの計算書をユーザが利用することができなくなる。例えば、
本日が、1999年12月5日であると仮定する。ユーザは、Yahoo!のウ
ェブサイト上の広告をクリックオンすることにより10ポイントを稼ぐ。バケツ
B4は、このクォーターを表している。バケツB5は、2000年1月1日に始
まり2000年3月31日に終わる次のクォーターを表している。バケツB1は
、200年4月1日から2000年6月30日までのクォーターを表している。
バケツB2は、2000年7月1日から2000年9月30日までのクォーター
を表している。バケツB3は、2000年10月1日から2000年12月31
日までのクォーターを表している。また、バケツB4は、現時点で、2001年
1月1日から20001年3月31日までのクォーターを表している。繰り返す
と、ユーザは、1999年12月5日に10ポイントを稼いでおり、これら10
ポイントは、バケツB4内に配置されている。2001年1月1日のクォーター
の初めに、バケツB4のコンテンツが消去される。したがって、ユーザが自身の
10ポイントを2001年1月1日までに買い戻さなかった場合、バケツB4内
のこれら10ポイント及びいかなる他のポイントも消去される。
【0096】 計算書内のポイントも、非認可のユーザがポイント合計にアクセス及び/また
は変更を加えること、並びにさもなければ、ユーザの計算書に干渉することを防
止するために暗号化される。
【0097】 「貯え(reservation)」という概念は、本発明の一実施形態にお
ける計算書データベースに適用される。ユーザが口座にNポイント(例えば、1
00ポイント)を有していると仮定する。ユーザがいくらかの分量、例えばNポ
イントのうちMポイント(例えば20ポイント)を用いたオークション内の品目
に入札する場合、この分量のMは、システムによって、どこかの一時的サブアカ
ウントに、貯えられるか、または、保留される。Mポイントが貯えられたこのよ
うな特定のオークションがユーザの地位(即ち、勝ち、負け)を決定するまで、
全Nポイントは依然として計算書内に存在しているが、貯えられていないポイン
ト(即ち、(N−M)ポイント)のみが、他の取引のためにユーザに利用可能で
ある。ユーザが勝った場合、これらのMポイント(または、オークションの類型
に依存するそれらのポイントいくらかの部分)は、売買(sale)のために用
いられる(即ち、これらMポイントは、ユーザの計算書から永久に控除され、取
引が完了する)。ユーザが負けた場合、これらMポイントは、貯えられず、その
結果、全Nポイントがユーザに利用可能になる。貯える/貯えないプロセスに関
する変形は、種々のオークション形式に対して以下のように記載される。
【0098】 (IV Yahoo!ポイント) (A.全般) 本発明の一実施形態に従うと、Yahoo!オークションシステムは、支払い
額ユニットを用いる。この支払い額ユニットは、実際のポイント(及び貸方(c
redit)ポイント)または現金(及び貸方項目)の形態で存在し得る。任意
の形態の支払い額ユニットが本発明のYahoo!オークションシステム(単一
のオークション内での現金及びポイントの混合を含む)において用いられ得るが
、本特許明細書では、ポイントに関する実施形態を記載する。しかしながら、金
銭または代替的形態の通貨がポイントの代わりとして用いられる場合に実行の詳
細は類似していることが、当業者によって認識される。
【0099】 本発明の一実施形態に従うと、ポイントはYahoo!ポイントとして知られ
ている。Yahoo!ポイントは、購入ポイントまたはアテンションポイントの
いずれかであり得る。これらポイントは、オンライン特性、特に、Yahooの
e−コマース特性のYahooのネットワークを利用するユーザに報いる報酬シ
ステムの一部である。Yahoo!ポイントは、製品をありきたりにまたはオー
クションを通して購入するための別個の形式の通貨として見られ得るが、Yah
oo!ポイントは、商業者と買い手との間に相互に利益をもたらす関連性を構築
する手段としてより良く見られる。このため、ユーザがYahoo!ポイントを
稼げば稼ぐほど、そのユーザは、景品及び買い戻し商品によって報いられ、一方
で、商業者は、より多くの売買を発生させるウェブサイト上の商売によって報い
られる。
【0100】 Yahoo!ポイントは、Yahoo内でドルと等価の価値を有していてもよ
いが、ユーザに対して直接的な現金としての価値を必ずしも有していなくてもよ
い。このため、本発明の一実施形態においては、ユーザは、Yahoo!ポイン
トを現金に交換することが許容されない。他の実施形態では、ユーザが一定の交
換規則、類似の買戻し規則を厳守することを提供した上で、Yahoo!ポイン
トを現金に交換することが可能である。
【0101】 なお、しかしながら、Yahoo!は、任意の交換を全く許容することなく、
ゼロマージンのコストポイントシステムを経営してもよい。すなわち、現金の交
換が(どんな量に対しても)許容される場合、ユーザがいくらかのドル等価値へ
の交換を求めると、各ポイントは、Yahoo!または参加する商業者に、いく
らかの量の金銭の出費を負わせる。
【0102】 (B.収益ポイント) Yahoo!は高度な商業ウェブサイトであるため、多数の商業者は、Yah
oo!ポイントを受諾された形式の支払い額ユニットとすることに関して、Ya
hoo!と合意がなされている。このため、商業者は、消費者にYahoo!ポ
イントを授与し、多くの方法で消費者が買い戻しすることを許容する。より重要
なこととして、これら参加する商業者は、これらYahoo!ポイントを、ある
商業者を通して稼がれたYahoo!ポイントが別の商業者に買い戻され得、ま
たその逆もあり得る程に普遍的なものとしている。加えて、高頻度の飛行プログ
ラム用のマイルに、Yahoo!ポイントを交換することが可能であり、その逆
も可能である。
【0103】 登録することにより、製品/サービスを購入することにより、及び広告を見る
ことにより等の任意数の方法で、これらYahoo!ポイントを稼ぐことが可能
である。消費者は、ポイントを稼ぐためにYahoo!サイトを訪れることを必
ずしも要求されるわけではない。むしろ、Yahoo!ポイントを授与する任意
のウェブサイト(すなわち、Yahooになんらかの関連性を有する商業者)を
通してYahoo!ポイントを稼ぐことが可能である。
【0104】 ポイント収益の一つの共通する方法は、ウェブサイトに登録することによる方
法である。登録プロセスでは、名前、住所、年齢、性別、家族構成(famil
ly size)、職業、収入レベル、製品の好み、興味、別名(または、ユー
ザID)、パスワード、及び商業者が販売しようとする製品/サービスに対する
特別な情報等の基本的な消費者情報を請求する。また、消費者は、クレジットカ
ードのナンバー、取引の日付、クレジットカードの口座上の名前、勘定の住所等
の勘定の情報を提供するように請求され得る。ただ、この情報は、多くのウェブ
サイトが、消費者が実際に購入するまで、遅れて要求され得るものである。登録
することによって、商業者は、消費者に計算書を提示する。その後、商業者は、
登録プロセスを経て稼がれたポイントを有する、消費者の作成されたばかりの計
算書を貸方記入(credit)する。商業者は、また、取引を決定するための
目的でこれらポイントが稼がれたデータを記帳する。
【0105】 製品またはサービスを購入することによってポイントを稼ぐことも可能である
。例えば、航空チケットを購入することによって、消費者は、特定数のマイルを
稼ぐ可能性を有している。その消費者が実際に旅行した場合、商業者は、その時
点で、稼がれたマイルを有する計算書を貸方記入する。他の実施形態において、
ユーザは、マイルを稼ぐために実際に旅行することを必要としない。むしろ、商
業者またはYahoo!は、ユーザのクレジットカードが航空線の旅行のために
請求された場合に、ユーザにポイントを発行する。商業者は、主として旅行の各
区間の距離に基づいたなんらかの公式を用いて稼がれたマイルを計算する。同様
に、コンパクトディスク(CD)等の製品を購入することは、消費者が即時にポ
イントを稼ぐことを可能にし得る。稼がれた特定数のポイントは、商業者の明細
書にある。一実施形態において、購入のために費やされた稼がれたポイント及び
ドル量は、1:1の関連性を有している。すなわち、費やされた各ドルに対して
、商業者は、消費者に1ポイントを授与する。他の実施形態において、費やされ
た稼がれたポイント及びドル量は、10:1の関連性を有しており、その結果、
費やされた各ドルに対して、消費者は、10ポイントを稼ぐ。他の固定された(
例えば、5:1、20:1)または可変の関連性(例えば、x:1、ここで、x
は日毎に変化する)が可能であることは当然である。
【0106】 広告を見ることによってもポイントを獲得し得る。例えば、商業者がウェブサ
イトに、好ましくはYahooのインターネットポータルのような、高トラフィ
ックサイトに広告を載せる。種々の手段で、広告は消費者の目をひきつける。そ
の広告をクリックすると、消費者のブラウザが、広告の焦点であった製品/サー
ビス/商業者のより多くの情報を消費者に与える別のウェブページを検索する。
広告は、これをクリックすることによって、消費者を刺激するある一定数の特典
ポイントを獲得し得ることを最初に示し得る。あるいは、広告は、そのポイント
が実際に届けられる前に、消費者にどんな命令にも従うように求め得る。広告を
クリックし、追加指示に従うことによって、商業者は、アカウントが存在するの
であれば、消費者のアカウントに約束された数のポイントを与える。アカウント
が存在しない場合は、商業者は消費者が登録処理を経てアカウントをセットアッ
プする手助けをする。
【0107】 Yahoo!ポイントはまた、他の方法でも獲得し得る。消費者は以下を行う
ことによって、選ばれた商業者からポイントを獲得し得る。
【0108】 (1)遠隔キャリアを切りかえる、 (2)ユーザ登録情報を定期的に更新する(変化する利益を追跡するために)
、 (3)すでに存在するメンバーシップを使って新しいサービスを試す、 (4)新規クレジットカードを申し込む、 (5)商業者がスポンサーである競争に参加する、 (6)商業者がスポンサーである任意のクラブに対して試しのメンバーシップ
に申し込む、 (7)ポーカ、ブラックジャック、およびスロットのようなオンラインゲーム
を行う、 (8)オンライン投票の質問に答える、 (9)約款なしに新製品を試す、 (10)配送量無料を要求する、 (11)オークションに有効付け値を提出する、 (12)オークションに獲得付け値を提出する、 (13)ウェブサイトを訪問する(但し、何らかの登録が含まれ得る)、 (14)製品検討を書き込むおよび提出する(例えば、書物、音楽、ビデオ)
、 (15)ウェブサイトからソフトウェアをダウンロードする、 (16)何らかのクラブメンバーシップに友人を登録する、 (17)ユーザの質問に答えることによって、オンラインコミュニティに奉仕
する、 (18)過去の行為に基づいてポイントを発行する。すなわち、ある人が一日
に3つのことを行う場合は、3つめの動作で獲得されるポイントの数は、この3
つの動作を行うのに2日かかった人が獲得するよりも多いことがあり得る、 (19)特定のマイルストーンに達するとボーナスポイントを発行する。すな
わち、ユーザが大量ポイント(例えば、100,000ポイント)を獲得したら
、Yahoo!は、航空会社のマイレージプログラムのファーストクラスカスタ
マがボーナスマイルを得るように、この優良カスタマにボーナスポイントを報酬
として与え得る、 (20)ポイントは乗数として与えられ得る(すなわち、「ここをクリックす
ると、あなたのポイントは倍になります」)、 (21)オフラインでも、同様にポイントを与え得る(例えば、スーパーマー
ケットでショッピングカードを使用することに対して)、および (22)複数商業者から限度量の商品を購入する 上記リストはポイントを獲得し得る方法のほんの代表的なものである。上記リ
ストは総合的なリストであることを意図しない。上記のように、これらのYah
oo!ポイントは、参加商業者の間で広く受け入れられている。従って、ある商
業者を介して獲得されるポイントは、別の商業者を介して賞品に引き換え得る。
そうすると、カスタマは何枚かのコンパクトディスクを購入することによって、
音楽の商業者から50ポイント獲得すると、獲得したそれらの50ポイントを、
ドッグフードを購入するためにペット供給品商業者を使って賞品に引き換え得る
。もちろん、その音楽商業者はこれらのポイントの獲得方法に関して1セットの
ルールを有し、ペット供給品商業者はポイントをどのように、およびいつ賞品に
引き換えるべきか、およびどのような限度が賞品引き換えに対して求められるか
に関して異なる1セットのルールを有し得る。これらのルールが遵守される限り
、カスタマはポイントを現金のように使い、それらを異なる商業者に渡って適用
し得る。
【0109】 Yahoo!ポイントはまた、いくつかの他の消費者を刺激するプログラムの
単位または実際の金銭に換算し得る。別の消費者を刺激するプログラムの1例は
、フリークエントフライヤーマイレージプログラムである。本発明の1実施形態
において、Yahoo!ポイントは1:1の換算レートでマイルに換算し得る。
すなわち、各Yahoo!ポイントは1フリークエントフライヤーマイルの価値
がある。別の実施形態において、関連通貨、各国の政治、およびこのような国の
各経済の堅調さ、他の国際通貨換算レートに影響を及ぼすダイナミックスのなか
で変わる国際通貨換算レート変動のように、換算レートは日によって異なる。逆
に、フリークエントフライヤーマイルは類似の換算レートでYahoo!ポイン
トに換算され得る。すなわち、1:1レートまたは日によって変動するレートの
いずれかである。
【0110】 Yahoo!ポイントはまた、現金に換算し得る。ポイントからマイレージへ
の換算のように、換算レートは1ペニーの1/100に対して1ポイントで固定
し得る。別の実施形態では、換算は日によって変動し得る。金銭からYahoo
!ポイントへの換算もまた可能である。
【0111】 別の実施形態では、ユーザは現金などの支払い単位を使ってYahoo!ポイ
ントを買うことができる。これによって、ポイントが足りないようなユーザは、
必要なポイントを貯めて自分が望むどのような取引も可能となる。
【0112】 (C.賞品引き換えポイント) Yahoo!ポイントはほとんどどこでも獲得し得るが(すなわち、Yaho
o!ネットワーク内およびそれ以外の両方)、Yahoo!ポイントはYaho
o!ウェブサイトでのみ賞品に引き換え得る。別の実施形態では、Yahoo!
ポイントは、任意のYahoo!公認ウェブサイトで賞品に引き換え得る。公認
ウェブサイトとは例えば、Yahoo!となんらかの商業的関係を有する商業者
のウェブサイト、または第3者サービス局のウェブサイトである。これらのYa
hoo!公認商業者はYahoo上の広告者、Yahoo!ショッピングネット
ワークにおける商業者、およびYahoo!と何らかの契約関係を有する他の商
業者であり得る。
【0113】 Yahoo!ポイントは2方法のうちの1つで賞品に引き換え得る。2つの方
法とは、(1)特別なギフト券のための賞品引き換えと、(2)Yahoo!オ
ークションシステムを介しての賞品引き換えである。賞品引き換えの他の形態は
もちろん可能である。 Yahoo!ポイントを賞品に引き換える1つの方法は、特別ギフト券が与えら
れる固定ポイント賞品引き換えシステムを介する方法である。このシステムでは
、ユーザは、固定ポイントレベルでYahoo!ストアに対して特別ギフト券の
ポイントを賞品に引き換え得る。例えば、2000ポイントに対して、ユーザは
FAO Shwartz‘s Yahooストアに対する$20オフのギフト券
を受け取り得る。より多くのポイントに関しては、ギフト券の価値がより高くな
り得る。
【0114】 ポイントを賞品に引き換える別の方法は、Yahoo!オークションシステム
を介する方法である。1実施形態において、Yahoo!は現金の代わりにYa
hoo!ポイントを使って特別賞品にユーザが値を付け得る一定の特別オークシ
ョンをセットアップする。必要なアカウント収支を有するユーザだけが参加を許
される。他の実施形態では、任意数の貯まったYahoo!ポイントを有するユ
ーザはすべて、参加し得る。
【0115】 別の実施形態では、個々のユーザが、現金の換わりにYahoo!ポイントを
求めて、自分の商品をオークションにかけ得る。この実施形態においては、オー
クションは特別オークションとしてYahoo!が開始するのではなく、個人の
売り手(または、団体商業者でもよい)が現金の代わりにオークションがYah
oo!ポイントを認めることを指定し得る。
【0116】 別の実施形態では、Yahoo!はカスタマサービスおよびニューズ購読など
種々のサービスに対してユーザにポイントを課し得る。さらに別の実施形態では
、Yahoo!は、Yahoo!にとって望ましくないような行為を行うユーザ
から、ポイントを差し引き得る。例えば、Yahoo!は、Yahoo!ウェブ
サイトから競合者のウェブサイトに移るユーザに対してはポイントを差し引き得
る。しかし、この機能は幾分注意深く、配慮して使用される。
【0117】 別の実施形態では、ポイントがオフラインで獲得し得るように、ポイントはオ
フラインで賞品に引き換え得る。
【0118】 (D.方針および不正管理) 特定の方針を実施して、不正の潜在的可能性を最小限にする。金銭と類似して
いるので、Yahoo!ポイントは本質的に、不正を招く可能性がある。典型的
には、現金を持っていないが時間はあるという人々は、「システムを詐欺にかけ
る」企てを考え出す気になる。このため、本発明の1実施形態に従って、いくつ
かの方針が実施される。
【0119】 1つの方針では、所定期間に渡ってユーザが貯め得るポイントの数に上限を定
める。同様に、システムはまた、所定期間に渡って発行し得るポイントの数を制
限する。以下に述べる「顕著なポイントに関する管理」の項を参照する。
【0120】 別の方針は特定日より古いポイントを満期失効させる。本発明の1実施形態に
おいては、Yahoo!ポイントは、そのポイントを獲得した暦上の四半期の末
日から1年で満期失効する。従って、1997年2月15日に獲得されたポイン
トは1998年3月31日に満期失効となる。同様に、1997年1月1日に獲
得されたポイントも、1998年3月31日に満期失効となる。いずれの場合も
、ポイントを獲得した暦上の四半期の末日は1998年3月31日である。別の
実施形態では、Yahoo!ポイントは、ポイントを獲得した期日から1年で満
期失効する。例えば、1997年2月15日に獲得されたポイントに関しては、
後者の本実施形態において、1998年の2月15日に満期失効する。しかし、
ある例では、満期失効ポイントもいくつかの競争においては使用可能であり得る
。別の実施形態においては、満期失効はまったく実施されないか、または限定さ
れた形式で実施される。どのように限定されるか? 商業者は、ポイントを満期
失効にするか否かを示し得る。さらにまた、満期失効は特定の商品に対してのみ
か、ポイントを獲得する特定の方法に対してのみ適用し得る。例えば、広告をク
リックすることによって獲得されたポイントは1年したら満期失効となるが、登
録によって獲得されたポイントはまったく満期失効とならない。
【0121】 別の方針は、ポイントを1つのアカウントから別のアカウントに移すことがで
きないようにする。この方針によって、ユーザは単に複数のアカウントを作成し
てそれを1つのデポジットアカウントに移すことができない。
【0122】 獲得ポイントはまた、商品の返却または異議の唱えられた請求金額の責任を負
うための保証に、ある期間(例えば30日)、「エスクロウ」(escrow)
に保留される。この方針は、「クリックスルー」(click−thru)広告
、販売促進試しメンバーシップ、および登録などのいくつかの獲得ポイントには
適用しない。
【0123】 特定のポイント授与をチェックして、必ず同じオークションに対して必要回数
を上回ってポイントが計上されないようにする。従って、広告をクリックするた
めに一回限りのポイントを提供するバナー広告は、すべての人が見るウェブサイ
トに載せ得る。ユーザがその広告をクリックした場合は、ポイントを獲得する。
そのウェブサイトに戻ってきたら、その広告を再び見る。その広告を再びクリッ
クしても、ユーザは一回すでにポイント獲得しており、これは1回限りの促進販
売なので、再びポイントを与えられない。クッキーが本目的に使用され得る。し
かし、他の実施形態では、その代わりにユーザのアカウントをチェックする。 アカウント内のポイントはまた、暗号化されて、ユーザアカウントへの非認可ア
クセスを防ぎ、かつ/またはユーザアカウント内のポイント合計が修正されるこ
とを防ぐ。
【0124】 (E.顕著なポイントに関する管理) Yahoo!ポイントはまた、予算を考慮する。すなわち特定の管理が行われ
て、ユーザのなかで顕著なポイント数を限定する。Yahoo!はまた、所定期
間にわたって発行されたポイントの数を管理する。また、満期日機能を使って、
Yahoo!は、確実にユーザが賞品引き換えなしに、際限なく大量ポイントを
貯めないようにする。ユーザは賞品引き換えによってポイントを使いきるか、ポ
イントを満期失効する。いずれの場合も、ポイントは循環から削除される。
【0125】 しかし、顕著なポイント数を管理するのは、些細な仕事では決してない。消費
者の行為について行くのに十分なYahoo!ポイントが作成され、発行される
必要がある。多くのカスタマは購入決定を行い、いくつかの数のポイントを獲得
することを期待する。他のカスタマは、ポイント獲得目的で、購入決定する。こ
の予想される結果から生じるいかなるネガティブな逸脱も、ネガティブな結果を
有する。すなわち、消費者が期待していたよりも少ないポイントを得た(または
、まったくポイントを得ない)場合、消費者は満足せず、もうその商業者(単数
または複数)に対してさほど忠実でなくなり得る。
【0126】 反対に、Yahoo!はまた、これらのポイントの賞品引き換えを促して、循
環から削除する必要があり得る。ポイントの賞品引き換えを促す1つの方法は、
オークションで手に入れることができる商品の多様性を増すことである。本ライ
ンに従うと、本スキームの変更例は商品の品質を向上させることである。同様に
、商品の多様性も増す。この方法で、オークションシステムは消費者が実際に欲
する商品を提供する。獲得しがたいポイントを、消費者が欲しない商品、または
消費者がいやいや承知する賞品と引き換えにすることは、必ず不満足を生じ、商
業者が消費者と築いたいかなる絆も弱める。
【0127】 ポイントの賞品引き換えを促す別の方法は、賞品引き換えの限度を減じると、
より多くのディスカウントクーポンがより速く賞品引き換えに有効になることで
ある。そうすれば、ユーザはその同じディスカウントクーポンを得るために、以
前ほど多くのポイントを貯める必要がない。商業者は、適当な期間内で必要限度
が達成できるという認識を消費者のなかに生み出さなければならない。限度レベ
ルが高く設定されすぎて、消費者が自分の獲得できると思う唯一の商品がトース
タであれば、消費者はこの商業者に対して忠実であろうという気にはなり得ない
。この双方マイナスのシナリオのもとでは、消費者はより多くのポイントを貯め
るように行動するよりはむしろポイントを放棄したいと考える。
【0128】 ポイントの賞品引き換えを促す第3の方法は、ポイントの寿命をより短くする
ことである(1年の代わりに8ヶ月で満期失効)。もちろん、これはYahoo
!が満期日を早めることを意味しない。むしろ、ポイントが保証時に短い寿命を
有する(例えば、1年ではなく現在から8ヶ月で満期失効する)。しかし、寿命
が短かすぎると、消費者は、時間内に賞品と引き換え得ないと思うので、これら
のポイントをわざわざ獲得しようとし得ない。すなわち、正しかろうが間違って
いようが、消費者はポイントが満期失効になる前に、ポイントを賞品と引き換え
ることができる必要限度数のポイントを獲得するのに十分購入し得ないと考える
【0129】 異なる階級のポイントもセットアップされ得、各階級は満期失効および価値を
決定する異なるルールに賛同する。以下は、本発明の種々の実施形態において提
供される異なる階級のポイントのリストである。 (1) いくつかのポイントは保証日から暦上1年続く、 (2) いくつかのポイントは、より短い期間続く(すなわち、1年未満
)が、獲得は容易であり得る、 (3) いくつかのポイントは、すでに多くのポイントを有する消費者に
とってより価値があり得る(例えば、ある特定な消費者がアカウント内にすでに
100,000を上回るポイントを有する場合、ポイントの価値は2倍となり得
る )、 (4) いくつかのポイントは、スターターポイントであり、すでにアカ
ウントをセットアップした人々にとっては価値がないことがあり得る、 (5) ポイントは、ウラン(uranium)のように、半減期を有し
、時間がたつと減少し得る、 (6) ポイントは、友人のグループ内で取引される場合は価値を増加さ
せ得、従ってポイント保有者のコミュニティに対して、形成しようとする刺激を
生み出す、 (7) ポイントは、量が限定され得、供給と需要のために価値を増加さ
せる収集可能なポイントを生み出す、 (8) ポイントは、消失する前に限定された使用回数を有し得る。例え
ば、1ポイントは、3回の購入に対してのみ有効であり、それから価値がなくな
り、循環から消失し得る、 (9) 1ポイントはシステムを介して移動するにつれて価値を増加させ
、取引を行うごとに価値が増加し得る、 (10)ポイントに無作為要素を組み込ませ、既知の理由なしで消失、または増
加し得る、 (11)ユーザは、株式市場またはその他何らか代用となるものいずれかにおい
て、自分のポイントを「投資する」能力を当てられ得る。このため選択された財
務手段が価値を増加した場合に、ユーザはより多くのポイントが与えられ、価値
が減少した場合に、ポイントを失う、 (12)ユーザは、自分のポイントをチャリティに寄付し得る。商業者(または
Yahoo!)は、そのとき、ポイントを現金寄付金に変換することに同意し得
る、 (13)ユーザは、ポイントを使って、非政府の性質を有する方針を決定するた
めの投票または実際の町民会のいずれかである「選挙」に投票し得る。あるいは
、ユーザは自分のポイントを使って政治候補者に献金し得、この候補者はYah
oo!上で政治的広告を購入するためにポイントを使い得る、 (14)ユーザは、獲得者がオークションに出されている品物との交換にポイン
トを押収されるだけでなく(標準モデル)、実際に、オークションに負けた人の
一部も自分のポイントを失う(交換に何も受けとらなくても)オークションに値
を付け得る。これらのオークションは確かにより少ない入札者しか惹きつけず、
入札は上がる傾向にある、 (15)ユーザは獲得ポイントを使って(購入なしに)、競争へのエントリを購
入するか、または運がものをいうオンラインゲームに参加し得る、 いかなるイベントにおいても、管理には上記3つのスキームの適切な組み合わせ
が含まれる(すなわち、在庫を増加させ、賞品引き換え限度、多様な寿命、ポイ
ントの価値を減少させる)。1実施形態において、非常に多数の参加商業者が、
賞品引き換え可能商品の供給が、消費者にポイントを賞品に引き換えようという
気にさせるのに十分大きく、多様で、高品質であることを確実にする。賞品引き
換えポイント限度が低められれば、より多くの消費者はこれらの限度は達成可能
であると考え、賞品引き換えのためにさらに多くのポイントを貯めるように行動
する。最後に、ポイントの寿命を短縮することによって、さらに多くの消費者が
より速くポイントを賞品に引き換える。
【0130】 (F.オファーサーバによるポイント保証) 図2に戻り、データベースサーバ136は、主要な機能がポイントをチェック
して、ユーザのアカウントにポイントを届けることであるオファーサーバ139
を含む。オファーサーバ139は、データベースサーバ136およびアカウント
データベース134とともに作動し、この目的を達成する。他の実施形態では、
オファーサーバはデータベースサーバと同一である。また実施形態によっては、
ウェブサーバがデータサーバと同じタスクを行う。
【0131】 ここで、オファーサーバ139の動作を図3のフローチャートおよび図2のサ
ーバの構成に関して説明する。プロセスはステップ200で開始する。ステップ
201でユーザは、広告を見る、製品を購入する、またはウェブサイトを使って
登録するなどのポイント授与イベントを行う。もちろん、これらのイベントのす
べてが、ポイント授与とは限らないが、通常は、ウェブサイトはある種の特定さ
れた動作を行うことによってポイントを獲得し得ることを示す。
【0132】 ステップ202で、データベースサーバはOfferIDおよびユーザのYa
hoo!IDをこのイベントと関連付ける。1実施形態においては、唯一のOf
ferIDが所定のイベントと関連づけられる。広告をクリックすることはポイ
ント保証をトリガーするイベントであるとする。この特定イベントは、これをク
リックするユーザに関係なく、同じOfferIDと関連付けられている。複数
のユーザがこの広告をクリックした場合でも、同じOfferIDがそのユーザ
のすべてに対してこの動作と関連付けられる。同様に、同じユーザが複数回広告
をクリックした場合、同じOfferIDがこの動作に関連づけられる。
【0133】 データベースサーバ136は、次にステップ203でこのOfferIDおよ
びYahooIDを使って、比較的ユーザにわかりやすい方法でユーザをオファ
ーサーバ139に導く。その後、オファーサーバ139はステップ204でアカ
ウントデータベース134内の複数のYahooIDに関して、OfferID
およびYahooIDをチェックする。ステップ205では、オファーサーバ1
39は、ユーザがアカウントデータベース134内に有効なアカウントを有する
かどうかを決定する。有効なアカウントを有しない場合、サーバ139はこの事
実をデータベースサーバ136に通知する。データベースサーバ136は、その
後、有効アカウントが存在しないことをユーザに警告を出し、ユーザがステップ
206でYahoo!に関してアカウントをセットアップするように要求する。
データベースサーバ136は、その後、ユーザに正しい登録フォームが見つけら
れるウェブページを示す。ユーザがステップ207でアカウントをセットアップ
することを拒否した場合、プロセスはステップ213で終了する。ユーザがステ
ップ207で首尾よくアカウントをセットアップに成功した場合、データベース
サーバ136はデータベースサーバ136がユーザをオファーサーバ139に再
び導くステップ203に進む。
【0134】 ステップ205に戻り、ユーザがYahooに関して有効アカウントを有しな
い場合、オファーサーバ139はその後ポイント授与がステップ208で有効か
どうかチェックする。通常、ポイント授与は有効であり、このステップは単に予
備ステップとして機能する。ときには、販売促進的なポイント授与は満期終了し
たが、それでもポイント授与広告がウェブサイト上に不注意に残され得る。他の
場合では、商業者はポイント授与を時期尚早で停止し得たが、ポイント授与広告
が尚ウェブサイト上にあり得る。ポイント授与がステップ208で有効でない場
合、オファーサーバ139は、この事実をデータベースサーバ136に示し、そ
の後、データベースサーバ136はステップ211でユーザに警告する。ステッ
プ212は適用されないので、その後プロセスはステップ213で終了する。
【0135】 ポイント授与がステップ208で有効であれば、オファーサーバ139はすべ
てのポイント授与制限がステップ209で満たされるかチェックする。これらの
制限は購入のドル額、購入量、登録の正しい記入(すべての要求欄が記入されて
いる)、および正しく広告を見ること(場合によっては単なるクリックスルーは
十分であり得ない)であり得る。ポイント授与制限がステップ209で満たされ
ない場合は、オファーサーバ139はこの事実をデータベースサーバ139に示
し、その後、データベースサーバ136はステップ211でユーザに警告する。
ステップ212で、データベースサーバ136はユーザが制限のいかなる不足も
修正するのを支援する(可能であれば)。ユーザが尚、ステップ212でポイン
ト授与の制限を満たさない場合は、オファーサーバ139は、ステップ213の
処理終了に進む。ステップ208で検知される無効条件がなんらかの理由で修正
されなければ、ステップ212は「いいえ/適用しない」に変わり、プロセスは
ステップ213で終了する。
【0136】 ユーザがステップ212またはステップ209で制限を満たすと、オファーサ
ーバ139はステップ210に進む。オファーサーバ139は、ステップ210
でアカウントデータベース134内のユーザアカウントにポイントを与える。
【0137】 本実施形態において、データベースサーバ136はオファーサーバ139を含
む。他の実施形態において、オファーサーバ139はデータベースサーバ136
から分離し得る。さらなる実施形態においては、データベース136はオファー
サーバ139が行うすべての機能を行う。
【0138】 別の実施形態において、工程205〜207は、ポイント発行がいつか問題に
なる前に達成される。すなわち、ユーザは、ユーザ自身のそれぞれのYahoo
IDを用いてYahooのオークションウェブサイトにログインするか、または
、ユーザがまだアカウントを確立していない場合、ログインの際にアカウントを
セットアップするかのいずれかである。従って、ユーザがYahooのオークシ
ョンウェブサイト(またはいくつかの他のYahoo!の買い物ウェブサイト)
にアクセスする場合、このシステムは、ユーザがまだアカウントを有さないか、
または、まだユーザ自身のアカウントにログインしていないかのいずれかのため
にユーザを認識しない。このシステムの標準インタフェースは、次いで、ユーザ
自身のアカウントにログインする(アカウントがすでに存在する場合)か、また
はアカウントをセットアップするかのいずれかのオプションをユーザに与える。
【0139】 (V.管理ツール) 図2を再び参照すると、サーバは、データベースサーバ136内に管理ツール
153のスートを含む。この管理ツール153はまた、ウェブページ情報の格納
装置を提供する。この管理ツール153は、Yahoo!のポイントプログラム
の種々の局面を管理するツールを提供する。
【0140】 管理ツール153は、申し出エディタ、ポイントプログラムマスターエディタ
、クーポン発生器、および顧客管理ツールを含む。この申し出エディタは、マー
ケティング/製造の職員が、申し出の規則(例えば、日付、制限)を入力するこ
とを可能にする。さらに、この申し出エディタは、これらの職員が、広告などの
ページ内に提供されるHTML文字列である「勝ち」、「負け」、および「資格
なし」の文字列をスケジュールすることを可能にする。しかし、これらの文字列
は例示的である。異なるシナリオのための他の文字列が作製され得る。例えば、
Yahoo!は、ユーザが今までに集めたポイントの数に依存する広告を提供し
得る。従って、1000ポイントを有するユーザは、特別な広告を入手し得る。
Yahoo!はまた、ユーザが集めたポイントがその有効期限にどれだけ近いか
に依存する広告を提供し得る。従って、500ポイントが翌週に期限切れになろ
うとしている場合、Yahoo!は特別な広告を示す。
【0141】 さらに、申し出エディタは、ポイント予算の入力を提供する。Yahoo!オ
ークションシステムのいくつかの機能を試すために、この申し出エディタは、O
fferIDを人為的に作製して、ポイントに基づいてアクション可能な(po
int−actionable)実際のイベントをトリガーしないで済むことを
可能にする。
【0142】 ポイントプログラムマスターエディタは、Yahoo!の職員が、ポイント発
行に関する数値的な制限を適応可能に設定することを可能にする。従って、この
エディタを用いて、任意の所定の時間フレーム(例えば、日付、時間、週、月)
ごとの任意の所定のユーザに発行され得るポイントの最大数を設定し得る。この
エディタはまた、ポイントごとに有効期限を設定し得る。
【0143】 別の実施形態において、クーポン発生器が提供される。このクーポン発生器を
用いて、例えば、500ポイントと引き換えの特定の売買業者に対する$20割
引クーポンなどの固定ポイントの申し出をセットアップする。このクーポン発生
器は、任意の値のクーポンに関する任意の数のポイントを設定し得る。
【0144】 顧客管理ツールは、Yahoo!職員が、ユーザの取引履歴を見ること、アカ
ウントの調整を行うこと、および賞オークションの結果(勝者および特定の賞)
を見ることを可能にする。
【0145】 (VI.オークションフォーマット) 種々の異なるオークションフォーマットが、本発明の一実施形態によって、Y
ahoo!オークションシステムの買い手および売り手に提供される。下記の説
明において、異なるオークションフォーマットの各々は、Yahoo!のポイン
トシステム、および各ユーザのそれぞれのアカウントに対するそのポイントシス
テムの関係に関連して説明される。
【0146】 (A.標準オークション) 一般社会のほとんどの人に公知のオークションフォーマットは、標準オークシ ョン フォーマットであり、ここで、Yahoo!オークションシステムは、オー
クションがその特定期間の間行われた後、その入札価格で最高値の入札者にその
商品を与える。
【0147】 一実施形態において、この標準オークションは、特定期間の間単一のアイテム
が入札にかけられている場合に適応する。典型的には、入札開始価格は、売り手
からのオークション前の指示に基づいて、競売人またはYahoo!オークショ
ンシステムによって提案される。一実施形態において、入札開始価格は、売り手
がその商品を売ろうと思っている絶対最低価格である。他の実施形態において、
入札開始価格は、単なる開始価格である。いずれの場合も、売り手は通常、この
最低価格が入札開始価格または入札開始価格より上のある特定の価格のいずれで
あっても、事前にYahoo!オークションシステムに所定のアイテムの最低落
札価格を申告する。他の実施形態において、入札開始価格および最低落札価格は
提供されず、売り手は、オークションの開始から終わりまで、商品のほぼ任意の
入札価格を受容する。商品の入札開始価格を示した後で、Yahoo!オークシ
ョンシステムは、特定の入札開始価格より下の任意の入札を拒否または拒絶する
【0148】 この時点で、売り手は、その入札開始価格を下げる決心をして、潜在的な入札
者がこのアイテムに入札することを誘惑するか、または、このアイテム全体を撤
回し得る。典型的には、売り手は、1つの入札の申し出がされるとすぐに、Ya
hoo!オークションシステムは同じアイテムに関する他の入札で溢れるという
理論に基づいて、入札開始価格を低くする。あるいは、Yahoo!オークショ
ンシステムは、初期開始期間(initial start−up perio
d)が経過しても有効な入札が受け取られない場合、売り手からのオークション
前の指示によって、入札開始価格を特定のポイント(または、一連のポイント)
まで自動的に低くし得る。従って、初期開始期間が経過した後、入札開始価格は
$200から$190に削減され得る。第2の初期開始期間が経過した後でまだ
入札がない場合、Yahoo!オークションシステムは、入札開始価格を$19
0から$180に自動的に削減し得る。
【0149】 売り手によるオークション前の指示によって、入札開始価格は、任意の初期開
始期間に関する任意の回数だけ削減され得る。この初期開始期間は、本発明の一
実施形態によって、特定のアイテムに関するオークションの開始から一日であり
得る。他の実施形態において、初期開始期間は、商品の人気によって、1日より
多いかまたは少なくあり得る。人気がありかつ売れ筋の商品に関して、初期開始
期間は、オークションの開始から数時間から数分のみであり得る。比較的人気の
ない商品に関して、初期開始期間は、数日から数週間であり得る。本発明のYa
hoo!オークションシステムは、所定のアイテムに関するオークションの開始
前に売り手が特定する任意の数の初期開始期間、任意の初期開始期間の値、任意
の価格の入札開始価格、および削減された入札開始価格の任意の増額を適応させ
得る。
【0150】 入札が受け取られるためには、入札が有効である必要がある。一実施形態にお
いて、入札が有効であるのは、入札者が適切に登録されており、入札の金額が適
切であり、アイテムの量が在庫によって支持される必要があり、かつ、特定の期
間内に入札が提示される場合である。それぞれの場合において、無効な入札を受
け取った場合、Yahoo!オークションシステムは、入札者に入札が無効であ
ることに対して注意を喚起し、この入札を有効にするために入札者が行い得る可
能な行動の過程を提案することにより、状況の修正を試みる。
【0151】 登録に関して、Yahoo!オークションシステムは、全ての潜在的な入札者
がいくつかの基本的な情報(例えば、名前、年齢、住所、電話番号、および、ク
レジットカード番号などのいくつかの請求書に関する情報)を用いて登録するこ
とを必要とし得る。この登録は、許可された人のみがYahoo!オークション
システムに参加することを保証する。さらに、この登録は、ユーザアカウントが
データベース内にセットアップされて、特定の支払い単位(例えば、誘因ポイン
ト、現金)が入札プロセスの間に使用される場合に、ユーザがアカウントに十分
な支払い単位を有するか、またはユーザの入札がユーザのアカウントの残高を超
過する場合に信用を供与するに足るかどうかを保証するための適切なチェックが
行われ得ることを保証する。入札者が登録を行っていない場合、Yahoo!オ
ークションシステムは、入札者にこの事実を喚起し、入札者が登録を行うことを
提案する。この登録プロセスは、比較的単純明快であり、かつ時間を必要としな
い。
【0152】 別の実施形態において、潜在的な入札者は、Yahoo!オークションシステ
ムに直接登録する必要はない。その代わりに、この潜在的な入札者は、なんらか
の方法でYahoo!オークションシステムと関連する任意の数の他の売買業者
に登録し得、その方法は、以下を含むがこれらに限定されない。(1)売買業者
がYahoo!オークションシステムの所有者と契約する、(2)売買業者がY
ahoo!オークションシステムのウェブサイト上で広告する許可を得る、(3
)Yahoo!オークションシステムのウェブサイトが売買業者のウェブサイト
にリンクを提供する、(4)売買業者がYahoo!オークションシステムによ
って認識されるポイントを提供する、かつ(5)Yahoo!オークションシス
テムが売買業者のウェブサイトで商品と引き換え可能なポイントを与える。
【0153】 適切な入札価格に関して、Yahoo!オークションシステムは、絶対最低価
格および最低増額を入札が満たすことを必要とする。この絶対最低価格は典型的
には、入札開始価格である。従って、入札開始価格が$400の場合、$350
の入札は無効である。さらに、Yahoo!オークションシステムは、次の入札
がある規定の増額を満たすことを必要とする。この増額は、あるアイテムと別の
アイテムとの間、および、ある入札段階と別の入札段階との間で異なり得る。例
えば、自転車の必要最低増額が$5であり、現在の最高入札価格が$600であ
る場合、より高い有効入札価格は、少なくとも$605である必要がある。従っ
て、入札価格が$603の場合、この入札は無効である。さらに、入札価格が$
599の場合、この入札は無効である。逆に、入札が$606の場合、最低入札
増額である$5が満たされているため、この入札は有効である。入札価格と入札
増額との両方に関して、Yahoo!オークションシステムは、いずれかが満た
されていない場合、入札者に注意を喚起し可能な価格を提案する。入札価格に関
して、Yahoo!オークションシステムは、オークションが開始したばかりか
、または入札が受け取られていない場合に入札開始価格を提案する。入札増額に
関して、Yahoo!オークションシステムは、入札者に正確な入札増額に対す
る注意を喚起し、現在の高値入札に有効な入札増額を追加することにより入札価
格を提案する。
【0154】 本発明の別の実施形態によって、最低入札増額はまた、所定のアイテムのオー
クションセッションによって異なり得る。詳細には、オークションセッションは
、第1の初期開始段階、中間段階、および終盤段階の明確な段階に分割され得る
。これらの段階の各々において、必要とされる最低入札増額は異なり得る。初期
開始段階および終盤段階において少量の増額が可能であり得るが、中間段階は実
質的に大きな増額を必要とし得る。
【0155】 入札が有効であるために、アイテムの量もまた、在庫によって支持される必要
がある。N個のアイテムがオークションにかけられている場合、N+1個のアイ
テムに関する入札は、N個のアイテムの在庫がN+1個のアイテムを支持し得な
いために無効である。同様に、N個のアイテムがオークションにかけられている
が、オークションの過程の中で、M個のアイテム(ここで、M<N)がすでに入
札者に与えられている場合、N個のアイテムに関する次の入札は、N−M個のア
イテムしか残っていないために無効である。求められる量が在庫によって支持さ
れ得ないために入札が無効である場合、Yahoo!オークションシステムは、
この状態に関して入札者に注意を喚起し、入札者が比較的少ない量を求めること
を要求する。Yahoo!オークションシステムはまた、現在の在庫によって実
際に支持され得る比較的少ない量を提案し得る。しかし、単一のアイテムの場合
、アイテムの量に関する要件は、容易に満たされるはずである。なぜならば、そ
の単一のアイテムは、入札可能である(高い入札がまだない)か、または入札可
能でない(入札勝利者が確定され、オークションが終了した)かのいずれかであ
るからである。
【0156】 最終的に、入札が有効であるために、入札は、オークションの特定の期間内に
Yahoo!オークションシステムによって受け取られる必要がある。任意の所
定のオークションセッションに関して、売り手は、特定の期間(例えば、24次
間)の間だけ、その商品を提供する。このオークションは、ある開始時間に開か
れ(すなわち、開始し)、ある特定の将来に閉じられる(すなわち、終了する)
。この期間は、あるアイテムと別のアイテムとの間、および、ある売り手と別の
売り手との間で異なる。オークションの期間内に受け取られ、他の点では有効(
すなわち、適切な入札価格、適切な入札増額、適切な登録された入札者)な任意
の入札は有効なままである。特定の期間が終わった後に入札が受け取られる場合
、この入札は無効である。Yahoo!オークションシステムによって入札が受
け取られる場合、この入札は、適切に処理されるためにタイムスタンプを押され
る。
【0157】 オークションの勝者は、そのオークションに関して特定された期間内に、他の
全ての有効な入札の中でも最高値の有効な入札価格を入札した入札者である。入
札の勝者は、次いで、勝利入札価格で売り手から落札したアイテムを購入する必
要がある。Yahoo!オークションシステムは、実際、申し出されたアイテム
に関して買い手および売り手を一致させる。特定の所望のアイテムに関して最高
の価格を申し出るため、売り手にとってこの買い手は最高の買い手である。特定
の所望のアイテムをその小売価格よりも低い価格でこの売り手から購入(理論的
に)し得るため、買い手にとってこの売り手は最高の売り手である。もちろん、
このアイテムの特定のオークション期間の全体において、だれもその入札開始価
格でこのアイテムに入札しない場合、このオークションの勝者はいない。Yah
oo!オークションシステムは、次いで、入札開始価格を(売り手からのオーク
ション前の指示によって)自動的に低くして、入札の提出を誘い得る。他方で、
売り手が入札開始価格を低くすることを望まないこともあり得、このアイテムを
オークションにかけないこともあり得る。
【0158】 この時間に基づくYahoo!オークションシステムのバリエーションにおい
て、別の実施形態は、売却の閾値または閾値以上である価格を入札した入札者に
商品を即座に与えることを必要とする。以下でさらに説明する「購入または入札
」のオークションフォーマットを参照されたい。あるいは、商品は、オークショ
ン期間が終了する際に最高入札価格で売られる。この売却閾値は、潜在的な入札
者に公開され得るか、または公開され得ない。従って、特定のアイテムの入札価
格が$500に達する際にそれを売りたいと売り手が望む場合、第1の入札者は
、$500(または、それ以上)を入札することにより、別の入札者がこの入札
者より高い値を付け得ることに関わらず、このアイテムを与えられる。他方で、
魔法の$500閾値に達する入札がない場合、オークション期間が終了した後の
最高値の入札者がこのコンテストの勝者となる。
【0159】 Yahoo!オークションシステムの特定の実施形態、および各ユーザのそれ
ぞれのアカウントにそれがどのように関係するかについて、ここで図4を参照し
て説明する。オークションは工程160から開始する。
【0160】 工程161において、Yahoo!オークションシステムは、売り手のオーク
ション前の指示によって、入札開始価格Pおよび最低増額dPでアイテムXを提
供する。工程162において、Yahoo!オークションシステムは、任意の新
しい入札(単数または複数)を待つかまたは照会する。新しい入札がこれから先
に出て来ない場合、Yahoo!オークションシステムは工程167に進み、任
意のオークション終了条件をチェックする。オークション終了条件は、以下によ
り詳細に説明され、オークションの所定の期間(例えば、72時間)の終了、お
よび任意の特定の期間内で入札が行われないための早期終了などの条件を含む。
任意のこれらのオークション終了条件が存在する場合、オークションは工程17
0で終了し、さもなければ、Yahoo!オークションシステムは工程162に
戻って任意の新しい入札をチェックする。
【0161】 工程163において新しい入札者(任意の者)が入札するBIDNEWなどの
新しい入札が受け取られると、Yahoo!オークションシステムは、工程16
4においてBIDNEWの有効性をチェックする。これがまさに最初の入札であ
る場合、有効性をチェックすることは、BIDNEWが少なくとも入札開始価格
Pである必要があることを意味する。この入札が既存の高値入札より高い値を付
けることを試みる場合、この新しい入札BIDNEWは、少なくとも現在の高値
入札と最小入札増額dPとの合計である必要がある。他の有効性チェックについ
ては、本特許明細書中の他の箇所で説明する。BIDNEWが無効である場合、
Yahoo!オークションシステムは、工程162に戻って他の新しい入札をチ
ェックする。
【0162】 BIDNEWが有効である場合、Yahoo!オークションシステムは工程1
65に進み、新しい入札者のアカウントをチェックして、BIDNEWポイント
が利用可能であるかどうかを判定する。これは、新しい入札者が自身の有するポ
イントを用いて入札して、最終的にオークションで勝利した場合にアイテムXの
売り手に支払い得ることを保証する。さらに、この工程165は、工程164の
後で行われて、工程164において入札が無効である場合にYahoo!オーク
ションシステムがアカウントデータベース内での新しい入札者のアカウントをチ
ェックするためのさらなる時間および資源を浪費する必要はない。他方で、本発
明の他の実施形態は、有効性のチェックの前に、システムが新しい入札者のアカ
ウントをチェックすることを必要とする。工程165において、BIDNEW
新しい入札者のアカウント内で利用可能でない場合、Yahoo!オークション
システムは工程162に戻って新しい入札をチェックする。
【0163】 工程165において、BIDNEWが新しい入札者のアカウント内で利用可能
である場合、Yahoo!オークションシステムは工程166に進む。ここで、
このシステムは、新しい入札者のアカウント内にBIDNEWを確保して、この
確保された額のポイントは、他の取引に使用され得ない。既存の高値入札より高
い値を付けるためにBIDNEWが提示される場合、前に確保された高値入札価
格は前の高値入札者のアカウント内の確保から解除される。この時点で、新しい
入札者が現在の高値入札者であり、現在の高値はBIDNEWである。
【0164】 他の実施形態において、工程166は、オークションが終了するまで任意の入
札の確保を解除しない。これは、入札勝利者が退却する場合の用心のために行わ
れる。他の入札が確保されているため、これらの入札に関連する入札者は、まれ
に入札勝者が考えを変えるような場合の最終的な勝者となり得る。別の実施形態
において、Yahoo!がアカウントを制御するため、Yahoo!オークショ
ンシステムは、勝者が退却することを防止する。
【0165】 このシステムは、次いで、工程167に進み、任意のオークション終了条件の
存在をチェックする。オークション終了条件が存在しない場合、このシステムは
、工程162に戻って新しい入札をチェックする。新しい入札が受け取られる場
合、このシステムは、上記のようにフローチャートを下に進む。この実施形態に
おいて、このシステムは常に、新しい高値入札者のアカウント内に新しい高値入
札を確保して、前の高値入札者のアカウント内の前の高値入札(今は負け入札)
の確保を解除することに留意されたい。任意のオークション終了条件が存在する
場合、オークションは工程170で終了する。
【0166】 この時点で、Yahoo!オークションシステムは、確保された額(または、
入札勝利価格が確保額と異なる場合、入札勝利価格)を各勝者のアカウントから
実際に差し引く。さらに、勝者以外の人の他の確保額(ある場合)は、すでに解
除されていない場合、それぞれのアカウント内の確保から解除される。いくつか
の実施形態は、オークションが終了する前に確保の解除を行い、他の実施形態は
、オークションが終了した後に確保の解除を行う。
【0167】 標準オークションフォーマットはまた、複数のアイテムおよび複数の勝者に適
応する。売り手がオークションにかけたいと望む複数の量の同じアイテム(例え
ば、会社Xからの同じブランドの20個の電球)を有する場合はいつでも、売り
手は、それらを個別にオークションにかける必要はない。代わりに、売り手は、
これらの同じかつ別の品目を一緒にオークションにかけ得る。もちろん、売り手
は通常、例えば、それぞれの価値が、紹介されている野球選手、カードの年数、
カードの希少価値、およびカードの物理的条件による複数の珍しい野球カードな
どの非品目を一緒に売らない。
【0168】 標準オークションフォーマットの複数アイテム/複数勝者のバリエーションに
おいて、N個のアイテムがオークションにかけられる場合、Yahoo!オーク
ションシステムは、N人の異なる入札勝者に各入札勝者の入札価格でこれらのN
個のアイテムを与える。例えば、10個のアイテムがオークションにかけられ、
10人の異なる入札者が最高値入札者である場合、各アイテムは、各入札者に各
入札者のそれぞれの入札価格で与えられる。従って、同じアイテムに関して、異
なる入札者は最終的に、異なる価格でアイテムを与えられ得る。
【0169】 複数のアイテムの標準オークションフォーマットに関し、かつ、各ユーザアカ
ウントにそれがどのように関係するかに関するYahoo!オークションシステ
ムの特定の実施形態について、ここで図5に関して説明する。オークションは工
程180から開始する。
【0170】 工程181において、Yahoo!オークションシステムは、売り手のオーク
ション前の指示によって、入札開始価格Pおよびそれぞれの最低増額dPでN個
のアイテム(すなわち、同じ品目)を提供する。複数のアイテムのオークション
に関して、これらのN個のアイテムは、上位N入札者に、それぞれの上位N入札
で与えられる。工程182において、Yahoo!オークションシステムは、任
意の新しい入札(単数または複数)を待つかまたは照会する。新しい入札がこれ
から先に出て来ない場合、Yahoo!オークションシステムは工程188に進
み、任意のオークション終了条件をチェックする(上記のように)。任意のオー
クション終了条件が存在する場合、オークションは工程189で終了し、さもな
ければ、Yahoo!オークションシステムは、工程182に戻って任意の新し
い入札をチェックする。
【0171】 工程183において新しい入札者(任意の者)が入札するBIDNEWなどの
新しい入札が受け取られると、Yahoo!オークションシステムは、工程18
4においてBIDNEWの有効性をチェックする。これがまさに最初の入札であ
る場合、有効性をチェックすることは、BIDNEWが少なくとも入札開始価格
Pである必要があることを意味する。この入札が、既存の高値入札より高い値を
付けること、または、上位N入札のうちに含まれることを試みる場合、この新し
いBIDNEWは、少なくとも現在の高値入札と最小入札増額dPとの合計であ
る必要がある。他の有効性チェックについては、本特許明細書中の他の箇所で説
明する。BIDNEWが無効である場合、Yahoo!オークションシステムは
、工程182に戻って他の新しい入札をチェックする。
【0172】 BIDNEWが有効である場合、Yahoo!オークションシステムは工程1
85に進み、新しい入札者のアカウントをチェックして、BIDNEWポイント
が利用可能であるかどうかを判定する。これは、新しい入札者が自身の有するポ
イントを用いて入札して、最終的にこのオークションの上位N入札者の1人とし
て名前を挙げられる場合に、N個のアイテムの売り手に支払い得ることを保証す
る。工程185において、BIDNEWが新しい入札者のアカウント内で利用可
能でない場合、Yahoo!オークションシステムは、工程182に戻って新し
い入札をチェックする。
【0173】 工程185において、BIDNEWが新しい入札者のアカウント内で利用可能
である場合、Yahoo!オークションシステムは工程186に進む。ここで、
このシステムは、新しい入札者のアカウント内にBIDNEWを確保して、この
確保された額のポイントは、他の取引に使用され得ない。BIDNEWが上位N
入札位置から既存の入札を置換させる場合、工程187において、置換された入
札価格は、置換された入札者のアカウント内で確保を解除される。この時点で、
新しい入札者は、上位N入札者のうちの1人であり、その入札価格はBIDNE である。
【0174】 他の実施形態において、工程187は、オークションが終了するまで任意の入
札の確保を解除しない。これは、入札勝利者が退却する場合の用心のために行わ
れる。他の入札が確保され続けているため、これらの入札に関連する入札者(単
数または複数)は、まれに入札勝者が考えを変えるような場合の最終的な勝者(
単数または複数)となり得る。別の実施形態において、Yahoo!がアカウン
トを制御して、Yahoo!オークションシステムは、勝者が退却することを防
止する。
【0175】 次いで、システムは、任意のオークション終了状態があるかをチェックする工
程188に進む。オークションの終了状態がない場合、システムは、新たな入札
があるかをチェックする工程182に戻る。新たな入札が受信された場合、シス
テムは、上述のようなフローチャートに進む。この実施形態において、システム
は、上位N人の入札者の各アカウント内に上位N個の入札を常に確保し、置換さ
れた入札者の各アカウント内に任意の置換された入札の確保をキャンセルするこ
とに留意されたい。任意のオークションの終了状態がある場合、工程189にお
いて、オークションは終了する。
【0176】 この時点において、Yahoo!オークションシステムは、確保された額(ま
たは、入札勝利価格が確保された額と異なる場合の入札勝利価格)を、各勝利者
のアカウントから実際に差し引く。さらに、まだ実行されていない場合には、落
札できなかった者(もしいれば)の他の確保された額が、各アカウント内におい
て確保がキャンセルされる。オークションが終了する前に確保がキャンセルされ
る実施形態もいくつかあれば、オークションが終了した後に確保がキャンセルさ
れる実施形態もいくつかある。
【0177】 複数のアイテム/複数の勝利者標準オークションフォーマットの別の変形にお
いて、アイテムと勝利者との1:1のマッピングは、厳密には必要ではない。す
なわち、入札者は、一つより多いアイテムに入札し得、異なる勝利者による入札
は、概して、これらのアイテムに異なる価格を支払う。ある入札者は、潜在的に
N個のアイテムを落札し得るが、通常、複数の入札者が、これらのN個のアイテ
ムの任意の組み合わせを落札し得る。例えば、10個のオークションアイテムに
対する上位二人の入札者に関して、一人の入札者は、7個のアイテムを落札し得
、他方の入札者は、3個のアイテムを落札し得る。明らかに、10個のアイテム
がオークションにかけられた場合、Yahoo!オークションシステムは、10
人より多い入札者が落札できないようにする。複数のアイテム/複数の勝利者の
フォーマット上の他の変形を、以下にさらに説明する。
【0178】 B. ダッチオークション 別のオークションのフォーマットは、「ダッチオークション」として公知であ
る。ダッチオークションフォーマットは、複数の成功した入札者に、複数のアイ
テムをオークションにかけることに関する。しかし、標準のオークションフォー
マットとは対照的に、ダッチオークションフォーマットは、成功した入札者のう
ちで最低の入札者による入札価格で(ユニットごと)上位の入札者に複数のアイ
テムを落札する。すべての勝利者が、アイテムに対し同じ価格を支払うのではな
く、入札の勝者の入札のうちで最低の入札価格を支払う。したがって、成功した
入札者は、必ずしも高すぎる入札によって「不利な立場に置かれる」ことはない
。これは、この入札者が、成功した入札者のうちで最低の入札者による入札価格
で、最終的にはアイテム(単数または複数)に対する支払いを行うからである。
例えば、5個のアイテムがオークションにかけられ、上位5人がそれぞれ、オー
クション期間の最後に、$70、$67、$66、$61および$60を入札し
たと仮定する。各成功した入札者が、それぞれの入札価格でアイテムに対する支
払いを行う代わりに、上位5人のすべての入札者がそれぞれ、上位の入札者のう
ちで最低の入札価格である60$でアイテムを落札する。
【0179】 Yahoo!オークションシステム内で実施されるようなダッチオークション
システムの二つの実施形態を、ここで説明する。二つの実施形態の主な差異は、
上位入札者用に確保された入札である。第一の実施形態において、上位N人の入
札者のうちで最低の入札は、各有効な入札を受信した後判定されて、上位N人の
入札者の各アカウント内に確保される。第二の実施形態において、上位N人の入
札者の各入札は、入札者の各アカウント内に確保されて、オークションの終了後
に、アカウントに対する必要な調整が行われて、これにより、すべての上位の入
札者が、上位の入札うちで最低の入札のみを支払う。
【0180】 Yahoo!オークションシステムにおけるダッチオークションフォーマット
の第一の実施形態、およびこの実施形態がいかにユーザの各アカウントと関連す
るかを、図6に関してここで説明する。工程210で、オークションは開始する
【0181】 工程211において、Yahoo!オークションシステムは、それぞれが売り
手のオークション前の指示によって最低dPは増加する、入札開始価格PでN個
のアイテムを提供する。複数のアイテムのオークションに関して、これらのN個
のアイテムは、上位N人の入札者のうちで最低入札の入札価格で、上位N人の入
札者に落札される。工程212において、Yahoo!オークションシステムは
、任意の新たな入札(単数または複数)を待つか、任意の新たな入札(単数また
は複数)に関して照会する。新たな入札が来ない場合、Yahoo!オークショ
ンシステムは、(上述したような)任意のオークション終了状態があるかをチェ
ックする工程222に進む。任意のオークション終了状態がある場合、工程22
3において、オークションは終了する。そうでない場合には、Yahoo!オー
クションシステムは、工程212に戻り、任意の新たな入札があるかをチェック
する。
【0182】 工程213において、新たな入札者(誰であっても)によるBIDNEWなど
、新たな入札が受信された場合、工程214において、Yahoo!オークショ
ンシステムは、BIDNEWの有効性をチェックする。これが本当に最初の入札
である場合、有効性をチェックすることは、BIDNEWが少なくとも入札開始
価格Pである必要があることを意味する。この入札を、すでに存在する高い入札
より高値をつけようとしたり、上位N個の入札内に入れようとした場合、この新
たな入札BIDNEWがその時点の高い入札の少なくとも合計であり、かつ、最
低の入札増加dPである必要がある。他の有効性のチェックを、本特許の明細書
中のいたるところで説明する。BIDNEWが有効でない場合、Yahoo!オ
ークションシステムは、他の新たな入札があるかをチェックする工程212に戻
る。
【0183】 BIDNEWが有効である場合、Yahoo!オークションシステムは、上位
N個の入札のうちで最低の入札であるBIDMINを判定する工程215に進む
。オークションがここで終了する場合、上位N人すべての入札者は、同じ入札価
格BIDMINを支払う。工程216において、システムは、BIDMINのポ
イントが利用可能であるかを判定するために新たな入札者のアカウントをチェッ
クする。これにより、新たな入札者がアカウントに十分なポイントを有し、この
入札者がこのオークションの上位N人の入札者のうちの一人として最終的には指
名された場合、N個のアイテムの販売は、アイテムごとにBIDMINのポイン
トで支払われ得る。工程216において、BIDMINが新たな入札者のアカウ
ントにおいて利用可能でない場合、Yahoo!オークションシステムは、工程
217に進み、これにより、新たな入札者が上位N人の入札者に入らないため、
BIDMINが以前の値に戻る。
【0184】 工程216において、BIDMINが新たな入札者のアカウント内で利用可能
な場合、Yahoo!オークションシステムは、工程218に進む。ここで、シ
ステムは新たな入札者のアカウント内のBIDMINを確保にし、これにより、
この確保されたポイント数を、他のトランザクションに用いることが不可能にな
る。新たな入札者の入札BIDNEWは新たな入札者とも関連し、二つの目的:
(1)BIDNEWを用いて、上位N人の入札者を決定し、(2)BIDNEW が上位N人の入札者のうちで最低の入札である場合、すべての勝利者は、入札価
格BIDNEWでアイテムに対する支払いを行う、ために格納される。この実施
形態において、BIDNEWの代わりにBIDMINを確保にすることによって
、Yahoo!オークションシステムによって、入札者は、アカウント内に有し
得ないポイント(例えば、BIDNEW)によってアイテムに入札することが可
能になる。これは、入札者が上位N人の入札者のうちでちょうど十分なポイント
(例えば、BIDMIN)を有するからである。
【0185】 工程219において、システムは、BIDMINが他の入札者それぞれのアカ
ウント内で利用可能であるかをチェックする。ここで、新たな入札者が上位N人
の入札者のうちの一人であるため、上位N人の入札者に入っていた別の入札者と
置換される可能性が非常に大きい。この置換の結果、上位N人の入札者のうちで
最低の入札が変更(通常、入札が増加)し得る。入札価格のこの新たな増加は、
上位N人の入札者のうちの何人かにとっては支払い可能な価格であり得るが、何
人かにとっては支払い可能な価格であり得ない。したがって、工程219におけ
るこのチェックは、他の上位の入札者が、このオークションがここで終了する場
合に、アイテムに対して支払い可能であることを保証する。
【0186】 任意の上位N人の入札者が、BIDMINを支払えない場合、システムは工程
220に進む。グループ内の新たな最低入札BIDMINを支援し得ないアカウ
ントを有する入札者が、そのそれぞれの入札と共に、上位N人の入札者のリスト
から排除される。このそれぞれの入札は、確保がキャンセルされる。他の実施形
態において、工程220は、オークション終了後まで、任意の入札の確保をキャ
ンセルしない。これは、入札の勝者が取り消した場合の用心のために実行される
。他の入札が確保され続けるため、これらの入札と関連した入札者(単数または
複数)は、入札の勝者が心変わりするようなまれな場合、最終の勝利者(単数ま
たは複数)であり得る。別の実施形態において、Yahoo!オークションシス
テムがアカウントに対して制御するため、Yahoo!によって、入札者が取り
消すことが防がれる。
【0187】 残りの入札者に関して、それぞれのアカウント内にBIDMINが確保される
。これは、さらなるBIDMINのポイント数が確保されることを意味せず、こ
の特定のオークションのそれぞれのアカウント内に確保される全ポイント数がB
IDMINとなるように、差異が処理される。例えば、入札者のアカウント内に
は、5ポイントが確保されているが、新たなBIDMINが8ポイントである場
合、システムは、この入札者のアカウントからさらに3ポイント確保し、これに
より、確保された全ポイント数が8ポイント、すなわち新たなBIDMINとな
る。次いで、このシステムは、工程212に進み、任意の新たな入札があるかを
チェックする。
【0188】 すべての残りの入札者が、それぞれのアカウント内に、BIDMINを支援す
るに十分なポイントを有する場合、上述したように、工程221において、シス
テムは、差異を処理することによって、それぞれのアカウント内にBIDMIN を確保する。次いで、システムは、任意のオークションの終了状態(上述したよ
うな終了状態)があるかをチェックする工程222に進む。任意のオークション
終了状態がある場合、工程223においてオークションが終了する。任意のオー
クション終了状態がない場合には、Yahoo!オークションシステムが、工程
212に戻って、任意の新たな入札があるかをチェックする。
【0189】 オークションの終了時に、Yahoo!オークションシステムは、確保された
額(または、入札勝利価格が確保された額と異なる場合の入札勝利価格)を、各
勝利者のアカウントから実際に差し引く。さらに、まだ実行されていない場合に
は、落札できなかった者(もしいれば)の他の確保された額が、各アカウント内
において確保がキャンセルされる。オークションが終了する前に確保がキャンセ
ルされる実施形態もいくつかあれば、オークションが終了した後に確保がキャン
セルされる実施形態もいくつかある。 この実施形態において、Yahoo!オークションシステムは、入札者それぞれ
の入札ではなく、上位N人の入札者それぞれのアカウントのそれぞれの内に上位
N個の入札のうちで最低の入札を確保することに留意されたい。例えば、入札者
Aは、66ポイントを入札して、オークションにかけられた5個のアイテムに対
して、上位5人の入札者のうちにAの位置を確保する。この結果、上位5人の入
札が、55ポイント(入札者B)、57ポイント(入札者C)、60ポイント(
入札者D)、65ポイント(入札者E)および66ポイント(入札者A)となる
。しかし、Aの入札が66ポイントにもかかわらず、システムは、Aのアカウン
ト内の55ポイントのみを実際には確保する。これは、このダッチオークション
フォーマットが、上位5個の入札のうちの最低の入札で、5個のアイテムを落札
するからである。
【0190】 Yahoo!オークションシステムにおけるダッチオークションフォーマット
の第二の実施形態を、ここで図7を参照して説明する。工程225で、オークシ
ョンは開始する。
【0191】 工程230において、Yahoo!オークションシステムは、それぞれが売り
手のオークション前の指示によって最低dPは増加する、入札開始価格PでN個
のアイテムを提供する。ダッチオークションフォーマットによる複数のアイテム
のオークションに関して、これらのN個のアイテムは、上位N人の入札者のうち
で最低入札の入札価格で、上位N人の入札者に落札される。工程231において
、Yahoo!オークションシステムは、任意の新たな入札(単数または複数)
を待つか、任意の新たな入札(単数または複数)に関して照会する。新たな入札
が来ない場合、Yahoo!オークションシステムは、(上述したような)任意
のオークション終了状態があるかをチェックする工程237に進む。任意のオー
クション終了状態がある場合、工程238に進む。そうでない場合には、Yah
oo!オークションシステムは、工程231に戻り、任意の新たな入札があるか
をチェックする。 工程232において、新たな入札者(誰であっても)によるBIDNEWなど、
新たな入札が受信された場合、工程233において、Yahoo!オークション
システムは、BIDNEWの有効性をチェックする。BIDNEWが有効でない
場合、Yahoo!オークションシステムは、他の新たな入札があるかをチェッ
クする工程231に戻る。
【0192】 BIDNEWが有効である場合、Yahoo!オークションシステムは、新た
な入札者のアカウントをチェックして、BIDMINのポイントが利用可能であ
るかを判定する工程234に進む。これにより、新たな入札者がアカウントに十
分なポイントを有し、この入札者がこのオークションの上位N人の入札者のうち
の一人として最終的には指名され、かつ、この入札者の入札BIDNEWが上位
N人の入札者のうちで最低の入札である場合、N個のアイテムの販売は、この新
たな入札者から、アイテムごとにBIDMINのポイントで支払われ得る。工程
234において、BIDMINが新たな入札者のアカウントにおいて利用可能で
ない場合、Yahoo!オークションシステムは、新たな入札があるかをチェッ
クする工程231に戻る。
【0193】 工程234において、BIDMINが新たな入札者のアカウント内で利用可能
な場合、Yahoo!オークションシステムは、工程235に進む。ここで、シ
ステムは新たな入札者のアカウント内のBIDMINを確保し、これにより、こ
の確保されたポイント数を、他のトランザクションに用いることが不可能となる
。 ここで、新たな入札者が上位N人の入札者のうちの一人であるため、上位N人の
入札者に入っていた別の入札者と置換される可能性が非常に大きい。工程236
において、システムは、新たな入札者および新たな入札BIDNEWによって置
換された任意の入札者の入札の確保をキャンセルする。他の実施形態において、
工程236は、オークション終了後まで、任意の入札の確保をキャンセルしない
。これは、入札の勝者が取り消した場合の用心のために実行される。他の入札が
確保され続けるため、これらの入札と関連した入札者(単数または複数)は、入
札の勝者が心変わりするようなまれな場合、最終の勝利者(単数または複数)で
あり得る。別の実施形態において、Yahoo!オークションシステムがアカウ
ントに対して制御するため、Yahoo!によって、入札者が取り消すことが防
がれる。 次いで、システムは、(上述したような)任意のオークション終了状態があるか
をチェックする工程237に進む。任意のオークション終了状態がある場合、シ
ステムは工程238に進む。そうでない場合には、Yahoo!オークションシ
ステムは、工程231に戻り、任意の新たな入札があるかをチェックする。
【0194】 オークションの終了時に、Yahoo!オークションシステムは、確保された
額(または、入札勝利価格が確保された額と異なる場合の入札勝利価格)を、各
勝利者のアカウントから実際に差し引く。さらに、まだ実行されていない場合に
は、落札できなかった者(もしいれば)の他の確保された額が、各アカウント内
において確保がキャンセルされる。オークションが終了する前に確保がキャンセ
ルされる実施形態もいくつかあれば、オークションが終了した後に確保がキャン
セルされる実施形態もいくつかある。
【0195】 オークション終了状態が工程237にあるため、システムは、工程を進め、上
位N人の入札者のアカウントを処理する。この実施形態において、システムは、
入札者それぞれの入札を、それぞれのアカウント内に確保していることに思い出
されたい。ダッチオークションフォーマットは、上位N個の入札のうちで最低の
入札価格で上位N人の入札者にオークションアイテムを落札し、アカウントに対
する調整がいくらかなされる。工程238において、システムは、上位N人の入
札者のアカウントのそれぞれ内にある確保された額を調整し、これにより、上位
N個の入札のうちで最低の入札額のみが、各アカウント内で確保される。第一の
実施形態とは異なり、この実施形態は、入札プロセスの間、上位N個の入札のう
ちで最低の入札の代わりに、各入札者の入札を確保する。次いで、オークション
終了時に、調整が行われる。工程239において、オークションは終了する。
【0196】 C. 進行性オークション 別のオークションのフォーマットは、「進行性オークション」として公知であ
る。進行性オークションは、ダッチオークションフォーマットと同様であるが、
アイテムと勝利者との1:1のマッピングが必要ではない点のみが異なる。代わ
りに、複数のアイテムを、任意の可能なように分割することが可能である。進行
性オークションフォーマットにおいて、Yahoo!オークションシステムは、
入札されたアイテムの量に基づいて、異なる価格で上位入札者にアイテム(単数
または複数)を落札する。すなわち、上位入札者がオークションにかけられたア
イテム(単数または複数)に対して支払わなければならない価格は、所定のアイ
テム量に対する成功した入札価格のうちで最低の入札価格に基づく。例えば、2
0個のアイテムに関して、3人の入札者がそれぞれ4個のアイテムの入札に成功
し、4人の入札者がそれぞれ2個のアイテムの入札に成功したと仮定する。それ
ぞれが4個のアイテムを落札したそれぞれの3人の入札者は、$50、$55お
よび$58で入札に成功する。したがって、これら3人の入札者は、このグルー
プの最低の成功した入札価格で、4個のアイテムのそれぞれのロットに対して支
払い(それぞれ$50ずつ)を行う。それぞれが2個のアイテムを落札したそれ
ぞれの4人の入札者は、$40、$42、$45および$48で入札に成功する
。したがって、これら4人の入札者は、このグループの最低の成功した入札価格
で、2個のアイテムのそれぞれのロットに対して支払い(それぞれ$40ずつ)
を行う。
【0197】 同じサンプルにおいて、上位入札者すべてが1個のアイテムのみに対して入札
する場合、Yahoo!オークションシステムは、20人の成功した入札者を有
し、それぞれの入札者は、自身が入札した価格ではなく、最低の成功した入札価
格を支払う。この場合、進行性オークションフォーマットは、落札されたアイテ
ムの量が、このようなアイテムの全在庫リストに対して同じである、ダッチオー
クションフォーマットに変更される。
【0198】 次に、Yahoo!オークションシステムの進歩的オークション方式の1つの
実施形態、およびユーザそれぞれのアカウントをどのように関連させるかを、図
8に関連して説明する。オークションはステップ240で始まる。
【0199】 ステップ241で、Yahoo!オークションシステムは、売り手の事前オー
クション指示(pre−auction instructions)に従って
、各々が最小増額量dPを有する開始入札価格Pで、N個のアイテムの売買申込
みをする。複数のアイテムのオークションに関して、これらN個のアイテムは、
最高入札者には、入札者が入札したアイテムの量に基づいて、ともにグループ化
された、そのグループ内の入札者内の最低入札の付け値で提供される。ステップ
242で、Yahoo!オークションシステムは、新たな入札を待つか、または
新たな入札に関して問い合わせる。新たな入札がない場合、Yahoo!オーク
ションシステムはステップ252に進み、(上述したような)オークション終了
条件をチェックする。なんらかのオークション終了条件が存在する場合、オーク
ションはステップ253で終了し、それ以外の場合、Yahoo!オークション
システムは、新たな入札をチェックするためにステップ242に戻る。
【0200】 ステップ243で、例えば、(誰でもあり得る)新たな入札者によるK個のア
イテムの各々に対してBIDNEWポイントの新たな入札を受けると、ステップ
214で、Yahoo!オークションシステムは、BIDNEWの有効性をチェ
ックする。1つの実施形態では、利用可能な各種の量がオークションシステムに
より固定される。例えば、総数が10個のアイテムが利用可能である場合、シス
テムは、4個のアイテム、3個のアイテム、2個のアイテム、および1個のアイ
テムに対する入札のみを許可し得る。別の実施形態では、その数量は固定されず
、入札者は、彼が所望するいずれの数量も入札し得る。
【0201】 また、さらなる入札者が入札をすると、オークションシステムは、K1個のア
イテムに対してある単価P1を入札した入札者と、K2個のアイテムに対してあ
る単価P2を入札した別の入札者との間で、そのアイテムに対する在庫が両方の
入札者をまかなうことができない場合、その2者間の関係を解消する必要がある
。いくつかのシナリオが存在し得る: P1=P2;K1=K2 このシナリオでは、付け値および数量が等しい。本発明の1つの実施形態は、
最初に来た入札を優遇する。 P1=P2;K1>K2 このシナリオでは、付け値は等しいが、数量は異なる(K1>K2)。1つの
実施形態では、システムは、数量がより多い(すなわち、K1)入札者を優遇す
る。別の実施形態では、システムは、最初に来た入札を優遇する。 P1>P2;K1=K2 このシナリオでは、数量は等しいが、付け値が異なる(P1>P2)。このシ
ナリオは、本質的に、典型的なオークションモデルであり、システムは、より高
い付け値(すなわち、P1)を優遇する。 P1>P2;K1>K2 このシナリオでは、数量および付け値の両方が異なる。一方の入札者の値(P
1)およびアイテムの数量(K1)の各々が、他方の入札者のものよりも大きい
ことにも留意されたい。これはまた、解決が容易である競合である。システムは
、アイテムの数量がより多い、高額入札者を優遇する。 P1>P2;K1<K2 このシナリオでは、数量および付け値の両方が異なる。このシナリオでは、一
方の入札者の付け値(P1)が、他方の入札者の付け値(P2)よりも大きいが
、より高額の入札者のアイテムの数量(K1)は、より低額の入札者のアイテム
の数量(K2)よりも少ない。これは、解決することが最も困難なシナリオであ
る。1つの実施形態では、システムは、より高額な付け値(P1)の入札者を優
遇し、彼の潜在的な利益を最大化する。別の実施形態では、システムは、数量が
より多い(K2)入札者を優遇し、大量販売を助長する。
【0202】 しかしながら、本発明の例示のために、図8のフローチャートは、固定数量の
実施形態を示す。図8のフローチャートはまた、本発明の課金処理の局面のより
明確な表現を容易にするために、異なる値−数量シナリオ(すなわち、P1対P
2、K1対K2)を検討しない。
【0203】 ステップ244に戻り、システムは、BIDNEW、およびアイテムの数量K
の有効性をチェックする。これがまさに最初の入札である場合、有効性をチェッ
クすることは、BIDNEWが少なくとも開始付け値Pでなければならないこと
を意味する。この入札が、すでに存在している高額な入札よりも高い値を付ける
か、または最高入札に含まれるという試みである場合、新たな入札BIDNEW は、少なくとも現在の高額付け値および最低付け値増額量dPの合計でなければ
ならない。当然、アイテムの数量Kは、在庫Nを超えてはならない。例えば、1
0個のアイテムが入手可能で、2人の入札者がそれぞれ4個のアイテムに入札す
る場合、2つのアイテムしか残っていないため、第3の入札者は、3個のアイテ
ムに対して入札できない。他の有効性チェックは、本特許明細書の別の箇所で説
明されている。BIDNEWまたはKのいずれかが有効でない場合、Yahoo
!オークションシステムはステップ242に戻り、他の新たな入札をチェックす
る。
【0204】 BIDNEWおよびKが有効である場合、Yahoo!オークションシステム
はステップ245に進み、数量Kに関連づけられたこれらの最高入札内の最低入
札であるBIDMIN(K)を確定する。入札数量別に入札の索引付けをするこ
とで、グループ分けを容易にし、それにより、システムがグループ内の入札を比
較することが可能になる。
【0205】 ステップ246で、システムは、製品(BIDMIN(K))*Kポイントが
利用可能であるかどうかを判定するために、新たな入札者のアカウントをチェッ
クする。これにより、新たな入札者が彼のアカウントに十分なポイントを有し、
最終的に、このオークションに対する彼のグループ内の最高入札者のうちの1人
として名を挙げられた場合、N個のアイテムの売り手は、1つのアイテムにつき
BIDMIN(K)ポイントで支払いを受け得ることが確実となる。ステップ2
46で、新たな入札者のアカウントで、(BIDMIN(K))*Kポイントが
利用可能でない場合、Yahoo!オークションシステムは、ステップ277に
進み、新たな入札者が最高のN人の入札者内にいないため、BIDMIN(K)
は、元の値に戻る。次いで、システムはステップ242に戻り、新たな入札をチ
ェックする。
【0206】 ステップ246で、新たな入札者のアカウントで、(BIDMIN(K))*
Kポイントが利用可能な場合、Yahoo!オークションシステムは、ステップ
248に進む。ここで、システムは、新たな入札者のアカウントの(BIDMI (K))*Kポイントを保留にし、この保留にされた額のポイントは他の取引
には用いられ得ない。新たな入札者の入札BIDMIN(K)はまた、新たな入
札者に関連づけられ、2つの目的:(1)BIDMIN(K)はそのグループ内
の最高入札者を確定するために用いられる、および(2)BIDNEW(K)は
そのグループ内の最高入札者のうちの最低入札である場合、全ての落札者が付け
値BIDNEW(K)をそのアイテムに対して支払う、ために記憶される。本実
施形態では、BIDNEW(K)の代わりに、BIDMIN(K)を保留にする
ことにより、Yahoo!オークションシステムは、入札者がそれぞれのグルー
プ内の最高入札者内に存在するために十分なポイント(すなわち、BIDMIN (K))を有するため、彼らのアカウントには有し得ないポイント(すなわち、
BIDNEW(K))でアイテムを入札することを可能にする。
【0207】 ステップ249で、システムは、(BIDMIN(K))*Kが他の入札者そ
れぞれのアカウントで利用可能であるかチェックする。現在、この新たな入札者
が最高入札者のうちの1人であるため、在庫が制限されている場合(すなわち、
オークションシステムは、N個のアイテムに対して多くの最高入札者を有するこ
とができるだけにすぎない)、最高入札者内に存在する別の入札者と置き換えら
れ得る。置換えが起こるか、または新たな入札者が、そのグループ内の最低の入
札でそのグループに加えられていた場合、最高入札者のうちで最低の入札が変更
した可能性がある。グループ内のこの新たな付け値は、特に付け値が上がると、
最高入札者のうちの何人かには、手ごろであり得るか、または手ごろであり得な
い。よって、ステップ249で、このチェックにより、オークションがここで終
了する場合、他の最高入札者は、アイテムに対する支払いを確実に行うことがで
きる。
【0208】 それぞれのグループ内の最高入札者のうちのいずれかが、(BIDMIN(K
))*Kポイントを支払う余裕がない場合、システムはステップ250に進む。
個々のグループ内の新たな最低入札(BIDMIN(K))*Kをまかなうこと
ができないアカウントを有する入札者は、彼らの個々の入札とともに、N人の最
高入札者のリストから削除される。これらの場合、ここで、先に保留にされた額
は保留を解除される。他の実施形態では、先に保留にされた入札は、オークショ
ンが終わるまで保留を解かれない。これは、落札した入札者がキャンセルする場
合の予防策として行われる。他の入札は継続して保留にされるため、これらの入
札に関連づけられた入札者は、落札した入札者が心変わりする場合、そのまれな
場合の最終的な落札者となり得る。別の実施形態では、Yahoo!オークショ
ンシステムは、Yahoo!がそのアカウントを管理するため、入札者がキャン
セルすることを防ぐ。
【0209】 残りの入札者に対して、(BIDMIN(K))*Kが、それぞれのアカウン
トで保留される。ここで、オークションが終了する場合、異なるグループの最高
入札者は、それらの個々のグループに関連付けられた同じ単位付け値BIDMI (K)を支払う。次いで、システムは、新たな入札をチェックするために、ス
テップ242に進む。
【0210】 ステップ249で、残りの入札者の全てが(BIDMIN(K))*Kをまか
なうために、個々のアカウントに十分なポイントを有する場合、システムは、上
述のとおり差額処理を行うことにより、ステップ251で、個々のアカウントに
(BIDMIN(K))*Kを保留する。次いで、システムは、ステップ252
に進み、(上述したような)オークション終了条件をチェックする。オークショ
ン終了条件が存在する場合、オークションはステップ253で終了し、そうでな
い場合は、Yahoo!オークションシステムは、新たな入札をチェックするた
めに、ステップ242に戻る。
【0211】 オークションの終わりで、Yahoo!オークションシステムは、実際に、各
落札者のアカウントから保留にした額(または落札額が保留にした額と異なる場
合は、落札額)を差し引く。また、(もしあれば)非落札者の他の保留額は、個
々のアカウントで保留を解かれる(これがすでに行われていない場合)。いくつ
かの実施形態は、オークションが終わる前に保留を解き、他の実施形態では、オ
ークションが終わった後に保留を解く。
【0212】 進歩的なオークション方式の別の実施形態では、ある数量のアイテムに対する
落札者は、そのグループ内の最低付け値を支払う。ここで、そのグループは、そ
の数量のアイテムを入札した落札者、その数量のアイテムよりも少なく入札した
落札者からなる。同じ20個のアイテムの例を用いるために、3人の入札者がそ
れぞれ、4個のアイテムを落札し、4人の入札者がそれぞれ2個のアイテムを入
札する。3人の入札者は、それぞれ、付け値$50、$55、および$58で、
4個のアイテムを落札した。4人の入札者は、それぞれ、$40、$42、$4
5および$48で、2個のアイテムを入札した。それぞれが、4個以下のアイテ
ムを落札した落札者のうち最低付け値は、$40である。よって、それぞれが4
個のアイテムを落札した3人の落札者の各々は、それぞれ$40しか支払う必要
がない。なぜなら、これが、4個以下のアイテムを入札した入札者のうちでの最
低付け値であるためである。それぞれ2個のアイテムを落札した4人の入札者も
また、それぞれ$40を支払う。本実施形態は、より多くの数量のアイテムの落
札者が、そのより多くの数量以下のアイテムを入札した落札者のうちでの最低付
け値で支払うため、大量入札を誘引する。
【0213】 本実施形態では、付け値を判定する目的のために、グループ分けが異なる。そ
のため、9個のアイテムを入札する1人の入札者が、5個のアイテムを入札する
入札者の付け値を参照し得る。後者の入札者は、前者の入札者の付け値を参照で
きない。よって、図8に関して、Kは、単一の固定された数ではなく、むしろ、
その入札者の数量以下の可変的な数である。
【0214】 D.買いまたは入札オークション(BUY−OR−BID AUCTION) 別の方式は、「買いまたは入札」オークション方式である。この方式は、標準
的なオークション方式の変形であり、上記で簡潔に説明している。ここで、Ya
hoo!オークションシステムは、提示された売値以上で入札した入札者に商品
を提供する。この方式は、在庫が入札者が要求した数量をまかなうことができる
場合に、この提示された売値で入札する入札者にそのアイテムを保証する。提示
された売値以上でない入札は、保留量として記憶される。所定の販売量が、指定
された時間の後に達成されていない場合、提示された売値は、所定の減少額だけ
下げられる。この新たな提示された売値以上である保留量内の入札により落札さ
れたと見なされ、リクエストされた商品は、その入札者に提供される。この新た
に提示された売値よりもなおも低い入札を保留量としてとっておく。このプロセ
スは、売り手により設定された一定の事前オークション終了条件に達するまで継
続する。これらの条件は、最大売値値下げ回数、販売数量レベル、オークション
の時間、総販売数、またはこれらの条件の任意の組み合わせを含み得る。
【0215】 反対に、オークションの指定された時間内に販売数量に達した場合、Yaho
o!オークションシステムは、売り手の事前オークション指示に従って、所定の
増額分だけ提示された売値を増加する。この特徴により、Yahoo!オークシ
ョンシステムが、市場の変動に応じて価格を調整することを可能にし、これによ
り、売り手は、市場がまかなうことができる最高であり得る価格で所与のアイテ
ムを販売することができる。
【0216】 次に、Yahoo!オークションシステムの買いまたは入札オークション方式
の1つの実施形態、およびユーザそれぞれのアカウントをどのように関連させる
かを、図9に関連して説明する。オークションはステップ260で始まる。
【0217】 ステップ261で、Yahoo!オークションシステムは、各々が最小増額量
dP、および初期売買価格PSELLの開始入札価格Pで、N個のアイテムの売
買申込みをする。売り手はまた、N個のアイテムが初期の売買価格PSELL
売れない場合の売買価格の減額量がPDECRであることをYahoo!オーク
ションシステムに指定する。複数のアイテムのオークションに関して、これらの
N個のアイテムは、売買価格PSELL以上で入札した入札者に提供される。
【0218】 ステップ262で、Yahoo!オークションシステムは、新たな入札を待つ
か、またはそれに関して問い合わせする。新たな入札がない場合、Yahoo!
オークションシステムはステップ273に進み、(上述したような)オークショ
ン終了条件をチェックする。なんらかのオークション終了条件が存在する場合は
、ステップ275でオークションは終了し、そうでなければ、Yahoo!オー
クションシステムはステップ270に進み、なんらかの売買価格調整条件が存在
するかをチェックする。売買価格調整条件の一例は、所定の時間内に特定の販売
数量に到達しないことである。この条件が満たされると、売買価格が調整され(
すなわち、下げられ)、ステップ271で、入札者に対して、そのアイテムへの
入札を促す。
【0219】 ステップ263で、新たな入札、例えば、(誰でもあり得る)新たな入札者に
よるBIDNEWを受けると、Yahoo!オークションシステムは、ステップ
264でBIDNEWの有効性をチェックする。これがまさに最初の入札である
場合、有効性をチェックすることは、BIDNEWが少なくとも開始付け値Pで
なければならないことを意味する。この入札が、すでに存在している高額な付け
値よりも高い値を付けるという試みである場合、新たなBIDNEWは、少なく
とも現在の高額入札および最低入札増額量dPの合計でなければならない。他の
有効性チェックは、本特許明細書の別の箇所で説明されている。BIDNEW
有効でない場合、Yahoo!オークションシステムはステップ262に戻り、
他の新たな入札をチェックする。
【0220】 BIDNEWが有効である場合、Yahoo!オークションシステムはステッ
プ265に進み、システムは、BIDNEWポイントが利用可能であるかどうか
を判定するために新たな入札者のアカウントをチェックする。これにより、新た
な入札者が彼のアカウントに十分なポイントを有し、最終的に、彼がこのオーク
ションの落札者となった場合に、N個のアイテムの売り手が、1個のアイテムに
つきBIDNEWポイントの支払いをうけることができることが確実となる。ス
テップ265で、新たな入札者のアカウントで、BIDNEWが利用可能でない
場合、Yahoo!オークションシステムは、ステップ262に進み、新たな入
札をチェックする。
【0221】 工程265で、新たな入札者のアカウントにおいてBIDNEWが利用可能で
ある場合、Yahoo!オークションシステムは、工程266に進む。ここで、
システムは、BIDNEWが売却価格PSELL以上であるか否かを調べる。B
IDNEWが売却価格PSELLより低い場合、システムは、工程267に進み
、この工程で、有効な入札BIDNEWが将来の参照のために保存される。最終
的には、売却価格PSELLが後で下げられ、この入札BIDNEWが、調節さ
れたPSELLレベル以上になることもあり得る。その後、システムは、工程2
62に戻り、この工程で、新たな入札を調べる。
【0222】 工程266において、BIDNEWが、売却価格PSELL以上である場合、
システムは、工程268に進み、この工程で、商品が、新たな入札者に入札価格
BIDNEWで販売される。この新たな入札者はこれらの商品のうちの1つを受
け取るので、システムは、工程269で、提供可能な商品の量を減らす。
【0223】 工程270で、システムは、任意の売却価格調節条件(例えば、所定の期間内
に特定の販売量に達していないこと)があるか否かを調べる。この条件がない場
合、システムは、工程262に戻り、この工程で、任意の新たな入札を調べる。
工程270において、この売却調節条件がある場合、工程271において、売却
価格は、調節されて(すなわち、下げられて)、入札者が商品を入札する誘因と
なる。新たに調節された価格は、PSELL=PSELL−PDECRである。
すなわち、初期の売却価格PSELLは、新たな値PSELL−PDECRにな
る。
【0224】 工程272で、システムは、新たに調節された売却価格PSELL以上になっ
た、保存されている入札を調べる。そのような入札がある場合、その入札者は、
それぞれの入札価格で、商品を受け取る。調節された売却価格を満たす、保存さ
れている入札者の数が在庫を超える場合、システムは、先着順の規則を(入札受
信日に基づいて)適用して、重ならないようにする。また、入札者に提供可能な
商品の量は、工程272で、在庫を反映するように調節される。
【0225】 工程274で、システムは、オークション終了条件(上記)があるか否かを調
べる。任意のオークション終了条件がある場合、オークションは、工程275で
終了する。そうでない場合には、Yahoo!オークションシステムは、工程2
62に戻り、新たな入札を調べる。
【0226】 (E 入札額低下式オークション) 他のオークション形式として、入札額低下式オークションがある。この形式で
は、オークションは、Pポイントの最高価格から開始し、複数の商品を販売する
。オークションシステムは、価格Pを、周期的に、所定の減少分dP下げるので
、将来の価格は、P=P−dPになる。すなわち、元の値Pは、元の値Pから下
げられた新たな値Pに換わる。オークションの期間は比較的短いものの、時間が
経つにつれて、価格Pが、徐々に下げられていく。任意の入札者は、オークショ
ンにかけられた商品のうちの1つを所望する場合、いつでも、入札し得る。しか
し、入札額は、入札した時間の特定の価格Pに基づく。
【0227】 ある実施形態において、各商品について、落札者が支払う実際の価格は、最低
落札価格に基づく。従って、5個のコンピュータモニタに対して、上位5人の入
札者が、50ポイント、40ポイント、35ポイント、32ポイント、および3
0ポイントで入札する場合、最低落札額が30ポイントなので、5人の入札者は
、それぞれ30ポイントしか支払わない。この形式において、入札者は、あまり
早く入札してはならない。入札が早すぎると、無意識のうちに、他の入札者に早
く入札させ、最終的には、価格が高くなることにつながり得る。一方、入札者が
、入札を待ちすぎると、商品を落札できない可能性がある。当然、入札者は、充
分に高い価格で入札して、商品を確保し得る。なぜなら、入札者は、この入札額
を実際に支払う必要はなく、最低落札価格を支払うことを知っているからである
【0228】 Yahoo!オークションシステムにおける入札額低下オークション形式のあ
る特定の実施形態、およびそのシステムがどのようにユーザのそれぞれのアカウ
ントを結び付けるかについて、図11を参照しながら説明する。オークションは
、工程280で開始する。
【0229】 工程281で、Yahoo!オークションシステムは、開始入札価格Pを、売
り手のオークション前の指示に従って、所定の期間T毎に最低減少分dP減少さ
せながら、N個の商品を提供する。複数の商品のオークションに関しては、これ
らのN個の商品は、上位Nの入札に対して(入札者の間でどのように分配される
かに関わらず)、最低落札価格で与えられる。工程282において、Yahoo
!オークションシステムは、新たな入札を待つか、または、新たな入札について
問い合わせをする。新たな入札がない場合、Yahoo!オークションシステム
は、工程289に進み、(上述したように)何らかのオークション終了条件があ
るか否かを調べる。何らかのオークション終了条件がある場合、オークションは
、工程293で終了する。そうでない場合には、Yahoo!オークションシス
テムは、工程291に進み、オークションシステムが入札価格Pを下げる必要が
あるか否かを判定する。
【0230】 工程291で、システムが、入札価格Pをさらに下げる時機であると判定した
場合、システムは、工程292に進んで、入札価格Pを元のPから新たなP(P
−dP)に下げる。その後、システムは、工程282に進み、この工程で、何ら
かの新たな入札があるか否かを調べる。
【0231】 工程282で、新たな入札、例えば、工程283での新たな入札者によるBI
NEWが受け取られる場合、Yahoo!オークションシステムは、工程28
4で、BIDNEWの有効性を調べる。この入札額低下形式において、BID EW は、現在の入札価格Pと同じである。また、入札有効性は、入札者が適切に
登録されているか否か、入札が行われた様態がYahoo!オークションシステ
ムの規則に反しているか否かを単に調べることによって判定され得る。BID EW が有効でない場合、Yahoo!オークションシステムは、工程291に戻
り、この工程で、入札価格Pをさらに下げる必要があるか否かを調べる。
【0232】 BIDNEWが有効である場合、Yahoo!オークションシステムは、工程
285に進み、この工程で、上位Nの入札の中で最低の入札であるBIDMIN を判定する。工程286で、システムは、新たな入札者のアカウントを調べて、
BIDMINポイントが利用可能であるか否かを判定する。これによって、新た
な入札者が充分なポイントをアカウントに持っていることを確認し、この入札者
が最終的にオークションの落札者として名前が挙げられた場合に、N個の商品の
売り手が、商品毎にBIDMINポイントの支払いを確実に受けることができる
ようにする。工程216で、新たな入札者のアカウントでBIDMINポイント
が利用可能でない場合、Yahoo!オークションシステムは、工程290に進
み、BIDMINは、新たな入札が上位Nの入札に入らないので、前の値に戻る
。その後、システムは、工程291に戻り、この工程で、システムがさらに入札
価格Pを下げる必要があるか否かを調べる。
【0233】 工程286で、BIDMINが新たな入札者のアカウントで利用可能である場
合、Yahoo!オークションシステムは、工程287に進む。この工程で、シ
ステムは、新たな入札者のアカウントにおいてBIDMINを保留にし、この保
留された額のポイントは他の取引で用いることができない。オークションがここ
で終了する場合、上位の入札者の全てが同じ入札価格BIDMINを支払う。
【0234】 工程288で、システムは、他の入札者のそれぞれのアカウントを調節して、
BIDMINが保留されるようにするが、これには、差額の計算が含まれる。シ
ステムは、工程289に進み、この工程で、何らかのオークション終了条件があ
るか調べる。何らかのオークション終了条件がある場合、オークションは、工程
293で終了する。そうでない場合には、Yahoo!オークションシステムは
、工程291に戻って、オークションシステムが、入札価格Pを下げる必要があ
るか否かを判定する。
【0235】 オークションの最後に、Yahoo!オークションシステムは、各落札者のア
カウントから、保留された額(保留された額が落札額と異なる場合、落札額)を
実際に差し引く。落札者以外の入札者(いる場合)の保留された額が、まだ解除
されていない場合には、それぞれのアカウントにおいて解除される。一部の実施
形態は、オークションの終了の前に解除し、他の実施形態は、オークションが終
了した後に解除する。
【0236】 他の実施形態において、システムは、入札者のアカウントにおいてBIDNE が利用可能である場合、BIDMINではなく、BIDNEWを保留する。ま
た、他の上位の入札者のアカウントは、新たな入札者のアカウントにおいてBI
NEWが確保されるときに調節される必要はない。しかし、オークションの最
後に、システムは、全ての落札者のアカウントを処理し、必要な調節を行って、
落札者が最低落札価格BIDMINを支払うようにする。BIDNEW入札のう
ちの1つが、最低落札額であることに留意されたい。これによって、この調節が
、オークションの最後に1度だけ行われるので、全ての上位入札者について、ア
カウント処理タスクを行うために必要なトラフィック量および計算量が低減され
る。
【0237】 入札額低下形式のさらなる実施形態において、落札者は、最低の落札価格で支
払わない。その代わり、落札者は、オークションの期間の間価格が徐々に低下す
るので、それぞれの入札額で支払う。この実施形態において、図11のフローチ
ャートは、入札額が確保される点を除いて、適用可能である。また、上位の入札
者は、それぞれの入札価格で商品の支払いをするので、他の上位の入札者のアカ
ウントを調節する必要がない。
【0238】 (VII.自動終了) 本発明のある実施形態において、オークションは、特定の期間(例えば、48
時間)経った後、自動的に終了する。利用可能な期間の範囲は、2〜14日の間
の任意の長さであり得る。これは、オークションが無期限に開催されないことを
確実にする。この期間は、Yahoo!オークションシステムに対する、売り手
によるオークション前の指示の形で、指定される。すなわち、オークションの売
り手には、72時間という、長すぎず、短すぎない時間がデフォルト設定され得
る。
【0239】 通常、期間は、潜在的な入札者に対する公開を最適にして、潜在的な入札者が
オークションに参加することを可能にするために充分なほど長く、標準的な入札
者の関心のレベルを高く保ち、落札額を通常高める入札活動の熱気を高め、販売
取引の適時の成立を促進して入札者と売り手とが(まだ参加していない場合)他
のオークションに参加できるようにするために充分な程短くなるように選択され
る必要がある。これは、入札者が複数のオークションに同時に参加できるにも関
わらず、アカウントの残高が限られていること、「制御」が失われること、入札
者の焦点が広がるために、向けられる精神的エネルギーが低くなることなどの様
々な理由からためらう可能性があるので、重要である。人間である入札者の多く
は、マルチタスキングに熟達していない。オークションの時間を短縮することに
よって、各オークションがより早く終了し、入札者が他のオークションに参加す
ることが可能になる。
【0240】 本発明の他の実施形態において、オークションは、所定の期間内に、新たな入
札がない場合には、予定されていた時間よりも早く終了し得る。例えば、ある商
品Xの特定のオークションが、月曜日午前8:00から土曜日午前8:00まで
5日間続けられると予定されたとする。また、売り手は、Yahoo!オークシ
ョンシステムに対して、5日間の期間中に48時間の間、または、水曜日午前8
:00以降に12時間の間、新たな入札がない場合には、オークションを直ちに
終了する必要があることも指示する。この終了条件は、潜在的な入札者にも掲示
されて、終了が早められる可能性について認識させる。ここで、火曜日午後1:
20に入札が行われたとする。木曜日午後1:20の時点で、火曜日1:20に
最後に入札されてから、入札が行われていない。この時点で、48時間が経過し
ているので、Yahoo!オークションシステムは、直ちに終了させ、商品を、
火曜日午後1:20に入札を行った入札者に与える。他の例として、入札が金曜
日午前7:25に行われたとする。しかし、金曜日午後7:25までに新たな入
札は行われていない。12時間が経過し、水曜日午前8:00以降なので、オー
クションは直ちに終了され、Yahoo!オークションシステムは、金曜日午前
7:25に入札した入札者に商品を与える。
【0241】 入札活動が少なくなった場合にオークションの終了を早めるこの機能は、入札
が不活発になると、オークションが突然終了してしまうことを入札者が知らされ
ているので、より短い期間での入札を促進することができる。従って、オークシ
ョンが終了することを防ぐために、入札プロセスの間中、入札者を活発な状態で
あり続ける気にさせておくことができる。ある特定の入札が、しばらくの間高額
入札である場合、他の入札者が、今、現在の高額入札者よりも高く値を付ける気
にさせられるか、さもなければ、オークションが不活発なためにYahoo!オ
ークションシステムが突然終了させ得る。さらに、この機能は、所定の期間の間
入札が不活発な場合、オークションが自動的に停止するので、より多くの商品が
、より短い期間で売られることを可能にする。
【0242】 (VIII.オークション注意喚起) 本発明の他の実施形態によると、入札者がオークションに参加した(すなわち
、入札を行った)後、Yahoo!オークションシステムは、現在行われている
か、または近い将来に行われる、同じ商品または類似の商品の他のオークション
について入札者の注意を喚起する。この機能は、Yahoo!オークションシス
テムが、売り手のオークションを、このようなオークションがあることに気付か
なかい可能性のある入札者に宣伝するので、参加する売り手にとって、魅力的で
ある。このことにより、Yahoo!オークションシステムが、その売り手のオ
ークションに可能な限り多くの入札者予備軍を集めることを確実に試みる。実際
に、Yahoo!オークションシステムは、他の関連するオークションを、オー
クション中の入札活動に基づいて、潜在的な入札者に宣伝する。
【0243】 例えば、4人の異なる売り手が所有する、類似の17インチカラーモニタを売
るために、4つの別個のオークションが現在行われているとする。また、類似の
モニタを売るまた別のオークションが明日開始されるとする。Yahoo!オー
クションシステムに登録済のある典型的な顧客が、17インチカラーモニタの購
入を考えているとする。この顧客は、Yahoo!オークションシステムウェブ
サイトで、現在行われている17インチカラーモニタのオークションについての
お知らせを見る。この顧客は、直ちにオークションにアクセスし、入札を行う。
Yahoo!オークションシステムは、その後すぐに入札を受け取り、有効性を
調べ、有効である場合、入札者の名前と、入札額とを、現在の高額入札者および
現在の高額入札として適切なデータベースに保存する。Yahoo!オークショ
ンシステムは、この入札者に、電子メールまたはウェブページで、この入札者が
購入しようとしている商品(すなわち、17インチカラーモニタ)の現在行われ
ている他の3つのオークションについてのお知らせを送る。また、Yahoo!
オークションシステムは、類似の17インチカラーモニタの別のオークションが
明日開始されることもその入札者に知らせる。この時点で、この入札者は、購入
を考えているまさしくその商品の、現在行われているか、または近い将来開始さ
れる、他のオークション全てについて知らされている。この入札者は、これらの
他のオークションに参加して、落札する機会を最大限にしてもよいし、Yaho
o!オークションシステムが許可する場合には、現在の入札を取り消して、他の
オークションに集中することさえできる。
【0244】 本発明の別の実施形態において、以下の条件のうちいずれかが満たされた場合
、顧客はその旨について自動通知を受けたいと望む場合がある:すなわち、(1
)選択されたセラーが別のオークションを行っている場合もしくは近々オークシ
ョンを行う予定の場合、(2)選択されたアイテムまたは選択されたカテゴリの
アイテムがオークションに出されている場合、または(3)選択された入札者が
オークションに参加している場合。このような機能があると、ユーザには自分が
興味を抱く可能性のあるオークションについての通知を受けるようなるため、オ
ークションに参加することの吸引力が強まる。この機能を用いれば、ユーザの興
味が特定のセラー、アイテムにある場合にも特定の入札者と競うことにある場合
にも、ユーザは、通知を受動的に受信して、当該オークションに積極的に参加す
るか否かを決定することができるようになる。
【0245】 ユーザは、特定のセラーが関係するオークション全てに参加することに興味を
持ち得る。ユーザがそうしたいと思う理由としては、当該セラーは高品質のアイ
テムを有するからという理由またはこのセラーは取引が完了した後の評判が良い
からという理由があり得る。さらには、この特定のセラーは他のセラーよりもポ
イントをくれて、バイヤーを重視してくれるからという理由もあり得る。
【0246】 ユーザは、特定のアイテムがオークションに出された場合にその特定のアイテ
ムに関連するオークション全てに参加することにも興味を持ち得る。通常は、Y
ahoo!オークションシステムのホームページ上の物品を説明する際に「カテ
ゴリ」という用語が用いられた場合、特定のアイテムはカテゴリ全体に属する商
品ではない。通常は、ユーザが野球カードに興味を持つ場合、そのユーザは、全
ての野球カードオークションについて通知を受けて、そのオークションに参加で
きるようになることを望み得る。ユーザはまた、特定のブランドの17インチの
コンピュータモニタににも興味を持ち得る。
【0247】 さらに、ユーザは、特定の入札者が参加者として参加しているオークションに
(セラーまたは商品に関係無く)にも興味を持ち得る。その場合、そのユーザは
、参加したいという気持ちを持つのは純粋な競争心からであり得る。一方、ユー
ザは、この特定の入札者は自分と興味の対象が類似していると考え、この入札者
の行動の動機となった特定のバーゲンがある場合、そのバーゲンの範囲を自分に
通知して欲しいと望み得る。
【0248】 別の実施形態において、自動リフレッシュ機能が実施される。したがって、オ
ークションが行われている間に買取権を得た入札者が決心しなかった場合、Ya
hoo!オークションシステムは、そのオークションを自動的に再提示して、ユ
ーザがそのオークションに参加できるようにする。以前参加したが買取権取得者
になれなかったユーザがいる場合、このリフレッシュ機能は、そのようなユーザ
が再度そのオークションに参加することを可能にする。このオークションに以前
参加したことはないユーザについては、このリフレッシュ機能は、そのようなユ
ーザがそのオークションに初めて参加することを可能にする。
【0249】 別の機能として、オークションを自動延長する機能がある。オークションが行
われている間、最後のX分間(例えば、オークション終了まであと5分間という
間)に入札が提出された場合、Yahoo!オークションシステムは、そのオー
クションさらに別のY分間だけ延長する。この機能は、ユーザがオークションを
勝ち取るために最後の数分間または数秒間になったときになってわざと参加して
「急襲(swoop in)」する事態を防ぐ。一実施形態において、X分間は
、5〜30分の範囲のうちいずれかの範囲であり得、Y分は、15〜120分間
分の範囲のうちいずれかの範囲であり得る。
【0250】 (IX.自動化入札者) 本発明の別の実施形態は、自動化入札者または代理による入札の特定の局面を
提供する。電子Yahoo!オークションシステムを通じて販売取引をオンライ
ンで行うことによって得られる利点は、取引の各局面を自動化できる点である。
取引がオンラインで電子的に行われると、入札者は、オークションの現場に物理
的に参加することなくそのオークションに参加することができる。実際、本発明
のYahoo!オークションシステムによって開催されるオークションでは、全
ての取引は電子的に行われるため、電子通信媒体(例えば、電話線、適切な無線
送信器/受信器または光学送信器/受信器のある自由空間)を使うことができ、
かつ、遠隔地にあるYahoo!オークションシステムに接続されさえすれば、
従来からの公知のオークションフロアは存在しない入札は地球上のほとんどどこ
からでも(または地球外からでも)提出可能である。また、本発明のYahoo
!オークションシステムは電子的に行われるため、入札者は、複数のオークショ
ンに同時に参加することができる。このようなことは、従来のオークションハウ
スでは物理的に不可能であった。さらに、Yahoo!オークションシステムは
電子的に行われるため、人間の入札者が自身のアクションを自動化して、コンピ
ュータの前に自身が物理的に存在しなくても、オークションを見つけて、入札を
提出し、または販売を最終決定することができるようにすることも可能である。
【0251】 本発明の一実施形態によれば、Yahoo!オークションシステムを用いれば
、登録された入札者であれば誰もが特定の入札者−側の入札プロセスの局面を自
動化して、オークションに手作業で参加しなくてもすむようにすることが可能と
なる。この自動化工程では、クライアントコンピュータにおいてエージェントア
プリケーションプロセスが行われる。別の実施形態において、エージェントアプ
リケーションは、遠隔地にあるYahoo!オークションシステムのサーバ中に
常駐するが、ユーザと関連付けられる。この自動化プロセスでは、エージェント
プロセスの特定の設定の構成をユーザが設定する。構成可能な設定をいくつか挙
げると、最高入札金額、入札値の上げ幅、入札開始の可能化、およびアイテムの
数量がある。これらの設定を適切に機能させるためには、ユーザは、特定のオー
クション(単数または複数)を選択しなければならない。これらの設定は、オー
クションのときまたはオークションが始まる前に設定可能である。
【0252】 最高入札金額が出されると、入札者がアイテムに自発的に入札する金額に対し
て上限が設けられる。例えば、あるアイテムについての現在の高額入札額が$4
90であると仮定すると、このオークションの場合、必要な上げ幅は$10とな
る。ユーザが自身の最高入札金額を$500と設定し、入札値の上げ幅をデフォ
ルトに設定した場合、これにより、要求された上げ幅を遵守するようにとの通知
がYahoo!オークションシステムに行く。入札者側のクライアントコンピュ
ータの処理によって、$500の入札がYahoo!オークションシステムに提
出される。それよりも高額の入札が他にYahoo!オークションシステムに送
られず、かつ、Yahoo!オークションシステムがそのユーザの$500の入
札を受領した場合、そのユーザの入札はここで現在の高額入札となる。別の入札
者がこの現在の高額入札額を$510まで吊り上げた場合、ユーザのエージェン
トプロセスは、別の入札を提出しない。なぜならば、最低有効入札額は$520
(現在の高額入札$510+$10のデフォルト上げ幅)であり、これはエージ
ェントプロセス設定中でユーザが指定した最高入札金額よりも高い額であるから
である。このYahoo!オークションシステムを通じて、ユーザは、この設定
を用いて、この特定のアイテムを得るために自発的に支払う支払い単位(これは
、現金またはポイントの様態である)の量を制御することができる。もちろん、
ユーザがオークションプロセスの間に介入した場合、そのユーザは、この最高入
札金額設定を迅速かつ容易に手作業でオーバーライドすることができる。
【0253】 最高入札金額には、いくつかの確認が行われる。エージェントプロセスについ
て指定された最高入札金額をまかなえるたけの十分な支払い単位がユーザのアカ
ウントに無い場合、Yahoo!オークションシステムは、そのユーザはそのオ
ークションに参加することを不可能にするか、最高入札金額をユーザのアカウン
トの残額でまかなえる範囲まで額まで引き下げるように提案するか、または、ユ
ーザのアカウントのクレジット限度額(credit line)が超えていな
い場合、ユーザの参加を許可する。通常は、Yahoo!オークションシステム
は、ユーザに、第1および第2の2つのオプション(すなわち、参加不可能かま
たは最高入札金額の引き下げ)のいずれかを選択するように促す。第3のオプシ
ョンが利用可能となるのは、Yahoo!オークションシステムがユーザのアカ
ウントのクレジット機能をイネーブルした場合である。クレジットを与えるのに
ふさわしくないユーザにクレジットを与えることはリスクが付き物であるため、
どのアカウントにもクレジット限度額およびクレジット残額があるわけではない
。また、ユーザのアカウントは定期的にチェックを受け、これにより、どんなに
高額な入札でもまかなうだけの十分な支払い単位があるか否かを保証する。この
ような定期的なチェックを行う理由は、昨日の時点でアカウントに十分な支払い
単位があったとしても、その後に他の取引介入が行われたという可能性を考える
と、今日の時点ではそのアカウントに十分な支払い単位が無い場合があり得るか
らである。
【0254】 入札値の上げ幅は、デフォルトまたは他の特定の値として設定可能である。設
定がデフォルトである場合、エージェントプロセスは、ユーザによって選択され
た特定のオークションについて、要求された入札上げ幅を用いる。オークション
の入札上げ幅はそれぞれ異なる場合があるため、このデフォルト設定によって、
各オークションについてユーザが最低要求入札上げ幅に適合することを可能にす
る。ユーザはまた、オークションの要求入札上げ幅に対応しない特定の入札上げ
幅値も用い得る。通常は、この入札上げ幅値は、ユーザの入札が有効となるよう
、最低要求入札上げ幅よりも高い特定の金額となっている。要求入札上げ幅に関
係なく特定の絶対値が選択された場合、ユーザは、自分の入札が無効との理由で
(すなわち、要求最低入札上げ幅よりも低額との理由で)Yahoo!オークシ
ョンシステムによって拒絶されるリスクを負う。ユーザは、他の入札者よりも高
く入札すれば利点が得られると考えて、デフォルト値の代わりにこの値を用いた
いと考え得る。これらのユーザのうち数人のユーザは、正しくまたは誤って、ほ
とんどの入札者の提出する入札額は絶対最低上げ幅を満足する入札(すなわち、
現在の高額入札+要求最低入札上げ幅)だけであろうと仮定する。そこで、要求
入札上げ幅を上回る入札を提出することによって、これらのユーザは、競合者よ
りも高額で入札する良いチャンスが得られると考える。
【0255】 最高入札金額の設定の場合と同様に、入札値の上げ幅にもいくつかのチェック
が行われる。第1に、エージェントプロセスは、入札値の上げ幅を現在の高額入
札に適用する際、最高入札金額も確認して、これにより、ユーザの新規入札が最
高入札金額の指定額を超えていないことを保障する。新規入札が最高入札金額を
超えている場合、エージェントプロセスは、新規入札をYahoo!オークショ
ンシステムに提出しない。また、新規入札金額とユーザのアカウントの残額との
間の比較も行われ、これにより、新規入札金額をまかなえるだけの十分な支払い
単位がユーザにあることを保障する。このような比較確認を行う理由は、エージ
ェントプロセスは、新規入札が成功するか否かを事前に知らないためである。ア
カウントがクレジットと関連付けられている場合、新規入札金額と、クレジット
限度額の認証額とが比較され、その新規入札金額がクレジット限度額を越えてい
ないことを保障する。
【0256】 開始入札イネーブル設定は、ユーザが、自身が指定した任意のオークションに
ついて(そのオークションが現在活性であるかまたは近い将来において開始され
る予定であるかに関係なく)入札プロセスを(入札を提出することにより)開始
することを可能にする。この機能によって、入札者は、コンピュータステーショ
ンに居て入札の開始を提出することをしなくてすむ。入札者は、2種類の入札開
始価格(1つは入札開始価格が指定されていないオークション用の価格、もう1
つは入札開始価格が指定されているオークション用の価格)を指定する。入札開
始価格が指定されていないオークションの場合、ユーザは、(通常は極めて低額
な)特定の入札値を設定する。入札開始価格が指定されているオークションの場
合、ユーザは、デフォルト値または他の特定の指定値のいずれかを設定し得る。
このデフォルト値が、セラーによって(Yahoo!オークションシステムを介
して)指定された入札開始価格となる。非デフォルトの特定の値を設けることも
可能であり、通常はこの値が入札開始価格を上回る特定の金額となる。この値が
要求入札開始価格のコンテキストを全く考慮せずに設定されている場合、ユーザ
は、自身の入札開始価格が要求入札開始価格を下回るために無効になり得るとい
うリスクを負う。
【0257】 エージェントプロセスでは、もちろん、開始入札イネーブル設定についてデフ
ォルト値または他の特定の指定値が設定されているか否かに関係無く、入札開始
価格と最高入札金額とを比較して、入札開始価格が最高入札金額を上回っていな
いことを保証する。入札開始価格が最高入札金額を上回っている場合、エージェ
ントプロセスは、この入札を提出せず、実質上このオークションに参加しない。
【0258】 別の設定としてアイテム数量がある。ここで、ユーザは、最高アイテム数量お
よび最低アイテム数量を指定する。この設定は、複数のアイテムがオークション
に出され、かつ、入札者が1つ以上のアイテムに入札することが許されているオ
ークションのみについて有効である。エージェントプロセスでは先ず、最高数量
が選択され、上述した他の設定(すなわち、開始入札イネーブル、最高入札金額
、入札上げ幅)に従って入札が提出される。典型的には、Yahoo!オークシ
ョンシステムはこの入札を受け入れる。しかし、Yahoo!オークションシス
テムは、指定されたアイテム数量が在庫量を上回っているという理由のためにこ
の入札を複数回にわたって拒絶する場合もあり得る(入札が拒否される他の理由
については上述した(例えば、他者がユーザよりも高値で入札した場合またはオ
ークションが閉鎖された場合))。入札が拒否された場合、エージェントプロセ
スはYahoo!オークションシステムからこの通知を受信して、アイテム数量
を1単位分だけ迅速に減らす(ただし、そうして数量を減少することによってア
イテム数量がユーザによって指定された最低アイテム数量を下回らない場合に限
る)。次いで、エージェントプロセスは、再度この新規数量で入札を提出する。
このようなYahoo!オークションシステムとエージェントプロセスとの間で
の双方向のやり取りは、オークションが閉鎖されるまで、Yahoo!オークシ
ョンシステムがリクエストされたアイテム数量をサポートできるまで、またはエ
ージェントプロセスがアイテム数量をこれ以上引き下げることができなくなるま
で、継続され得る。
【0259】 他の設定と同様に、エージェントプロセスは、アイテムの数量もチェックする
。この場合、エージェントは、(アイテム数量を価格/単位で乗算することによ
って)価格の総額を決定し、この総額とユーザの最高入札金額とを比較しなけれ
ばならない。最高入札金額が上回っていない場合、エージェントは、総額とユー
ザのアカウントの残額とを比較して、ユーザが当該オークションを勝ち取った場
合にこれらのアイテムを購入するコストをまかなえるだけの支払い単位があるこ
とを保証する。クレジット機能がユーザのアカウントと関連付けられている場合
、エージェントは、ユーザのクレジット限度額およびクレジット残額を確認して
、ユーザのクレジットが今の時点で利用可能であることを保障する。
【0260】 この自動化入札者機能を用いれば、人間の入札者がエージェントプロセスに対
して様々なパラメータを指定して、その後、エージェントプロセスがユーザの代
理としてオークションに参加して(オークションを勝ち取る)ことが可能となる
。十分な確認が行われ、これにより、エージェントプロセスによってユーザのリ
ソースが枯渇されないようにする。ユーザが自身のリソースを枯渇させたいと望
む場合にでも、Yahoo!オークションシステムは、他の確認も行い、これに
より、ユーザが自身のアカウント(およびクレジット)を濫用する事態を防ぐ。
【0261】 ここで、Yahoo!オークションシステムにおける自動化入札者機能の実施
構成と、この自動化入札者機能によってユーザの各アカウントを関連させる方法
とについて図10を参照して説明する。工程190において、オークションが開
始する。
【0262】 工程191において、セラーがオークションの前に与えた指示に従って、Ya
hoo!オークションシステムは入札開始価格(P)のアイテムXを最低上げ幅
dPで提案する。工程192において、Yahoo!オークションシステムは、
新規入札(単数または複数)について待機または問い合わせをする。新規入札が
来ない場合、Yahoo!オークションシステムは工程198に進み、いずれか
のオークション終了条件(これについては本明細書中のいずれかの箇所において
説明する)を確認する。オークション終了条件が存在する場合、工程200にお
いてオークションは終了する;オークション終了条件が存在しない場合、Yah
oo!オークションシステムは工程192に戻って、新規入札を確認する。
【0263】 工程193において、新規入札者(新規入札者は誰であってもよい)によって
新規入札BIDNEWが出され、この新規入札BIDNEWは、Yahoo!オ
ークションシステムによって受信される。この自動化入札者機能において、新規
入札者は自身の入札作業を自動化し、これにより、自分のコンピュータステーシ
ョンに居なくてもアイテムXに入札できるようなる。この新規入札者は、最高入
札額であるBIDMAXと上げ幅であるBIDINCR(これは、最低入札上げ
幅dP以上である)とをを指定する。
【0264】 工程194において、システムは、BIDNEWの有効性を確認する。このB
IDNEWが最初の入札である場合、有効性を確認することは、BIDNEW
少なくとも入札開始価格Pでなければならないことを意味する。この入札が既存
の高額入札よりも高額な入札を試みているものである場合、その新規入札BID NEW は、少なくとも現在の高額入札と最低入札上げ幅dPとの総額でなければ
ならない。他の有効性の確認工程については、本明細書のいずれかの箇所におい
て記載されている。このBIDNEWが有効でない場合、Yahoo!オークシ
ョンシステムは工程192に戻り、他の新規入札を確認する。
【0265】 BIDNEWが有効ならば、Yahoo!オークションシステムはステップ1
95へ進む。そこでは、Yahoo!オークションシステムが新しい入札者のア
カウントをチェックしてBIDNEWポイントが利用可能であるかどうかを決定
する。これによって、新しい入札者が自分の有するポイントを用いて入札し、最
終的にオークションを落札した場合に、支払いがアイテムXの出品者に行なわれ
得ることが確実となる。ステップ195でBIDNEWが新しい入札者のアカウ
ントにおいて利用可能でなければ、Yahoo!オークションシステムはステッ
プ192に戻り、そこで新しい入札がないかチェックする。 ステップ195でBIDNEWが新しい入札者のアカウントにおいて利用可能
であれば、Yahoo!オークションシステムはステップ197へ進む。ここで
、システムは新しい入札者のアカウント中にBIDNEWを予約し、この予約さ
れたポイント額が他の処理のために使用され得ないようにする。BIDNEW
すでに存在する高い入札より高く入札するために提出されると、前回予約された
高い入札額は前回の高い入札者のアカウントから予約をはずされる。この時点で
、その新しい入札者はBIDNEWで現在の高い入札を有する現在の高い入札者
となる。次いで、システムはステップ198に進み、いずれのオークション終了
条件も存在しないかどうかをチェックする。
【0266】 他の実施形態においては、ステップ197はオークションが閉じた後までいず
れの入札も予約しない。これは、落札した入札者がキャンセルする場合に備えて
の予防措置である。他の入札の予約が続いているので、落札した入札者の気が変
わるとこれらの入札に関係する入札者がまれに最終の落札者となり得る。別の実
施形態において、Yahoo!が入札者のアカウントを管理するので、Yaho
o!オークションシステムは入札者がキャンセルするのを防ぐ。
【0267】 別の実施形態において、Yahoo!オークションシステムはステップ195
を完全にスキップしてステップ194からステップ196へ進む。ステップ19
6で、システムは自動化入札者セットアップに対して新しい入札者が特定した最
高入札額であるBIDMAXが新しい入札者のアカウントにおいて利用可能かど
うかをチェックする。これを行う理由は、理論的には、入札プロセスがこの最高
額にまで上昇し得、そして新しい入札者が最終的にオークションを落札し得るこ
とである。ステップ199で、システムは新しい入札者のアカウント中のBID MAX を予約し、そして前回の高い入札者のアカウント中にある前回予約された
いずれの他の入札も予約をはずす。最高入札BIDMAXが予約されるので、シ
ステムは現在の高い入札BIDNEWを予約する必要がない(BIDMAXがB
IDNEW以上であるからである)。なお、オークションの最終の落札者が自動
化入札者機能を使用した入札者であれば、所定のさらなるアカウントプロセスが
オークションの終りにあたって行われる。この実施形態において、システムは新
しい入札者のアカウントからBIDMAXを予約することに留意されたい。最終
の落札となった入札がBIDNEWであるならば(BIDNEWはBIDMAX より小さい)、BIDMAXすべてがアイテムXの購入に必要とされるわけでは
ないので、差分が落札した入札者のアカウントへ戻されなければいけない。 ステップ198で、システムはいずれのオークション終了条件も存在しないか
どうかをチェックする。オークション終了条件が全く存在しなければ、システム
はステップ192へ戻り、そこで新しい入札がないかどうかチェックする。新し
い入札が受け取られるならば、上記のようにシステムはフローチャートを下へ進
む。いずれかのオークション終了条件が存在すれば、オークションはステップ2
00で終了する。
【0268】 オークションの終りに、Yahoo!オークションシステムは実際に各落札者
のアカウントから予約値を差し引く(または落札の入札額が予約値と異なれば落
札の入札額)。また、非落札者の他の予約値は(あれば)それぞれのアカウント
から予約をはずされる(ただし、この処理がすでに行われていなければ)。いく
つかの実施形態では、オークションを閉じる前に予約をはずす。他の実施形態で
は、オークションを閉じた後に予約をはずす。
【0269】 本発明の別の実施形態において、いくつかの入札者は入札プロセスを自動化し
得る。これらの入札者はすべて最高入札額を指定していたので、より高値に入札
することはその後もけりがつくまでは行われるからといって各高値が上がるごと
にYahoo!オークションシステムは入札者のそれぞれのアカウントをチェッ
クする必要がない。
【0270】 例えば、入札者Aが自分の入札プロセスを最高入札額55ポイントかつ高値入
札増分額5ポイントで自動化したと仮定する。入札者Bはまた自分の入札プロセ
スを最高入札額65ポイント、高値入札増分額7ポイントで自動化したと仮定す
る。入札者Aは30ポイントで開始入札を提供したとする。入札者Bは、入札者
Bのための自動化入札者指示にしたがって37ポイントを用いて入札者Aより高
い入札を行なう。この実施形態において、オークションシステムは、入札者Bの
アカウントをチェックして37ポイントが利用可能かどうかをチェックしない。
その代りに、ここで入札者Aは自動化入札者指示にしたがって42ポイントを入
札する。次いで、入札者Bは49ポイントを入札する。次いで、入札者Aは54
ポイントを入札する。次いで、入札者Bは61ポイントを入札する。この時点で
、入札者Aはさらなる入札をし得ない。なぜなら、そうすることは入札者Aの入
札額の上限を55ポイントとした自動化入札指示を違反するからである。次いで
、システムは、入札者Bのアカウントをチェックして61ポイントが利用可能で
あることを確認する。
【0271】 上記テーマの別の変形例において、予約された額が、オークションシステムに
よって受け取られた時点で最高入札額である。上記と同じ実施例を使用するため
に、オークションシステムは、30ポイントの入札者Aの入札が受け取られた場
合に入札者Aのアカウントにおける55ポイントを予約する。オークションシス
テムはまた、37ポイントの入札者Bの入札が受け取られた場合に入札者Bのア
カウントにおける65ポイントを予約する。このオークションの終りに、入札者
Bは61ポイントを用いて落札する。この時点で、オークションシステムは、入
札者Aが負けたので入札者Aのアカウントにおける55ポイントの予約をはずす
【0272】 オークションシステムはまた、入札者Bのアカウントにおける4ポイント(6
5−61=4)の予約をはずす。
【0273】 (X.自動出品者) 本発明の別の実施形態は、プロキシによる自動出品者または売りのある局面を
実現する手段を提供する。自動出品者機能のほとんどは本明細書においてすでに
考察された。自動化入札者と同様に、Yahoo!オークションシステムは出品
者によって提供される指示(すなわち、設定)に基づいて出品者の商品を売る。
1つの実施形態において、クライアントコンピュータでのエージェントプロセス
は自動化入札者タスクを処理するが、Yahoo!オークションシステムは自体
は自動出品者タスクを実行する。
【0274】 出品者は通常、Yahoo!オークションシステムに対して期間に関連した設
定を提供する。すべてのオークションに対して、出品者は商品をオークションす
るための開始および終了日/時間を特定し得る。開始および終了日/時間は任意
であり得るが、Yahoo!オークションシステムは、最適な数の潜在入札者が
オークションに参加させ得るのに十分なほどに長く、入札者の興味を維持しそし
て毎年のオークションの数を最大にするような期間を奨励する。
【0275】 あるいは、出品者はデフォルト設定を選択し得る。1つの実施形態において、
デフォルト設定は72時間であり、そして直ぐに開始する。別の実施形態におい
て、Yahoo!オークションシステムはオークションに出された商品およびピ
ークオークション活動時間に基づいてある日/時間を示唆し得る。例えば、出品
者が売りたいと希望する自転車を有すると仮定する。Yahoo!オークション
システムは、自転車のオークションのための期間を比較し、そして他の出品者に
よる種々の期間の報告を提供する。その報告はまた平均期間、最終の売値、およ
びピーク入札活動を示すヒストグラムについての情報を含む。
【0276】 出品者はまた、自動終了機能において上記されたようにオークションを成立前
に閉じることを希望し得る。出品者はYahoo!オークションシステムに対し
て低入札活動期間を特定し得る。このように、このあらかじめ特定した低入札活
動期間中で入札活動が非常に低い(または存在しない)ならば、オークションを
急きょ閉じ、そして商品を現在の高い入札者に与える。例えば、出品者は、任意
の6時間の期間に入札活動が一切生じない場合にYahoo!オークションシス
テムが直ぐにオークションを閉じるように特定し得る。出品者は、1つのオーク
ションのために多くの低入札活動期間を特定し得る。例えば、入札者は、以下の
条件のいずれかが満たされれば常にYahoo!オークションシステムに対して
オークションを閉じるように命令し得る−12時間の期間中に入札活動が一切な
い、オークションの終了予定まで24時間だけ残っているならば2時間の期間中
に一切の入札活動がない、またはオークションの開始から最初の48時間中に入
札活動が一切ない。
【0277】 出品者はまた、開始入札価格を特定し得る。入札者が要求された開始入札価格
を入札しないならば、Yahoo!オークションシステムは入札を無効として拒
否する。出品者はまた、開始期間を特定し得る。開始期間の数、および各開始期
間についての減分を特定し得る。開始期間は、オークションの開始からの特定の
時間である。開始期間中にYahoo!オークションシステムによって入札が一
切受け取れなかったならば、出品者は、入札者が入札を提出する気になるように
所定額だけ開始入札価格を低減するように特定し得る。出品者は、改定開始入札
価格がまだ潜在的な入札者に入札を提出させる気にさせないならば、第2の開始
期間を関連した減分とともに設定し得る。出品者は多くの開始期間をそれと関連
した減分とともに設定し得る。Yahoo!オークションシステムはまた、開始
期間および適切な減分についてのデフォルト値を有し、そしてそれらを出品者の
商品の売りを容易にするように出品者に対して示唆する。
【0278】 入札の実際の受理に関して、出品者は、入札を有効とするために必要なある最
小増分を特定し得るし、またはデフォルト設定のままにし得る。後者の場合は、
Yahoo!オークションシステムが出品者の代わりに決定する。典型的には、
ドフォルト設定は5支払単位である。別の実施形態において、有効な増分は、現
在の高い入札に関連するポイント数が増加するに連れて増加する。以下の表に、
有効な入札を変更する例を示す:
【0279】
【表1】 特定の期間中に一切の入札活動が生じなかった場合に未成立のオークションを
閉じる変動終了機能のように、Yahoo!オークションシステムは売却機能を
提供する。売却機能は通常、売り−または−入札オークションに関連する、これ
により商品はすぐにある閾値売却値を超える入札を提出した入札者に与えられる
。提示された売却価格より小さい入札は予約中に格納される。この売却価格は出
品者が設定したある特定期間において有効である。この売却期間が期限切れとな
った後かつ商品の在庫が利用可能である限りは、売却価格はある減分だけ低くさ
れ得る。この新しい(しかし、より低い)売却価格より上の入札は商品を落札し
、そしてこの売却価格より低い入札は予約中に維持される。ある特定の売却時間
後、Yahoo!オークションシステムは出品者からの指示に基づいて売却価格
をさらに下げる(出品者が売却価格をさらに減じることを希望する場合)。
【0280】 出品者はまた、出品者の所定のまたはすべてのオークションに参加させたくな
い入札者の名前(Yahoo!IDなど)を特定し得し得る。理由はなんであれ
、特定の入札者についての過去の悪質な経験または悪質な行為の報告から、出品
者は、ある入札者をいくつかまたはすべての出品者のオークションに参加させな
いことがあり得る。
【0281】 このような場合のすべてにおいて、Yahoo!オークションシステムは、出
品者からのオークション前の指示に基づいて実際に売りプロセスおよび処理を実
行する。多くの場合、出品者は、時間をかけて特定の設定を提供し売れる可能性
を最大化する。他の場合、出品者はデフォルト値を選択して商品をすみやかにオ
ークションにかけ得る。いずれにしても、オークションが一旦開始すれば、Ya
hoo!オークションシステムはこれ以後の人である出品者の介入は一切なしに
オークションを実行し、そして売りを完遂し得る。
【0282】 (XI.初期チェックを超えるアカウントチェック) 上記の種々の実施形態において述べたように、Yahoo!オークションシス
テムは入札者が入札する時に入札者のアカウントをチェックして入札されたアイ
テムを買うだけの余裕のある十分なポイントがアカウントに存在するかどうかを
決定する。いくつかの場合、これは、実際の入札されたポイント数(すなわち、
BIDNEW)をアカウント残高と比較して、そしてアカウント残高がポイント
数に見合えばこれらのポイントを予約することをともなう。いくつかの実施例は
、標準オークションフォーマット、ダッチオークションフォーマットの第2の実
施形態、および売り−または−入札フォーマットを含む。他の場合、システムは
、入札者の入札でなくてもよいいくつかの他のポイント数(すなわち、BID IN )をアカウント残高と比較し、そしてアカウントがそのポイント数に見合え
ばこれらのポイントを予約する。いくつかの実施例は、ダッチオークションフォ
ーマットの第1の実施形態および順次オークションを含む。これらの場合、オー
クションシステムは入札が受け取られた時にアカウントチェックを行なう。
【0283】 他の実施形態において、Yahoo!オークションシステムは入札時にアカウ
ントチェックを行なわない;むしろ、システムはオークションの終り近くで受け
取った入札に対してアカウントチェックを行なう。多くの一般的なオークション
に対して、ある入札者が別の入札者より高く入札しようとするので多くの入札が
オークション中に受け取られ得る。しかし、最終的に落札となった入札は通常、
オークションの終り近くで受け取られた1つである。
【0284】 アカウントデータベースをチェックして必要な最低残高が存在することを確認
し、そして個々の有効な入札に対して入札額を予約することによって、Yaho
o!オークションシステムは、特にアカウントデータベースが第三者によって所
有および稼動される場合、多くのネットワークトラフィックを生成して、そして
計算リソースを使用する。問い合わせおよび計算を最終的に落札となる入札(す
なわち、より前ではなくより後に受け取られる入札)に制限することによって、
トラフィックは最小化され得る。この実施形態は、多くの場合に入札者は自分の
アカウント残高に知っており、そして自分の余裕を超えるポイントをともなう処
理には関係することを控えるので、意味がある。
【0285】 しかし、入札者が自分のアカウント残高を全く知らない場合がまれにある。入
札者のアカウントは昨日入札価格を満足したが、入札者は今日ある他の処理をし
て昨日の入札を満足するポイントを今日は有さないくらいに自分のアカウントを
使い込むことがあり得る。この場合、本発明の別の実施形態は、各入札者が参加
する各オークションについて各入札者のアカウント状態を定期的にチェックする
Yahoo!オークションシステムのある機能を含む。この定期的チェックは、
1日に1度、12時間ごとに1度、6時間ごとに1度、3時間ごとに1度、また
は他の頻度であり得る。チェックが入札者のアカウントに対するその入札者の実
際の入札(すなわち、BIDNEW)であるか、またはある他の入札値(すなわ
ち、BIDMIN)であるかにかかわらず、Yahoo!オークションシステム
は、特定のオークション規則およびフォーマットに基づいてチェックを行なう。
入札者のアカウント状態が、その入札者が必要な額の余裕をもはや有さないよう
に変化した場合、Yahoo!オークションシステムは、その入札者のそれぞれ
のオークションにおける上位入札者リストからその入札者を除く。1つの実施形
態において、予約スキームはオークション全体にわたっては実施されない;その
代り、システムはほとんどの部分およびオークション終了近くの予約に対して定
期的チェックに依拠する。
【0286】 別の実施形態において、Yahoo!オークションシステムは、入札者のそれ
ぞれのアカウントを定期的にチェックしない。Yahoo!オークションシステ
ムは、入札者がYahoo!サイト上で任意のトランザクションを行ったときに
それぞれのアカウントをチェックする。トランザクションはユーザのYahoo
IDを用いて行われ、その後、Yahoo!オークションシステムにフラグが立
てられる。Yahoo!オークションシステムは、入札者のデータベースでフラ
グからのYahooIDをチェックする。ほとんどの場合において、フラグは、
その瞬間にいずれのYahoo!オークションにもおそらく活発に参加していな
いYahoo!ユーザを識別する。しかし、YahooIDが、入札者のデータ
ベースからの現在活動している入札者に対応する場合、Yahoo!オークショ
ンシステムは、入札者のアカウントをチェックして、入札者が依然、その入札者
が現在参加しているオークションを維持できるだけの十分なポイントを有してい
るかどうかを判定する。その入札者のアカウントの残余額が低すぎる場合、この
入札者は関係しているオークションから排除される。Yahoo!オークション
システムは、また、そのユーザに彼が排除されたことを通知する。ユーザは、彼
が排除されたオークションにさらに参加したい場合、そのオークションについて
設定されている何らかの閾値を満たすだけの十分なポイントを稼ぐ必要がある(
例えば、スタンダードオークションの場合は最高入札額、逆ぜり(Dutch
Auction)の場合はBIDMIN、バイオアビッド(Buy−or−Bi
d)オークションの場合は売却価格)。
【0287】 ここで、時々起こる特別なケースについて説明する。ユーザのポイントの一部
または全てが特定のオークションの公式終了の前に期限切れになる場合にはどう
なるのか?当然、ユーザがオークションの参加者でない場合、問題は起こらない
【0288】 本発明のある実施形態によると、Yahoo!オークションシステムは、いく
つかのアカウントチェックに基づいてユーザが入札する許可を与えるかどうかの
決定を下す。Yahoo!オークションシステムはまず、いずれかのポイントが
オークションの公式終了の前に期限切れになるかどうかを判定する。もし期限切
れになるならば、Yahoo!オークションシステムは、ユーザのアカウントの
クイックチェックを行って、ポイント期限切れ後のユーザのアカウントの残余額
を判定する。ユーザが自動入札機能を使用している場合、Yahoo!オークシ
ョンシステムは、最高入札額を、期限切れ前のアカウントの残余額と比較する。
アカウントの残余額が最高入札額を維持できる場合、Yahoo!オークション
システムは、ユーザがオークションに参加することを許可し、このユーザによる
有効な入札を受け付ける。アカウントの残余額が最高入札額を維持できない場合
、Yahoo!オークションシステムは、ユーザのオークションへの参加を許可
しない。
【0289】 いくつかのケースにおいて、ユーザは、自動入札機能を用いていないかもしれ
いない。つまり、このユーザはマニュアルで入札を行っている。これらのケース
において、Yahoo!オークションシステムは、ユーザによる現在の入札を、
期限切れ後のアカウントの残余額と比較する。期限切れ後のアカウントの残余額
がユーザの現在の入札額を維持できる場合、Yahoo!オークションシステム
は、ユーザがオークションに参加することを許可する。アカウントの残余額が最
高入札額を維持できない場合、Yahoo!オークションシステムは、ユーザの
オークションへの参加を許可しない。
【0290】 本発明の別の実施形態において、任意のポイントがオークションの公式終了の
前に期限切れになる場合、Yahoo!オークションシステムは、ポイントを次
のカレンダー期間に繰り越すかどうかについての決定を下す。これは、実際には
、ポイントの有効期間を次のカレンダー期間に延長することにより、オークショ
ンにおいて有効な入札を行ったユーザに報いる。ある実施形態において、Yah
oo!オークションシステムはまず、いずれかのポイントがオークションの公式
終了の前に期限切れになるかどうかを判定する。もし期限切れになるならば、Y
ahoo!オークションシステムは、ユーザのアカウントのクイックチェックを
行って、ポイント期限切れ後のユーザのアカウントの残余額を判定する。ポイン
ト期限切れ後のアカウントの残余額が現在の入札(マニュアル入札の場合)また
は最大額の入札(自動入札の場合)を維持できる場合、繰り越しの必要はなく、
ユーザは参加を許可される。別の実施形態において、Yahoo!オークション
システムは、何らかの形で参加に対してユーザに報い、期限切れになるポイント
を繰り越す。ポイント期限切れ後のアカウントの残余額が現在の入札(マニュア
ル入札の場合)または最大額の入札(自動入札の場合)を維持できない場合、Y
ahoo!オークションシステムは、現在のカレンダー期間中に期限切れになる
ポイントを次のカレンダー期間へと繰り越さず、ユーザのオークションへの参加
を許可しない。
【0291】 本発明のさらなる実施形態において、Yahoo!オークションシステムは、
現在の入札(マニュアル入札の場合)または最大額の入札(自動入札の場合)が
その時点において保留される限り、ユーザをオークションに参加させる。したが
って、保留された任意の額は、期限切れ期日に必ずしも期限切れとはならない。
そこで、Yahoo!オークションシステムはまず、いずれかのポイントがオー
クションの公式終了の前に期限切れになるかどうかを判定する。もし期限切れに
なるならば、Yahoo!オークションシステムは、ユーザのアカウントのクイ
ックチェックを行って、ポイント期限切れ後のユーザのアカウントの残余額を判
定する。ポイント期限切れ後のアカウントの残余額が現在の入札(マニュアル入
札の場合)または最大額の入札(自動入札の場合)を維持できる場合、ユーザは
明らかに参加することができるので、さらなるアクションを行う必要はない。ポ
イント期限切れ後のアカウントの残余額が現在の入札(マニュアル入札の場合)
または最大額の入札(自動入札の場合)を維持できず、且つ、ポイント期限切れ
前のアカウントの残余額が入札を維持できる場合、Yahoo!オークションシ
ステムは、期限切れになるポイントにフラグを立てる。Yahoo!オークショ
ンシステムは、ユーザの参加を許可し、(フラグが立てられたポイントを含む)
入札額を保留する。一旦保留されると、期限切れ期日は、フラグが立てられてい
るので、これらのポイントに対して効力を有さない。ユーザが最終的にオークシ
ョンアイテムを競り落とした場合、ポイント(フラグが立てられたポイントおよ
びその他のポイント)がユーザのアカウントから差し引かれる。ユーザが最終的
にオークションアイテムを競り落とせなかった場合、Yahoo!オークション
システムは、フラグが立てられたポイントからフラグを除去する。その後、これ
らのポイントは期限切れになる。別の実施形態において、ユーザが最終的にオー
クションに負けた場合、これらのフラグが立てられたポイントは、必ずしも期限
切れにならず、次のカレンダー期間の最後に期限切れとなる。
【0292】 XII.ポイントクレジット 本発明のある実施形態によると、ユーザは、自分のアカウント内のポイントが
足りない場合であってもオークションに参加し得る。一部のユーザは非常に活発
な顧客であるかまたはクレジットのリスクが低いと考えられるので、Yahoo
!オークションシステムは、ユーザのアカウント内に「CREDIT APPR
OVED」マーカー、「CREDIT WORTHY」マーカー、または「CR
EDIT ENABLED」マーカーを与え得る。このマーカーは、このアカウ
ントのユーザがアイテムを購入できること、または、クレジットポイントに基づ
いてオークションに参加できることを示す。Yahoo!オークションシステム
は、また、クレジット残余額に加えて、信用限度額(credit line)
を特定する。ユーザが信用力がある(credit worthy)状態にある
限り、彼の口座のポイントの不足は、購入決定を行うにあたって障害にはならな
い。当然、ユーザが信用力がある状態であるために、借りたポイントを、近い将
来払い戻さなければならない。したがって、Yahoo!オークションシステム
が入札者のそれぞれのアカウントをチェックして、入札を維持するのに十分なポ
イントが利用可能かどうかの判定を行う、本明細書中で説明した異なる実施形態
の全てについて、Yahoo!オークションシステムは、「CREDIT EN
ABLED」マーカーについてチェックして、もしこのマーカーが存在するなら
、ユーザの信用限度額からの、要求された数のポイントを保留する。
【0293】 好適な実施形態において、信用限度額およびクレジット残余額を追跡するアカ
ウントが独立した第三者のサーバのデータベース内に維持される。この実施形態
において、Yahoo!は、ユーザのアカウントの日々の管理に従事しないこと
を好む。クレジットの延長は、Yahoo!自身によってだけでなく、第三者で
あるクレジット会社(例えばビサ(Visa))によって提供され得ることに留
意されたい。
【0294】 XIII.Yahoo!/商人の関係 本発明のある実施形態によると、商品のYahoo!オークションシステムに
おける売り手のほとんどが、個人に対立するものとしての、企業商人である。参
加するために、各商人は、Yahoo!ポイントを与えることができるために、
固定されたパーセンテージの手数料(例えば収入の2%)を払わねばならない。
しかし、Yahoo!は、手数料の、全てでない場合には、ほとんどを取り戻す
ことができるようにこれらの商人にインセンティブを与える。これらの発行され
たYahoo!ポイントが商人に返却(つまり回収)された場合、商人は、その
返却情報をYahooに報告しなければならない。返却情報がYahooに受け
取られると、Yahoo!はユーザのアカウントからポイントを除去する。Ya
hoo!は、比例配分方式で手数料を払い戻す。つまり、発行された全てのポイ
ントが返却され、商人がこの情報を報告した場合、Yahoo!は手数料の10
0%を払い戻す。しかし、発行されたポイントの40%が返却された場合、Ya
hoo!は手数料の40%を払い戻す。この購入/払戻システムによって、商人
はポイントを購入し、購入したポイントを好きなように配分し、返却についてY
ahooに報告することにより、これらのポイントを購入するのにかかったコス
トの一部または全ての払戻を受ける。
【0295】 同様に、広告主も、Yahoo!からポイントを購入して、それらをバナー広
告上に用いたり、単にそれらを選択された消費者に与えたりできる。ユーザが広
告をクリックした場合、このクリックは、Yahoo関連であるかどうかに関わ
らず、さまざまなキャンペーンからのさまざまなポイントを追跡する広告サーバ
にリンクされる。結局、広告主は、Yahooのウェブサイト以外のサイト上で
広告を行い、他のポイントのプログラムから消費者にポイントを分配する。広告
サーバは、その後、広告主に報告を提供することができ、その後広告主は、払戻
のためにYahoo!に戻る。この種類に含まれる1つのシナリオは、商人がY
ahoo!からポイントを購入して、それらにプライベートラベルを与える場合
である。その後、これらのポイントは、商人自身のポイントプログラムにおいて
商人自身のポイントとして発行されるが、払戻の目的で回収される間、Yaho
o!はそれらのポイントを追跡することができる。
【0296】 別の実施形態において、ポイントに対して、Yahoo!は商人に何も与えな
い。したがって商人のアカウントは必要ない。競りに勝った入札者について、オ
ークションで商品を競り落とすのにオークションにおいて用いたポイントは、ユ
ーザのアカウントから消去されるが、これらのポイントは、商人のアカウントに
移動する必要がない。これらのポイントは単に流通から除去される。
【0297】 本発明の別の実施形態において、商人は、固定された購入代金でYahoo!
からポイントを買うことができる。その後商人は、これらのポイントを任意の消
費者に、その消費者が喜ぶ何らかの方法で分配する。商人は、現金、取引、広告
ドル(advertising dollar)、または他の任意の補償の形態
のものをYahoo!に与えることによって、ポイントに対する支払いを行い得
る。例えば、商人は1,000ポイントを購入して、Yahoo!ウェブサイト
を訪れた先着100名のユーザそれぞれに10ポイントを与える旨を消費者に通
知する。
【0298】 別の実施形態において、商人は、Yahoo!オークションシステムを介して
アイテムをオークション売却することにより、ポイントを稼ぎ得る。その後、こ
れらの商人は、オークションに出品したアイテムの販売から稼いだポイントを得
て、所望の任意の様態でそのポイントを使用し得る。例えば、商人は、Yaho
o!オークションシステム内で、100本のジーンズをオークションで売却する
。商人は、オークションから100,000ポイント(例えば、100人の落札
者から1,000ポイントずつ)を稼いだとする。商人は、100,000ポイ
ントを自分のウェブサイトにおいて、ある種の宝くじまたはクリックスルー広告
を介して、与えることができる。
【0299】 さらなる実施形態において、Yahoo!はポイントの二次市場の形成を許可
し得る。したがって商人は、相互にポイントを購入、売却、交換することができ
る。多くのポイントを有する商人は、現金と引き替えにポイントを別の商人に売
却することができ、ポイントを購入した商人は、これらのポイントをマーケティ
ングの目的で用いて、取引を自分のウェブサイトに引きつけることができる。ポ
イントは、さまざまな市場において、商人だけでなく、個人によっても交換、購
入、売却が行われる。ユーザは、相互にポイントの購入、売却、および交換を行
うか、またはポイントを物品またはユーザが共同して行い得るサービスと交換す
る「ボット(bot)」を形成し、連帯して構成員のポイントをひとかたまりと
して使用する購入者グループを形成することができる。ユーザは、特に期限およ
び収集性が変化するポイントを用いて、売付選択権(put)、買付選択権(c
all)、および他のオプション型取引を含む、ポイントの金融市場が形成され
得る。
【0300】 Yahoo!は、ポイント授与サイトまたはロケーションを形成し得る。これ
は、サイズまたはそれを見ている各ユーザの関連性によって分類され得る。Ya
hoo!は、このディレクトリ上で、ユーザからの注目を集めたい商人にスロッ
トを売却し得る。このディレクトリは、電子メールによって配信される、ウェブ
上で提供される、またはさまざまなメディアにおいてオフラインで配信される。
【0301】 共通の目標に対して全てのポイントを自動的に贈与するクラブを形成して、全
てのポイント活動に対して二次受益者を形成することができる。個人が商人を友
人に推薦した時にその友人に与えられる全ポイントからの取り分をその個人に支
払う提携プログラム(affiliate program)が存在し得る。あ
るいは、ユーザは、初めての推薦からだけでなく、推薦のポイント合計からの取
り分を永久に受け取り得る。
【0302】 他のポイントプログラムがYahoo!によってモニターされ、実行されるプ
ライベートラベルプログラムがある。例えば、ノードストローム百貨店(Nor
dstrom)がYahoo!に支払うことで、自分のポイントを獲得し、これ
らのポイントは、ノードストロームズによって制御され、Yahoo!によって
流通される。交換レートおよび鞘取り(arbitrage)の問題が自然と起
こる。Yahoo!は異なるポイントプログラムを実行するので、Yahoo!
は仲介者として働き、供給および需要に基づき、あるプログラムと別のプログラ
ムとの間でリアルタイムの交換を提供できる。あるいは、Yahoo!は、任意
の個人または組織が、それ自身の交換システムを設定することを可能にする。
【0303】 本発明の好適な実施形態の上記説明は、例示と説明のために提示した。網羅的
に説明することを意図しておらず、本発明は開示した厳密な形態に限定されない
。当然、多くの改変例および変形例が当業者に明らかである。本発明の趣旨およ
び範囲から逸れることなく上記のアプリケーションを他のアプリケーションと置
換し得ることを、当業者は容易に理解する。したがって、本発明は、特許請求の
範囲によってのみ限定されるべきである。
【図面の簡単な説明】
【図1】 図1は、本発明の一つの実施形態が動作するクライアントコンピューティング
ステーションおよびサーバステーションのネットワーク環境を示す。
【図2】 図2は、Yahoo!オークションシステムの数々の機能および特徴を提供す
るサーバコンピューティングシステムの一つの実施形態を示す。
【図3】 図3は、支払いユニット(例えば、Yahoo!ポイント)がユーザに発行さ
れる様式を示すフローチャートを示す。
【図4】 図4は、本発明の一つの実施形態に従って、一つのアイテムが競り落とされる
標準オークション形式をインプリメントする場合のYahoo!オークションシ
ステムの動作およびユーザのアカウントへの含意を示す。
【図5】 図5は、本発明の一つの実施形態に従って、複数のアイテムが競り落とされる
標準オークション形式をインプリメントする場合のYahoo!オークションシ
ステムの動作およびユーザのアカウントへの含意を示す。
【図6】 図6は、ダッチオークション形式の第1の実施形態をインプリメントする場合
のYahoo!オークションシステムの動作およびユーザのアカウントへの含意
を示す。
【図7】 図7は、ダッチオークション形式の第2の実施形態をインプリメントする場合
のYahoo!オークションシステムの動作およびユーザのアカウントへの含意
を示す。
【図8】 図8は、Yahoo!オークションシステムの動作、および本発明のさらなる
実施形態に従って、複数のアイテムが競り落とされるプログレッシブオークショ
ン形式を実現する場合のユーザのアカウントへの含意を示す。
【図9】 図9は、本発明のなおさらなる実施形態に従って、複数のアイテムが競り落と
されるバイ−オア−ビッドオークション形式をインプリメントする場合のYah
oo!オークションシステムの動作およびユーザのアカウントへの含意を示す。
【図10】 図10は、本発明の実施形態に従って、自動化入札者機能をインプリメントす
る場合のYahoo!オークションシステムの動作およびユーザのアカウントへ
の含意を示す。
【図11】 図11は、本発明のさらに別の実施形態に従って、複数のアイテムが競り落と
されるデクライニングオークション形式をインプリメントする場合のYahoo
!オークションシステムの動作およびユーザのアカウントへの含意を示す。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 FI テーマコート゛(参考) G06F 17/60 ZEC G06F 17/60 ZEC (81)指定国 EP(AT,BE,CH,CY, DE,DK,ES,FI,FR,GB,GR,IE,I T,LU,MC,NL,PT,SE),OA(BF,BJ ,CF,CG,CI,CM,GA,GN,GW,ML, MR,NE,SN,TD,TG),AP(GH,GM,K E,LS,MW,MZ,SD,SL,SZ,TZ,UG ,ZW),EA(AM,AZ,BY,KG,KZ,MD, RU,TJ,TM),AE,AG,AL,AM,AT, AU,AZ,BA,BB,BG,BR,BY,BZ,C A,CH,CN,CR,CU,CZ,DE,DK,DM ,DZ,EE,ES,FI,GB,GD,GE,GH, GM,HR,HU,ID,IL,IN,IS,JP,K E,KG,KP,KR,KZ,LC,LK,LR,LS ,LT,LU,LV,MA,MD,MG,MK,MN, MW,MX,MZ,NO,NZ,PL,PT,RO,R U,SD,SE,SG,SI,SK,SL,TJ,TM ,TR,TT,TZ,UA,UG,US,UZ,VN, YU,ZA,ZW (72)発明者 ボイド, エリック アメリカ合衆国 カリフォルニア 95008, キャンベル, リンコン アベニュー 3880 (72)発明者 パンチャパケサン, ヴァンカット アメリカ合衆国 カリフォルニア 94555, フレモント, セリア コート 4581 (72)発明者 ゴーディン, セス アメリカ合衆国 ニューヨーク 10706, ヘイスティングズ オン ハドソン, ベレアー ドライブ 1 (72)発明者 ソーン, ヘンリー ヒュンサック アメリカ合衆国 カリフォルニア 94306, パロ アルト, キャスティリジャ ア ベニュー 1550 (72)発明者 コンウェイ, デイビッド アメリカ合衆国 カリフォルニア 94040, マウンテン ビュー, ビーガン アベ ニュー 1610

Claims (37)

    【特許請求の範囲】
  1. 【請求項1】 N個の商品に対して、複数の可能性のある入札者から、M人
    の落札者を決定するオークションシステムであって、 第1の入札者と関連づけられた第1のアカウント記録と、第2の入札者と関連
    づけられた第2のアカウント記録とを維持するアカウントデータベースと、 該アカウントデータベースにアクセスし、該第2の入札者からの、第2の入札
    値に関連づけられた第2の入札を処理するオークションサーバであって、該第2
    の入札が有効な入札である場合に、該第2のアカウント記録から該第2の入札値
    を取り込むオークションサーバと、 を備えた、オークションシステム。
  2. 【請求項2】 前記オークションサーバが、前記第1のアカウント記録内の
    、前記第1の入札者からの第1の入札に関連づけられた第1の入札量を解放する
    、請求項1に記載のオークションシステム。
  3. 【請求項3】 M=1であり、かつN=1である、請求項1に記載のオーク
    ションシステム。
  4. 【請求項4】 M=Nである、請求項1に記載のオークションシステム。
  5. 【請求項5】 M=1であり、かつN=1である、請求項1に記載のオーク
    ションシステム。
  6. 【請求項6】 第1の入札量および第2の入札量が、インセンティブポイン
    トである、請求項1に記載のオークションシステム。
  7. 【請求項7】 第1の入札量および第2の入札量が、金銭である、請求項1
    に記載のオークションシステム。
  8. 【請求項8】 複数の入札者が少なくとも1つのアイテムに対して入札する
    ことを可能にするオークション処理サーバであって、 アカウント記録を処理するアカウントファイルであって、該アカウント記録の
    各々が支払いユニットを格納するために入札者と関連づけられている、アカウン
    トファイルと、 該複数の入札者からの入札を受け取る第1の論理であって、該入札の各々が該
    入札者によって選択された支払いユニット数に関連づけられている、第1の論理
    と、 該入札者によって選択された支払いユニット数が該入札者のそれぞれのアカウ
    ント記録において使用可能である場合に、該入札者によって選択された支払いユ
    ニット数を、該入札者のそれぞれのアカウント記録内に取り込む、第2の論理と
    、 を備えたオークション処理サーバ。
  9. 【請求項9】 前記第1の論理が、第2の入札者からの第2の支払いユニッ
    ト数の第2の入札を受け取り、かつ、第1の入札者からの第1の支払いユニット
    数の第1の入札をすでに受け取っており、前記第2の論理が、該第1の支払いユ
    ニット数が該第2の支払いユニット数未満である場合、該第1の入札者のアカウ
    ント記録から該第1の支払いユニット数を解放する、請求項8に記載のオークシ
    ョン処理サーバ。
  10. 【請求項10】 前記支払いユニットがインセンティブポイントである、請
    求項8に記載のオークション処理サーバ。
  11. 【請求項11】 複数の入札者が少なくとも1つのアイテムに対して入札す
    ることを可能にするオークション処理サーバであって、 アカウント記録を処理するアカウントデータベースであって、該アカウント記
    録の各々が支払いユニットを格納するために入札者と関連づけられている、アカ
    ウントデータベースと、 該複数の入札者からの入札を受け取る第1の論理であって、該入札の各々が、
    該入札者によって選択された支払いユニット数と第2の自動化入札者最大支払い
    ユニット数とに関連づけられている、第1の論理と、 該第2の自動化入札者最大支払いユニット数が該入札者のそれぞれのアカウン
    ト記録において使用可能である場合に、該入札者によって選択された最大支払い
    ユニット数を、該入札者のそれぞれのアカウント記録内に取り込む、第2の論理
    と、 を備えたオークション処理サーバ。
  12. 【請求項12】 前記第1の論理が、第2の入札者からの第2の支払いユニ
    ット数の第2の入札を受け取り、かつ、第1の入札者からの第1の支払いユニッ
    ト数の第1の入札をすでに受け取っており、前記第2の論理が、該第1の支払い
    ユニット数が該第2の支払いユニット数より少ない場合、該第1の入札者のアカ
    ウント記録から該第1の支払いユニット数を解放する、請求項11に記載のオー
    クション処理サーバ。
  13. 【請求項13】 前記第1の論理が、第2の入札者からの第2の支払いユニ
    ット数の第2の入札を受け取り、かつ、第1の入札者からの第1の支払いユニッ
    ト数と第1の自動化入札者最大支払いユニット数との第1の入札をすでに受け取
    っており、前記第2の論理が、該第1の支払いユニット数が該第2の支払いユニ
    ット数より少ない場合、該第1の入札者のアカウント記録から該第1の自動化入
    札者最大支払いユニット数を解放する、請求項11に記載のオークション処理サ
    ーバ。
  14. 【請求項14】 前記第2の入札者が落札人であると宣言され、かつ、最終
    落札値が前記第2の自動化入札者最大支払いユニット数未満である場合、前記第
    2の論理が、該最終落札値と該第2の自動化入札者最大支払いユニット数との差
    を解放する、請求項13に記載のオークション処理サーバ。
  15. 【請求項15】 第1のユーザに付与されたインセンティブポイント数を表
    す第1のアカウントと、第2のユーザに付与されたインセンティブポイント数を
    表す第2のアカウントとを格納するデータベースと、 該第1のユーザおよび該第2のユーザと動作可能に接続されている通信ポート
    と、 コンピュータプログラムであって、該第1のユーザおよび該第2のユーザから
    該通信ポートを介して受け取った入札であって、各々がインセンティブポイント
    数を構成し且つオークションされているアイテムと関連している入札を入力とし
    、(a)該入札の各々を該データベースと照合することにより該入札を行ったユ
    ーザが少なくとも該入札において特定されている数のポイントを所有することを
    確認し、(b)現在の高入札を識別する情報を格納し、(c)該入札を行ったユ
    ーザのアカウントから該現在の高入札に等しいポイント数を取り込み、それによ
    り、該ポイントが、解放されるまで、他のいかなる目的にも用いられ得ないよう
    にし、(d)より高い入札が一旦受け取られ有効になると、該取り込まれていた
    ポイントを解放し、(e)オークションの終わりに、その時点で最高の入札を行
    ったユーザに該アイテムを付与し、(f)落札入札を行ったユーザのアカウント
    から落札入札を表すポイント数を差し引く、コンピュータプログラムと、 を備えた、ポイントに基づくオークションシステム。
  16. 【請求項16】 ユーザによって取られた行動に対して、該ユーザにインセ
    ンティブポイントを付与するコンピュータプログラムをさらに備えた、請求項1
    5に記載のシステム。
  17. 【請求項17】 前記オークションが、広告を見ることを含む、請求項16
    に記載のシステム。
  18. 【請求項18】 前記データベースが、インセンティブポイントが付与され
    た日または時間に関連する情報をさらに格納し、 該日または時間に関する情報を用いて、インセンティブポイントの付与から一
    定の時間が一旦経過すると、該インセンティブポイントをユーザアカウントから
    除去するコンピュータプログラムをさらに備えた、請求項17に記載のシステム
  19. 【請求項19】 (a)第1のユーザにある量のインセンティブポイントを
    付与する工程であって、該第1のユーザのインセンティブポイントの第1の格納
    されたアカウントに第1の量を追加する工程を含む工程と、 (b)第2のユーザにある量のインセンティブポイントを付与する工程であっ
    て、該第2のユーザのインセンティブポイントの第2の格納されたアカウントに
    該量を追加する工程を含む工程と、 (c)アイテムに対するオンラインオークションを開始する工程であって、開
    始入札に必要な最小インセンティブポイント数を特定する工程を含む工程と、 (d)該第1のユーザから通信ポートを介して第1の入札を受け取る工程と、 (e)該第1の入札を該最小数と比較して、該第1の入札が該最小数未満であ
    る場合、該第1の入札を拒絶する工程と、 (f)該第1の入札を該第1の格納されたアカウント内の解放されているイン
    センティブポイント数と比較して、該第1の入札が該第1の格納されたアカウン
    ト内の解放されているインセンティブポイント数より大きい場合、該第1の入札
    を拒絶する工程と、 (g)該第1の入札が拒絶されていない場合、該第1の入札が現在の高入札で
    あるという指示を格納し、該第1の格納されたアカウント内に、該第1の入札の
    量に等しいインセンティブポイント数を取り込む工程と、 (h)該第2のユーザから通信ポートを介して第2の入札を受け取る工程と、 (i)該第2の入札を該現在の高入札と比較して、該第1の入札が該現在の高
    入札未満である場合、該第1の入札を拒絶する工程と、 (j)該第2の入札を該第2の格納されたアカウント内の解放されているイン
    センティブポイント数と比較して、該第2の入札が該第2の格納されたアカウン
    ト内の解放されているインセンティブポイント数より大きい場合、該第2の入札
    を拒絶する工程と、 (k)該第2の入札が拒絶されていない場合、該第2の入札が現在の高入札で
    あるという指示を格納し、該第2の格納されたアカウント内に、該第2の入札の
    量に等しいインセンティブポイント数を取り込み、以前に工程(g)で取り込ま
    れた第1のアカウントポイントを解放する工程と、 (l)n個の追加の入札を受け取った後、オークションを閉じる工程と、 (m)該オークションの終了時点で最高の有効な入札を行ったユーザに該アイ
    テムを付与し、該入札の結果として、該ユーザのアカウントから、該アカウント
    に取り込まれていたポイント数を削除する工程と、 を包含する方法。
  20. 【請求項20】 前記ポイントを付与する工程(a)が、前記第1のユーザ
    が広告を見た結果起こる、請求項19に記載の方法。
  21. 【請求項21】 前記ポイントを付与する工程(a)が、前記第1のユーザ
    がサービスに対する契約を行った結果起こる、請求項19に記載の方法。
  22. 【請求項22】 前記ポイントを付与する工程(a)が、前記第1のユーザ
    が指示情報を提供した結果起こる、請求項19に記載の方法。
  23. 【請求項23】 第1のユーザにより保持されているインセンティブポイン
    ト数を表す第1のエントリと、第2のユーザにより保持されているインセンティ
    ブポイント数を表す第2のエントリと、該第1のユーザにより保持されており現
    在取り込まれているインセンティブポイント数を表す第3のエントリと、該第2
    のユーザにより保持されており現在取り込まれているインセンティブポイント数
    を表す第4のエントリとを含む第1のデータベースと、 オークションされる第1のアイテムとオークションされる第2のアイテムとを
    表す第1のエントリを含む第2のデータベースと、 該第1のユーザがインセンティブポイントが付与されるオークションを行うと
    該第1のエントリにインセンティブポイントを追加し、該第2のユーザがインセ
    ンティブポイントが付与されるオークションを行うと該第2のエントリにインセ
    ンティブポイントを追加するコンピュータプログラムと、 該第1のユーザがオークションにおいて有効な高入札を行うと該第3のエント
    リにインセンティブポイントを追加し、該第2のユーザがオークションにおいて
    有効な高入札を行うと該第4のエントリにインセンティブポイントを追加するコ
    ンピュータプログラムと、 該第1のユーザによって行われた前回の高入札よりも高い有効な入札が受け取
    られると、該第3のエントリからインセンティブポイントを削除し、該第2のユ
    ーザによって行われた前回の高入札よりも高い有効な入札が受け取られると、該
    第4のエントリからインセンティブポイントを削除するコンピュータプログラム
    と、 を備えた、システム。
  24. 【請求項24】 ある時間の経過後、前記第1のエントリおよび前記第2の
    エントリからインセンティブポイントを削除するコンピュータプログラムをさら
    に備えた、請求項23に記載のシステム。
  25. 【請求項25】 インセンティブポイントが付与される前記オークションが
    、広告を見ることを含む、請求項24に記載のシステム。
  26. 【請求項26】 前記第1のデータベースが、前記第1のユーザによって所
    有されてはいないが該ユーザがクレジットとして使用可能なインセンティブポイ
    ント数を表す第5のエントリをさらに含む、請求項25に記載のシステム。
  27. 【請求項27】 第1のユーザに付与されたインセンティブポイント数を表
    す第1のアカウントと、第2のユーザに付与されたインセンティブポイント数を
    表す第2のアカウントとを格納するデータベースと、 該第1のユーザおよび該第2のユーザと動作可能に接続されている通信ポート
    と、 コンピュータプログラムであって、該第1のユーザおよび該第2のユーザから
    該通信ポートを介して受け取った取り込み量および入札であって、各々がオーク
    ションのために取り込まれた最大インセンティブポイント数を表す取り込み量と
    、各々がインセンティブポイント数を構成し且つオークションされているアイテ
    ムと関連している入札とを入力とし、(a)該取り込み量の各々を該データベー
    スと照合することにより該入札を行ったユーザが少なくとも該取り込み量におい
    て特定されているインセンティブポイント数を所有することを確認し、(b)各
    ユーザのそれぞれのアカウントから該取り込み量を差し引き、(c)該入札の各
    々を該データベースと照合することにより該入札内の量が該取り込み量内の量未
    満であることを確認し、(d)現在の高入札を識別する情報を格納し、(e)よ
    り高い入札が一旦受け取られ有効になると、該取り込み量において特定されてい
    るポイントを解放し、(f)オークションの終わりに、その時点で最高の入札を
    行ったユーザに該アイテムを付与する、コンピュータプログラムと、 を備えた、ポイントに基づくオークションシステム。
  28. 【請求項28】 前記プログラムが、(g)前記取り込み量から落札入札を
    表すポイント数を差し引くことにより解放量を生成することと、(h)落札入札
    を行ったユーザのアカウント内のインセンティブポイントの量に該解放量を追加
    することをさらに含む、請求項27に記載のシステム。
  29. 【請求項29】 (a)アイテムに対するオンラインオークションを開始す
    る工程であって、開始入札に必要な最小インセンティブポイント数を特定する工
    程を含む工程と、 (b)第1のユーザから通信ポートを介して第1の入札を受け取る工程と、 (c)該第1の入札を該最小数と比較して、該第1の入札が該最小数未満であ
    る場合、該第1の入札を拒絶する工程と、 (d)該第1の入札を該第1の格納されたアカウント内の解放されているイン
    センティブポイント数と比較して、該第1の入札が該第1の格納されたアカウン
    ト内の解放されているインセンティブポイント数より大きい場合、該第1の入札
    を拒絶する工程と、 を包含する、方法。
  30. 【請求項30】 (e)前記第1の入札が拒絶されていない場合、該第1の
    入札が現在の高入札であるという指示を格納し、前記第1の格納されたアカウン
    ト内に、該第1の入札の量に等しいインセンティブポイント数を取り込む工程を
    さらに包含する、請求項29に記載の方法。
  31. 【請求項31】 (f)前記第2のユーザから通信ポートを介して第2の入
    札を受け取る工程と、 (i)該第2の入札を該現在の高入札と比較して、前記第1の入札が該現在の
    高入札未満である場合、該第1の入札を拒絶する工程と、 (j)該第2の入札を前記第2の格納されたアカウント内の解放されているイ
    ンセンティブポイント数と比較して、該第2の入札が該第2の格納されたアカウ
    ント内の解放されているインセンティブポイント数より大きい場合、該第2の入
    札を拒絶する工程と、 をさらに包含する、請求項30に記載の方法。
  32. 【請求項32】 (k)前記第2の入札が拒絶されていない場合、該第2の
    入札が現在の高入札であるという指示を格納し、前記第2の格納されたアカウン
    ト内に、該第2の入札の量に等しいインセンティブポイント数を取り込み、以前
    に工程(e)で取り込まれた第1のアカウントポイントを解放する工程をさらに
    包含する、請求項31に記載の方法。
  33. 【請求項33】 (l)n個の追加の入札を受け取った後、オークションを
    閉じる工程と、 (m)該オークションの終了時点で最高の有効な入札を行ったユーザに前記ア
    イテムを付与し、該入札の結果として、該ユーザのアカウントから、該アカウン
    トに取り込まれていた前記ポイント数を削除する工程と、 をさらに包含する、請求項32に記載の方法。
  34. 【請求項34】 前記第1のユーザにある量のインセンティブポイントを付
    与する工程であって、該第1のユーザのインセンティブポイントの前記第1の格
    納されたアカウントに第1の量を追加する工程を含む工程と、 前記第2のユーザにある量のインセンティブポイントを付与する工程であって
    、該第2のユーザのインセンティブポイントの前記第2の格納されたアカウント
    に該量を追加する工程を含む工程と、 をさらに包含する、請求項29に記載の方法。
  35. 【請求項35】 前記ポイントを付与する工程が、前記第1のユーザが広告
    を見た結果起こる、請求項34に記載の方法。
  36. 【請求項36】 前記ポイントを付与する工程が、前記第1のユーザがサー
    ビスに対する契約を行った結果起こる、請求項34に記載の方法。
  37. 【請求項37】 前記ポイントを付与する工程が、前記第1のユーザが指示
    情報を提供した結果起こる、請求項34に記載の方法。
JP2001532470A 1999-10-20 2000-10-17 オークション償還システムおよび方法 Pending JP2003512679A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/422,114 1999-10-20
US09/422,114 US7461022B1 (en) 1999-10-20 1999-10-20 Auction redemption system and method
PCT/US2000/028816 WO2001029750A1 (en) 1999-10-20 2000-10-17 Auction redemption system and method

Publications (1)

Publication Number Publication Date
JP2003512679A true JP2003512679A (ja) 2003-04-02

Family

ID=23673450

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001532470A Pending JP2003512679A (ja) 1999-10-20 2000-10-17 オークション償還システムおよび方法

Country Status (5)

Country Link
US (1) US7461022B1 (ja)
EP (1) EP1257963A4 (ja)
JP (1) JP2003512679A (ja)
AU (1) AU1094801A (ja)
WO (1) WO2001029750A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002329136A (ja) * 2001-05-07 2002-11-15 Access:Kk 広告ポイント処理方法、ウェブサーバおよび広告ポイントサーバ
JP2004362260A (ja) * 2003-06-04 2004-12-24 Win:Kk 使用済み自動車の販売処理方法とその販売処理システム
JP2007503066A (ja) * 2003-05-27 2007-02-15 シティコープ クレジット サービス,インク. クレジットカードの特典プログラムシステムおよび方法
JP2010128740A (ja) * 2008-11-27 2010-06-10 Yahoo Japan Corp ネットオークション管理装置
JP2010211690A (ja) * 2009-03-12 2010-09-24 Yahoo Japan Corp オークション取引情報報知装置およびその方法
JP2015111437A (ja) * 2015-01-17 2015-06-18 利仁 曽根 オークション提供方法
JP2015133146A (ja) * 2012-06-12 2015-07-23 グリー株式会社 オークションシステム及びその方法、このオークションシステムを実現するためのプログラム
JP2015524101A (ja) * 2012-07-26 2015-08-20 キム,ス−ヒョン クライアントの位置に連動する広告の露出順位の管理装置及び管理方法

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818212B1 (en) * 1999-10-22 2010-10-19 Ewinwin, Inc. Multiple criteria buying and selling model
US6243691B1 (en) 1996-03-29 2001-06-05 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US8429055B1 (en) * 1999-09-02 2013-04-23 Ebay, Inc. Method for internet bidding
US7152042B1 (en) * 1999-10-08 2006-12-19 Hinda, Inc. Incentive points redemption program carried out via an on-line auction
KR100856149B1 (ko) * 1999-11-26 2008-09-03 네테카 인코포레이티드 전자 메일 서버 및 전자 메일 통신을 용이하게 하기 위한 방법
US8200547B2 (en) * 2001-01-22 2012-06-12 Voyager Technologies, Inc. Real time electronic commerce telecommunication system and method
US7177838B1 (en) * 2000-01-26 2007-02-13 Paybyclick Corporation Method and apparatus for conducting electronic commerce transactions using electronic tokens
US8452687B2 (en) * 2000-02-03 2013-05-28 Igt Method and apparatus for facilitating and monitoring monetary transactions and rewards in a gaming environment
US20020002075A1 (en) * 2000-02-03 2002-01-03 Rick Rowe Method and apparatus for facilitating monetary and reward transactions and accounting in a gaming environment
US6871140B1 (en) * 2000-02-25 2005-03-22 Costar Group, Inc. System and method for collection, distribution, and use of information in connection with commercial real estate
WO2001075734A1 (en) 2000-03-31 2001-10-11 Softcoin, Inc. Facilitating transactions between merchant, associate, and user
US8332302B1 (en) 2000-04-28 2012-12-11 Galahad Entertainment, Llc Method and apparatus for auctioning items
US7509421B2 (en) * 2000-06-05 2009-03-24 Sealedmedia Limited Digital rights management
US8543495B1 (en) 2000-06-12 2013-09-24 E. E. System Corporation Online electronic transaction and funds transfer method and system
US20020161630A1 (en) * 2000-07-07 2002-10-31 Nelnet Loan Services, Inc. Loyalty reward program for reducing the balance of a loan obligation
JP2002063521A (ja) * 2000-08-23 2002-02-28 Sony Corp 通信システムおよび情報処理方法
US7158956B1 (en) * 2000-09-20 2007-01-02 Himmelstein Richard B Electronic real estate bartering system
US20090132316A1 (en) * 2000-10-23 2009-05-21 Costar Group, Inc. System and method for associating aerial images, map features, and information
US7340429B2 (en) 2000-10-23 2008-03-04 Ebay Inc. Method and system to enable a fixed price purchase within a online auction environment
US7184984B2 (en) * 2000-11-17 2007-02-27 Valaquenta Intellectual Properties Limited Global electronic trading system
US7970689B2 (en) * 2000-11-17 2011-06-28 Scale Semiconductor Flg, L.L.C. Single-period auctions network decentralized trading system and method
US20050131802A1 (en) * 2000-11-17 2005-06-16 Arman Glodjo Method and system for network-decentralized trading with optimal proximity measures
US7299206B2 (en) 2000-11-30 2007-11-20 Ebay Inc. Method and system to implement seller authorized buying privileges within a network-based shopping facility
US7249089B2 (en) * 2000-12-29 2007-07-24 Hartford Fire Insurance Company Method and system for auctioning bankruptcy assets and valuing same
US7483856B2 (en) 2001-01-17 2009-01-27 Xprt Ventures, Llc System and method for effecting payment for an electronic auction commerce transaction
US7610244B2 (en) * 2001-01-17 2009-10-27 Xprt Ventures, Llc System and method for effecting payment for an item offered for an electronic auction sale
US7627528B2 (en) * 2001-01-17 2009-12-01 Xprt Ventures, Llc System and method for effecting a real-time payment for an item won on an electronic auction
US8112303B2 (en) * 2001-02-28 2012-02-07 Digonex Technologies, Inc. Digital online exchange for pricing items to exhaust inventory by an expiration time
US7395230B2 (en) * 2001-03-13 2008-07-01 Intuit Inc. System and method for tracking charitable deductions
JP2003122940A (ja) * 2001-10-09 2003-04-25 Hitachi Ltd 売買仲介システム用情報処理装置および方法
US7752266B2 (en) 2001-10-11 2010-07-06 Ebay Inc. System and method to facilitate translation of communications between entities over a network
US8126799B2 (en) * 2002-01-09 2012-02-28 Ariba, Inc. Method of bidding to drive competition in an auction
US20030216959A1 (en) * 2002-05-15 2003-11-20 Vitti Vincent E. System and method for rewarding participation in an auction
US8078505B2 (en) 2002-06-10 2011-12-13 Ebay Inc. Method and system for automatically updating a seller application utilized in a network-based transaction facility
US7921052B2 (en) * 2002-12-31 2011-04-05 Autotrader.Com, Inc. Efficient online auction style listings that encourage out-of-channel negotiation
US8005719B2 (en) * 2002-12-31 2011-08-23 Ebay Inc. Method and system to publish a seller fixed price offer
US7904346B2 (en) 2002-12-31 2011-03-08 Ebay Inc. Method and system to adjust a seller fixed price offer
US8001007B2 (en) * 2002-12-31 2011-08-16 Ebay Inc. Method, and system to publish a proxy bid and a reserve price
US7593866B2 (en) * 2002-12-31 2009-09-22 Ebay Inc. Introducing a fixed-price transaction mechanism in conjunction with an auction transaction mechanism
JP2004246817A (ja) * 2003-02-17 2004-09-02 Aucsale:Kk オークションシステム
US9881308B2 (en) 2003-04-11 2018-01-30 Ebay Inc. Method and system to facilitate an online promotion relating to a network-based marketplace
US8160933B2 (en) 2003-04-30 2012-04-17 Ebay Inc. Method and system to automate payment for a commerce transaction
US7742985B1 (en) 2003-06-26 2010-06-22 Paypal Inc. Multicurrency exchanges between participants of a network-based transaction facility
US8407083B2 (en) * 2003-09-30 2013-03-26 Visa U.S.A., Inc. Method and system for managing reward reversal after posting
US7783555B2 (en) 2003-12-11 2010-08-24 Ebay Inc. Auction with interest rate bidding
US20050197904A1 (en) * 2004-03-08 2005-09-08 Baron Claudia A. Credit card reward program
US7562034B2 (en) * 2004-04-01 2009-07-14 Bgc Partners, Inc. Electronic silent auction system and method
US20050234804A1 (en) * 2004-04-16 2005-10-20 Yue Fang Method and system for auto-mapping to network-based auctions
US7860749B2 (en) 2004-04-16 2010-12-28 Sap Ag Method, medium and system for customizable homepages for network-based auctions
US7788160B2 (en) 2004-04-16 2010-08-31 Sap Ag Method and system for configurable options in enhanced network-based auctions
US7877313B2 (en) * 2004-04-16 2011-01-25 Sap Ag Method and system for a failure recovery framework for interfacing with network-based auctions
EP1820149A4 (en) * 2004-08-16 2009-09-23 Sanjiv Agarwal COMPUTERIZED METHOD FOR DIFFERENTIAL INCENTIVES ACCORDING TO METHODS OF PAYMENT
US20070033112A1 (en) * 2005-01-04 2007-02-08 Nagle Patrick B Jr Internet textbook exchange
US7895115B2 (en) 2005-10-31 2011-02-22 Sap Ag Method and system for implementing multiple auctions for a product on a seller's E-commerce site
US8095428B2 (en) 2005-10-31 2012-01-10 Sap Ag Method, system, and medium for winning bid evaluation in an auction
US7835977B2 (en) 2005-11-03 2010-11-16 Sap Ag Method and system for generating an auction using a template in an integrated internal auction system
US8095449B2 (en) 2005-11-03 2012-01-10 Sap Ag Method and system for generating an auction using a product catalog in an integrated internal auction system
US20130054317A1 (en) 2011-08-24 2013-02-28 Raj Vasant Abhyanker Geospatially constrained gastronomic bidding
US9600822B2 (en) * 2006-02-06 2017-03-21 Autotrader.Com, Inc. Structured computer-assisted method and apparatus for filtering information presentation
AU2008201429B2 (en) * 2006-03-31 2011-06-09 Corprewards Pty Ltd Rewards Scheme
US10062062B1 (en) 2006-05-25 2018-08-28 Jbshbm, Llc Automated teller machine (ATM) providing money for loyalty points
US8684265B1 (en) 2006-05-25 2014-04-01 Sean I. Mcghie Rewards program website permitting conversion/transfer of non-negotiable credits to entity independent funds
US9704174B1 (en) 2006-05-25 2017-07-11 Sean I. Mcghie Conversion of loyalty program points to commerce partner points per terms of a mutual agreement
US8668146B1 (en) 2006-05-25 2014-03-11 Sean I. Mcghie Rewards program with payment artifact permitting conversion/transfer of non-negotiable credits to entity independent funds
US7703673B2 (en) 2006-05-25 2010-04-27 Buchheit Brian K Web based conversion of non-negotiable credits associated with an entity to entity independent negotiable funds
US8639782B2 (en) 2006-08-23 2014-01-28 Ebay, Inc. Method and system for sharing metadata between interfaces
US8234379B2 (en) * 2006-09-14 2012-07-31 Afilias Limited System and method for facilitating distribution of limited resources
US20080201223A1 (en) * 2006-09-19 2008-08-21 Lutnick Howard W Products and processes for providing information services
WO2008049219A1 (en) * 2006-10-24 2008-05-02 Afilias Limited Supply chain discovery services
TWI436293B (zh) * 2006-11-22 2014-05-01 fu liang Chen Opportunity of the shopping platform system
US20080133257A1 (en) * 2006-12-05 2008-06-05 Matthew Adkisson Donating through affiliate marketing
US20080195523A1 (en) * 2007-02-09 2008-08-14 Rabenold Nancy J Transferring products to various platforms
US20080195520A1 (en) * 2007-02-09 2008-08-14 Rabenold Nancy J Flipping products between platforms
US20090150237A1 (en) * 2007-12-10 2009-06-11 American Express Travel Related Services Company, Inc. Points based online auction
KR101715810B1 (ko) * 2008-03-10 2017-03-13 아필리어스 리미티드 플랫폼 독립적인 idn 이메일 저장소 변환
US20130073391A1 (en) * 2008-06-19 2013-03-21 Canon Kabushiki Kaisha Systems and methods for sharing revenue in an internet printing system
US8152606B2 (en) * 2008-06-19 2012-04-10 John Richard Jamison Skinning knife
US8566149B2 (en) * 2008-06-19 2013-10-22 Canon Kabushiki Kaisha Method of sharing revenue in an internet printing system
WO2010002814A2 (en) * 2008-06-30 2010-01-07 Recyclebank, Llc Bidding system for recyclable goods and method thereof
US20100274728A1 (en) * 2009-04-24 2010-10-28 Refinement Services, Llc Video Shipment Monitoring
US8386330B1 (en) 2009-07-17 2013-02-26 Global Eprocure Tool for auction grouping by preference and extensions of time
EP2306391A1 (fr) * 2009-09-09 2011-04-06 Eupholis Procédé et système d'intermédiation concernant l'achat et/ou la vente de produits sur un réseau de communication
US8239280B1 (en) * 2009-09-21 2012-08-07 Igor Feinberg Method, medium, and system for adjusting purchasing power values
US8788364B1 (en) * 2009-11-18 2014-07-22 Auctionomics, Inc. System for configuration and implementation of an assignment auction or exchange
US20110137806A1 (en) * 2009-12-05 2011-06-09 Spence Iii Thomas Harry Internet-based methods of offering advertising
US20110166922A1 (en) * 2010-01-06 2011-07-07 Zack Fuerstenberg Portal including merchant funded affiliate cash back service
CN102859518B (zh) * 2010-02-26 2017-03-08 乐天株式会社 信息处理装置、信息处理方法
US8819148B2 (en) * 2010-03-10 2014-08-26 Afilias Limited Alternate E-mail delivery
US20120046960A1 (en) * 2010-08-23 2012-02-23 Salta Brenden R Methods and systems for socializing affiliate marketing
KR101115803B1 (ko) * 2011-03-17 2012-03-09 이정갑 경매 방법 및 경매 서버
KR101115742B1 (ko) * 2011-03-17 2012-07-09 이정갑 경매 방법 및 경매 서버
WO2012166940A2 (en) * 2011-05-31 2012-12-06 Front Flip Llc System and method of gifting, gift sharing, and gift redemption
US20130024314A1 (en) * 2011-07-20 2013-01-24 Braxton Bobby W Method of selling items
US8818891B1 (en) * 2011-08-25 2014-08-26 Dean DiCarlo Electronically negotiated asset securitization
KR101189022B1 (ko) * 2011-09-14 2012-10-08 이정갑 경매 방법 및 경매 서버
KR101163340B1 (ko) * 2011-09-14 2012-08-07 이정갑 경매 방법 및 경매 서버
US10360578B2 (en) 2012-01-30 2019-07-23 Visa International Service Association Systems and methods to process payments based on payment deals
US9697479B2 (en) 2012-06-27 2017-07-04 SeatBoost LLC Pre-boarding auction system for airline seat upgrades
US9672562B1 (en) 2013-01-25 2017-06-06 Fedbid, Inc. Price determination in an auction system
US8744890B1 (en) 2013-02-14 2014-06-03 Aktana, Inc. System and method for managing system-level workflow strategy and individual workflow activity
US9349144B1 (en) * 2013-03-14 2016-05-24 Amazon Technologies, Inc. Auction-based requesting of electronic resources
US20150100449A1 (en) * 2013-10-09 2015-04-09 Crisostomo Bautista Garcia Systems and methods for electronic auctions with a set number of bidders
US10489754B2 (en) 2013-11-11 2019-11-26 Visa International Service Association Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits
US20160012521A1 (en) * 2014-07-11 2016-01-14 BidAway, Inc. System and Method for Online Bidding
US10135773B2 (en) 2015-12-27 2018-11-20 Challenge Star, Llc Communications system
US20170213265A1 (en) * 2016-01-26 2017-07-27 The Upper Deck Company Electronic distribution system and method for collectible items
US10349233B2 (en) 2016-03-14 2019-07-09 Challenge Star Llc Interactive communications system
US20180025418A1 (en) * 2016-07-20 2018-01-25 Ninkasi Technologies, LLC Systems and Methods for Setting Up Sale Transactions for an Online Auction
US10979535B1 (en) * 2017-02-28 2021-04-13 Amazon Technologies, Inc. Decoupled selection of content for semi-connected electronic devices
US11010825B2 (en) 2017-07-16 2021-05-18 Auction Frontier Llc System and method for synchronized video logging and playback of auction activity
RU2730408C2 (ru) * 2017-10-31 2020-08-21 Андрей Александрович ТУНИКОВ Способ проведения электронных онлайн торгов на электронной торговой площадке и автоматизированная онлайн система для его осуществления
RU2017138245A (ru) * 2017-11-02 2019-05-07 Андрей Александрович ТУНИКОВ Способ проведения электронных онлайн торгов по реализации услуг и автоматизированная онлайн система для его осуществления
US10949892B2 (en) * 2017-12-01 2021-03-16 International Business Machines Corporation Cross platform reward exchange marketplace providing an auction operation
US10949913B2 (en) 2018-05-23 2021-03-16 Ebay Inc. Generating replacement queries for alternate listings with desired item attributes
US11282134B1 (en) * 2018-10-25 2022-03-22 Kasselrrl Ip Llc System and method for online vehicle auctions and auctions or other price determining events for other goods and services
US10891445B2 (en) * 2019-02-28 2021-01-12 International Business Machines Corporation Using decay characteristics for natural language understanding output
CN110766390A (zh) * 2019-11-05 2020-02-07 福建随行软件有限公司 一种保证金支付方法及系统
WO2021142038A1 (en) * 2020-01-06 2021-07-15 QBI Holdings, LLC Advertising for media content

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5056019A (en) 1989-08-29 1991-10-08 Citicorp Pos Information Servies, Inc. Automated purchase reward accounting system and method
US5142578A (en) 1991-08-22 1992-08-25 International Business Machines Corporation Hybrid public key algorithm/data encryption algorithm key distribution method based on control vectors
US5426281A (en) * 1991-08-22 1995-06-20 Abecassis; Max Transaction protection system
US5794219A (en) * 1996-02-20 1998-08-11 Health Hero Network, Inc. Method of conducting an on-line auction with bid pooling
WO1995012175A1 (en) 1993-10-26 1995-05-04 Radisson Hotels International, Inc. System and method for awarding credits to persons who book travel-related reservations
MX9602773A (es) 1994-01-13 1997-05-31 Bankers Trust Co Sistema criptografico y metodo con aspecto de deposito de plica de clave.
CA2182596C (en) 1994-02-04 2004-04-20 James E. Biorge Method and system for allocating and redeeming incentive credits between a portable device and a base device
JPH07271697A (ja) * 1994-03-30 1995-10-20 Sony Corp 情報端末装置およびその情報伝送方法
US5537314A (en) 1994-04-18 1996-07-16 First Marketrust Intl. Referral recognition system for an incentive award program
US5557765A (en) 1994-08-11 1996-09-17 Trusted Information Systems, Inc. System and method for data recovery
US6012039A (en) 1994-11-28 2000-01-04 Smarttouch, Inc. Tokenless biometric electronic rewards system
JPH08161412A (ja) * 1994-12-07 1996-06-21 Oak Net:Kk オークション情報送信処理システム
US5734838A (en) 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US5794210A (en) 1995-12-11 1998-08-11 Cybergold, Inc. Attention brokerage
US5774870A (en) 1995-12-14 1998-06-30 Netcentives, Inc. Fully integrated, on-line interactive frequency and award redemption program
US5778367A (en) 1995-12-14 1998-07-07 Network Engineering Software, Inc. Automated on-line information service and directory, particularly for the world wide web
US5983196A (en) 1995-12-19 1999-11-09 Phoneworks, Inc. Interactive computerized methods and apparatus for conducting an incentive awards program
US5905975A (en) 1996-01-04 1999-05-18 Ausubel; Lawrence M. Computer implemented methods and apparatus for auctions
US5774873A (en) * 1996-03-29 1998-06-30 Adt Automotive, Inc. Electronic on-line motor vehicle auction and information system
US5835896A (en) * 1996-03-29 1998-11-10 Onsale, Inc. Method and system for processing and transmitting electronic auction information
US6085320A (en) 1996-05-15 2000-07-04 Rsa Security Inc. Client/server protocol for proving authenticity
US6704713B1 (en) * 1996-05-23 2004-03-09 Ita Investments, Llc Computer controlled event ticket auctioning system
US6072870A (en) 1996-06-17 2000-06-06 Verifone Inc. System, method and article of manufacture for a gateway payment architecture utilizing a multichannel, extensible, flexible architecture
US5825884A (en) 1996-07-01 1998-10-20 Thomson Consumer Electronics Method and apparatus for operating a transactional server in a proprietary database environment
US6070147A (en) 1996-07-02 2000-05-30 Tecmark Services, Inc. Customer identification and marketing analysis systems
US5890138A (en) 1996-08-26 1999-03-30 Bid.Com International Inc. Computer auction system
US5937391A (en) 1996-07-11 1999-08-10 Fujitsu Limited Point-service system in online shopping mall
US5796830A (en) 1996-07-29 1998-08-18 International Business Machines Corporation Interoperable cryptographic key recovery system
US6510418B1 (en) * 1996-09-04 2003-01-21 Priceline.Com Incorporated Method and apparatus for detecting and deterring the submission of similar offers in a commerce system
US5937066A (en) 1996-10-02 1999-08-10 International Business Machines Corporation Two-phase cryptographic key recovery system
US5923016A (en) 1996-12-03 1999-07-13 Carlson Companies, Inc. In-store points redemption system & method
US6113495A (en) * 1997-03-12 2000-09-05 Walker Digital, Llc Electronic gaming system offering premium entertainment services for enhanced player retention
US5996997A (en) 1997-05-16 1999-12-07 Stuart J. Kamille Method and apparatus for redeeming a game piece
US6012045A (en) 1997-07-01 2000-01-04 Barzilai; Nizan Computer-based electronic bid, auction and sale system, and a system to teach new/non-registered customers how bidding, auction purchasing works
US6030288A (en) 1997-09-02 2000-02-29 Quixotic Solutions Inc. Apparatus and process for verifying honest gaming transactions over a communications network
US5914472A (en) 1997-09-23 1999-06-22 At&T Corp Credit card spending authorization control system
US6061660A (en) 1997-10-20 2000-05-09 York Eggleston System and method for incentive programs and award fulfillment
US6009411A (en) 1997-11-14 1999-12-28 Concept Shopping, Inc. Method and system for distributing and reconciling electronic promotions
US6075971A (en) 1998-03-27 2000-06-13 Intel Corporation Method and apparatus for providing and monitoring coupons via a network
US6607136B1 (en) * 1998-09-16 2003-08-19 Beepcard Inc. Physical presence digital authentication system
US6055573A (en) 1998-12-30 2000-04-25 Supermarkets Online, Inc. Communicating with a computer based on an updated purchase behavior classification of a particular consumer
US6484147B1 (en) 1999-01-27 2002-11-19 Edexpress, Inc. Data processing system for facilitating merchandise transactions
WO2000079461A1 (en) 1999-06-23 2000-12-28 Richard Postrel System for electronic barter, trading and redeeming points accumulated in frequent use reward programs
US6178408B1 (en) * 1999-07-14 2001-01-23 Recot, Inc. Method of redeeming collectible points
US6532448B1 (en) 1999-11-19 2003-03-11 Insightful Corporation Contest server
US6629081B1 (en) 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
US20010034663A1 (en) 2000-02-23 2001-10-25 Eugene Teveler Electronic contract broker and contract market maker infrastructure

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002329136A (ja) * 2001-05-07 2002-11-15 Access:Kk 広告ポイント処理方法、ウェブサーバおよび広告ポイントサーバ
JP2007503066A (ja) * 2003-05-27 2007-02-15 シティコープ クレジット サービス,インク. クレジットカードの特典プログラムシステムおよび方法
JP2004362260A (ja) * 2003-06-04 2004-12-24 Win:Kk 使用済み自動車の販売処理方法とその販売処理システム
JP2010128740A (ja) * 2008-11-27 2010-06-10 Yahoo Japan Corp ネットオークション管理装置
JP2010211690A (ja) * 2009-03-12 2010-09-24 Yahoo Japan Corp オークション取引情報報知装置およびその方法
JP2015133146A (ja) * 2012-06-12 2015-07-23 グリー株式会社 オークションシステム及びその方法、このオークションシステムを実現するためのプログラム
JP2015524101A (ja) * 2012-07-26 2015-08-20 キム,ス−ヒョン クライアントの位置に連動する広告の露出順位の管理装置及び管理方法
JP2015111437A (ja) * 2015-01-17 2015-06-18 利仁 曽根 オークション提供方法

Also Published As

Publication number Publication date
AU1094801A (en) 2001-04-30
US7461022B1 (en) 2008-12-02
WO2001029750A1 (en) 2001-04-26
EP1257963A1 (en) 2002-11-20
EP1257963A4 (en) 2005-02-09

Similar Documents

Publication Publication Date Title
US7461022B1 (en) Auction redemption system and method
US7424617B2 (en) Offline-online incentive points system and method
US20030093355A1 (en) Method, system and computer site for conducting an online auction
US20080114653A1 (en) Systems and methods for allocating a consumer access right to a live event
US20060069619A1 (en) Systems and methods for facilitating group rewards
US20080082355A1 (en) Integrated rights marketplace systems and methods
US20080109296A1 (en) Contingent rights exchange associated with a social network
US20080243532A1 (en) Contingent purchase rights associated with consumer products
US20090006184A1 (en) Systems and methods for demand aggregation for proposed future items
US20080109234A1 (en) Secondary market for contingent rights exchange
US20090070249A1 (en) Contingent event rights relating to team location
US20080109345A1 (en) Contingent rights exchange relating to non-post season sporting events
US20080109322A1 (en) Rights exchange user interface
US20080103801A1 (en) Contingent travel rights exchange
US20080109321A1 (en) Contingent forward rights exchange
US20080103920A1 (en) Contingent rights relating to a weather phenomenon
US20080103802A1 (en) Contingent rights exchange relating to music production
US20080109297A1 (en) Methods and systems for pricing contingent rights
US20080109323A1 (en) Associating media channels with a contingent rights exchange
US20080103919A1 (en) Contingent consumer product rights exchange
US20080109233A1 (en) Contingent rights exchange relating to a private event, good or service
US20080103803A1 (en) Contingent event rights relating to an event participant
US20080172294A1 (en) Online modified dutch auction
WO2012016212A2 (en) Multiple party advertisement system and method
US20120078745A1 (en) Methods and apparatus for applying bids used in a primary auction to a secondary auction

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070730

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20090528

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20090603

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100218

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100517

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100608