(57)【要約】  所与の変数を閲覧しているユーザの数が、変化率および／または前記変数の結果に直接影響を及ぼす。電子商取引の場合、製品および／またはサービスの価格設定は、製品および／またはサービスが売り物であるウェブサイトを、インターネットを介してアクセスするユーザに基づく。初期価格指示アソシエータが、初期価格指示を製品および／またはサービスのファイルと関連づける。初期価格設定は、過去の指示またはエンジン自体に基づいてもよい。その後、価格指示アジャスタが、ウェブサイトまたは関係があるウェブサイトにユーザがアクセスすることに応答して、価格設定を調節する。ピアアクティビティを潜在的な買い手に示して、販売、および衝動買いの挙動を促進するように、ウェブサイト上に示すユーザ・インタフェース・メータが、販売されている製品および／またはサービスにどれだけ多くの関心があるかを潜在的な買い手に示す。価格設定は動的であり、ウェブサイトをアクセスしているユーザの量により決定される率でリアルタイムに調節される。ピアアクティブ技術を使用して、製品および／またはサービスを販売するすべてのウェブサイトにわたり、ピアアクティビティのレベルを集約することができる。【選択図】図１
2014517369.tif 000002
【特許請求の範囲】
【請求項１】
製品および／またはサービスを販売し、配送し、市場で売り、提供し、前記製品および／またはサービスの要求を生み出すためのオンラインシステムであって：
製品および／またはサービスの第１のデータベース；
前記価格指示と前記製品および／またはサービスのデータベースに記憶された前記製品および／またはサービスの各々との間の関係を示し、関連づける第２のデータベース；
前記製品および／またはサービスのデータベースに記憶された製品および／またはサービスのファイルの各々に関連づけられた製品および／またはサービスの指示を受信するための初期指示アソシエータ；
前記製品および／またはサービスのファイルの各々を初期指示で最初に価格設定するための前記初期指示アソシエータ；
前記初期指示アソシエータが前記製品および／またはサービスの各々を関連づける前記初期指示の指標を受信するための、ならびに前記第１の製品および／またはサービスのファイルの各々に対する前記第１のデータベースまたは前記第１のデータベースのホストのアクセスまたは閲覧の指標を受信するための指示アジャスタ；および
前記指示アジャスタは、前記アクセスもしくは閲覧、または認識された要求に応答して前記初期指示を調節するため、および前記第１の製品および／またはサービスの各々と関連する、調節された指示を形成するためにあること
を含むオンラインシステム。
【請求項２】
前記第１のデータベースをウェブサイト上で閲覧可能にし、インターネット通信を介した、ユーザによる前記ウェブサイトのアクセスおよび閲覧が前記指示アジャスタを活動化するように動作し、前記指示は価格指示である、請求項１に記載のオンラインシステム。
【請求項３】
ユーザによる前記動作は、製品および／またはサービスを購入するための肯定的なステップではない、請求項２に記載のオンラインシステム。
【請求項４】
前記ウェブサイト上にユーザインタフェースを含み、それにより、前記ウェブサイトへのアクセスが、他の人たちが前記ウェブサイトをアクセスしている程度の指標を前記ユーザに提供し、それにより、前記ユーザに対するピアプレッシャの尺度を提供する、請求項１に記載のオンラインシステム。
【請求項５】
前記ウェブサイト上にユーザインタフェースを含み、それにより、前記ウェブサイトへのアクセスが、他の人たちが選択的に前記ウェブサイト上で閲覧している、購入している、サーフィンしている、または他の方法で前記ウェブサイトと対話している程度の指標を前記ユーザに提供し、それにより、前記ユーザに対するピアプレッシャの尺度を提供する、請求項１に記載のオンラインシステム。
【請求項６】
前記インタフェースは、スケーリング・メータ・インジケータを含む、請求項５に記載のオンラインシステム。
【請求項７】
スケーリング・メータ・インジケータを含むユーザインタフェースを含む、請求項１に記載のオンラインシステム。
【請求項８】
前記システムはオークション用であり、前記オークションは逆オークションである、請求項１に記載のオンラインシステム。
【請求項９】
前記初期指示アソシエータが前記製品および／またはサービスのファイルと関連づける前記初期指示は、少なくとも段階的なやり方で、過去の要求と直接結びつけられる、請求項１に記載のオンラインシステム。
【請求項１０】
前記指示アジャスタは、前記第１の製品および／またはサービスのファイルの各々に関連する、前記調節された指示を対話式に調節する、請求項１に記載のオンラインシステム。
【請求項１１】
前記指示アジャスタに対する認識された要求の前記指標は、前記認識された要求の前記指標に応答して動的に、実質的にリアルタイムに、少なくとも連続した間隔で前記指示アジャスタに対する前記調節を可能にし、前記指示アジャスタは、前記少なくとも前記連続した間隔で受信した前記認識された要求の前記指標に応答して前記調節された指示を連続してさらに形成する、請求項１に記載のオンラインシステム。
【請求項１２】
前記指示アジャスタにより形成された前記調節された指示は、認識された要求に応答して、前記調節された指示の、以前に形成された値を増分で変える、請求項１に記載のオンラインシステム。
【請求項１３】
前記調節は、所定の期間にわたり前記サイトをアクセスしているユーザの数に応答して加速または減速する、請求項１に記載のオンラインシステム。
【請求項１４】
製品および／またはサービスを販売するためのオンライン方法であって：
製品および／またはサービスの第１のデータベースを有すること；
前記価格指示と前記製品および／またはサービスのデータベースに記憶された前記製品および／またはサービスの各々との間の関係を示し、関連づける第２のデータベースを有すること；
前記製品および／またはサービスのデータベースに記憶された、製品および／またはサービスのための初期指示を関連づけること；
前記初期指示は前記製品および／またはサービスのファイルの各々からなること；
アクセスもしくは閲覧、または認識された要求に応答して、および第１の製品および／またはサービスの各々と関連する、調節された指示を形成するために、前記製品および／またはサービスの価格を調節すること
を含むオンライン方法。
【請求項１５】
前記第１のデータベースをウェブサイト上で閲覧可能にし、インターネット通信を介した、ユーザによる前記ウェブサイトのアクセスおよび閲覧が前記指示アジャスタを活動化するように動作し、前記指示は価格指示である、請求項１４に記載の方法。
【請求項１６】
ユーザによる前記動作は、製品および／またはサービスを購入するための肯定的なステップではない、請求項１５に記載の方法。
【請求項１７】
ユーザによる前記動作は、製品および／またはサービスを購入するために何もしないことである、請求項１５に記載の方法。
【請求項１８】
前記ウェブサイト上にユーザインタフェースを含み、それにより、前記ウェブサイトへのアクセスが、他の人たちが前記ウェブサイトをアクセスしている程度の指標を前記ユーザに提供し、それにより、前記ユーザに対するピアプレッシャの尺度を提供する、請求項１４に記載の方法。
【請求項１９】
前記ウェブサイト上にユーザインタフェースを示すことを含み、それにより、前記ウェブサイトへのアクセスが、他の人たちが選択的に前記ウェブサイト上で閲覧している、購入している、サーフィンしている、または他の方法で前記ウェブサイトと対話している程度の指標を前記ユーザに提供し、それにより、前記ユーザに対するプレッシャの尺度を提供する、請求項１４に記載の方法。
【請求項２０】
スケーリング・メータ・インジケータを含むインタフェースを示すことを含む、請求項１４に記載の方法。
【請求項２１】
前記方法はオークション用であり、前記オークションは逆オークションである、請求項１４に記載の方法。
【請求項２２】
前記指示アジャスタにより形成された前記調節された指示は、認識された要求に応答して、前記調節された指示の、以前に形成された値を増分で変える、請求項１４に記載の方法。
【請求項２３】
前記調節は、所定の期間にわたり前記サイトをアクセスしているユーザの数に応答して加速または減速する、請求項１４に記載の方法。
【請求項２４】
マネージャサーバに、式に基づきピアプレッシャを計算させることを含み、管理者がスロットまたはサイトを閲覧しているブラウザの数を設定し、ピアプレッシャなしおよび最大ピアプレッシャの間が存在してもよい請求項１に記載のオンラインシステム。
【請求項２５】
スロットまたはサイトを現在閲覧している前記ブラウザの数（ＢｒｓｒＣｏｕｎｔ）に基づき：ピアプレッシャ＝（ＢｒｓｒＣｏｕｎｔ−ＢｒｓｒＰＰＭｉｎ）／（ＢｒｓｒＰＰＭａｘ−ＢｒｓｒＰＰＭｉｎ）のようにピアプレッシャを計算し、負の値を０に変え、１より大きな値を１に変える、請求項２４に記載のオンラインシステム。
【請求項２６】
スロットまたはサイトに対する前記ピアプレッシャのメータ内の各色範囲に対してブラウザの前記最小数または前記最大数を管理者が指定することができるようになる、請求項１に記載のオンラインシステム。
【請求項２７】
前記マネージャサーバは、式に基づき製品に対する価格変化率を計算する、請求項１に記載のオンラインシステム。
【請求項２８】
管理者が、製品に対して、開始価格、終了価格、ピアプレッシャが存在しない（０）ときの価格変化率、および最大ピアプレッシャ（１）存在するときの価格変化率を設定することができる、請求項１に記載のオンラインシステム。
【請求項２９】
前記価格変化率は次式：ＲａｔｅＯｆＰｒｉｃｅＣｈａｎｇｅ＝（ピアプレッシャ＊（ＲａｔｅＭａｘＰＰ−ＲａｔｅＭｉｎＰＰ））＋ＲａｔｅＭｉｎＰＰで計算され、選択的に、製品に対する前記終了価格が前記開始価格より低い場合、前記ＲａｔｅＯｆＰｒｉｃｅＣｈａｎｇｅに−１を乗算する、請求項２９に記載のオンラインシステム。
【請求項３０】
前記方法を、発行者／コンテンツサイトを含むウェブサイトに選択的にバナー広告として適用すること、および前記オンラインシステムを使用している／公開しているサイトにわたりリアルタイムでウェブトラフィック集約を選択的に可能にすることを含む、請求項１に記載のオンラインシステム。
【請求項３１】
所定のしきい値に基づく警報の数、状態メッセージ、またはターゲットメッセージをユーザに表示することを含む、リアルタイムメッセージ伝達を適用することを含む、請求項１に記載のオンラインシステム。
【請求項３２】
前記価格が変化する前記率は、サイト上のユーザの多少に基づき、すなわち、１）より多くのユーザに基づくより大きい変化率、２）より少ないユーザに基づくより大きい変化率、３）より多くのユーザに基づくより小さい変化率、または４）より少ないユーザに基づくより小さい変化率のうち少なくとも１つに選択的に基づき、より大きくまたはより小さくすることができる、請求項１に記載のオンラインシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、任意の瞬間に変数を前記変数に有効な関心を有するユーザの数に基づき決定する方法であるピアアクティブ（Ｐｅｅｒａｃｔｉｖｅ）技術に関する。
【０００２】
より詳しくいうと、本開示は、任意の瞬間に特定の製品および／またはサービスを閲覧している有効なユーザの数が、たとえばオンラインショッピングまたはオークションプラットフォームで、前記製品および／またはサービスの価格に対して動的でリアルタイムに影響を及ぼすピアアクティブ価格設定を決定する装置および関連する方法に関する。
【０００３】
さらに、本開示は、一般に製品および／またはサービスの消費者へ配送するために利用可能な製品および／またはサービスを価格設定するやり方に関する。
【０００４】
より詳細には、本開示は、たとえばオークションプラットフォームのオンラインショッピングで要求指示に従って、すなわち製品および／またはサービスに対する実際の要求の指標に従って製品および／またはサービスを動的に価格設定する装置および関連する方法に関する。
【０００５】
ピアアクティブエンジンの能力の他の例が、広告、価値提案、要求インジケータ、ゲーム、ギャンブルおよび資金集めに関し、本文書全体を通して例を提供する。
【背景技術】
【０００６】
デジタル通信技術および他の通信技術の技術的進歩により、インターネットベースの電子商取引決済の開発および導入が可能になった。オンラインオークション処理により製品および／またはサービスを販売することができ、決済の通信はインターネットを経由する。
【０００７】
インターネットを経由して伝達される製品および／またはサービスに関して、製品および／またはサービスの消費者が、個々の製品および／またはサービスを製品および／またはサービスの宛先に配送するために購入することができ、製品および／またはサービスのファイルを価格設定し、その購入を可能にするために使用される価格設定機構は、通常、パッケージ化された製品および／またはサービスを価格設定し、販売するやり方に実質的に対応する。
【０００８】
製品および／またはサービスは、通常の小売企業および他の企業で製品および／またはサービスの価格設定および販売に実質的に対応するやり方で価格設定および販売される。製品および／またはサービスを市場に出して販売する価格を確立するための基礎として、価格が確立される。
【０００９】
このやり方での製品および／またはサービスの価格設定は長い間の慣習に基づいており、かつ広く受け入れられているが、従来の価格設定機構は、買い手および売り手の両方の観点から、製品および／またはサービスの最も適切な価格設定に対する不正確な指標である。
【００１０】
オークションにより製品および／またはサービスを価格設定する改善されたやり方が、インターネット通信システムの能力を利用して、製品および／またはサービスのよりよく最適な価格設定を容易にする。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従来システムに対して著しく改善されたインターネットベースの通信システムを使用して製品および／またはサービスのオンラインショッピングを提供することが本開示の目的である。本開示の電子商取引システムが、従来システムの欠点を最小にすることに関係がある。
【００１２】
価格設定は、開示するシステムが動作することができる１つの状況でしかなく、価格を効果的に決定することができるシステムについて詳細に説明することにより、関係がある技術の他の例が提示される。
【課題を解決するための手段】
【００１３】
本開示は、製品および／またはサービスの可能な購入者のうち、より実際的な感覚で関与している数に従ってオンラインショップまたはオークションエンジンにより実質的にリアルタイムに利用可能であり、かつ販売される製品および／またはサービスを価格設定するシステム、装置および方法を提供する。
【００１４】
さらに、本開示はまた、広告、価値提案、要求インジケータ、ゲーム、ギャンブルおよび資金集めを含むがこれらに限定されない、ピアアクティブシステムを使用するための代替例を提供する。
【００１５】
本開示のより完全な説明および本開示の範囲は、以下に簡潔に要約する添付図面、本開示の、現在好ましい実施形態の以下の詳細な説明、および添付の特許請求の範囲から得ることができる。
【００１６】
本開示の、上述の特徴および目的は、同様の番号が同様の要素を表す添付図面と併せて読まれる以下の説明を参照して、より明らかになるであろう。
【図面の簡単な説明】
【００１７】
【図１】（システム概観）ピアアクティブ価格設定システムの４つの主要な構成要素を示す。
【図２】（ブラウザ起動）ブラウザがピアアクティブサイトに入ったときにブラウザが実行するJavascriptベースのルーチンを示す。
【図３】（ブラウザのメインループ）ブラウザが図２の起動手順を完了するとブラウザが入る、Javascriptベースのループを示す。
【図４】（ブラウザが製品をチェックアウトする）ユーザが製品をチェックアウト（購入）したときに続く、Javascriptベースの手順を示す。
【図５】（ブラウザがサーバに要求する）ブラウザ−ハンドラサーバに情報を送信する、またはブラウザ−ハンドラサーバに情報を要求するときにブラウザが従う、Javascriptベースの手順を示す。
【図６ａ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｂ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｃ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｄ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｅ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｆ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図６ｇ】（ブラウザ−ハンドラサーバ）ブラウザからのデータ要求を処理するために、１つまたは複数の一般にアクセス可能な、ウェブを向くサーバコンピュータ上で実行されるｐｈｐベースの手順を示す。
【図７】（マネージャサーバ）単一サーバコンピュータ上で連続的に実行され、かつシステム全体に及ぶ管理機能を実施する、ｐｈｐベースのアプリケーションの動作を示す流れ図である。
【図８】（シーケンス製品選択）各スロットで表示すべき「現在の」および「次の」製品を決定するためにマネージャサーバが従うｐｈｐベースの手順を示す。
【図９】「Ｄｒｏｐ  Ｔｉｌ  Ｙｏｕ  Ｓｈｏｐ」という名の一例の小売店頭で作動中のピアアクティブエンジンのスクリーンショットである。
【図１０】「Ｄｒｏｐ  Ｔｉｌ  Ｙｏｕ  Ｓｈｏｐ」という名の一例の小売店頭で作動中のピアアクティブエンジンの第２のスクリーンショットである。
【図１１】「Ｄｒｏｐ  Ｔｉｌ  Ｙｏｕ  Ｓｈｏｐ」という名の一例の小売店頭で作動中のピアアクティブエンジンの第３のスクリーンショットである。
【図１２】「Ｄｒｏｐ  Ｔｉｌ  Ｙｏｕ  Ｓｈｏｐ」という名の一例の小売店頭で作動中のピアアクティブエンジンの第４のスクリーンショットである。
【発明を実施するための形態】
【００１８】
ピアアクティブエンジンは、ウェブサイトを閲覧しているユーザの数が、結果としてサイトの挙動に、すなわち、サイトの他の閲覧者すべての体験に影響を及ぼすソフトウェアシステムである。電子商取引は、ピアアクティブシステムから利益を得ることができる領域の一例である。
【００１９】
本文書全体を通して、ピアアクティブ技術を使用するウェブサイトを説明するために、用語「サイト」および「商店」を交換可能に使用する。この技術に基づくサイトはまた、他のウェブサイトに埋め込まれるが、それでもなおこの技術に基づくウェブサイトのピアアクティブ機能のすべてを保持することができる。このような用法を本明細書では「埋込み」と呼ぶ。
【００２０】
一般に、従来の電子商取引は、２つの区分に分けられる：すなわち、製品購入の最終価格をユーザが入力できない定価の「今購入する」製品、および即座に製品を買う買い物客の能力を制限し、それにより、衝動買いを減少させるオークションである。開示する処理は、ピアアクティブエンジンを使用して、従来の２つの電子商取引ショッピング方法の欠点に対処する、ユーザが生成した、リアルタイムの価格設定モデルである。
【００２１】
すべてのオークションは（逆オークションまたは従来のオークション）、価格（すなわち、付け値）を変えるためにユーザの動作を必要とする。開示するシステムは、ユーザによるいかなる特定の動作も必要とせず、ウェブサイトへのユーザトラフィックに基づき、価格を自動的に変える。
【００２２】
ピアアクティブ価格設定は、リアルタイムのユーザトラフィックに基づき、品目の価格を決定する電子商取引ソフトウェアアプリケーションである。データベースが、品目を見ているすべてのユーザを追跡しながら、アルゴリズムがこのデータを使用して、サイト上のユーザの数を基準にした増大率または低減率で価格を上下に駆動する。
【００２３】
ピアアクティブ価格設定システムは、その中心部分では、定価のレベルを決定するのではなく、むしろ価格（または任意の変数）の増大率または低減率を決定する。価格は、常に（変わる率で）増大または低減させられ、ユーザトラフィックにより決定されているのは、この増大／低減の率である。
【００２４】
エンジンが価格設定を計算する処理は、完全に自動化されている。したがって、価格設定に影響を及ぼすために「付け値」の形でユーザ動作を必要とする、まさにオークションスタイルのショッピング体験が必ずしも存在しない。
【００２５】
単にサイトの訪問者であることが、価格設定に影響を及ぼす。開示するシステムは、価格変化の「リアルタイム」な性質、およびユーザ対話の受動的な性質（すなわち、ユーザは、価格を変えさせるために、いかなる直接的な動作も行う必要がない）のために、他の価格設定システムすべてと異なる。
【００２６】
価格を増大または低減するように、ピアアクティブエンジンを設定することができ、より高い／低いレベルのトラフィックが、加速させるまたは減速させるレベルで価格を増大または低減する。変数をコンテンツ管理システムに設定する。
【００２７】
システムはまた、ブラウザが価格変化をどのように表示するかを取り扱う独特の方法を有する。ジャイロスコープ効果が存在し、価格変化の加速または減速を達成し、さらにモニタに示すことができる。
【００２８】
価格設定は、ピアアクティブエンジンの能力のほんの一例でしかない。また、ユーザトラフィックを使用して、任意の定量化可能な変数、たとえば品目の量、帯域幅レベル、メディア時間などを増大または低減することができる。
【００２９】
ピアアクティブ・エンジン・システムを、逆オークションシステムまたは従来のフォワード・オークション・システムと共に使用することができる。インターネットインタフェース、たとえばグラフ、クロックまたは他のモニタインタフェースが、ピアアクティビティ（Ｐｅｅｒａｃｔｉｖｉｔｙ）の尺度を、すなわちサイトもしくはサイト上の特定のページ、またはページ上の特定の品目を訪問している他の人の数を、オンラインでユーザに提供することができる。モニタはこれらの人の数を必ずしも提供するのではなく、グラフで示され、かつ低いピアプレッシャから高いピアプレッシャまでを示すことができるスケーリング効果が存在し得る。ピアアクティビティレベルが高いほど、それだけ大きなピアプレッシャがユーザに対して存在する。本文書全体を通して、用語ピアプレッシャおよびピアアクティビティを交換可能に使用する。
【００３０】
以下ではピアアクティブ電子商取引およびオークションシステムの全体的な概要が続く。
【００３１】
製品および／またはサービスのためのオンライン・オークション・システムが、製品および／またはサービスの第１のデータベース、ならびに価格指示と製品および／またはサービスのデータベースに記憶された製品および／またはサービスの各々との間の関係を示し、関連づける第２のデータベースを備える。製品および／またはサービスのデータベースに記憶された製品および／またはサービスのファイルの各々に関連づけられた製品および／またはサービスの指示を受信するための初期価格指示アソシエータが存在する。初期価格指示アソシエータは、最初に、第１の製品および／またはサービスのファイルの各々を初期価格指示で価格設定する。価格指示アジャスタが、前記初期価格指示アソシエータが製品および／またはサービスの各々と関連づけた初期価格指示の指標を受信する。価格指示アジャスタはまた、第１のデータベース、または製品および／またはサービスのファイルの各々に対する第１のデータベースのホストのアクセスまたは閲覧の指標を受信する。価格指示アジャスタは、アクセスまたは閲覧に応答して、および第１の製品および／またはサービスの各々と関連づけられた、調節された価格指示を形成するために、初期価格指示を調節する。
【００３２】
価格設定は、製品および／またはサービスを提供するウェブサイトへのオンラインアクセスの指標に基づく。価格はより効果的に設定される。製品および／またはサービスに対する要求が変わるので、製品および／またはサービスの価格設定もまた変わり、製品および／またはサービスの価格を動的に改定する。電子商取引ウェブサイトを閲覧するまたはアクセスするユーザが増加または減少する変化に応じて、製品および／またはサービスの価格は増大または低減させられる。この加速または減速の率を変えることが可能であってもよい。
【００３３】
第１のデータベースをウェブサイト上で閲覧可能にして、インターネット通信を介してユーザがウェブサイトをアクセスまたは閲覧することにより、価格指示アジャスタを活動化するように動作させる。
【００３４】
ユーザによる動作は、製品および／またはサービスを購入するための肯定的なステップではない。
【００３５】
ウェブサイト上にユーザインタフェースが提供され、それにより、ウェブサイトへアクセスすることにより、他の人たちがウェブサイトにアクセスしている程度の指標がユーザに提供され、それにより、ユーザに対するピアプレッシャの尺度が提供される。
【００３６】
ウェブサイト上のユーザインタフェースがウェブサイトへのアクセス手段を示し、他の人たちが選択的にウェブサイト上で閲覧している、購入している、サーフィンしている、または他の方法でウェブサイトと対話している程度の指標をユーザに提供し、それにより、ユーザに対するピアプレッシャの尺度をする。
【００３７】
インタフェースは、スケーリング・メータ・インジケータを含み、オークションは逆オークションであってもよい。
【００３８】
前記初期価格指示アソシエータが製品および／またはサービスのファイルと関連づける初期価格指示は、少なくとも段階的なやり方で、過去の要求と結びつけられる。価格指示アジャスタは、第１の製品および／またはサービスのファイルの各々と関連づけられた、調節された価格指示を対話式に調節する。
【００３９】
価格指示アジャスタに対する認識された要求の指標が、認識された要求の指標に応答して、少なくとも連続した間隔で動的に、実質的にリアルタイムに価格指示アジャスタを調節できるようにする。価格指示アジャスタは、最小の連続した間隔で受信した、認識された要求の指標に応答して、調節された価格指示を連続してさらに形成する。
【００４０】
前記価格指示アジャスタにより形成された、調節された価格指示は、認識された要求に応答して、調節された価格指示の以前に形成された値を増分で変える。価格調節は、所定の期間にわたりサイトをアクセスしているユーザの数に応答して、加速または減速する。
【００４１】
製品および／またはサービスを販売するためのオンラインオークション方法が、製品および／またはサービスの第１のデータベースを有すること、価格指示と製品および／またはサービスのデータベースに記憶された製品および／またはサービスの各々との間の関係を示し、関連づける第２のデータベースを有すること、製品および／またはサービスのデータベースに記憶された製品および／またはサービスに対して初期価格指示を関連づけること、初期価格設定が、製品および／またはサービスのファイルの各々からなること；アクセスもしくは閲覧、または認識された要求に応答して、および第１の製品および／またはサービスの各々に関連づけられた、調節された価格指示を形成するために、製品および／またはサービスの価格を調節することを備える。
【００４２】
第１のデータベースをウェブサイト上で閲覧可能にして、インターネット通信を介してユーザがウェブサイトをアクセスまたは閲覧することにより、価格指示アジャスタを活動化するように動作させる。ユーザによる動作は、製品および／またはサービスを購入するための肯定的なステップではない。
【００４３】
ウェブサイト上のユーザインタフェースは、ウェブサイトへアクセスすることにより、他の人たちがウェブサイトをアクセスしている程度の指標がユーザに提供され、それにより、ユーザに対するプレッシャの尺度が提供されることを示す。ウェブサイト上のユーザインタフェースは、ウェブサイトへアクセスすることにより、他の人たちがウェブサイト上で選択的に閲覧している、購入している、サーフィンしている、または他の方法でウェブサイトと対話している程度の指標がユーザに提供され、それにより、ユーザに対するペアアクティビティの尺度が提供されることを示す。
【００４４】
本明細書で概説したピアアクティブ価格設定エンジンは、システムをどのように使用するかの一例の実用的な用途である。
【００４５】
ピアアクティブ価格設定エンジンは、任意の所与の瞬間に製品を閲覧しているユーザの数と直接相関させてリアルタイムに価格変化の率を増大または低減させる。簡単に言えば、ピアアクティブエンジンは、任意の所与の時間にページ上のユーザの数を追跡し、ユーザの数に基づき、アルゴリズムを使用して、価格を増大または低減する率を計算する。価格は絶えず（上下に）動くが、画面上の価格が、ユーザの認識した製品の価格と一致するとユーザが感じると、ユーザは「購入」をクリックし、製品をこの価格で確保することができる。このとき、ユーザは衝動的であってもよいが、自分が購入する最終価格の入力も有する。
【００４６】
所与のウェブサイト上のトラフィックがゼロである場合、変化率はゼロであってもよく（アルゴリズムをどのように設定するかに依存する）、したがって、価格がまるで固定されたレベルにあるように思える場合があることに留意されたい。これは事実ではない。これは、価格を上下に駆動するトラフィックが存在しないことを示しているだけである。単一のユーザがサイトを閲覧するとすぐに、アルゴリズムはこのことを認識し、価格が増大し始めるまたは低減し始めることにより、このことが反映される。価格は、あるレベルから他のレベルに簡単には「ジャンプ」しない；価格は（１人のユーザがサイトを見ることだけによってさえ）上方または下方に「刻まれ」、さらにまた、価格はユーザの量に基づきより速くまたはより遅く「刻まれる」。
【００４７】
１回の繰り返しで、ピアアクティブ価格設定アルゴリズムを、価格を増大させることだけが可能になるように設定することができる。製品が、比較的高い開始価格を有する可能性があり、製品が購入されるまで、ピアアクティビティに基づく率で、連続的に価格が低減する。ある品目が販売されると、製品は、開始価格に逆戻りし、再度低下し始める（したがって、他のユーザが逸した製品を買うチャンスを他のユーザにもう一度与える）、または製品提供シーケンスの次の製品に移動する。
【００４８】
ピアアクティビティのレベルは、段階でユーザに示される；高いピアアクティビティは、より速い下降率の価格変化を意味するが、同じく、サイト上により多くのユーザが存在し、さらに、製品をより低い価格で確保するために競争が増すことを示す。ユーザが、あまりにも長く待ちすぎて購入することができない場合、製品を他のユーザが先を争って買う可能性が高く、ユーザは再度運を試す必要がある。逆に、低いピアアクティビティは、サイト上にユーザがより少ないときに出現する；このとき、製品を購入するチャンスがより低く、したがって、価格をそれほど急激な率で低下させることができない。
【００４９】
要求の変化に価格をインテリジェントに応答することができるようにすることにより、ピアアクティブ価格設定エンジンは、無数の電子商取引処理をサポートし、その処理のための基になる技術となることができる。「価格変化」のより技術的な概観が続く。
【００５０】
ピアアクティブエンジンでは、サイトを閲覧する各ブラウザおよびサイトをホスティングするサーバの間で頻繁にハンドシェーキング通信すべきである。
【００５１】
ピアアクティブエンジンは、ソフトウェアの２つの部分：すなわち、サーバ上で実行されているｐｈｐベースのホストアプリケーションおよび各ユーザのブラウザ内で実行されているJavascriptコードの間で、頻繁に通信する必要がある。この通信は、ＡＪＡＸ呼出しで取り扱われ、その結果、ページを再ロードする、またはページの一部を不必要に再描画する必要なしに、サーバからのデータがブラウザの動作を誘導することができる。ｐｈｐホストアプリケーションは、自分のデータをＭＹＳＱＬデータベースに記憶し、すべてのデータベース対話を取り扱う。ここではＭＹＳＱＬを参照するが、この目的のために任意のデータベースシステムを使用することができる。
【００５２】
ピアアクティブエンジンは、何人のユーザが任意の所与の瞬間にサイトをブラウズしているかが正確に分かる。サーバは直接、任意のブラウザを識別し、任意のブラウザと通信することができる。
【００５３】
同一ＩＰアドレスを有する複数のコンピュータが同一の場所に存在する場合、このアドレスは通常、十分によく識別するものではない。開示するシステムは、同一ＩＰアドレスを有する複数のブラウザに対してさえ固有となる固有ＩＤ（ＵＩＤ）を各ブラウザに割り当てる。
【００５４】
ブラウザが電子商取引ウェブサイトを訪問したとき、最初に行うことは、ブラウザ−ハンドラサーバを呼び出して、商店が開いているかどうか、開いている場合には、ランディングページが存在するかどうか、または商店にすぐに入るべきかどうかをチェックすることである。ランディングページは、商店紹介として機能し、商店がどのように作動するかに関する情報だけでなく、既存のユーザ詳細でログインする、またはゲストとして商店に進む能力をユーザに提供する。ランディングページはまた、いかなるユーザも商店に進むことができなくするようし、それにより、必要に応じて商店を閉めるように構成することができる。次いで、ブラウザは、どのピアアクティブ製品スロットが商店を構成しているか、およびブラウザがサーバにどれだけの頻度でチェックインすべきかを含む、商店に関する追加情報をサーバに要求する。次いで、ブラウザは、サーバを呼び出して、商店に正式に「入店し」、サーバは固有識別子（ＵＩＤ）をブラウザに発行する。ブラウザが自分のＵＩＤを得ると、商店内の各製品スロットで現在および次の売り物の製品に関する情報をサーバに要求する。
【００５５】
ピアアクティブシステムは、いくつのブラウザが任意の所与の時間にサイトを閲覧しているかが正確に分かることに依存しているので、各ブラウザは、規則的頻度で「チェックイン」しなければならない。この頻度を「管理」システムで設定することができる。このチェックインは、ブラウザによる、典型的には１ｋ未満の非常に小さいＡＪＡＸ呼出しで取り扱われる。典型的なチェックイン頻度は、３秒ごとに１回である。
【００５６】
多くのブラウザが絶えずチェックインしているときに、サーバの過負荷を避けるため、メッセージは小さく保たれる。サーバは、自分のデータベースでは、いくつのブラウザが現在接続しているかの単純なカウンタ、およびサーバがこれらのブラウザに割り当てた固有識別子のテーブルを維持する。また、このテーブルには、各ブラウザが次にチェックインする予定である日時が存在する。新しいブラウザが現れ、自分のＩＤを手渡されたとき、カウンタおよびテーブルを更新する。このブラウザが、次に予定した自分のチェックイン時間までにチェックインしなかった場合、カウンタを減分し、このＩＤをサーバのテーブルから解放する。ユーザがこのサイトからナビゲートして離れた場合、ブラウザは、自分がサイトを放棄していることをサーバに通知する小さなメッセージをサーバに送信する。
【００５７】
一実施形態では、サーバからのピアアクティビティ情報がユーザのブラウジング体験に影響を及ぼすことができる方法が２つあり得る：すなわち、ピアアクティビティメータ、およびページ上の各製品に対する価格低下率である。
ピアアクティビティメータ
【００５８】
ピアアクティビティ自体を内部的に０から１の間の分数により表し、ここで、０はピアプレッシャがゼロであり、１は最大のピアプレッシャである。商店内の各スロットが、自分自身のピア・プレッシャ・メータもしくはインジケータを有することができる、または商店は、商店内のスロットの１つから、もしくは商店内のすべてのスロットに関与する数学的計算結果（たとえば平均）から値が得られる、単一の「統一」ピア・プレッシャ・メータもしくはインジケータを有することができる。このピアプレッシャ数値は、商店のまたは各スロットのピアアクティビティメータ内のポインタ位置に線形にマッピングされる。最大ピアアクティビティを構成する有効なブラウザの数が、サーバのデータベースの管理者により設定される。有効なブラウザの数およびピアアクティビティ数値の間の関係もまた、データベースの管理者により設定される。たとえば、１７〜３９の間のブラウザをピアアクティビティレベル０．１〜０．２５にマッピングするべきであると設定することができ、これにより、ピアアクティビティレベルをピアアクティビティメータ上で「黄色の」範囲にすることができる。ピアアクティビティ数値をピアアクティビティメータ内のポインタ位置にマッピングするのはウェブブラウザの責任である。
価格変化
【００５９】
ピアアクティビティ数値の目的が、現在売り物の品目の各々に対する価格変化率を決定することである。データベースでは、各製品は：各製品の開始価格、各製品の終了価格、各製品の、ピアアクティビティなし（０）に伴う変化率、各製品の、最大ピアアクティビティ（１）に伴う変化率、および各製品の価格変化を計算すべき頻度（ミリ秒単位）に対する値を有する。価格が「低下している」と言うが、代わりに、価格が上昇するように数値を設定することができる。変化率は、２つの数値：すなわち、分数とすることができる金額、および製品の現在の価格をこの金額だけ調節すべき時間間隔（ミリ秒単位）からなる。
【００６０】
サーバおよびブラウザの間の通信が、比較的低頻度（たとえば、３秒ごとに１回）の設定された間隔で行われるので、ブラウザは、サーバからの更新の間に、ユーザに対してスムーズな体験を提供する方法で機能することができるはずである。価格が低下しているとき、ユーザは常に、これらの価格が所定の率でスムーズに低下しているのが分かるはずである。ブラウザは、この場合、自律的であるべきであり、サーバがあらゆる価格更新を送信する必要なしに、表示した価格を更新する。不定期の通信中に、ピアアクティビティまたは現在の価格が変わったことをサーバが報告した場合、ブラウザ内のJavascriptは、ブラウザをスムーズに更新して、ユーザが大きな急変をまったく見ることなく、ブラウザをサーバと同期させるべきである。
【００６１】
ブラウザは、本質的に、回転するジャイロスコープのように動作する。外界からの入力がなければ、ジャイロスコープタイプの作用を受ける「ブラウザ」は、長い間「回転し」続ける。時々、ブラウザがサーバにチェックインし、見返りとして更新された状態になるとき、これは、物理的に、ジャイロスコープに触ってそのスピードを上げる、またはジャイロスコープに触ってそのスピードを下げることに相当する。刺激が瞬時的であっても、回転速度の変化は漸進的であり、同様に、サーバの変化を受ける「ブラウザ」動作も漸進的となり得る。
【００６２】
ブラウザは、サーバが報告した任意の低下率またはピアアクティビティ変化に対して素早く調節することができるので、各製品は、ユーザが最後に「今購入する」ボタンを押したときに期待していた価格で販売される。「今購入する」ボタンをクリックすると、受け入れた購入価格をサーバに送信して、顧客が期待している代金を請求されることを確かめる。
【００６３】
ピアアクティブシステムは、サイトを閲覧しているブラウザの数により駆動されるが、ピアアクティブシステムのアーキテクチャは、より高度な制御を可能にする。たとえば、サーバコードを修正して、ピアアクティビティを計算しながら、製品の残りの在庫総額、時刻、曜日、または他の計量を考慮することができる。前述の繰り返しは、ピアアクティブを、より詳細にはピアアクティブ価格設定をどのように利用することができるかのほんの一例である。
【００６４】
本開示の動作により、製品および／またはサービスのための電子商取引ウェブサイトのサーバとブラウザが対話することにより、製品、サービスを動的に価格設定することが可能なシステムが提供される。このような対話は、ユーザに関する限り受動的とすることができ、特定のウェブサイトを単にブラウジングするだけで、サイト、または関係のあるもしくは接続したサイト上で製品および／またはサービスが動的に価格設定される。
【００６５】
本開示の一実施形態の動作によれば、価格設定は、ユーザのオンライントラフィック、たとえば、オンラインサイトを訪問している人に基づく。価格設定は、好ましくは、ユーザの動作、たとえば製品またはサービスに値をつけることと無関係である。
【００６６】
ピアアクティブエンジンの流れ図をさらに詳細に説明する。
【００６７】
図示する流れ図は、製品および／またはサービスのデータベースに記憶された、ならびに購入用もしくは他の用途で選択的に利用可能な製品および／またはサービスを価格設定する本開示の動作を表す。データベースに記憶された製品および／またはサービスは、第１の製品および／またはサービスのファイルならびに少なくとも第２の製品および／またはサービスのファイルを含む、複数の製品および／またはサービスのファイルから形成される。
【００６８】
この説明においては、用語「サイト」は、ピアアクティブ価格設定技術を使用する任意のウェブサイトを指す。用語「ピアアクティブプレッシャ」は、ユーザに緊急度伝えるために使用する０〜１の間の、浮動小数点（非整数）の数値を指す。
【００６９】
本文書全体を通して、ブラウザ上およびサーバ上で実行される特定のプログラミング言語を参照する。他のプログラミング言語で各モジュールのロジックを開発し、実装することができる。
【００７０】
現在の設計では、ピアプレッシャは、スタンドアロンのピアアクティブ駆動サイト上の、または他のサイトに埋め込まれたピアアクティブ駆動ウィンドウ内の、スロットを閲覧している買い物客の数に基づくが、他の計量を使用することができる。ピアアクティブサイトまたは埋込みが、２つ以上のスロットを有するが、１つのピア・プレッシャ・メータだけを有する場合、このサイトは、商店内の関与するスロットのうち１つ、またはすべてのスロットの平均から得られる「統一ピアプレッシャ」を有すると言われる。複数のサイトまたは埋込みでスロットを見ることができ、各サイトまたは埋込みは、異なる重みで全体のピアプレッシャに寄与することができ、この重みはピアアクティブ「管理」システムで設定することができる。
【００７１】
図１に示すように、ピアアクティブ価格設定は、４つの主要なソフトウェアモジュール：すなわち、ブラウザ（１）、ブラウザ−ハンドラサーバ（２）、マネージャサーバ（３）およびデータベース（４）の間の通信に依存する。
【００７２】
ブラウザ（１）は、ユーザのコンピュータまたは携帯デバイス上のウェブブラウザ上で実行されるJavascriptアプリケーションである。最初、このソフトウェアはJavascriptで開発されたが、ブラウザがサポートする任意の他の言語で実装することができる。すべての最新のブラウザがサポートされ、ピアアクティブ価格設定が作動するためには、ブラウザのアドオンまたはプラグイン（たとえばＦｌａｓｈ）は必要ない。ブラウザ（１）は、一般にＡＪＡＸと呼ばれる非同期呼出しを使用してブラウザ−ハンドラサーバ（２）と通信する。これらの呼出しにより、ブラウザ（１）がブラウザ−ハンドラサーバ（２）にデータを要求し、かつこのデータを表示する、または他の方法で、ページ全体を再描画することなくユーザの画面を更新することができるようになる。
【００７３】
ブラウザ−ハンドラサーバ（２）は、一般にアクセス可能なインターネットへ向く１つまたは複数のサーバ上で実行されるアプリケーションである。最初、このソフトウェアはｐｈｐで開発されたが、サーバがサポートする任意の他の言語で実装することができる。ブラウザ−ハンドラサーバ（２）の主要な目的は、要求を処理し、かつデータをブラウザ（１）に送り返すことである。ブラウザ−ハンドラサーバ（２）は、データベース（４）にデータを記憶し、ここからデータを取り出す。最初、このデータベースは、ＭＹＳＱＬデータベースであったが、ピアアクティブは他のデータベース技術でも同様に作動することができる。システムを多数のブラウザ（１）用に拡大するために、ブラウザ−ハンドラ・サーバ・アプリケーション（２）を複数のサーバコンピュータ上でホスティングすることができる。複数のサーバコンピュータはいずれも、同一の中央データベース（４）にデータを記憶させ、ここからデータを取り出す。
【００７４】
マネージャサーバ（３）は、単一のサーバコンピュータ上で実行されるアプリケーションである。最初、このソフトウェアはｐｈｐで開発されたが、サーバがサポートする任意の他の言語で実装することができる。ブラウザ（１）は、マネージャサーバ（３）とは直接通信しない。ブラウザ（１）は、データベース（４）にデータを記憶し、ここからデータを取り出すブラウザ−ハンドラサーバ（２）と通信する。マネージャサーバ（３）は、同一データベース（４）と直接通信することができる。マネージャサーバ（３）の主要な目的は、任意の所与の時間にサイトを使用している有効なブラウザ（１）の数を追跡し、どの製品がスロット内の「現在の」または「次の」売り物の製品であるかを決定し、サイト上で現在売り物のすべての品目に対して最新の現在の価格を計算し、サイト上の現在のピアプレッシャを計算し、未払いの販売品目を在庫品目に戻すことである。注：ブラウザ−ハンドラサーバ（２）およびマネージャサーバ（３）が同一データベース（４）にアクセスすることができる限り、これらのサーバを同一のまたは異なるサーバコンピュータ上で実行することができる。
【００７５】
本文書全体を通して、「管理」システムを参照する。このシステムは、ブラウザ−ハンドラサーバ（２）およびマネージャサーバ（３）と通信して、システム管理者にピアアクティブシステムを制御させることができる、Javascript駆動ウェブサイトである。
【００７６】
本文書全体を通して、サイトおよび商店という用語は交換可能であると考えるべきである。
【００７７】
ブラウザ：前述のように、ブラウザ（１）は、ユーザのコンピュータ上のウェブブラウザ上で実行されるJavascriptアプリケーションである。すべての最新のウェブブラウザがサポートされ、ピアアクティブ価格設定が作動するためには、アドオンまたはプラグイン（たとえばＦｌａｓｈ）は必要ない。
【００７８】
ブラウザ（１）は、一般にＡＪＡＸと呼ばれる非同期呼出しを使用してブラウザ−ハンドラサーバ（２）と頻繁に通信する。「管理」システムは、これらの呼出しの頻度を設定することができる。これらの呼出しにより、ブラウザ（１）がブラウザ−ハンドラサーバ（２）にデータを要求し、かつこのデータを表示する、または他の方法で、ページ全体を再描画することなくユーザの画面を更新することができるようになる。
【００７９】
ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）とのリアルタイム通信を維持する必要がある。ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）に呼出しを行うたびに、「管理」システムで構成可能な一定期間以内に応答を受信する必要がある。この応答は、ＪＳＯＮエンコードフォーマットで、要求されたデータ、エラーのアレイ、または状態アレイの組合せを含む。
【００８０】
本文書では、この機構によりブラウザ（１）がブラウザ−ハンドラサーバ（２）に行った呼出しは、単に１つまたは複数の「呼出し」と呼ばれる。これらの呼出しの機構を図５に詳述し、以下で説明する。各呼出しはＡＪＡＸ関数名を含み、これらの関数は：（ａｊａｘ＿ｆｕｎｃｔｉｏｎ＿ｎａｍｅ）のように記号で表す。
【００８１】
ブラウザ起動（図２）：各ピアアクティブ駆動サイトまたは埋込みは、そのｃｏｎｆｉｇ．ｊｓファイル内に商店識別子を有する。ユーザがサイト（５）にナビゲートするとき、ブラウザ（１）は商店識別子を含む呼出し（ｂｒｓｒ＿ｃｈｅｃｋ＿ｓｔｏｒｅ＿ｏｐｅｎ）をブラウザ−ハンドラサーバ（２）に行って、商店が商売のために開いているかどうかをチェックする（６）。図６ａは、ブラウザ−ハンドラサーバ（２）がこの呼出しをどのように処理するかを示す。
【００８２】
ブラウザ−ハンドラサーバ（２）は、この呼出し（６）に対して、商店が開いているかまたは閉まっているか、および開いている場合には、ランディングページが存在するかしないかに関する情報で応答する（７）。商店が閉まっている場合、ブラウザは、その旨の画像を表示し（８）、この画像のＵＲＬは、「管理」システムで設定することができる。商店が開いていて、ランディングページが使用可能である場合、「管理」システムでＵＲＬを設定することができるランディングページの画像を、「入場」ボタンと一緒に表示し（９）、ユーザは「入場」ボタンを使用して、商店に入ることができる（１５）。商店が開いていて、ランディングページが使用可能ではない場合、初期化が完了すると、製品スロットを表示する（１６）。
【００８３】
商店が開いているか閉まっているか、または開いている場合には、ランディングページが存在するかしないかにかかわらず、ブラウザ（１）は通信を確立し、かつ商店に入店し続ける。ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）に呼出し（ｂｒｓｒ＿ｇｅｔ＿ｓｔｏｒｅ）を行って、自分が割り当てられた商店に関する情報をさらに得る（１０）。図６ｂは、ブラウザ−ハンドラサーバ（２）がこの呼出しをどのように処理するかを示す。
【００８４】
次いで、ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）に呼出し（ｂｒｓｒ＿ｊｏｉｎ）を行って、商店に入店し、固有ブラウザ識別子であるＵＩＤを受信する（１１）。図６ｃは、ブラウザ−ハンドラサーバ（２）がこの呼出しをどのように処理するかを示す。
【００８５】
ブラウザ（１）が自分のＵＩＤを有すると、ブラウザ−ハンドラサーバ（２）に呼出し（ｂｒｓｒ＿ｇｅｔ＿ｓｌｏｔｓ）を行って、自分が割り当てられた商店に対する製品スロットを得る（１２）。図６ｄは、ブラウザ−ハンドラサーバ（２）がこの呼出しをどのように処理するかを示す。この呼出しに対する応答として、ブラウザ（１）は、各製品に対する現在の価格、ならびに価格変化率および方向を含む、サイト上で現在売り物の製品に関する情報を受信する。
【００８６】
次いで、ブラウザ（１）は、図３に詳細に図解した、ブラウザ（１）の機能的なメインループに入る（１３）。
【００８７】
図３の説明−ブラウザのメインループ：ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）に呼出し（ｂｒｓｒ＿ｃｈｅｃｋｉｎ）を行う。図６ｅは、ブラウザ−ハンドラサーバ（２）がこの呼出しをどのように処理するかを示す。この呼出しに応答して、ブラウザ（１）は、価格変化率および方向を含む製品価格設定、各製品スロットに対する現在のピアプレッシャ、何人のユーザがこの製品を現在チェックアウトしているか、エラーのアレイ、および状態アレイの組合せを受信する。
【００８８】
状態アレイが、ブラウザ（１）が製品スロットを再ロードする必要があることをブラウザ（１）に伝える場合（１８）、ブラウザ（１）は、これを行うための呼出しを行う（１９）。
【００８９】
ユーザが製品を現在チェックアウトしている場合（２１）、同一製品をチェックアウトしているユーザの数が表示される（２２）。
【００９０】
ブラウザ（１）は、現在売り物の各製品に対して、現在の価格設定、ならびに価格変化率および方向を得ると、次のサーバチェックイン呼出し（ｂｒｓｒ＿ｃｈｅｃｋｉｎ）（１７）まで、各製品に対する正確な価格設定を絶えず計算し（２０）、表示する（２３）。
【００９１】
ブラウザ（１）はまた、各スロットに対するピアプレッシャ表示を、または個々のスロットがピアプレッシャ表示を有しない場合には商店全体の統一ピアプレッシャ表示を更新する（２３）。
【００９２】
「管理」システムで設定した遅延の後に（２４）、ループが再始動する（１７）。
【００９３】
商店が開いていて、ユーザがランディングページ上にいない場合、ブラウザ（１）は、現在売り物の製品、時間が経つにつれ変化するこれらの製品の価格、および各スロットに対するピアプレッシャまたは商店に対する統一ピアプレッシャを表示する（１６）。
【００９４】
ユーザは、製品に関する情報をさらに見ようとするとき、ボタンをクリックして、ｂｒｓｒ＿ｇｅｔ＿ｓｌｏｔｓ呼出し（１２または１９）により送り返される製品の仕様およびメディア（写真、ビデオなど）を見ることができる。
【００９５】
ユーザを登録する処理および製品を購入する処理は、多くの方法で実装することができる。以下は、ピアアクティブ価格設定システムに基づく最初の商店であるＤｒｏｐ  Ｔｉｌ  Ｙｏｕ  Ｓｈｏｐでこれらの処理をどのように実装するかの説明である：
【００９６】
ユーザは、製品を購入しようとするとき、この製品に対する、商店内の「今購入する」ボタンをクリックする。これにより、図４に詳述する統合されたチェックアウト／ユーザ登録システムのステップ１に進む。「管理」システムでの設定に基づき、チェックアウト処理でのいくつかの段階の任意の１つで価格を設定してロックすることができる。この「ロックポイント」に到達するまで、価格は「メイン」画面上で変化するように、変化し続ける。ブラウザ（１）は、ユーザがチェックアウトしている間、ブラウザのメインループ（図３）を実行し続ける。チェックイン呼出し（１７）はまた、ユーザが製品を購入していることをブラウザ−ハンドラサーバ（２）に通知する。ユーザがチェックアウトを完了することができる以前に製品が売り切れた場合、ユーザは通知され、販売がキャンセルされる。
【００９７】
チェックアウト手順のステップ１は、ユーザの電子メールアドレスまたは他のログイン詳細を求めることにより開始される（２５）。次いで、ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）に呼出し（ｂｒｓｒ＿ｕｓｅｒ＿ｒｅｇ、ｓｕｂｆｕｎｃ：ｇｅｔＳｔａｔｕｓ）を行って、この電子メールアドレスがデータベース内にすでに存在するかどうか確かめる（２７）。存在しない場合、ユーザはパスワードを登録する、またはゲストとしてチェックアウトする能力を提供される（２８）。この電子メールが、関連するパスワードをデータベース内に実際に有する場合、ユーザはこのパスワードを入力する、またはゲストとしてチェックアウトするよう求められる（２９）。ユーザの個人情報のすべてを再度入力する必要があるのではなく、データベースから取り出すので、ユーザのパスワードを入力することによりチェックアウトするほうがより速いとユーザは伝えられる。
【００９８】
登録されていないユーザがパスワードを登録しようと決心した場合（３０）、このパスワードは呼出し（ｂｒｓｒ＿ｕｓｅｒ＿ｒｅｇ、ｓｕｂｆｕｎｃ：ｕｐｄａｔｅ）でデータベースに書き込まれる（３２）。登録されたユーザがパスワードを入力した場合（３１）、このパスワードは呼出し（ｂｒｓｒ＿ｕｓｅｒ＿ｒｅｇ、ｓｕｂｆｕｎｃ：ｇｅｔ）でデータベースと照合され（３３）、正しい場合（３４）、ユーザの登録された情報が取り出され、チェックアウト画面これらの情報が入力される（３６）。パスワードが正しくない場合（３４）、ユーザは警報を出され（３５）、再度試みるよう求められる。
【００９９】
電子メール、パスワード、および状態（ゲストまたは登録済み）が確立されると、ユーザはステップ２（３７）に進んで、入店する、またはユーザがすでに登録されていた場合、ユーザの発送情報を確認する（３８）。ユーザが、登録されたユーザである場合、ステップ３（４１）に進む前に、呼出し（ｂｒｓｒ＿ｕｓｅｒ＿ｒｅｇ、ｓｕｂｆｕｎｃ：ｕｐｄａｔｅ）を介してデータベース内のユーザの発送情報を更新する（４０）。
【０１００】
ステップ３（４１）で、ユーザは、決済プロセッサに進む前に、販売に関係があるすべての情報を確認することができる。
【０１０１】
ブラウザがブラウザ−ハンドラサーバに要求する（図５）：上述のように、ブラウザ（１）からブラウザ−ハンドラサーバ（２）へのすべての呼出しは、共通インタフェースを介して取り扱われる。ブラウザ（１）は、関数名、およびブラウザ−ハンドラサーバ（２）が呼出しを処理する必要がある任意の他の情報を指定する呼出しを行う（４２）。次いで、ブラウザ（１）は応答を待つ（４３）。応答が受信されず（４５）、かつブラウザ（１）が、自分の規定された再試行カウントより多くの回数、通信を再試行していない場合（４４）、ブラウザ（１）は呼出しを再度試みる（４２）。再試行カウントを超えた場合（４４）、ユーザは「タイムアウト」メッセージを提示され（４７）、システムは停止し（４９）、ユーザにページを再ロードさせる。
【０１０２】
ブラウザ（１）は、ブラウザ−ハンドラサーバ（２）からエラーを含む応答を受信した場合（４５）、エラーを表示し（４６）、システムが動作を継続することができるかどうか判定し（４８）、再度呼出しを試みる（４２）、またはシステムを停止して（５０）、ユーザにページを再ロードさせる。
【０１０３】
ブラウザ（１）は、エラーなしの応答をブラウザ−ハンドラサーバ（２）から受信した場合（５１）、データを解析する必要がある。データは、各製品スロットに対する価格設定および価格変化率の情報を含むことができるが、同じく、商店全体のまたはスロット全体の状態情報を含むこともできる。受信した情報の各部分について、ブラウザ（１）は、情報のターゲットを見つけ出さなければならない（５２）。ターゲットが商店である場合、ブラウザの商店データオブジェクトを更新し（５３）、商店関連状態メッセージを処理する（５６）。ターゲットが製品スロットである場合、ブラウザのスロット・データ・オブジェクトを更新し（５４）、スロット関連状態メッセージを処理する（５７）。ターゲットがブラウザ（１）自体である場合、ブラウザの情報を更新し（５５）、ブラウザ関連状態メッセージを処理する（５８）。
【０１０４】
ここに、状態メッセージ、およびこれらのメッセージの潜在的なターゲットの例がいくつかある。この例は、すべての潜在的な状態メッセージの完全な列挙ではない：
商店：
商店が開いている
商店が閉まっている
システム状態
製品スロット：
時間が少ない
時間制限が厳しい
量が少ない
量の制限が厳しい
売り切れ
カウントダウン中
カウントダウン終了
情報
警報
ブラウザ：
情報
警報
無効なＵＩＤ
【０１０５】
ピアアクティブ技術の中のメッセージ伝達システムは、単純な状態情報よりもはるかに多くの状態情報を運ぶことができる。実際には、メッセージ伝達システムは、事実上無限の数のメッセージタイプをサポートすることができる。たとえば、メッセージ伝達システムは、ユーザに広告を伝えることができ、メッセージ伝達システムのターゲッティング能力のため、所与の商店、製品スロット、またはブラウザのＵＩＤに基づく単一のブラウザにさえ固有の広告を送信することができる。この広告は、テキスト、画像、Ｆｌａｓｈ、またはビデオさえも含む、ブラウザがサポートする任意のフォーマットとすることができる。ブラウザは、同一のターゲットメッセージ伝達システムを使用して、ユーザがこれらの広告または他のメッセージに対して応答または動作することができるようにすることができる。さらに、メッセージ伝達システムは、上記で指摘したように、ピアアクティブ技術を使用しているスロット、商店、埋込みまたは他の場所の中にリアルタイムメッセージを表示することができる。
【０１０６】
ブラウザ−ハンドラサーバ（図６）：前述のように、ブラウザ−ハンドラサーバ（２）は、１つまたは複数の一般にアクセス可能なインターネットへ向く１つまたは複数のサーバ上で実行されるｐｈｐアプリケーションであるが、サーバがサポートする任意の言語で実装することができる。ブラウザ−ハンドラサーバ（２）の主要な目的は、要求を処理し、かつデータをブラウザ（１）に送り返すことである。ブラウザ−ハンドラサーバ（２）は、データベース（４）にデータを記憶し、ここからデータを取り出す。システムを多数のブラウザ（１）用に拡大するために、ブラウザ−ハンドラ・サーバ・アプリケーション（２）を複数のサーバコンピュータ上でホスティングすることができる。複数のサーバコンピュータはいずれも、同一の中央データベース（４）にデータを記憶させ、ここからデータを取り出す。
【０１０７】
ブラウザ−ハンドラサーバ（２）は、ブラウザ（１）からの７つの基本的な種類の要求を処理することができる。ブラウザ（１）がブラウザ−ハンドラサーバ（２）にＡＪＡＸ呼出しを行った場合、この呼出しは、呼出しのタイプを判定するための関数識別子、および以前に１つ割り当てられている場合にはブラウザ（１）のＵＩＤを含む。
７つの関数
【０１０８】
関数：ｂｒｓｒ＿ｃｈｅｃｋ＿ｓｔｏｒｅ＿ｏｐｅｎ（図６ａ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（５９）、「商店は開いている」および「ランディングページ」の画像のＵＲＬを含む「商店は開いている」および「ランディングページ」の状態をデータベースから取り出し（６２）、この画像を呼出し元に送り返す（６５）。
【０１０９】
関数：ｂｒｓｔ＿ｇｅｔ＿ｓｔｏｒｅ（図６ｂ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（６０）、要求された商店に関する情報をデータベースから取り出し（６３）、この情報を呼出し元に送り返す（６６）。
【０１１０】
関数：ｂｒｓｔ＿ｊｏｉｎ（図６ｃ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（６１）、固有のブラウザ識別子（ＵＩＤ）を生成し（６４）、ＵＩＤおよびブラウザ（１）のＩＰアドレスを、依然として有効であると考えられるようにブラウザがチェックインしなければならない日時と一緒にデータベース（４）に記憶する。次いで、ブラウザ−ハンドラサーバ（２）は、ＵＩＤを呼出し元に送り返す（６７）。
【０１１１】
関数：ｂｒｓｔ＿ｇｅｔ＿ｓｌｏｔｓ（図６ｄ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（６８）、呼出しで送信された固有ブラウザＩＤがデータベース（４）に登録されていることを確かめるためにまずチェックする（６９）。登録されていない場合、エラーメッセージをブラウザ（１）に返送する（７２）。次いで、ブラウザ−ハンドラサーバ（２）は、ブラウザのＵＩＤが登録された商店に基づき、製品スロットを取り出し（７０）、この情報を呼出し元に送り返す（７１）。
【０１１２】
関数：ｂｒｓｒ＿ｃｈｅｃｋｉｎ（図６ｅ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（７３）、呼出しで送信された固有ブラウザＩＤがデータベース（４）に登録されていることを確かめるためにまずチェックする（７４）。登録されていない場合、エラーメッセージをブラウザ（１）に返送する（７６）。
【０１１３】
次いで、ブラウザ−ハンドラサーバ（２）は、システム全体の「チェックイン頻度」設定を使用して、ブラウザ（１）が有効であると考えられ続けるために次にいつチェックインしなければならないかを計算し、この新しいチェックイン時間をデータベースに記憶する（７５）。次いで、ブラウザ−ハンドラサーバ（２）は、データベース（４）からの現在のピアプレッシャだけでなく、現在売り物の製品の、現在の価格および価格変化率をロードする（７７）。
【０１１４】
ブラウザ（１）が呼出しで、ユーザが製品をチェックアウトしていることを示した場合（７８）、ブラウザ−ハンドラサーバ（２）は、データベースをポーリングして、他に何人のユーザが同一製品をチェックアウトしているかを明らかにする（７９）。この数値は、集められているすべての他の情報と共に束ねられる。
【０１１５】
情報は呼出し元に送り返される（８０）。
【０１１６】
関数：ｂｒｓｒ＿ｃｈｅｃｋｏｕｔ（図６ｆ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（８１）、呼出しで送信された固有ブラウザＩＤがデータベース（４）に登録されていることを確かめるためにまずチェックする（８２）。登録されていない場合、エラーメッセージをブラウザ（１）に返送する（８３）。この関数は、４つのサブ関数のうち１つを受信することができる（８４）：
【０１１７】
サブ関数「ｓｔａｒｔ」：ブラウザ−ハンドラサーバ（２）は、このチェックアウトに対する固有ＩＤを生成し、このＩＤをデータベース（４）に登録する（８５）。次いで、ブラウザ−ハンドラサーバ（２）は、このチェックアウトＩＤ、および任意の状態またはエラーのメッセージを呼出し元に送り返す（９０）。
【０１１８】
サブ関数「ｃａｎｃｅｌ」：ブラウザ−ハンドラサーバ（２）は、データベース（４）を更新して、このチェックアウトがキャンセルされたと考え（８６）、任意の状態またはエラーのメッセージを呼出し元に送り返す（９１）。
【０１１９】
サブ関数「ｂｒｓｒ＿ｔｉｍｅｏｕｔ」：ブラウザ−ハンドラサーバ（２）は、データベース（４）を更新して、チェックアウト中にブラウザ（１）がタイムアウトしたと考え（８７）、任意の状態またはエラーのメッセージを呼出し元に送り返す（９２）。
【０１２０】
サブ関数「ｐａｙ」：ブラウザ−ハンドラサーバ（２）は、データベース（４）を更新して、このチェックアウトが完了し、製品の「代金が支払われた」と考える（８８）。データベース（４）内の製品の在庫品目を更新し、必要に応じて、「売り切れ」状態を生成する（８９）。呼出し元に状態およびエラーのメッセージを送り返す（９３）。
【０１２１】
関数：ｂｒｓｒ＿ｕｓｅｒ＿ｒｅｇ（図６ｇ）：ブラウザ−ハンドラサーバ（２）は、この要求を受信したとき（９４）、呼出しで送信された固有ブラウザＩＤがデータベース（４）に登録されていることを確かめるためにまずチェックする（９５）。登録されていない場合、エラーメッセージをブラウザ（１）に返送する（９６）。
【０１２２】
この関数は、５つのサブ関数のうち１つを受信することができる（９７）：
【０１２３】
サブ関数「ｇｅｔＳｔａｔｕｓ」：ブラウザ−ハンドラサーバ（２）は、ブラウザが供給した電子メールアドレスの登録状態をデータベース（４）と照合し（９８）、この状態および追加の状態またはエラーのメッセージを呼出し元に送り返す（１０３）。
【０１２４】
サブ関数「ａｄｄ」：ブラウザ−ハンドラサーバ（２）は、ブラウザが供給した電子メールアドレスをデータベース（４）に追加し（９９）、任意の状態またはエラーのメッセージを呼出し元に送り返す（１０４）。
【０１２５】
サブ関数「ｇｅｔ」：ブラウザ−ハンドラサーバ（２）は、ブラウザが供給した電子メールアドレスに基づき、データベース（４）からユーザ情報を取り出し（１００）、この情報、および任意の状態またはエラーのメッセージを呼出し元に送り返す（１０５）。
【０１２６】
サブ関数「ｕｐｄａｔｅ」：ブラウザ−ハンドラサーバ（２）は、呼出しの一部としてブラウザ（１）から送信されたデータを使ってデータベース（４）内のユーザ情報を更新する（１０１）。呼出し元に任意の状態およびエラーのメッセージを送り返す（１０６）。
【０１２７】
サブ関数「ｎｅｗｓｌｅｔｔｅｒ」：ブラウザ−ハンドラサーバ（２）は、データベース（４）内のユーザのレコードを追加（ブラウザが供給した電子メールアドレスが、以前に登録されていない場合）または更新して、ニュースレターリストに載せる（１０２）。呼出し元に任意の状態およびエラーのメッセージを送り返す（１０７）。
【０１２８】
マネージャサーバ（図７）：前述のように、マネージャサーバ（３）は、単一のサーバコンピュータ上で実行されるｐｈｐアプリケーションである。マネージャサーバ（３）を、サーバがサポートする任意の言語で実装することができる。
【０１２９】
マネージャサーバ（３）は、連続ループで実行される（１０８）。マネージャサーバ（３）は、ブラウザ−ハンドラサーバ（２）と同一のデータベース（４）と対話する。
【０１３０】
各動作サイクルの開始で、マネージャサーバ（３）は、有効期限が切れた品目に対するブラウザ（１）を探して、データベース（４）をスキャンする（１０９）。これらは、想定された時間までにチェックインしなかったブラウザ（１）、または有効期限が切れた製品チェックアウトもしくはシステム状態メッセージであってもよい。これらの有効期限が切れた品目は、データベース（４）から取り除かれる（１１０）。次いで、有効なブラウザ（１）の総数を再計算し、データベース（４）に記憶する（１１１）。
【０１３１】
この時点で、マネージャサーバ（３）は、サイトに対するピアプレッシャを計算し、ピアプレッシャをデータベース（４）に記憶する（１１２）。ピアプレッシャは、単一または複数の計量に、たとえば、一例として、製品スロットを現在閲覧しているユーザの数、およびこのスロットを示す各商店に割り当てられた相対的重みに基づくことができる。
【０１３２】
マネージャサーバ（３）はまた、製品スロットのシーケンス（「管理」システムで設定する）からどの製品が、このスロット内の「現在の」または「次の」売り物の製品と考えられるかも決定する（１１３）。これについて図８に詳述し、説明が続く：
【０１３３】
図８の説明−シーケンス製品選択：「管理」システムでは、管理者が、製品スロットで販売する製品のシーケンスを設定する。このシーケンス内の各品目が、シーケンス品目と呼ばれる。まず、スロット内の「現在の」、次いで「次の」売り物の製品を決定するために、マネージャサーバ（３）は、シーケンスの最初を指し示すことから開始する（１１７）。次いで、マネージャサーバ（３）は、シーケンス品目の始めから終わりまで進み（１１８）、「現在の」売り物の製品として選択することから製品を除く理由を探す。マネージャサーバ（３）は、試験のリストにざっと目を通す：シーケンス内に評価すべき他のシーケンス品目が存在するか（１１９）。製品スロットが管理者により手動で終了させられたか（１２０）。シーケンス品目内の製品が売り切れたと考えられているか、またはほとんどの量（ロット）が売り切れたか（１２１）。シーケンス品目内の製品が、その目標価格に到達したと考えられるか（１２２）。シーケンス品目が、そのプログラムされた継続期間より長く続いたか（１２３）。
【０１３４】
上記条件のいずれかが真である場合、マネージャサーバ（３）は、次のシーケンス品目に移る（１１８）。
【０１３５】
シーケンス品目が上記基準のどれも満たさない場合、「現在の」製品を含むと考えられる。この「現在の」シーケンス品目が、（販売の開始までに）カウントダウン状態にあることを示さない場合（１２４）、マネージャサーバ（３）は、シーケンス情報に基づき、販売の残り時間または製品の量に関する何らかの状態メッセージを生成する必要があるかどうかを知るためにチェックする（１２５）。
【０１３６】
マネージャサーバ（３）は、「現在の」製品を選択した場合（１２６）、同一手順に従って、「次の」製品を決定しようとする（１２７）。
【０１３７】
すべての適用可能な製品情報だけでなく、任意の状態またはエラーのメッセージも、呼出し元に送り返す（１２８）。
【０１３８】
１つまたは複数の製品を選択すると、マネージャサーバ（３）は、現在売り物の品目の、現在の価格および価格変化率を計算し（１１４）、これらをデータベース（４）に記憶する（１１５）。ピアプレッシャ、および「管理」システム内で各製品に対して入力した率の範囲により価格変化率を規定し、最後に価格を計算して以来経過した時間に基づき、現在の価格を高精度で計算する。
【０１３９】
マネージャサーバ（３）は、式に基づいてピアプレッシャを計算する。「管理」システムでは、管理者が、スロットまたはサイトを閲覧しているいくつのブラウザが（ＢｒｓｒＰＰＭｉｎ）がピアプレッシャなし（０）を表すか、およびいくつのブラウザが（ＢｒｓｒＰＰＭａｘ）最大のピアプレッシャ（１）を表すかを設定することができる。スロットまたはサイトを現在閲覧しているブラウザの数（ＢｒｓｒＣｏｕｎｔ）に基づき、以下のようにピアプレッシャを計算する：
ピアプレッシャ＝（ＢｒｓｒＣｏｕｎｔ−ＢｒｓｒＰＰＭｉｎ）／（ＢｒｓｒＰＰＭａｘ−ＢｒｓｒＰＰＭｉｎ）
【０１４０】
負の値を０に変え、１より大きな値を１に変える。また、スロットまたはサイトに対するピア・プレッシャ・メータ内の各色範囲に対してブラウザの最小数または最大数を管理者が指定することができるようになるようにシステムを適合させることができる。このとき、メータ内の各範囲を適切に表示するのはブラウザの責任である。
【０１４１】
マネージャサーバ（３）は、式に基づき、製品の価格変化率を計算する。「管理」システムでは、管理者が、製品に対して、開始価格、終了価格、ピアプレッシャが存在しない（０）ときの価格変化率（ＲａｔｅＭｉｎＰＰ）、および最大ピアプレッシャ（１）が存在するときの価格変化率（ＲａｔｅＭａｘＰＰ）を設定することができる。価格変化率を以下のように計算する：
ＲａｔｅＯｆＰｒｉｃｅＣｈａｎｇｅ＝（ピアプレッシャ＊（ＲａｔｅＭａｘＰＰ−ＲａｔｅＭｉｎＰＰ））＋ＲａｔｅＭｉｎＰＰ。
【０１４２】
製品に対する終了価格が開始価格より低い場合、ＲａｔｅＯｆＰｒｉｃｅＣｈａｎｇｅに−１を乗算する。
【０１４３】
遅延の後（１１６）、マネージャサーバ（３）は最初からやり直す（１０９）。
【０１４４】
図９のスクリーンショットには以下が存在する：
【０１４５】
警報２００。これらのメッセージを管理システムで構成して、品目の量が一定のしきい値に達したとき、または製品販売のための制限時間が一定の時点に達したときの警報を示すことができる。
【０１４６】
今購入するボタン２０２。今購入するボタンは、ピアアクティビティメータを基準にして色を変える。たとえば、ピアアクティビティメータが現在のトラフィックを中程度として示す場合（すなわち、人々のアイコンがオレンジゾーン内にある）、今購入するボタンはすべて色をオレンジに変える。これにより、サイト上にどれだけのトラフィックが存在するかをユーザが即座に知ることが容易になる。
【０１４７】
ピアアクティビティメータ２０４。ピアアクティビティメータは、任意の所与の時間の、ウェブサイト上の生のトラフィック量を表す。異なる色のレベルおよび関連する人々のアイコンが、低いから高いまでのトラフィックの程度を示す。人々のアイコンは、ブラウザをリフレッシュする必要なく動的に左右に移動する。より多くの固有ユーザがサイトに出入りするとき、人々のアイコンはそれに該当するレベルまで絶えずスムーズに移動している。
【０１４８】
生の価格２０６。３つのボックスすべての価格が、ピア・プレッシャ・システムにより、すなわち、いくつの固有ブラウザが任意の所与の時間にサイトを訪問しているかにより決定された率で低下する。たとえば、高いレベルの固有ブラウザが存在する場合、価格はより速い率で低下する。逆に、サイト上にユーザがほとんどいない場合、価格ははるかに遅い率で低下する。
【０１４９】
図１０のスクリーンショットには以下が存在する：
【０１５０】
製品情報２０８。このボタンにより、ユーザは、型番、部品、含まれるアクセサリ、パッケージ内容、色などを含むがこれらに限定されない、特定の製品に関する情報をより多く得ることができるようになる。
【０１５１】
ニュースレター加入２１０。これにより、ユーザは、自分の電子メールアドレスで入力して、ニュースレター、情報電子メールなどに加入することができるようになる。
【０１５２】
今購入するおよびピアアクティビティメータ２１２。この例では、人々のアイコンがレッドゾーン内にあり、かつ今購入するボタンが赤色に変化することにより示すように、ピアアクティビティは高い。
【０１５３】
ソーシャル・メディア・プラグイン２１４。これにより、フェイスブック、ツイッターなどを含むがこれらに限定されない、サードパーティのソーシャル・メディア・プラットフォームと統合することが可能になる。ユーザが、製品販売を「いいね（Ｌｉｋｅ）」、自分がうまくいった販売を自分のフェイスブックウォール上に投稿し、自分の友人を販売に参加するよう招待し、自分の購入価格を自分の友人と共有することができ、その結果、自分の友人もまた、限られた時間の間に前記製品を同一価格で購入することができるなど。
【０１５４】
図１１のスクリーンショットには以下が存在する：
【０１５５】
リアルタイムメッセージ２１６。システムは、販売中の任意の時点にリアルタイムメッセージを表示することが可能になるように構築された。メッセージは、特別な販売促進、無料の賞品／景品、だれが以前の販売に勝ったかの発表、説明、ターゲット広告などを含むことができる。このメッセージは、テキスト、画像、ビデオ、Ｆｌａｓｈなどの形とすることができ、また、ユーザとの対話式とする、およびピア・プレッシャ・メータに応答することができる。
【０１５６】
図１２のスクリーンショットには以下が存在する：
【０１５７】
チェックアウト処理のステップ１は、ユーザが、（ユーザが１つアカウントを有する場合）自分の既存のアカウントを介してログインする、新しいユーザアカウントを作成する、またはゲストとしてチェックアウトすることができる場合である。ユーザが今購入するを選択すると、価格をロックすることができる、またはこの段階の間、価格が低下し続けるように設定することができる。
【０１５８】
チェックアウト処理のステップ２により、ユーザが、自分の発送詳細および連絡情報を入力し、価格がまだロックされていない場合には価格を固定する（変化しない）ことができるようにする。
【０１５９】
チェックアウト処理のステップ３により、ユーザが、品目、最終価格、発送詳細、および発送費用を含む自分の購入詳細を再検討することができるようになる。次いで、ユーザは製品を買うことができ、この時点で、ユーザを決済画面にリダイレクトする。
【０１６０】
チェックアウト処理は時間を決められ、ユーザがどれだけ素早く自分の製品をチェックアウトし、確保しなければならないかを制限する。これは、購入処理中のピアプレッシャをさらに増大させるためである。
【０１６１】
チェックアウト中の他のユーザ２２０。システムは、何人のユーザが現在特定の製品に対してチェックアウト処理中あるかを追跡し、この情報を表示して、買い物客に対するピアプレッシャをさらに増大させる。
【０１６２】
製品および／またはサービスは、従来の価格設定機構により可能であるよりも効果的に価格設定される。製品および／またはサービスの価格設定は、予想したレベルの要求に単に基づく必要も、単に規範的価格設定レベルで製品および／またはサービスを価格設定する業界基準に基づく必要もない。製品および／またはサービスの動的価格設定により、製品および／またはサービスに対する要求が変化したときに、製品および／またはサービスを動的価格設定により選択的に再度価格設定することが可能になる。
【０１６３】
本開示の一様態では、製品および／またはサービスを表示するウェブサイトのアクセスにより定義される潜在的な要求が増大したとき、たとえば、製品および／またはサービスの価格設定を選択的に引き上げ、製品および／またはサービスに対する要求が高いときに、収入をよりよく最大にする。製品および／またはサービスを表示するウェブサイトのアクセスにより定義される要求が低減したとき、製品および／またはサービスの価格設定において引き下げを実現することができる。製品および／またはサービスの、変動可能なおよび変化可能な価格により定義される再度の価格設定はまた、他の基準、たとえば販売量および利益の最大化を容易にする。最終的に、買い手に効果的に今、実際に値をつけさせるまたは購入させて、したがって、購入を完了させる再度の価格設定が達成される。
【０１６４】
本開示の一様態では、製品および／またはサービスのファイルを記憶するデータベースを維持する。製品および／またはサービスのファイルはそれぞれ、特定の製品および／またはサービスのデジタル表現を形成する。製品および／またはサービスのファイルは、たとえば、選択されたフォーマット、たとえばｐｄｆ、ｊｐｅｇ、ＭＰ４、ＡＶＩまたはＭＰ３のフォーマットの形である。それぞれの製品および／またはサービスのファイルは、製品および／またはサービスの指示により、たとえば、製品および／またはサービスのファイルの製品および／またはサービスの製造業者の名称またはプロバイダにより識別される。データベースに記憶された製品および／またはサービスは、これに関連づけられた製品および／またはサービスの指示によりインデックスされ、データベースは検索可能である。製品および／またはサービスの指示は、一実装形態では、本開示の一実施形態の動作に従って同じくインデックス可能な名称により製品および／またはサービスのファイルをさらに識別する。
【０１６５】
本開示の他の様態では、たとえば、他の製品および／またはサービスの以前の販売履歴を識別する指示を備える履歴データベースが存在してもよい。以前の販売履歴は、たとえば以前の販売の分類という形で表される。製品および／またはサービスの制作者が、製品および／またはサービスのプロバイダにより生み出された他の製品および／またはサービスの以前の販売履歴に基づき、選択された数のカテゴリの１つに分類される。
【０１６６】
履歴指示は、たとえば、製品および／またはサービスのデータベースで提供され、記憶された製品および／またはサービスを最初に価格設定するために使用される。他の製品および／またはサービスがかなりのレベルの売上高の履歴を示す製品および／またはサービスのプロバイダが、製品および／またはサービスの制作者の以前の販売成功を識別する分類を最初に与えられる。
【０１６７】
製品および／またはサービスのファイルに対する初期価格は、履歴指示、または管理者による入力に応答する。製品および／またはサービスに関連する初期価格は、製品および／またはサービスに対する要求に応答して、または管理者からの入力により調節される。
【０１６８】
価格指示アジャスタが、製品および／またはサービスを表示しているウェブサイトのアクセスにより定義される、認識された要求に応答して、製品および／またはサービスのファイルに関連する価格を調節する。このように定義された、認識された要求は、一実装形態である。この要求は、ウェブサイトへの単純な受動的なアクセス、または製品および／もしくはサービスの可用性に関する問合せを備えることができる。他の形態では、製品および／またはサービスの要求は、製品および／またはサービスを購入する要求を備える。他の形態では、製品および／またはサービスの要求は、製品および／またはサービスの実際の購入、または関連する他の金融取引を備える。これらの認識された要求は、ウェブサイトにアクセスしている他の人たちが製品および／またはサービスを販売するプレッシャを認識することができるように、何らかの形態でウェブサイトのインタフェース上に示される。
【０１６９】
製品および／またはサービスの要求の指標、またはリアルタイムの閲覧者の指標が、リアルタイムで価格指示アジャスタに提供され、ウェブサイトをアクセスしているユーザに対してインタフェース上に示される。サイトの潜在的な買い手またはサーファにより直接または間接的に認識された要求が発生したとき、価格指示アジャスタは、要求またはトラフィックレベルの指標を受信し、この指標に応答して製品および／またはサービスのファイルの価格を調節する。価格指示アジャスタにより行われる調節は、一実装形態では、増分的である。この認識された要求はまた、製品および／もしくはサービスの要求または製品および／もしくはサービスを見ている閲覧者とすることができる、または選択された時間間隔以内に、製品および／もしくはサービスの要求または製品および／もしくはサービスを見ている閲覧者が存在しないことを使用して、製品および／またはサービスに関連する価格を上方または下方に調節する。
【０１７０】
要求もしくは閲覧者の、選択されたしきい値、または要求もしくは閲覧者が存在しないことが、選択した期間以内に達成されたとき、増分的変化は段階的変化であってもよい。調節は、製品および／またはサービスの認識されたまたは可能な要求の定量化可能な指示に応答して、本質的にリアルタイムで、動的に行われる。したがって、製品および／またはサービスのより正確な価格設定により、よりよい利益、配当、販売、または他の基準が提供される。
【０１７１】
追加の基準を使用して、価格を調節することができる。たとえば、配送機構により、製品および／またはサービスを使用して、特定の要求レベルで価格段階を実施することができる。たとえば、製品および／またはサービスのファイルが、第１の配送機構によって製品および／またはサービスの消費者に配送されるとき、製品および／またはサービスを第１の価格段階で価格設定する。同一の製品および／またはサービスのファイルが、他の配送機構によって製品および／またはサービスの消費者に配送されるとき、この製品および／またはサービスを第２の価格段階で価格設定する。他の段階では、消費者に応じて、同一の製品および／またはサービスを異なるように価格設定する。たとえば、消費者が非営利の消費者、たとえば個人である場合、製品および／またはサービスの営利の消費者に配送される製品および／またはサービスの価格設定段階と異なる段階で製品および／またはサービスを価格設定する。
【０１７２】
さらに、選択された間隔で、たとえば、周期的間隔で、または認識された要求により定義される間隔でアジャスタにより行われる調節は、選択されたしきい値への到達を変える。製品および／またはサービスは、動的に、上記で示し、定義した、認識された要求に基づき、価格設定される。価格調節により、利益を最大にする、売上高を最大にするためなどの達成基準、または他の基準が最大になる。
【０１７３】
経営者／コンテンツサイト（たとえばｃｎｎ．ｃｏｍなど）を含む他のウェブサイト上にバナー広告としてこの技術を埋め込むことができる。この技術は、他のサイトに埋め込まれた場合、依然として同一機能で作動する。これにより、この技術を広く、および／またはピアアクティブ価格販売を伴うバナー広告を公開するために使用することが可能になる。さらに、ピアアクティブ技術を使用して、すべてのサイトからウェブトラフィックを集約することができ、各サイトは、異なるピアアクティブ重みを有することができる。好ましくはオンラインシステムが使用されている／公開されているすべてのサイトにわたり、リアルタイムで選択的ウェブトラフィック集約が可能になる。
【０１７４】
さらに、この技術にはリアルタイムメッセージ伝達の様態が存在する。システムは、所定のしきい値（すなわち、量が少ない、時間が少ないなど）に基づくいくつかの警報、状態メッセージ、およびターゲット広告をユーザに表示することができる。これにより、商店／スロット内部にターゲット広告メッセージを表示することが可能になる。
【０１７５】
価格が変化する率を、サイト上のユーザの多少に基づき、より大きくまたはより小さくすることができる。換言すれば、少なくとも４つのタイプの用途が存在する：１）より多くのユーザに基づくより大きい変化率、２）より少ないユーザに基づくより大きい変化率、３）より多くのユーザに基づくより小さい変化率、および４）より少ないユーザに基づくより小さい変化率。
【０１７６】
最も実用的で好ましい実施形態と現在考えられることに関して、システム、装置および方法について説明したが、本開示は、開示された実施形態に限定される必要がないことを理解されたい。特許請求の範囲の精神および範囲に含まれるさまざまな修正形態および類似の構成をカバーすることが意図され、この範囲は、このような修正形態および類似の構造をすべて包含するように最も広い解釈と一致すべきである。
【０１７７】
たとえば、以下は代替用途であり、それにより、ピアアクティブエンジンが価格設定以外の変数を変える。
ピアアクティブ値（別称「付加価値」）
【０１７８】
価格が変化せずに留まる間に、リアル・タイム・トラフィックが量、サイズ設定、金額などを要求する場合。たとえば、１人のユーザが購入しようと決心するまで、ウェブサイトまたは目的地にいるより多くのユーザが量を上方に駆動する。
【０１７９】
ブランクＣＤの場合、たとえば、１００枚のＣＤに対して１０ドルで始まるように価格を設定してもよい；より高いレベルのトラフィックが、だれかが（たとえば、２５０枚のＣＤに対して１０ドルで）購入しようと決心するまで、ＣＤの量を増加させる。
【０１８０】
他の例が、量は変わらないが、質が変わる場合である。たとえば、チケット発行の場合；会場の特定のシートまたは区域に対して開始価格１００ドルを設定してもよいが、だれかが購入しようと決心するまで、着座の質は上がる。
【０１８１】
製品とは対照的なサービスの場合にも同じく特にうまく作動することができる；たとえば、サービス（すなわち、保証、個人的トレーニング期間、マッサージなど）の長さがピアアクティブ値により規定される場合；たとえば、１時間の期間あたり５０ドルの開始申込み値段が存在するが、だれかが申込みに十分価値があると感じるまで、期間の長さが連続的に増大する（したがって、名称が付加価値である）。
【０１８２】
また、インターネットまたは電話サービスのプロバイダの場合；１カ月あたり５０ドルの開始値段で、５０ＧＢの帯域または５００ドル分の通話を提供することができ、だれかが購入するまで、ピアアクティブ値が申込みの価値を上昇させる。
【０１８３】
また、ピアアクティブ値を使用して、たとえば、待ち時間を低減することが有益である場合、必要に応じて量、時間の長さ、サイズ設定、金額などを低減することができる。
ピアアクティブ広告（別称「臨時」）
【０１８４】
リアルタイムの視聴者数が、特定の時間に示すべき広告を規定する場合。ＩＰＴＶの出現で、ピアアクティブ広告が、より効果的なテレビ広告の主要な候補になっている。異なる広告主が、異なる金額を支払って、異なるレベルの宣伝をする用意があり、ピアアクティブ広告は、収入を最大化する最適な方法を提供する。
【０１８５】
たとえば、ブランドＡが１０，０００ドルを費やして、特定のテレビ番組中に２００，０００人の視聴者を獲得する用意がある。ブランドＢが、６，０００ドルを払って、同一テレビ番組中に１００，０００人の視聴者を獲得する用意がある。ピアアクティブエンジンは、視聴者をリアルタイムで計測し、データベースを調べて、広告収入を最適化するためにどの広告が最もぴったりと適しているかを判断する。
【０１８６】
ピアアクティブ広告はまた、広告がユーザからの直接動作に基づかない（すなわち、ユーザは「クリックする」必要がない）という点で、オンラインクリック課金モデルと異なり、したがって、このモデルは、直接応答（クリック課金に、より適している）と対照的なオンラインブランディングのために最適化される。
ピアアクティブ要求（別称「平衡」）
【０１８７】
ピアアクティブエンジンを使用して、固定された期間、変化せずに留まる定価を決定する場合。
【０１８８】
たとえば、チケット発行の場合、主催者が新しい旅行の販売時間を公表する。ピアアクティブ要求は、販売直前にトラフィック・ユーザを計測して、販売中になると、固定された期間変化せずに留まるチケットの価格を決定する。
【０１８９】
これにより、売り主が、価格設定の際に激しい変動を伴う場合があるどのような懸念にも対処することができるようになり、一方、売り主が要求に対して価格設定を依然として最適化することができるようになる。
ピアアクティブゲーミング
【０１９０】
ゲームを行っているまたは見ているユーザの数がゲームの結果の一部に直接影響を及ぼす場合。
【０１９１】
たとえば、ユーザが、加速し、さらにレースに勝つために、ユーザのリンクをより多くの人々に見てもらう必要があるレースゲーム。さらに、勝利者が、サイトに非常に多くのトラフィックを呼んでくることにより得た広告収入により援助を得た賞金を受け取ることができる。
ピアアクティブギャンブル
【０１９２】
特定のリンクを見ているユーザの数が、掛け率または賞金に直接影響を及ぼす場合。
【０１９３】
たとえば、サイトを見ているより多い／少ないユーザが、大当たりのサイズを増大／減少させるオンライン宝くじタイプのシステム（従来の宝くじの代替モデル）。
【０１９４】
他の例が、所与の時間に特定の賭けを見ている人々の数に基づき掛け率が上昇または低下する賭け事である。
ピアアクティブ資金集め
【０１９５】
慈善事業活動または寄付がユーザトラフィックに直接関係がある場合。
【０１９６】
一定レベルのトラフィックに到達した場合に、人が作業を行うことを約束する、すなわち、ｘレベルのユーザが見ている場合に、癌研究のための資金を調達するために、著名人が自分の頭を剃ることを約束する資金調達者が例である（寄付は、トラフィック上昇による広告収入により援助を得ることができる）。
【０１９７】
本開示は、以下の特許請求の範囲のすべての実施形態を含む。
【図１】
2014517369.tif 000003
【図２】
2014517369.tif 000004
【図３】
2014517369.tif 000005
【図４】
2014517369.tif 000006
【図５】
2014517369.tif 000007
【図６ａ】
2014517369.tif 000008
【図６ｂ】
2014517369.tif 000009
【図６ｃ】
2014517369.tif 000010
【図６ｄ】
2014517369.tif 000011
【図６ｅ】
2014517369.tif 000012
【図６ｆ】
2014517369.tif 000013
【図６ｇ】
2014517369.tif 000014
【図７】
2014517369.tif 000015
【図８】
2014517369.tif 000016
【図９】
2014517369.tif 000017
【図１０】
2014517369.tif 000018
【図１１】
2014517369.tif 000019
【図１２】
2014517369.tif 000020
【国際調査報告】
2014517369.tif 000021
2014517369.tif 000022