(57)【特許請求の範囲】
【請求項１】
複数の業者が使用するサーバ・コンピュータと、少なくとも一人の買い手のウェブ・クライアントとして機能するクライアント・コンピュータとの間で相互接続コンピュータの通信ネットワークを介して前記サーバ・コンピュータと前記クライアント・コンピュータとの間で電子取引を実行する方法であって、
前記買い手のクライアント・コンピュータは、選択された商品ごとに確保状態、買い状態、キャンセル状態、および商品の購入を確定した以前の他の取引がキャンセルされることを条件とした購入要求状態である条件付き状態の取引状態を含む複数の選択可能な取引状態の１つに対応した表現を表示するものであり、
前記買い手のクライアント・コンピュータが、商品を選択し希望する取引状態として条件付き状態を選択する操作により商品および希望する取引状態として条件付き状態を指定する商品購入要求を第１の業者のサーバ・コンピュータに送信するステップと、
前記第１の業者のサーバ・コンピュータが、前記受信した商品取引要求に基づいて、指定された商品の取引状態として前記条件付き状態を割当て、状態情報として記憶手段に記憶するステップと、
前記買い手のクライアント・コンピュータが、前記割当てに応答して、前記商品の購入を確定した以前の他の取引の購入先である第２の業者のサーバ・コンピュータおよび購入商品のＩＤを、前記第１の業者のサーバ・コンピュータに送信するステップと、
前記第１の業者のサーバ・コンピュータが、前記受信した第２の業者のサーバ・コンピュータ及び前記購入商品のＩＤに基づいて、前記商品の購入を確定した以前の他の取引のキャンセル要求メッセージを、前記第２の業者のサーバ・コンピュータに送信するステップと、
前記第２の業者のサーバ・コンピュータが、前記キャンセル要求メッセージを受信して、該キャンセル要求メッセージに基づいたキャンセルを試み、当該キャンセルが成功裏に行われた場合にキャンセル完了メッセージを前記第１の業者のサーバ・コンピュータに送信するステップと、
前記第１の業者のサーバ・コンピュータが、前記キャンセル完了メッセージを受信して、前記指定された商品について取引状態として割当てた条件付き状態の前記状態情報を、確保状態又は買い状態に変更し、前記買い手のクライアント・コンピュータとの前記指定された商品についてのさらなる取引を開始するステップと
を実行する方法。
【請求項２】
前記選択された商品に対応する状態情報が、前記条件付き状態とされている期間中、前記希望の商品に対応する特定のデータをロックして異なるクライアントにアクセスさせないための指示を前記クライアント・コンピュータから前記第２の業者のサーバ・コンピュータに送らせる、請求項１記載の方法。
【請求項３】
キャンセル完了メッセージを受信しだい、前記希望する商品の前記選択された条件付き状態の前記状態情報を異なる状態情報に変更することをさらに含み、前記異なる状態が、a)前記希望の商品を買うことを考慮する期間、前記希望の商品を確保状態におくことを示す状態情報およびb)前記買い手が前記クライアント・コンピュータを介して前記希望の商品を買ったことを示す状態情報のいずれかである、請求項１記載の方法。
【請求項４】
第１の業者によって使用され、商品購入するために買い手によって使用されるクライアント・コンピュータ・システムと電子取引を実施するため、少なくとも一つのクライアント・コンピュータ・システムとネットワークを介して通信できる業者側コンピュータ・システムであって、
前記買い手によって前記クライアント・コンピュータを介して選択された商品ごとの、入手可能状態、確保状態、買い状態、キャンセル状態、および条件付き状態から選択される別々の表現状態を前記クライアント・コンピュータに送信する手段と、
前記買い手によって前記クライアント・コンピュータを介して選択された複数の選択可能状態の一つに、それぞれの別々の表現状態を割当てる手段と、
前記クライアント・コンピュータと第２の業者のサーバ・コンピュータとの間で以前に確定した購入商品の取引がキャンセルされることを条件とした、商品の購入要求が前記クライアント・コンピュータから受領され、前記購入要求された商品に条件付き状態の表現状態が割当てられると、前記商品に前記以前に確定した購入商品の取引を対応付ける手段であって、前記対応付けに応答して
i)前記クライアント・コンピュータから前記第２の業者のサーバ・コンピュータおよび前記購入商品のＩＤを受信し、
ii）前記ＩＤを用いて前記第２の業者のサーバ・コンピュータに前記購入商品の取引をキャンセルするためのキャンセル要求メッセージを送信し、
iii) 前記キャンセル要求メッセージを受けて前記購入商品の取引のキャンセルが成功裏に行われた場合に発行されるキャンセル完了メッセージを前記第２の業者のサーバ・コンピュータから受信すると、前記購入要求された商品に割当てられる表現状態を前記条件付き状態の表現状態から確保状態または買い状態に変更し、前記クライアント・コンピュータとの前記購入要求された商品に対する更なる取引を開始させる手段と、
を含む、業者側コンピュータ・システム。
【請求項５】
請求項４に記載の各手段として、サーバ・コンピュータを機能させるための、コンピュータ実行可能なプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子商取引に関し、より具体的には、クライアントが、ある業者のウェブ・サーバとの取引を、別の業者のウェブ・サーバとの取引の結果に依存して実行することを可能にし、それにより、オンライン買い物客が、別の業者とでより好条件の買い得品を見つけた場合に購入をキャンセルしたり、別の業者との以前の購入取引をキャンセルすることができる場合に購入を進めたりすることを可能にするためのシステム、方法およびプログラムに関する。
【０００２】
【従来の技術】
計算装置が世界中で広がり続けるにつれ、それらの装置を接続するネットワークの使用もまた増加し続ける。計算装置は、大きなメインフレーム・コンピュータ、ワークステーション、パーソナル・コンピュータ、ラップトップおよび他の携帯式装置、たとえば無線電話、パーソナル・デジタル・アシスタント、自動車ベースのコンピュータなどを含む。そのような携帯式計算装置は「パーベイシブ」(pervasive)装置とも呼ばれる。本明細書で使用する「コンピュータ」または「計算装置」とは、プロセッサおよび何らかのタイプのメモリを含むような装置をいう。計算装置を接続するネットワークは、線、たとえば銅線または光ファイバ・ケーブルを使用して形成される「有線」ネットワークであってもよいし、地上および／または衛星ベースの無線伝送リンクを利用する無線ネットワークであってもよいし、有線ネットワーク部と無線ネットワーク部との組み合わせであってもよい。多くのそのようなネットワークは、「サーバ」計算装置が「クライアント」計算装置によって要求されるリソース、たとえばファイル、周辺装置または処理能力を管理する、クライアント／サーバ・アーキテクチャを使用して編成することができる。「プロキシーサーバ」が、他の機械、たとえばクライアントまたはサーバに代わって動作することができる。
【０００３】
広く使用されているネットワークがインターネットである。当初は「相互接続ネットワーク」の集合体と呼ばれていたインターネットは、データ転送および送り側ネットワークから受け側ネットワークによって使用されるプロトコルへのメッセージの変換を扱うゲートウェイによって結合された、おそらくは異種のコンピュータ・ネットワークのセットである。頭を大文字にすると、「Internet」は、ＴＣＰ／ＩＰスイートまたはプロトコル・スイートを使用するネットワークおよびゲートウェイの集合体をいう。
【０００４】
現在、インターネットを介してデータを転送するのにもっとも一般的に使用される方法は、ワールド・ワイド・ウェブ環境（以下「ウェブ」と呼ぶ）を使用する方法である。情報を転送するための他のインターネット・リソース、たとえばファイル転送プロトコル（ＦＴＰ）およびGopherが存在するが、ウェブほどの人気を博してはいない。ウェブ環境では、サーバおよびクライアントが、種々のデータ・ファイル（たとえばテキスト、静止画、音声、動画など）の転送を扱うための公知のプロトコルであるハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用してデータ転送を実施する。
【０００５】
本明細書中、「電子商取引」とは、通信ネットワーク、たとえばインターネットによって相互接続されたコンピュータを使用する商業活動をいう。インターネット独特の特性のおかげで、インターネットを介して商取引を実施することは、新たな問題および新たなチャンスを提示する。
【０００６】
現実の物理世界における買い物は、従来、多くの要因を伴うものであった。一般に、多くの人々にとっての買い物体験は、価格交渉、業者間での価格の比較、ある店で商品を一定期間確保しておく間に他の店を訪れて類似品の価格および品質を比較する能力、何らかの理由で気に入らなかった場合に返品する能力ならびに返金手段および手順の存在を含む。
【０００７】
現実のシナリオでは、確約した取引（たとえば購入）のキャンセルはしばしば必要なことである。現在、多くの業者は、製品が発送されていないうちは、注文のキャンセルを認めている。しかし、これは通常、その業者に電話することを伴う。同様に、電子商取引業者の中にも、製品が発送されていないうちは、電子的キャンセルを許容するところがある。さらには、買い手が、取引をキャンセルし、別の業者から買おうとしても、取引がキャンセルされる時点の間に、その別の業者から商品が入手できなくなるおそれもある。
【０００８】
取引に伴う一つのウェブ・サーバを有する現在の電子商取引システムは、次のように取引をキャンセルすることができる。まず、時間ｔ１で、クライアントがハイパーリンクをクリックして、電子商取引サーバから自分の注文状態を出す。次に、時間ｔ２で、電子商取引サーバがＨＴＴＰ要求を受ける。時間ｔ３で、電子商取引サーバが情報を処理し、ページを送り始める。時間ｔ４で、クライアントがそのページを受け、表示する。時間ｔ５で、クライアントが、取引をキャンセルするための何らかの要素（たとえばボタン）をクリックする。時間ｔ６で、電子商取引サーバが、取引をキャンセルするためのＨＴＴＰ要求を受ける。時間ｔ７で、電子商取引サーバが取引をキャンセルし、クライアントに通知を送る。時間ｔ８で、クライアントがその通知を受け、表示する。
【０００９】
上記方式の問題は、サーバが、時間ｔ３で情報を送るが、時間ｔ６でしかキャンセル要求を受けられないことである。すなわち、サーバは、情報が時間ｔ３と時間ｔ６との間で変化しないよう、対応するデータおよびそれに対する処理をロックしなければならない。これは、データベース・システムでしばしば遭遇する一般的な問題であることが理解される。ロックされないならば、ウェブ・クライアントは、誤った情報に基づいて取引をキャンセルしようとするかもしれない。それが、電子商取引におけるクライアントからの否定的な意見および信頼の欠如を生み出すことになる。加えて、時間依存型取引は、すべてとはいえないにしても多くの商業分野である程度は重要であり、他の商業分野、たとえば鞘取り取引にとってはさらに重要である。
【００１０】
現実の物理世界では、買い物客が買い物体験の中心にあり、買い物する決定または、小売り業者の要件または規定が買い物客にとって得とはいえない場合には、買い物しない決定を下す。それとは逆に、従来技術の電子商取引システムは、いわば「業者中心的」である。電子商取引の業者中心的性質は、今日提供されている電子商取引方法の多くが電子商取引サーバ、すなわち業者のサーバのためのものであり、買い手のクライアントのためのものではないという事実によって明らかになる。
【００１１】
【発明が解決しようとする課題】
したがって、本発明の目的は、電子商取引買い物客のために、業者を中心にしてではなく、買い物客を中心にしてめぐるような「買い物客中心的」（本明細書では「クライアント中心的」ともいう）買い物体験を提供することである。
【００１２】
本発明のさらなる目的は、インターネットベースの電子商取引システムにおいてクライアントが複数の業者およびウェブ・サーバ間にまたがって信頼しうる依存型取引を実施することを可能にすることである。
【００１３】
【課題を解決するための手段】
本発明の好ましい実施態様は、クライアントが複数のウェブ・サーバ間にまたがって信頼しうる依存型取引を実施することを可能にする。ウェブ・クライアントに対し、ウェブ・サーバ中のレコードの適切なロックおよびロック解除を実施するための便宜が提供される。これは、ウェブ・クライアントが、あるウェブ・サーバとの取引を、別のウェブ・サーバとの取引の結果に依存して実施することを可能にする。このような状況は、ウェブ・クライアントが、他の業者とでより好条件の買い得品を見つけたため、購入をキャンセルしたいときに生じるかもしれない。
【００１４】
より具体的には、顧客（本明細書では、「買い手」または「消費者」とも呼ぶ）によって使用されるクライアント・システムが、業者によって使用される一つ以上のサーバとネットワークを介して通信して、顧客と業者との間の取引を実施することが可能になる。業者の在庫にある各商品が、オブジェクトまたは他の表現によって表される。クライアント・システムは、いずれかの業者から顧客によって選択された商品ごとにオブジェクトまたは他の表現のインスタンスのコピーを表示する。商品は、複数のサーバ間にまたがる複数の業者からクライアントのところに収集される。ある業者から商品を選択すると、顧客はまた、その商品を表すオブジェクトの状態を選択する。商品が業者から入手可能であるならば、その業者におけるオブジェクトの状態はこの入手可能性を反映する。顧客が入手可能な商品を選択すると、顧客は、入手可能状態を新たな状態に変更する状態を選択することができる。選択可能な状態は、顧客がその商品の購入取引を実行することを望むことを示す状態、たとえば「買い」状態または顧客が、購入の決定を思案する間その商品を確保することを望むことを示す状態、たとえば「確保」状態または顧客が、同一または異なる業者との以前の取引をキャンセルすることができる場合にのみ、商品を購入または確保することを望む状態、たとえば「条件付き」状態を含む。
【００１５】
商品および状態がクライアント・システムで顧客によって選択されると、サーバにおける商品のオブジェクトのインスタンスの状態が「入手可能」状態から選択された状態に変更される。これが商品および対応するデータをロックして、他の顧客およびクライアント・システムに利用させないようにする。
【００１６】
上記で「条件付き」状態と称した状態は、当該商品を所有する業者に対し、顧客が、以前の取引をキャンセルすることができるならば、当該商品を購入することを望むことを示す。顧客は、所有する業者に対し、以前の業者の識別名および以前の取引で購入した商品の識別名を送る。所有する業者が以前の業者に接触して、識別された取引をキャンセルする。所有する業者が以前の業者に譲歩金を提供して、以前の業者が以前の取引をキャンセルするよう誘うこともできる。譲歩金は、以前の所有者が被った取引費用、おそらくはそれ以上の額をカバーするかもしれない。所有する業者は、譲歩金を提供して売上げおよび顧客の取引を得る。以前の取引がキャンセルされるならば、オブジェクトの状態を変更して、以前の取引がキャンセルされ、商品が今や「確保」または「買い」状態を反映するというような別の商品に対する条件が満たされたことを示す通知がクライアントに送られる。実施態様によっては、キャンセルの通知を受けしだい、以前の商品のオブジェクトをクライアントの商品の集合から自動的に削除してもよい。本発明の電子商取引システム、方法およびプログラムは、買い物体験が、ａ）「注文キャンセル」方法を提供し、ある業者との取引がそれ以前に異なる業者とで行われた取引に依存する「依存型取引」の方法を提供することによる、業者間にまたがる競合的買い物、ｂ）業者どうしが互いに接触して注文キャンセルのための「譲歩金」を提供することができる、売り手間での製品譲渡ならびにｃ）多くの業者からの商品を含む、クライアントのところで維持される「クライアント中心的」ショッピング・カートを含むことを可能にする「クライアント中心的」特徴を有する。
【００１７】
本発明のクライアント中心的電子商取引実施態様は、買い物客が買い物体験を支配する感じを与えることにより、また、買い物客が、各別々の業者とで別々に取引するのではなく、多くの業者から買い物することを可能にすることにより、買い物客にとって買い物の心理的側面を改善する。一つの実施態様は、クライアントが価格および製品の比較を簡単かつ自動的に実施することを可能にする、異なるウェブ・サーバ上の異なる業者間にまたがるショッピング・カートを使用する。「注文キャンセル」および「依存型取引」方法は、インターネット買い物客が異なる業者間にまたがって買い得品を求めて買い物することを容易に可能にする。
【００１８】
本発明およびその利点をより完全に理解するため、添付図面と併せて以下の詳細な説明を参照されたい。
【００１９】
【発明の実施の形態】
以下の記載では、本明細書の一部を形成し、本発明のいくつかの実施態様を示す添付図面を参照する。本発明の範囲を逸することなく、他の実施態様を利用してもよいし、構造および動作上の変更を加えてもよいことが理解されよう。
【００２０】
図１は、本発明を具現化する「クライアント中心的」電子商取引インフラストラクチャのブロック図を示す。一つの買い手ウェブ・クライアント１０１が対話することができる複数の電子商取引サーバ１１０、１２０がある。各電子商取引ウェブ・サーバは、通常、データベース１１１、１２１およびいくつかの「イントラネット」もしくは「インターネット」ベースの「注文実行ステーション」ウェブ・クライアント１１２、１２２、１３２に接続している。注文実行ステーションは、取引または取引の一部に対する実時間更新を可能にする。たとえば、United  Parcel  Serviceは、１２０のような中央電子商取引サーバを有するかもしれない。その従業員は、種々の配達段階が完了するごとにデータを「注文実行ステーション」ウェブ・クライアント１２２、１２３に入力することにより、配達の状態を更新するであろう。同様に、全国的な小売りチェーンは、注文実行ステーションをインターネットを介してその中央ウェブ・サーバに接続しているかもしれない。
【００２１】
注文キャンセルおよび依存型取引
以下、図１および図２を参照しながら、確約した取引、たとえば購入をキャンセルする買い手の希望を実行するための好ましい実施態様の方法、手段およびプログラム機能を説明する。たとえば、買い手ウェブ・クライアント１０１は、あるウェブ・サーバ１１０との取引をキャンセルすることを望むが、買い手が別のウェブ・サーバ１２０との取引を完了することができる場合のみ、それを実行すことを望むかもしれない。本発明の好ましい実施態様では、注文キャンセルは、依存型取引を解消するための技術を含む。
【００２２】
一つの実現方法は、分散オブジェクトを使用する方法である。今日行われいる労力に基づくと、分散オブジェクトは、次世代ＨＴＴＰプロトコルの核心的特徴になると思われる。解消依存型取引はまた、従来のデータベース・ロックおよびロック解除機構によって実現することができる。しかし、これらは通常、クライアントではなくデータベース・サーバによって管理され、実行される。
【００２３】
図２は、注文キャンセルを含む、買い手と複数の業者との間の取引の流れを示す。まず、買い手が、業者＃１とで商品Ａ１を確保し、買い物を続ける（２０１）。買い手は、業者＃２とで類似品Ａ２をより好条件の買い得品として見つけるならば、業者＃２とで商品Ａ２を確保する（２０２）。買い手は、業者＃１との商品Ａ１をキャンセルし、買い物を続ける（２０３）。買い手は、業者＃３とで類似品Ａ３をさらに好条件の買い得品として見つけるならば、業者＃３とで商品Ａ３を確保する（２０４）。買い手は、業者＃２との商品Ａ２をキャンセルし（２０５）、業者＃３から商品Ａ３を買う（２０６）。
【００２４】
図３は、別の取引の流れの実施態様を示す。買い手が、売り手＃１からの商品Ｃ１、たとえば椅子を５０ドルで注文する（３０１）。この例では、買い手は確保を要求せず、商品Ｃ１を買う。状態１は「買われた」である。次に、買い手は、売り手＃２から類似品Ｃ２、たとえば異なる椅子を４５ドルで注文し、確保を要求する（３０２）。状態２は「確保」である。そこで、買い手は、売り手＃１からの商品Ｃ１のキャンセルを要求する（３０３）。キャンセルは許可される。状態１は「キャンセルされた」になる。買い手は、商品Ｃ２を明示的に買うことができ、その場合、状態２は「確保」から「買われた」に変わる（３０４）。所定期間Ｔ、たとえば５時間以内に買い手から明示的な動作がないならば、商品Ｃ２に対応する「確保」状態は、具体的な実現態様に依存して自動的に「買われた」または「キャンセルされた」に変わる。
【００２５】
製品譲渡譲歩金
買い手が業者＃１との注文をキャンセルしたのち業者＃２と接触して注文を入れる代わりに、本発明の好ましい実施態様は、図４を参照して説明するような取引の流れを可能にする。まず、買い手が、業者＃２に対し、業者＃１とで以前に交わした電子取引が業者＃２によってキャンセルされるという条件で注文を入れる（４０１）。業者＃２のウェブ・サーバが業者＃１のウェブ・サーバに接触し、所与の額の譲歩金を提供して、買い手の以前の取引をキャンセルさせる（４０２）。業者＃１のウェブ・サーバがその申し出を受けるならば（４０３）、業者＃２は買い手の注文を満たす（４０４）。
【００２６】
業者間でのこの製品譲渡取引は、いずれの当事者にも有益である。買い手は、最良の条件、たとえば価格および／または入手性および／または保証などを提供する選択された業者から希望の製品を取得する。業者＃１は、その取引費用をおそらくはカバーするためのいくらかの金額を取得する。業者＃１はまた、買い手側のごくわずかな労力で自動的な注文キャンセルを許すことにより、良好な対顧客関係を確立する。業者＃２は、さらなる売り上げを通じて利益を得ることは明白である。
【００２７】
クライアント中心的ショッピング・カート
本発明の好ましい実施態様は、依存型取引を使用する注文キャンセルおよび製品譲渡譲歩金を含む上記取引の流れを、クライアント中心的ショッピング・カートとともに利用する。クライアント中心的ショッピング・カートは、クライアント側のソフトウェアによって実現される。ショッピング・カートは、クライアントが競合的な買い物を実行しやすいよう、異なる業者からの同等または類似品を同じグループにして維持する。クライアントは、「クライアント中心的」ショッピング・カート中の特定の商品をクリックすることにより、その商品が取り出されたウェブ・サーバ・ページまで連れて行かれる。
【００２８】
クライアント中心的ショッピング・カートの例を以下に示す。
【００２９】
売り手：Amazon.com
売り手のショッピング・カート
商品ＩＤ  ３４８７  「風と共に去りぬ」        ＄１１．５０
商品ＩＤ  ３４３４  「Ｃ＋＋プログラミング」  ＄１０．００
【００３０】
売り手：Bookseller.com
売り手のショッピング・カート
商品ＩＤ  ＡＡＡＢ  「風と共に去りぬ」          ＄１３．００
商品ＩＤ  ＡＡ４５  「Ｊａｖａプログラミング」  ＄３０．００
【００３１】
クライアント中心的ショッピング・カート
「風と共に去りぬ」Amazon.com  商品ＩＤ  ３４８７
＄１１．５０
「風と共に去りぬ」Bookseller.com  商品ＩＤ  ＡＡＡＢ
＄１３．００
「Ｃ＋＋プログラミング」Amazon.com  商品ＩＤ  ３４３４
＄１０．００
「Ｊａｖａプログラミング」Bookseller.com  商品ＩＤ  ＡＡ４５
＄３０．００
【００３２】
実現態様
分散オブジェクトを使用して上記取引の流れを実行する好ましい実施態様を説明する。ウェブ・サーバおよびウェブ・クライアントが、これらの取引の流れを実行するのに適当な機能を与えられる。本発明の本質および範囲を逸することなく、好ましい実施態様に対して変更を加えることもできる。同様に、他の実現態様および実施態様を使用してもよい。たとえば、リレーショナルおよび階層データベースを使用して、業者からの在庫品および対応するデータをデータベース内のレコードとして記憶し、操作し、アクセスし、ロックしてもよい。
【００３３】
図５は、別々のウェブ・サーバ５０１、５０２、５０３上の複数の業者、業者Ａ、業者Ｂ、業者Ｃを示す。業者は必ずしも別々のウェブ・サーバ上にいる必要がないことが理解されよう。二つ以上の業者が同じウェブ・サーバ上に存在することもできる。各業者は、別の業者とでウェブ・サーバを共用するかしないかにかかわらず、別個のＵＲＬを有している。
【００３４】
ある業者に属する商品ごとに別個のオブジェクトがある。たとえば商品＃１Ａ１、５１１は、これが業者Ａからの第一の商品、たとえば椅子であり、業者のｎ個の椅子の在庫の中の第一の椅子商品であることを示す。在庫の中の第三の椅子商品は、「商品１Ａ３」と指定することができる。同様に、業者Ａからの机が「商品２Ａｎ」５１３として図示されている（「ｎ」は、それが机の在庫の中のどの特定の机であるのかを示す）。本質的に、業者からの商品一つ一つが一意オブジェクトとして表される。
【００３５】
具体的な実現態様に依存して、各オブジェクトは、以下の属性または状態―入手可能、確保、買い、キャンセルおよび条件付き―のいくつかまたはすべてを有する。商品が「入手可能」であると示されるならば、オブジェクトのインスタンスをクライアントにコピーし、すなわち送り、クライアントのショッピング・カートに入れることができる。ひとたびオブジェクトのインスタンスがクライアントに送られると、オブジェクトの状態は「確保」または「買い」または「条件付き」のいずれかに変わる。状態が変わると、その特定のオブジェクトはもはや入手可能ではなく、別のクライアントに送ることはできない。クライアントまたは別の業者が、取引をキャンセルするためのメッセージをウェブ・サーバに送ると、クライアントにおけるオブジェクトのインスタンスが削除され、ウェブ・サーバにおけるオブジェクトのインスタンスの状態が「キャンセルされた」に変わる。ウェブ・サーバは、キャンセルを処理したのち、そのオブジェクトの状態を「キャンセルされた」から「入手可能」に変更し、それにより、そのオブジェクトを別のクライアントにとって入手可能にする。
【００３６】
オブジェクトの状態は、以下のシナリオに沿って「条件付き」に変わることができる。クライアントは、業者、たとえば業者Ａに対し、クライアントが、業者Ｂが業者Ｂとの商品１Ｂ１、５２１をキャンセルするならば、商品１Ａ１、５１１をその業者から買うことを望むことを示すメッセージを送ることができる。条件付き状態のオブジェクト２５１１のコピーがクライアント５５０に送られると、業者Ａにおける商品１Ａ１の状態は「入手可能」から「条件付き」に変わる。クライアントは、クライアントから業者Ａへのメッセージの中に、業者、業者からの商品および買い手を識別する必要な情報を含めている。業者Ａは、商品および買い手を識別し、その取引のキャンセルを要求するメッセージを識別された業者、たとえば業者Ｂに送る。業者Ｂは、業者Ｂにおけるオブジェクトの状態を「買われた」から「キャンセルされた」に変更し、オブジェクトのコピーを買い手のショッピング・カートから削除するメッセージを買い手に送る。業者Ｂがキャンセルの処理を完了すると、業者Ｂは、その商品のオブジェクト５２１の状態を「キャンセルされた」から「入手可能」に変更する。そして、業者Ｂは、取引がキャンセルされたことを示すメッセージを業者Ａに送る。業者Ａは、その商品５１１のオブジェクトの状態を、買い手と業者Ａとの間の最初のメッセージで示された買い手の希望に応じて「条件付き」から「買われた」または「確保」に変更する。
【００３７】
クライアントは、一つ以上のウェブ・サーバ間にまたがる種々の業者からの商品を表す、指定された状態のオブジェクトを選択し、収集することが可能になる。商品（すなわちオブジェクト）が収集されるたび、それは、収集された他の商品とともに、各商品の指定された状態の表示とともにクライアントのところで表示される。クライアントはまた、表示された商品のオブジェクトのいずれかの状態を変更することが可能になる。状態が変わりしだい、クライアントは、状態が変わったという指示を該当する業者に自動的に送る。これは、各オブジェクト上で選択可能な各状態に対応するＵＲＬリンクを介して実施することができる。他の手段、たとえばメッセージの送信を使用することもできる。選択されたオブジェクトの初期状態およびその後に変更された状態に依存して、対応する業者のウェブ・サーバは、オブジェクトまたは対応するデータの必要なロックを実行したり、必要な処理を実行したりする。
【００３８】
図６〜８は、クライアントによって下された選択に応答して種々の取引のオブジェクトの状態を管理するための、ウェブ・サーバにおける処理ステップ、システム手段およびプログラム機能を示す。図６の６０１で、ウェブ・サーバは、特定の商品に関するクライアントからの要求を待つ。商品に関する要求が出ると、ウェブ・サーバは、商品６０２のために入手可能なオブジェクトがあるかどうかを決定する（６０２）。ないならば、その要求は拒否され、要求拒否メッセージがクライアントに返送される（６０３）。そして、ウェブ・サーバは次の要求を待ち続ける（６０１）。商品が入手可能であるならば、ウェブ・サーバは、要求のタイプを、確保、買い、キャンセルまたは条件付きのいずれかとして決定する（６０４）。
【００３９】
確保要求の場合、以下のイベントが発生する。オブジェクトが入手可能であるならば、状態は確保に変更され（６１３）、そのオブジェクトのコピーがクライアントに送られる（６１４）。タイマーを起動して（６１５）所定期間内にオブジェクトに関して買いまたはキャンセル要求が受けられるかどうかを判定する（６１６）。時間切れならば（６１７）、確保状態はキャンセル状態に変更され（６１８）、オブジェクトを削除するためのメッセージがクライアントに送られる（６１９）。すると、ウェブ・サーバは取引をキャンセルする（６２０）。ウェブ・サーバがキャンセルのプロセスを完了すると、オブジェクトの状態はキャンセルから入手可能に変更される（６２１）。買いまたはキャンセルの要求があるならば（６１６）、ウェブ・サーバはその要求のタイプを決定する（６２３）。キャンセル要求が受けられたならば、プロセスは、上記のようにステップ６１８〜６２１に進む。買い要求が受けられるならば、オブジェクトの状態は買いに変更され（６２４）、サーバは買い取引を実行する（６２５）。
【００４０】
ステップ６０４に戻り、要求がはじめ、確保要求ではなく、買い要求であったならば、サーバにおけるオブジェクトの状態は買いに変更される（６２４）。ウェブ・サーバは、クライアントとで買い取引を完了する（６２５）。
【００４１】
図６のステップ６０４で、要求がキャンセル要求であったならば、ウェブ・サーバは、図７に示すような処理を続ける。ウェブ・サーバは、商品を決定し（６５１）、状態をキャンセルに変更する（６５２）。ウェブ・サーバは、オブジェクトを削除するためのメッセージをクライアントに送り（６５３）、取引をキャンセルする（６５４）。そして、ウェブ・サーバは、オブジェクトの状態を入手可能に変更する（６５５）。
【００４２】
図６のステップ６０４で、要求が条件付き要求であったならば、ウェブ・サーバは、図８に示すような処理を続ける。ウェブ・サーバは、オブジェクトの状態を入手可能から条件付きに変更し（６７１）、オブジェクトのコピーをクライアントに送る（６７２）。ウェブ・サーバは、別の業者、買い手および商品の実体を要求から決定する（６７３）。ウェブ・サーバは、メッセージをその別の業者に送って買い手との商品をキャンセルさせる（６７４）。ウェブ・サーバが、別の業者が買い手との以前の取引をキャンセルしたという確認を受けると（６７５）、状態は、サーバおよびクライアントの両方で、条件付きから要求どおり買いまたは確保に変更される（６７６）。そして、メッセージをクライアントに送って状態を買いまたは確保に変更させる（６７７）。処理は、図６に示すステップ６７８または６７４に進む。
【００４３】
図９および１０は、クライアント／サーバ・ネットワーク内で情報を転送するためのシステム１０の実施態様を示す。システム１０は、ネットワーク・サーバ、プロキシーおよびクライアントとして使用される計算装置を含む。計算装置は、パーソナル・コンピュータ、ラップトップ、ワークステーション、メインフレームもしくは携帯型コンピュータ、たとえばパームトップ、パーソナル・デジタル・アシスタント、スマート・フォンおよび／またはセルラ・フォンであってもよいが、これらに限定されない。図９および１０の実施態様では、サーバ１２は、キャッシュ１４、プロセッサ１６および記憶装置１８を含む。キャッシュ１４は、プロセッサ１６によって高速アクセス可能である記憶場所の集合体である。一つの実施態様では、キャッシュ１４は、プロセッサのシステム・メモリのうち、一時記憶に割り当てられた部分であってもよい。記憶装置または記憶媒体１８は、多くの形態、たとえば揮発性および／または不揮発性メモリもしくはそれらの組み合わせであることができる。揮発性メモリは、いかなる適当な揮発性メモリ装置、たとえばＲＡＭ、ＤＲＡＭ、ＳＲＡＭであってもよい。不揮発性メモリは、たとえばハード・ディスク・ドライブまたはテープの使用による記憶空間を含むことができる。記憶媒体の例は、磁気ディスク、ハード・ドライブまたはフロッピー・ドライブ、光ディスクおよび／または磁気テープを含む。このような記憶装置は「直接アクセス記憶装置」（ＤＡＳＤ）とも呼ばれる。通常、記憶装置１８は、キャッシュ１４よりも大きな記憶容量を有するが、プロセッサ１６がアクセスするのにより多くの時間を要する。
【００４４】
図９および１０の実施態様では、記憶装置１８は、実行可能プログラムとも呼ばれるファイル２０およびプログラム命令２２を含む。プログラム命令は通常、「実行可能ファイル」として記憶装置に記憶されており、実行時にメモリにロードされる。ファイル２０は、ドキュメント、たとえばネットワークのユーザが閲覧するのに適したウェブ・ページを含むことができ、テキスト、グラフィックス、ビデオおよび／またはオーディオ情報を含むことができる。このようなドキュメント・ファイルは、ＨＴＭＬ言語であってもよいし、他の適当な言語、たとえばＸＭＬ（Extensible  Markup  Language）またはＷＭＬ（Wireless  Markup  Language）であってもよい。ファイル２０はさらに、ネットワークを介する通信で計算装置による使用に適したデータ・ファイルを含むことができる。本明細書に使用する「ファイル」とは、計算装置上に記憶したり、ネットワーク内で転送したりするのに適したデータの集合体をいうことができる。プログラム命令２２は、ネットワーク・サーバ１２の機能を実現するために使用される種々のプログラム命令、たとえば本明細書に記載する方法を実現するために使用されるプログラム命令を含むことができる。
【００４５】
伝送媒体２４は、ネットワーク・サーバ１２を他の計算装置、たとえばプロキシーサーバ２６および／またはクライアント２８に接続するために使用することができる。伝送媒体２４は、たとえば、ワイヤ、ケーブル、無線伝送路またはこれらの組み合わせを含むことができる。伝送媒体２４に使用されるプロトコルは、ＴＣＰ／ＩＰ、ＨＴＴＰおよび／または他の適当なプロトコル、たとえばＷＡＰ（Wireless  Application  Protocol）を含むことができる。
【００４６】
システム１０は、伝送媒体を使用してサーバ１２にリンクされたクライアント２８を含むことができる。図９および１０の実施態様では、クライアント２８は、キャッシュ１４、プロセッサ１６および記憶装置３５を含む。記憶装置３５は、上記記憶装置１８に類似しており、ファイル３９、ブラウザ・プログラム３７およびプログラム命令３６を含むことができる。プログラム命令は、オペレーティング・システム・プログラム命令およびアプリケーション・プログラム命令を含むことができる。ブラウザ・プログラム、たとえばブラウザ３７は、プログラム命令（または実行可能プログラム）、たとえば命令３６を使用して実現されるが、ブラウザ３７は、クライアントのこの特徴を強調するため、図９および１０では別に示されている。ブラウザ・プログラム３７は、たとえば、ユーザがワールド・ワイド・ウェブ（ＷＷＷ）上でファイルを検索し、見ることを可能にするウェブ・ブラウザであってもよいし、同様な機能を他のネットワークを介して実行するプログラムであってもよい。実施態様によっては、本明細書に記載する方法の実現に含まれるクライアント機能がブラウザ３７に含まれる。そのような機能および／またはクライアント計算装置の他の機能はまた、別々のプログラム命令、たとえばプログラム命令３６で実現することもできる。ファイル３９は、クライアント計算装置に記憶された種々のファイル、たとえばネットワーク・サーバ、たとえばサーバ１２からダウンロードされたファイルを含むことができる。クライアント２８は通常、特にクライアント計算装置がシステム１０のユーザによって操作される実施態様では、出力装置３８および入力装置４０と接続している。出力装置３８は、たとえば表示画面および／またはプリンタを含むことができる。入力装置６０は、たとえばキーボード、音声入力システム、タッチ感応装置および／またはポインティング・デバイス、たとえばマウス、トラック・ボール、ライト・ペン、ペンスタイラスおよび／または他の入力手段を含むことができる。
【００４７】
実施態様によっては、システム１０はまた、プロキシーサーバ２６を含むことができる。本明細書で使用する「プロキシーサーバ」とは、クライアントと「実」サーバとの間の仲介として働く計算装置をいう。プロキシーサーバは、クライアントにはサーバとして見え、本当のサーバにはクライアントとして見えることができる。クライアントからの要求は、プロキシーサーバによって応答されることもできるし、実サーバにパスされることもできる。実サーバからのファイルまたは他の通信は、プロキシーサーバによってクライアントにパスされることができる。プロキシーサーバは、種々の理由でシステム１０に使用されることができる。たとえば、プロキシーサーバは、特殊化されたコンテンツおよび／または改善された性能をクライアント・コンピュータの選択されたグループに提供するために使用されることができる。この例は、特定のインターネット・サービス・プロバイダ（ＩＳＰ）の加入者にファイルを提供する速度を増すための、プロキシーサーバによるキャッシュ記憶の使用である。プロキシーサーバのもう一つの用途は、クライアントから実サーバに送られる情報および／または実サーバからクライアントに送られる情報をフィルタリングする用途である。図９および１０の実施態様では、プロキシーサーバ２６は、キャッシュ１４、プロセッサ１６および記憶装置３０を含む。記憶装置３０は、ファイル３２およびプロキシーサーバ・プログラム命令３４を含むことができる。ファイル３２は、プロキシーサーバに記憶されているファイル、たとえばサーバとクライアントとの間で伝送されるファイルを含むことができる。プログラム命令３４は、プロキシーサーバ２６の機能、たとえばクライアント・コンピュータとの対話を実現するために使用される種々のプログラム命令を含むことができる。
【００４８】
図９および１０ならびに本明細書で見られる他のブロック図において、ブロックは、特定の構造ではなく機能を表す。回路および／またはソフトウェアを使用する、表されたシステムの実現は、複数のブロックを組み合わせて一つの回路または装置にすること、あるいは複数の回路および／または装置を組み合わせてブロックの機能を実現することを伴うかもしれない。たとえば、キャッシュ１４は、プロセッサ１６を具現化する半導体チップ上に含まれることもできる。さらには、システム１０のようなシステムは、ここに明示しない他の要素を含むこともできる。たとえば、図９および１０に示さない複数のサーバ、プロキシーサーバおよび／またはクライアントが、本明細書に記載する方法および機能を実現するために使用されるシステムに含まれてもよい。さらには、サーバ、プロキシーサーバおよび／またはクライアント計算装置は、それら自体が、図示されないさらなる要素を含むこともできる。
【００４９】
図９および１０に示す実施態様は、本発明の好ましい実施態様を説明するためだけに提供されている。当業者は、形態および機能における多様な変形が可能であることを認めるであろう。たとえば、ネットワーク環境におけるように、プロセッサおよび／またはメモリおよび／または入出力装置のいずれか一つ以上が別々のシステムに常駐していてもよい。
【００５０】
好ましい実施態様は、ソフトウェア、ファームウェア、ハードウェアまたはそれらの組み合わせを製造するための標準的なプログラミングおよび／または工学技術を使用して、方法、システムまたは製品として具現化することができる。本明細書で使用する「製品」（または「コンピュータ・プログラム製品」）は、データ、命令、プログラム・コードおよび／または一つ以上のコンピュータ・プログラムおよび／または一つ以上のコンピュータ使用可能装置、キャリヤもしくは媒体からアクセス可能であるデータ・ファイルを包含する。コンピュータ使用可能媒体の例は、不揮発性のハードコード化タイプ媒体、たとえばＣＤ−ＲＯＭ、ＤＶＤ、読み取り専用メモリ（ＲＯＭ）または消去可能電気的プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、書き込み可能媒体、たとえばフロッピー・ディスク、ハード・ディスク・ドライブならびにＣＤ−ＲＷおよびＤＶＤ−ＲＷディスクならびに伝送タイプ媒体、たとえばデジタルおよびアナログ通信リンクまたはあらゆる信号搬送媒体を含むが、これらに限定されない。
【００５１】
本発明の好ましい実施態様の前記記載は、説明のために提示したものである。網羅的であったり、本発明を開示したとおりの形態に限定したりすることを意図しない。上記教示を考慮して多くの変形が可能である。たとえば、本発明の好ましい実施態様は、インターネットに関して説明したが、基本的なデータ転送機構を提供するネットワーク・プロトコルを使用する他のネットワーク環境、たとえばワイド・エリア・ネットワーク、イントラネットおよびダイアルアップ接続システムを使用してもよい。
【００５２】
本発明の範囲はこの詳細な説明によって限定されず、請求の範囲によって限定される。詳細な説明、例およびデータは、本発明のシステム、方法および製品、すなわちコンピュータ・プログラム製品の製造および使用の完全な説明を提供する。本発明の本質および範囲を逸することなく本発明の多くの実施態様を構成することができるため、本発明の本質は請求の範囲に存する。
【００５３】
まとめとして、本発明の構成に関して以下の事項を開示する。
（１）少なくとも一つのサーバ・コンピュータを使用する複数の業者と、クライアント・コンピュータを使用する少なくとも一人の買い手との間で相互接続コンピュータの通信ネットワークを介して電子取引を実行する方法であって、
少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに別々の表現を前記クライアント・コンピュータに表示するステップと、
複数の選択可能な状態の一つを各別々の表現に対応させるステップと、
を含み、前記複数の選択可能な状態の特定の一つが、前記買い手が、希望の商品を第一の業者から購入することを、別の商品を第二の業者から買った以前の取引をキャンセルすることができる場合に望むことを示すことを特徴とする方法。
（２）少なくとも一つのサーバ・コンピュータを使用する複数の業者と、クライアント・コンピュータを使用する少なくとも一人の買い手との間で相互接続コンピュータの通信ネットワークを介して電子取引を実行する方法であって、
前記クライアント・コンピュータが、少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに、それぞれが時間における所与のインスタンスで複数の対応する状態の一つを有する別々の表現を表示することを可能にするステップと、
特定の業者から希望の商品を前記買い手によって選択するステップと、
を含み、選択された対応する状態が、前記買い手が、別の商品を別の業者から買った以前の取引をキャンセルすることができる場合に前記希望の商品を購入することを望むことを示すことを特徴とする方法。
（３）前記別の業者および前記別の商品のＩＤを前記クライアントから前記特定の業者に送るステップと、
前記以前の取引がキャンセルされたという通知を受けるステップと、
をさらに含む、上記（２）記載の方法。
（４）前記選択された対応する状態が、前記希望の商品の前記表現が前記選択された対応する状態を有する期間中、前記希望の商品に対応する特定のデータをロックして異なるクライアントにアクセスさせないための指示を前記クライアントから前記特定の業者に送らせる、上記（２）記載の方法。
（５）キャンセルの通知を受しだい、前記選択された状態を異なる状態に変更することをさらに含み、前記異なる状態が、ａ）前記買い手が、前記希望の商品を買うことを考慮する間、前記希望の商品を確保状態におくことを望むという指示およびｂ）前記買い手が前記希望の商品を買ったという指示のいずれかを提供する、上記（３）記載の方法。
（６）前記以前の取引がキャンセルされたことを示す前記通知を受けしだい、前記別の商品が前記クライアント・コンピュータ上に表示された前記対応する状態が変更される別の表現を有する上記（３）記載の方法。
（７）前記以前の取引がキャンセルされたことを示す前記通知を受けしだい、前記別の商品が自動的に削除される前記クライアント・コンピュータ上に表示された別の表現を有する上記（３）記載の方法。
（８）少なくとも一つのサーバ・コンピュータ・システムを使用する複数の業者から商品を購入するために、前記少なくとも一つのサーバ・コンピュータ・システムとネットワークを介して通信して買い手のための電子取引を実行することができるクライアント・コンピュータ・システムであって、
少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに別々の表現を前記クライアント・コンピュータ・システムで表示するための手段と、
複数の選択可能な状態の一つを各別々の表現に対応させるための手段と、
を含み、前記複数の選択可能な状態の特定の一つが、前記買い手が、希望の商品を第一の業者から購入することを、別の商品を第二の業者から買った以前の取引をキャンセルすることができる場合に望むことを示すことを特徴とするクライアント・コンピュータ・システム。
（９）少なくとも一つのサーバ・コンピュータ・システムを使用する複数の業者から商品を購入するために、前記少なくとも一つのサーバ・コンピュータ・システムとネットワークを介して通信して買い手のための電子取引を実行することができるクライアント・コンピュータ・システムであって、
少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに、それぞれが時間における所与のインスタンスで複数の対応する状態の一つを有する別々の表現を表示するための手段と、
特定の業者から希望の商品を前記買い手によって選択するための手段と、
を含み、選択された対応する状態が、前記買い手が、別の商品を別の業者から買った以前の取引をキャンセルすることができる場合に前記希望の商品を買うことを望むことを示すことを特徴とするクライアント・コンピュータ・システム。
（１０）前記別の業者および前記別の商品のＩＤを前記クライアントから前記特定の業者に送るための手段と、
前記以前の取引がキャンセルされたという通知を受けるための手段と、
をさらに含む、上記（９）記載のシステム。
（１１）前記選択された対応する状態が、前記希望の商品の前記表現が前記選択された対応する状態を有する期間中、前記希望の商品に対応する特定のデータをロックして異なるクライアントにアクセスさせないための指示を前記クライアントから前記特定の業者に送らせる、上記（９）記載のシステム。
（１２）キャンセルの通知を受しだい、前記選択された状態を異なる状態に変更するための手段をさらに含み、前記異なる状態が、ａ）前記買い手が、前記希望の商品を買うことを考慮する間、前記希望の商品を確保状態におくことを望むという指示およびｂ）前記買い手が前記希望の商品を買ったという指示のいずれかを提供する、上記（１０）記載のシステム。
（１３）少なくとも一つのサーバ・コンピュータ・システムを使用する複数の業者から商品を購入するために、クライアント・コンピュータ・システムが前記少なくとも一つのサーバ・コンピュータ・システムとネットワークを介して通信して買い手のための電子取引を実行することを可能にするための、コンピュータ読み取り可能なプログラム・コード手段をコンピュータ使用可能な媒体上に有するコンピュータ・プログラムであって、
少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに別々の表現を前記クライアント・コンピュータで表示するための手段と、
複数の選択可能な状態の一つを各別々の表現に対応させるための手段と、
を含み、前記複数の選択可能な状態の特定の一つが、前記買い手が、希望の商品を第一の業者から購入することを、別の商品を第二の業者から買った以前の取引をキャンセルすることができる場合に望むことを示すことを特徴とするコンピュータ・プログラム。
（１４）少なくとも一つのサーバ・コンピュータ・システムを使用する複数の業者から商品を購入するために、クライアント・コンピュータ・システムが前記少なくとも一つのサーバ・コンピュータ・システムとネットワークを介して通信して買い手のための電子取引を実行することを可能にするための、コンピュータ読み取り可能なプログラム・コード手段をコンピュータ使用可能な媒体上に有するコンピュータ・プログラムであって、
少なくとも二つの異なる業者から前記買い手によって選択された商品ごとに、それぞれが時間における所与のインスタンスで複数の対応する状態の一つを有する別々の表現を表示するための手段と、
特定の業者から希望の商品を前記買い手によって選択するための手段と、
を含み、選択された対応する状態が、前記買い手が、別の商品を別の業者から買った以前の取引をキャンセルすることができる場合に前記希望の商品を買うことを望むことを示すことを特徴とするコンピュータ・プログラム。
【図面の簡単な説明】
【図１】  本発明の特徴を利用する電子商取引インフラストラクチャを示す図である。
【図２】  第一のウェブ・サーバとで確保中の取引をキャンセルする買い手の希望を実行して、買い手が第二のウェブ・サーバとの取引を完了することを可能にする場合の流れ図である。
【図３】  第一のウェブ・サーバとで完了した取引をキャンセルする買い手の希望を実行して、買い手が第二のウェブ・サーバとの取引を完了することを可能にする場合の流れ図である。
【図４】  第一の業者が、買い手による要求に応じて、第二の業者に譲歩金を提供して買い手との以前の取引をキャンセルさせる場合の取引の流れを示す図である。
【図５】  電子商取引業者およびクライアントのネットワーク中のオブジェクトとして表現された在庫品を示す図である。
【図６】  クライアントの要求に応じてオブジェクトの状態を変更する場合の、業者のウェブ・サーバにおける処理の流れを示す図である。
【図７】  クライアントの要求に応じてオブジェクトの状態を変更する場合の、業者のウェブ・サーバにおける処理の流れを示す図である。
【図８】  クライアントの要求に応じてオブジェクトの状態を変更する場合の、業者のウェブ・サーバにおける処理の流れを示す図である。
【図９】  インターネットのようなクライアント／サーバ・ネットワークにおける計算装置のブロック図である。
【図１０】  インターネットのようなクライアント／サーバ・ネットワークにおける計算装置のブロック図である。
【符号の説明】
１０１  買い手ウェブ・クライアント
１１０、１２０  電子商取引ウェブ・サーバ
１１１、１２１  データベース
１１２、１２２、１３２  ウェブ・クライアント
【図１】
0004222737.tif 000002
【図２】
0004222737.tif 000003
【図３】
0004222737.tif 000004
【図４】
0004222737.tif 000005
【図５】
0004222737.tif 000006
【図６】
0004222737.tif 000007
【図７】
0004222737.tif 000008
【図８】
0004222737.tif 000009
【図９】
0004222737.tif 000010
【図１０】
0004222737.tif 000011