JP2004500615A

JP2004500615A - ネットワークベースに於ける電子的取引の代行制御の方法と装置

Info

Publication number: JP2004500615A
Application number: JP2001500984A
Authority: JP
Inventors: チエオング，レスリー; メイソン，ジエフリー・エイ; ボグト，デイビツト・エイ
Original assignee: Coca Cola Co
Current assignee: Coca Cola Co
Priority date: 1999-05-28
Filing date: 2000-05-26
Publication date: 2004-01-08
Also published as: JP2011008810A; WO2000073934A8; EP1222561A2; WO2000073934A2; JP4923136B2; US7006993B1; WO2000073934A9; AU5301700A

Abstract

クレデイットカードを有しない個人がオンラインマーチャントサイトで買い物をすることが出来る電子商取引の処理の透明な制御用代行システムが提供される。該代行システム内に勘定を開くと、該勘定は多くのフアンド源、例えば、クレデイットカード、当座預金、為替、商品券、インセンチブコード、オンライン通貨、クーポン、そしてストアドバリューカードを使用してフアンドされ得る。フアンドされた勘定を有するユーザーは該代行システムを通して多くのマーチャントウエブサイトで買い物出来る。商品が購入用に選択されると、購入処理が行われ、そこでは該代行システムに属するクレデイットカードが１時的又は恒久的に該ユーザーに割り当てされる。該クレデイットカードは、一旦該ユーザーの対応するフアンドされた勘定からのフアンドでロードされると、該購入処理を完了するために使用される。該代行システムは、該データ流れのモニター、そして、応答して、該ユーザーと該マーチャントサイトの間の情報流れの制御を含む制御を提供する。

Description

【０００１】
【本発明の背景】
本発明の分野
本発明は電子商取引（ｅｌｅｃｔｒｏｎｉｃｃｏｍｍｅｒｃｅ）の分野に関する。特に、本発明は電子商取引に於ける取引（ｔｒａｎｓａｃｔｉｏｎ）の代行制御（ｓｕｒｒｏｇａｔｅｃｏｎｔｒｏｌ）に関する。
関連技術の説明
ネットワーク及びインターネット技術の急速な成長と拡大は、特に消費者小売品の範囲での、電子商取引に於ける取引を容易化した。インターネットの広く拡がった利用可能性を利用して、多数の小売商がワールドワイドウエブ（ＷｏｒｌｄＷｉｄｅＷｅｂ）｛ウエブ（ｗｅｂ）｝上の小売ショッピングサイトとオンライン化した。これらのサイトは消費者が彼等の快適な家庭又はオフイスから容易にそして便利に買い物することを可能にしている。しかしながら、電子的買い物へのアクセスは電子的に振り替えられ（ｔｒａｎｓｆｅｒｒｅｄ）得る特定のフオームのクレデイット（ｃｒｅｄｉｔ）又はキャッシュ（ｃａｓｈ）を所有する人に限定される。
【０００２】
購入者（ｐｕｒｃｈａｓｅｒｓ）とオンラインマーチャント（ｏｎｌｉｎｅｍｅｒｃｈａｎｔ）との間で購入処理（ｐｕｒｃｈａｓｅｔｒａｎｓａｃｔｉｏｎ）を実行するためには多くの非キャッシュ技術（ｎｏｎ−ｃａｓｈｔｅｃｈｎｉｑｕｅｓ）が使われるのが典型的である。実際、多くの種類のクレデイットカード（ｃｒｅｄｉｔｃａｒｄｓ）と銀行カード（ｂａｎｋｉｎｇｃａｒｄｓ）が広く使用されている。例えば、クレデイットカードはオンラインの購入をもたらすよう使用され得て、該取引はクレデイットカード清算用のハウス又は銀行（ｃｒｅｄｉｔｃａｒｄｃｌｅａｒｉｎｇｈｏｕｓｅｏｒｂａｎｋ）により支払われそして該クレデイットカードのオーナーにクレデイット義務を創り出す。クレデイットカードと似ているが異なる動作をするもう１つの種類のカードがデビットカード（ｄｅｂｉｔｃａｒｄ）である。該デビットカードはそれが該購入者により支払い用にオンラインマーチャントに差し出される点ではクレデイットカードに非常に似て使用される。支払いは銀行から該マーチャントにもたらされ、該フアンド（ｆｕｎｄ）は該カード保持者の銀行勘定（ｂａｎｋａｃｃｏｕｎｔ）から直接差し引かれる。
【０００３】
しかしながら、クレデイットカード及びデビットカードに伴う問題は発行（ｉｓｓｕａｎｃｅ）に或る条件すなわち、年齢及び経済的基準（ａｇｅａｎｄｆｉｎａｎｃｉａｌｃｒｉｔｅｒｉａ）に関する制限を含む条件が充たされねばならないことである。結果として、多くの消費者はクレデイットカード又はデビットカード発行用の要求を充たさず、それにより彼等はオンライン買い物客のランクから除外される。更に、インターネットの様な公共ネットワーク上にクレデイットカード又はデビットカードの勘定番号（ａｃｃｏｕｎｔｎｕｍｂｅｒｓ）を提示することに付随する安全上のマイナスの含み（ｎｅｇａｔｉｖｅｓｅｃｕｒｉｔｙｉｍｐｌｉｃａｔｉｏｎ）は多くの消費者を不快にする。かくして、これらの消費者の多くは利用可能な技術と経済的リソースを有するが、彼等が特定のフオームの経済的リソースを有しないために、彼等はオンラインマーチャントの到達外にいる。
【０００４】
キャッシュ及びクレデイットカードの代わりとして、ストアドバリューカード（ｓｔｏｒｅｄｖａｌｕｅｃａｒｄｓ）が現在利用可能である。ストアドバリューカードはカードの購入を要し、該カードはクレデイットカードに非常に似ているが、費やせる利用可能値が限定した額である。差引残高（ｂａｌａｎｃｅ）は該カード内の磁気ストリップ又はコンピユータチップ内で含まれている。該ストアドバリューカードが使用されると、該カード上の残っているバランスが減耗償却される（ｄｅｐｌｅｔｅｄ）。しかしながら、幾つかのデビットカードの様に、ストアドバリューカードは、多くの商取引（ｂｕｓｉｎｅｓｓｔｒａｎｓａｃｔｉｏｎ）、特に電子商取引の購入（ｅｌｅｃｔｒｏｎｉｃｃｏｍｍｅｒｃｅｐｕｒｃｈａｓｅｓ）でクレデイットカードの機能（ｆｕｎｃｔｉｏｎａｌｉｔｙ）を享受していない。
【０００５】
或る、特に小さな子供達用でのこの問題への１つの可能性のある解は第２クレデイットカード（ｓｅｃｏｎｄａｒｙｃｒｅｄｉｔｃａｒｄｓ）で見出される。クレデイットカード保持者が該主クレデイットカードにリンクした１枚以上の第２のクレデイットカードを発行者から得るのであるが、それは例えば、家族メンバー用としてである。該第２クレデイットカードは全ての点で該主クレデイットカードと機能的に同一であり、実際、典型的に、同じ勘定番号を保持するが該第２カードを使用するようオーソライズされた人の名前でのみ該第１のカードと異なる。該第２クレデイットカードで行われた如何なる購入も、該第１及び第２カードが発行される１つの勘定のクレデイット限界（ｃｒｅｄｉｔｌｉｍｉｔ）に対し借方に記入される（ｄｅｂｉｔｅｄ）。かくして、該主又は第１カード保持者は、全てのカードにより該勘定に受けた全ての付けの合計は該主クレデイットカードのクレデイット限界を越えることが出来ない事実を越えては、彼のカードにリンクされた第２クレデイットカードの消費力又は能力（ｓｐｅｎｄｉｎｇｐｏｗｅｒｏｒａｂｉｌｉｔｉｅｓ）上への制御は有しない。
【０００６】
従って、これらの第２クレデイットカードは、該第２カード保持者が主クレデイットカード勘定に可成りの突出したバランス（ｓｉｇｎｉｆｉｃａｎｔｏｕｔｓｔａｎｄｉｎｇｂａｌａｎｃｅ）を急速に累積出来て、かくして主のカード保持者消費力を減じるので、問題である。最も重要なことは、主カード保持者が、第２カード保持者による支出の結果として利用可能クレデイット又は消費限界内の減少を知らないことである。結果として、クレデイットカードを有しない人、例えば、テイーンエイジヤーの子供達に、クレデイットカードを要せずオンラインマーチャントで買い物すること、買うことを可能にするシステム又はサービスのニーヅが存在する。
【０００７】
【発明の概要】
クレデイットカードを持たない個人がオンラインマーチャントのサイトで買い物を可能にする代行システム（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍ）を有する、電子商取引の処理（ｅｌｅｃｔｒｏｎｉｃｃｏｍｍｅｒｃｅｔｒａｎｓａｃｔｉｏｎ）の代行制御の方法とシステムが提供される。該代行システム内に勘定（ａｃｃｏｕｎｔ）が開かれると、該勘定は、種々のフアンド源（ｆｕｎｄｓｏｕｒｃｅ）、例えば、クレデイットカード、銀行当座預金（ｃｈｅｃｋｉｎｇａｃｃｏｕｎｔ）、為替（ｍｏｎｅｙｏｒｄｅｒ）、商品券（ｇｉｆｔｃｅｒｔｉｆｉｃａｔｅ）、インセンテイブコード（ｉｎｃｅｎｔｉｖｅｃｏｄｅｓ）、オンライン通貨（ｏｎｌｉｎｅｃｕｒｒｅｎｃｙ）、クーポン、そしてストアドバリューカードを使用してフアンド（ｆｕｎｄｅｄ）され得る。フアンドされた勘定を有するユーザーは、典型的なクライアントコンピユータワールドワイドウエブ（ｃｌｉｅｎｔｃｏｍｐｕｔｏｒＷｏｒｌｄＷｉｄｅＷｅｂ）｛ウエブ（ｗｅｂ）｝ブラウザ（ｂｒｏｗｓｅｒ）を使用して該代行システムを通して多くのマーチャントウエブサイト（ｍｅｒｃｈｎａｔｗｅｂｓｉｔｅｓ）で買い物出来る。購入用に商品（ｍｅｒｃｈａｎｄｉｓｅ）が選択されると、該代行システムに属するクレデイットカードが該ユーザーに割り当てられる購入処理が実行される。この割り当て（ａｓｓｉｇｎｍｅｎｔ）は恒久的でも１時的でもあり得る。該クレデイットカードは該ユーザーの対応するフアンドされた勘定からのフアンドでロード（ｌｏａｄｅｄ）され、該購入処理を完了するよう使用される。該代行システムは該ユーザーには透明であるが、データ流れ（ｄａｔａｓｔｒｅａｍｓ）をモニターすることそして、応答して、該ユーザーと該マーチャントサイト間の情報流れを制御することを含む制御が提供される。
【０００８】
ここに提供される説明は例示的で説明的であり、請求される発明の例として提供される。
【０００９】
【詳細な説明】
ネットワークベースの電子商取引又は小売取引の代行制御の方法と装置が提供されるが、そこではティーンエイジャー及び若い成人（ｙｏｕｎｇａｄｕｌｔｓ）の様な、クレデイットカードを持たないか又はその資格がないどんな人にも、勘定を提供された時、アマゾンドットコム（ａｍａｚｏｎ．ｃｏｍ）及びバーンサンドノーブルドットコム（ｂａｒｎｅｓａｎｄｎｏｂｌｅ．ｃｏｍ）の様なオンラインマーチャント電子的店頭（ｏｎｌｉｎｅｍｅｒｃｈａｎｔｅｌｅｃｔｒｏｎｉｃｓｔｏｒｅｆｒｏｎｔ）で買い物を可能にするワールドワイドウエブ｛”ウエブ（ｗｅｂ）”｝サイトが代行システムにより提供される。該勘定は個人的に又はもう１つによりフアンドされ得る。この方法と装置の利点は多い。
【００１０】
代行ウエブサイトの１つの利点はそれが実際のオンラインショッピングの経験から損なわれないことである。費やし手（ｓｐｅｎｄｅｒｓ）は、恰も彼等が該代行ウエブサイトを通過することなく直接該サイトにアクセスするかの様に該マーチャントサイトで買い物する。更に、費やし手は彼等の購入を完了するためにクレデイットカード情報を入れる必要がない。事実、費やし手はマーチャントがチェックアウト用に備える複雑な支払いページを埋める必要がない。更に、若い人の場合、親に、安全と制御と共に来る精神の平和と、経済的責任感を教える機会とを与えながら、彼等が自分自身で買い物をする自由と独立を持つ利点が実現される。
【００１１】
もう１つの利点は、該処理のクライアント、ユーザー、又はマーチャントの端部の何れでも特別のソフトウエアがインストールされる必要がないことである。この様であるから、費やし手（ｓｐｅｎｄｅｒ）とフアンド者（ｆｕｎｄｅｒ）は、ネットワークアクセス、例えば、インターネットのアクセスを提供する典型的ウエブブラウザーに加えては、何等のソフトウエアも彼等のパーソナルコンピユータにインストールする必要はない。又、該オンラインマーチャントは該代行処理を収容するために何等特別のサーバーソフトウエアをインストールしたり又は彼等のウエブページを修正する必要はない。該代行システムが該オンライン処理をフアンドするので、該代行システムを使う資格のある費やし手は該マーチャントの処理を完了するため使用されるクレデイットカード番号を見ることは出来ない。これらのクレデイットカードは実施例では該代行者（ｓｕｒｒｏｇａｔｅｓ）により実際所有されるので、これらの番号は該費やし手又は該取引に対する何れの他のパーテイにも提供されない。
【００１２】
図１は実施例の電子的商取引又は小売取引の制御用の代行システム１００のブロック図である。該代行システム１００は少なくとも１つのネットワーク１０６を経由してユーザー１０２とオンラインマーチャントウエブサイト１０４の間に接続される。該ネットワーク１０６はインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク、そして無線ネットワークを含む。更に、該代行システム１００の種々の要素は種々の物理的位置に配置され、ネットワーク接続を経由してリンクされ得る。
【００１３】
該代行システム１００は費やし手にオンラインマーチャントショッピングサイトへ見かけ上完全にアクセスさせるが、一方該代行システム１００にクレデイットカード露出を含め取引情報の完全な制御を保持させることを可能にする、プロキシキャッシング技術（ｐｒｏｘｙ−ｃａｃｈｉｎｇｔｅｃｈｎｏｌｏｇｙ）を使用する。実施例では、該代行システム１００は、６つの９ギガバイトのスモールコンピユータシステムインターフエース（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ）｛スカジー（ＳＣＳＩ）｝デイスクを有するサンウルトラ２５０（ＳｕｎＵｌｔｒａ２５０）の１つの４００ＭＨｚの中央処理ユニット｛シーピーユー（ＣＰＵ）｝、イーサーネット（ｅａｔｈｅｒｎｅｔ）ネットワークアダプター、デーエルテー（ＤＬＴ）７０ギガバイトテープドライブ装置、ソラリス２．６（Ｓｏｌａｒｉｓ２．６）オペレーテイングシステム、ハイパーテキスト転送プロトコル（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）｛エイチテーテーピー（ＨＴＴＰ）｝サーバー、そしてオラクル（Ｏｒａｃｌｅ）データベースを具備するが、それに限定されない。実施例では、該テープドライブ装置が該データベースサーバー上にインストールされ、バックアップが規則的かつ周期的ベースで行われる。より急速なデータ冗長度用に、該エイチテーテーピー機用のハードデイスク記憶装置は、独立デイスクの冗長アレー（ｒｅｄｕｎｄａｎｔａｒｒａｙ）｛アールエイアイデー（ＲＡＩＤ）｝、又は低廉なデイスク、デイスクミラーリング（ｄｉｓｋｍｉｒｒｏｒｉｎｇ）の冗長アレーを使う。この仕方で、もし１セットのデイスクがダウンしても、該サーバーは該ミラーデイスクでオンラインに留まることが出来る一方元のデイスクは修理される。
【００１４】
該代行システム１００を使用して利用可能な処理は、ゲストブラウジング（ｇｕｅｓｔｂｒｏｗｓｉｎｇ）、勘定のセットアップと賦活、フアンド者のログオン、費やし手のログオン、フアンド者の勘定再調査、フアンド者の処理情報、費やし手の勘定再調査、費やし手の処理情報、費やし手のオンラインマーチャントでの買い物、そして費やし手の購入処理を含むが、それに限定されない。人が自身で勘定を開き、フアンド出来るので、費やし手とフアンド者も同じ状況の人に成り得る。ゲストブラウジング１は代行サービスについて情報を得て、代行サービス用にサインアップするようリンクを得るために該代行ウエブサイトを通して該代行ウエブサーバー１１０に人々がアクセスすることを含む。該ウエブサーバー１１０も又情報のデータース１１２を保持する。この動作はハイパーテキスト転送プロトコル（エイチテーテーピー）動作であるが、それに限定されない。
【００１５】
該ユーザー／フアンド者ログオン（ｌｏｇｏｎ）２はユーザー又はフアンド者が勘定をセットアップしたい時、又はもし現在の勘定を有するユーザー又はフアンド者が彼等の取引経過３又は買い物４を見たいならば、使用される。この処理は該データベース１１２にアクセスする。新しい勘定のセットアップ過程は、該フアンド者が費やし手の勘定に預け入れる（ｄｅｐｏｓｉｔｉｎｇ）ために使用する何等かのクレデイットカード情報を含め、該フアンド者の個人情報を保護する。一旦勘定が確立されると、該勘定での全ての更に進んだ処理は該データベース１１２を使う。該データベース１１２上へのロギング（ｌｏｇｇｉｎｇ）は進行する前に該クライアントの同一性を検証するために該データベース１１２へのログオン処理に帰着する。
【００１６】
該データベース１１２は該フアンド者、費やし手、マーチャント、そしてユーザー及び代行クレデイットカードにより該代行システム１００内に登録された処理用の情報を保持する。該処理情報は全費やし手の購入に加えて費やし手勘定内への預け入れも含む。該個別ライン品目に加えて、購入処理５は別のデータベースエントリーとしてログされるが、それに限定はされない。結果として、処理表（ｔｒａｎｓａｃｔｉｏｎｔａｂｌｅ）は該処理エントリー（ｔｒａｎｓａｃｔｉｏｎｅｎｔｒｉｅｓ）を取り扱う。
【００１７】
データベースアクセスは該代行システム１００を使用して行われる全てのアクション用には必ずしも要しない。実施例ではログオン（ｌｏｇｏｎ）又はログイン（ｌｏｇｉｎ）、そして勘定情報の再調査を含む機能が該データベース１１２にアクセスする。又、費やし手が製品を買う時、該データベース１１２がアクセスされる。しかしながら、実施例のショッピング過程中は該データベース１１２は使用されない。従って、該データベースエンジンの実施例はレプリケーション（ｒｅｐｌｉｃａｔｉｏｎ）及び領域確保（ｐａｒｔｉｔｉｏｎｉｎｇ）の様な進んだ性能の特徴を要しないが、その様に限定はされない。
【００１８】
図２は代替えの実施例のネットワークベースの電子的取引の制御用代行システム２００のブロック図である。該代行システム２００は、少なくとも１つの代行システム管理ウエブサイト（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍｍａｎａｇｅｍｅｎｔｗｅｂｓｉｔｅ）２０２、少なくとも１つの代行システムデータベース２０４、少なくとも１つの代行ショッピングプロキシサーバー（ｓｕｒｒｏｇａｔｅｓｈｏｐｐｉｎｇｐｒｏｘｙｓｅｒｖｅｒ）２０６，少なくとも１つの代行電子メールプロキシ２０８、少なくとも１つの代行バンク（ｓｕｒｒｏｇａｔｅｂａｎｋ）２１０、フロード検出装置（ｆｒａｕｄｄｅｔｅｃｔｉｏｎｄｅｖｉｃｅｓ）２１４、そして少なくとも１つのマーチャント支払いページツール２１２を含むが、それに限定はされない。該代行システム２００はクライアントコンピユータ（ｃｌｉｅｎｔｃｏｍｐｕｔｏｒ）上でホスト化（ｈｏｓｔｅｄ）されたウエブブラウザー２９０を用いてユーザーによりアクセスされる。該代行システム２００は電子的マーチャントショッピングサイト２９２へのショッピングアクセスを提供する。
【００１９】
該代行システム２００は少なくとも１つのネットワーク２９９を経由してクライアントコンピユータ２９０、オンラインマーチャントショッピング又はウエブサイト２９２、そして金融又はクレデイットのシステム／ネットワーク（ｆｉｎａｎｃｉａｌｏｒｃｒｅｄｉｔｓｙｓｔｅｍ／ｎｅｔｗｏｒｋ）２９４に接続される。該接続ネットワーク２９９はインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク及び無線ネットワークを含む。更に、該代行システム２００の要素２０２−２１４は種々の物理的位置に配置されそして種々のネットワーク接続を経由してリンクされ得る。
【００２０】
図３はもう１つの代わりの実施例の代行システム２００のブロック図である。該代行システム２００は代行システム管理ウエブサイト、代行システムデータベース、代行ショッピングプロキシサーバー（ｓｕｒｒｏｇａｔｅｓｈｏｐｐｉｎｇｐｒｏｘｙｓｅｒｖｅｒｓ）、代行電子メールプロキシ（ｓｕｒｒｏｇａｔｅｅｌｅｃｔｒｏｎｉｃｍａｉｌｐｒｏｘｙ）、代行バンク、フロード検出装置、そしてマーチャント支払いページツール（ｍｅｒｃｈａｎｔｐａｙｐａｇｅｔｏｏｌ）を含むが、それに限定はされない。該代行システム２００はクライアントコンピユータ上でホスト化されたウエブブラウザー２９０を使用してユーザーによりアクサスされ、電子的マーチャントショッピングサイト２９２へのショッピングアクセスを提供する。
【００２１】
該代行システム２００は、クレデイットカードシステム２９４、現金自動預け払い機（ＡｕｔｏｍａｔｉｃＴｅｌｌｅｒＭａｃｈｉｎｅｓ）｛エイテーエム（ＡＴＭ）｝３０２，ストアドバリューカードネットワーク（ｓｔｏｒｅｄｖａｌｕｅｃａｒｄｎｅｔｗｏｒｋ）又はシステム３０４、パートナーリデンプションサイト（ｐａｒｔｎｅｒｒｅｄｅｍｐｔｉｏｎｓｉｔｅ）又はネットワーク３０６，そしてインセンテイブコード交換サイト（ｉｎｃｅｎｔｉｖｅｃｏｄｅｃｏｎｖｅｒｓｉｏｎｓｉｔｅ）又はネットワーク３０８を含む金融システム（ｆｉｎａｎｃｉａｌｓｙｓｔｅｍ）と接続される。該代行システム２００は、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク、そして無線ネットワークを含む少なくとも１つのネットワーク２９９を経由してクライアントコンピユータ２９０、オンラインマーチャントショッピング又はウエブサイト２９２、そして金融システム２９４−３０８の間に接続される。更に、該代行システムの種々の要素は種々の物理的位置に配置されそしてネットワーク接続を経由してリンクされ得る。
【００２２】
該代行システムの使用では、ユーザーはマーチャントショッピングの前に新しい勘定を創る。新しい勘定は課金無しにユーザーにより創られ得るが、それに限定はされない。新しい勘定を創るために、ユーザーは該代行システム管理ウエブサイト（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍｍａｎａｇｅｍｅｎｔｗｅｂｓｉｔｅ）に入る。該ユーザーは新しい勘定を創る範囲へナビゲートし該範囲に入る。下記情報すなわち、ログオン名（ｌｏｇｏｎｎａｍｅ）、パスワード、パスワードヒント（ｐａｓｓｗｏｒｄｈｉｎｔ）、イーメールアドレス、生年月日、そして何等かのプロモーションコード（ｐｒｏｍｏｔｉｏｎｃｏｄｅ）がプロンプト又はテンプレートを使用して該ユーザーから受信される。該生年月日はユーザーの年齢が要求されるサイト用に使用され、それは又、子供のオンラインプライバシー及び保護法（Ｃｈｉｌｄｒｅｎ’ｓＯｎｌｉｎｅＰｒｉｖａｃｙ＆ＰｒｏｔｅｃｔｉｏｎＡｃｔ）｛シーオーピーピーエイ（ＣＯＰＰＡ）｝の処理用に使用される。オプションのプロモーションコードは該ユーザーに何等かのサインアップのプロモーションを直ちに与えるため使用される｛すなわち、ラジオプロモーション、もう１人の顧客の参照についてのマネー（ｍｏｎｅｙ）、無料クーポン、等｝。もし該ユーザーによる選択として入れられたログオン名又はイーメールアドレスの何れかが既に取られていれば、該代行システムはその様に該ユーザーに知らせ、該ユーザーを該サインアップページに戻す。
【００２３】
該ユーザー情報を受信すると、該代行システムデータベース内にユーザー勘定が創られる。該ユーザーは何等かのマネー（ｍｏｎｅｙ）のクレデイット、クーポン、又は入力された該プロモーションコードに基づくクレデイットを提供される。該提供された生年月日を使用して、該ユーザーが１３才未満かどうかの決定が行われる。もし該ユーザーが１３才未満であると決定されるなら、シーオーピーピーエイ処理が行われ、該ユーザー用勘定の創生は終了される。該ユーザーが１３才か又はそれより年長であると決定されるなら、勘定が創られる。該ユーザーは該代行ホームページへ導かれ、そこから彼等は、例えば、勘定情報を見て、勘定にマネーを追加し、又は買い物をすることが出来る。
【００２４】
実施例の該代行システムはシーオーピーピーエイ処理をサポートするが、それはシーオーピーピーエイが１３才未満のユーザーに提供される動作の種類制限するよう制定されているからである。新しい勘定が創られるか又は誰かが勘定内へログする時該シーオーピーピーエイ処理が起こり得るが、それに限定はされない。該ユーザーが１３才未満であると決定された時、該代行システムは該ユーザーが彼等の生年月日を編集することを防止する。該ユーザーは次に彼等に親の承認が必要なこと知らせ、そして親又は保護者（ｇｕａｒｄｉａｎ）のイーメールアドレスを要求するページへ向け直される。もし親／保護者のイーメールアドレスが提供されるなら、該代行システムは親の承認のイーメールを該親のイーメールアドレスへ送信する。親の承認が得られるまで該ユーザー勘定は賦活を停止される。
【００２５】
該親の承認イーメールは該親が該システムへの該子供のアクセスを認めるか又は否定する要求を含む。アクセスを否定するためには、該親は該代行システム管理ウエブサイトページへ行き、該ユーザーの勘定を指定し、そして該勘定を不能化する。アクセスを認めるためには、該親は該代行システム管理ウエブサイトページに行き、２つの利用可能な選択肢の１つに合わせる。第１の選択肢を使用すると、該親は彼等が成人であることを認めるためクレデイットカードを使用する。該親は該未成年の子供（ｍｉｎｏｒｃｈｉｌｄ）による該勘定の使用をオーソライズするか又は該子供の勘定にマネーを預け入れるか何れかであり、何れの場合も、該代行システムは該オーソライズ化／請求（ａｕｔｈｏｒｉｚａｔｉｏｎ／ｂｉｌｌｉｎｇ）を行うために該クレデイットカードネットワークを使用する。もし成功すれば、該子供の勘定は自動的に賦活される。第２の選択肢を使うと、該親は許可の書かれた宣誓供述書（ａｆｆｉｄａｖｉｔ）を該代行システムプロバイダーへ送ってもよい。該宣誓供述書を受けると、該子供の勘定は賦活される。
【００２６】
図４は実施例の代行により提供されるホームページ４００又は情報スクリーンである。該ホームページ４００は該代行システムウエブサイトとの最初の接触時提示され、該代行部４０２、広告４０４、そして他の代行ウエブページ４０６への電子的リンクにより提供されるサービスに関する情報を含む。該情報スクリーンからの電子的リンクを使用してアクセス可能な該代行ウエブページはサインアップページ、追加的情報ページ、ショッピングページ、ログインページ、用語、そしてプライバシースクリーンを含む。
【００２７】
図５は実施例の勘定賦活過程用フローチャートである。動作は、ユーザーが該ユーザーコンピユータ上でブラウザーを使用して該代行システムウエブサイト５０２に入った時始まる。該ユーザーは代行システム勘定の賦活のために適切な情報を入力するよう促される５０４。該入力されるユーザー情報を提出又は受領すると、該ユーザー用勘定が賦活される５０６。
【００２８】
図６−９は実施例のサインアップ過程用ウエブページを示す。図６は、該代行サービス用にサインアップするよう願うユーザーが、該サインアップ過程を通りナビゲート（ｎａｖｉｇａｔｉｎｇ）し始めるためにカーソルで該”サインアップ（ｓｉｇｎｕｐ）”アイコン６０２をクリックオン又は選択するホームページ６００である。該”サインアップ”アイコン６０２の選択は該ユーザーへのサインアップページの提示に帰着する。
【００２９】
図７及び８は実施例のサインアップページ７００を示す。該サインアップページ７００はユーザーに、ユーザー名７０２，パスワード７０４，パスワードヒント７０６，イーメールアドレス７０８，そして生年月日７１０を入れるよう促すが、それに限定はされない。該サインアップページ７００は又電子的リンク、広告用バナー（ａｄｖｅｒｔｉｓｉｎｇｂａｎｎｅｒｓ）、そしてオンラインマーチャント７１２へのインセンチブ提供及びヘルプ領域（ｈｅｌｐａｒｅａ）７１４及びプライバシーポリシー（ｐｒｉｖａｃｙｐｏｌｉｃｙ）７１６を含む他の代行システムページへのリンクを含む。該要求された情報の入力に続いて、サインアップを願うユーザーは”サインアップ（ＳｉｇｎＵｐ）”アイコン７１８を選択する。該”サインアップ（ＳｉｇｎＵｐ）”アイコン７１８の選択は該要求された情報の提示に帰着し、そして該代行システムにより該要求された情報が受領されると、該代行システム内のショッピング勘定の賦活に帰着する。ショッピング勘定の賦活はユーザーが祝賀ページ９００を提示されることに帰着する。
【００３０】
図９は実施例の祝賀ページを示す。該祝賀ページ９００はユーザーに、彼等が今や該代行システム内でショッピング勘定を有することを知らせ、彼等に該代行システムのサービスについて情報を提供する。更に、該祝賀ページ９００はユーザーに彼等のユーザー名９０２と勘定差引残高（ａｃｃｏｕｎｔｂａｌａｎｃｅｓ）９０４を提供するが、それに限定はされない。又該祝賀ページ９００は、該ユーザーに彼等が買い物する該代行システムの範囲をナビゲートし９０６、ショッピングインセンチブを得て９０８、そして彼等の勘定にフアンドする９１０、ことを可能にする電子的リンクを提供するが、それに限定はされない。
【００３１】
図１０は実施例の勘定をフアンド（ａｃｃｏｕｎｔｆｕｎｄｉｎｇ）する過程のフローチャートである。動作はユーザーが該ユーザーコンピユータ上でブラウザーを使用して該代行システムウエブサイト１００２に入ると始まる。該ユーザーはフアンドする種類を選択する１００４。該ユーザーは選択された該フアンドする源に適合した情報を入力するよう促される１００６。該代行システムは該フアンドする源をチェックし正当か確認する１００８。該フアンドする源を承認し、正当と認めると、該フアンドは選択された勘定の貸方に記入される（ｃｒｅｄｉｔｅｄ）か又は該勘定に充当される１０１０。
【００３２】
一旦創られると、勘定は購入処理を実行する前又は購入処理と同時（ｃｏｎｃｕｒｒｅｎｔｌｙ）にフアンドされる。図１１−１４は実施例の勘定のフアンドする過程用の該代行ウエブページを示す。実施例では、クレデイットカード、自動引当（ａｕｔｏ−ａｌｌｏｗａｎｃｅ）、チェック、為替、商品券、通貨交換、インセンチブコード交換、該代行管理ウエブサイトでのアーニングクレデイット（ｅａｒｎｉｎｇｃｒｅｄｉｔ）、オンラインマーチャントウエブサイトでのアーニングクレデイット、自動現金預け払い機｛エイテーエム（ＡＴＭ）｝、そしてオフラインストアドバリューカードを含む多くのフアンドする種類が受け入れられるが、それに限定はされない。使用されフアンドする種類に関係なく、該マネーは、割り当てられると、該ユーザーがマーチャントサイトで費やそうとするまで、該ユーザーの個人のクレデイットカードへはロードされない。
【００３３】
図１１は実施例の祝賀ページ１１００を示す。ユーザーは、彼等が彼等の勘定にフアンドを追加出来る該代行システムの領域へユーザーを導く該祝賀ページ１１００上の電子的リンク１１０２を選択するためにカーソルを操作する。
【００３４】
図１２は実施例のフアンド用ページ１２００の部分である。該フアンド用ページ１２００は該ユーザーに、それに限定はされないが、商品券１２０２、チェック又は為替１２０４又はクレデイットカード１２０６を含む種類からフアンドする種類又は方法を選択するよう促す。もしクレデイットカードが選択されるなら、該ユーザーは、フアンドされる額１２０８、該クレデイットカード番号１２１０、該クレデイットカード保証限期（ｅｘｐｉｒａｔｉｏｎｄａｔｅ）１２１２、該クレデイットカード上に現れる名前１２１４，該クレデイットカード請求アドレス１２１６，そして該カード保持者電話番号１２１８を含む情報を入れる。フアンド用種類の選択と対応する情報の入力に続いて、該ユーザーは”提出（ｓｕｂｍｉｔ）”アイコンを選択することにより該情報を該代行システムに提出する１２２０。該フアンド用ページ１２００は又該代行システムのショッピング領域への電子的リンク１２２２を有する。
【００３５】
クレデイットカードで代行勘定をフアンドすると、該ユーザー又はフアンドする個人は該代行管理サイト（ｓｕｒｒｏｇａｔｅｍａｎａｇｅｍｅｎｔｓｉｔｅ）内にログし、該サイトのマネー追加セクション（ＡｄｄＭｏｎｅｙｓｅｃｔｉｏｎ）へナビゲートする。フアンド者は彼等自身の勘定又はもう１つの該代行勘定にマネーを追加出来る。該フアンド者は、名前、住所、イーメール、クレデイットカード番号、そして保証限期を含むフアンド用に使われた該クレデイットカードに関する情報を提供するよう促される。該代行のフロード検出システム（ｆｒａｕｄｄｅｔｅｃｔｉｏｎｓｙｓｔｅｍ）はフアンド用に使用された該クレデイットカードについてフロード（ｆｒａｕｄ）のチェックを行う。もし該フアンド用クレデイットカードが該フロード検出システムにより良（ｇｏｏｄ）と決定されるなら、該フアンド用クレデイットカード情報は課金（ｃｈａｒｇｅ）が該フアンドするクレデイットカードへ行われ得るかどうかに関する決定用に、該クレデイットシステムへ提供される。もし該クレデイットシステムが該フアンドするクレデイットカードに承認を返すなら、該要求された額は該フアンド用クレデイットカードに課金され該選択された代行システム勘定に適用される。
【００３６】
図１３は実施例のクレデイットカード請求確認ページ１３００である。クレデイットカードを使用してフアンドするフアンド用ページ提出に応答して、該ユーザーは該クレデイットカード請求確認ページ１３００を提示される。該ユーザーは”オーケー（ＯＫ）”アイコン１３０２を選択することにより該クレデイットカードへのフアンド用課金を確認する。該クレデイットカードを用いてフアンドすることは”取り消し（Ｃａｎｃｅｌ）”アイコン１３０４を選択することにより取り消され得る。
【００３７】
図１４は実施例のフアンド用確認ページである。該フアンド用確認ページ１４００は、該代行システム内でクレデイットカードでフアンドする処理の成功裡の完了時に提示される。該フアンド用確認ページ１４００はログオン名１４０２、預け入れ額１４０４、そして全取引残高１４０６を含む情報を提示するが、該実施例はそれに限定されない。更に、該フアンド用確認ページ１４００は該代行システムの少なくとも１つのショッピング領域への電子的リンク１４０８を含む。
【００３８】
自動引当のフアンド動作は、クレデイットカードと、銀行当座預金と、そしてもう１つの勘定よりの自動振替とから周期的に勘定をフアンドするオプションの方法であるが、それに限定はされない。自動引当がユーザー又はフアンド者により選択されると、該フアンド者は、それに限定されないが、フアンド用種類、フアンドする周期（例えば、フアンド動作は毎週又は毎月行われるべきかどうか）、そしてフアンド動作が望まれる曜日を又は月日を含む追加情報を求めて促される。
【００３９】
自動引当がクレデイットカードで行われる時は、指定された曜日又は月日中の或る時刻に該フアンド者のクレデイットカードは該フロード検出システムと該クレデイットシステムとを使用してチェックされる。フアンド用に指定された額は該フアンド者のクレデイットカードに対し課金され、該選択された代行システム勘定は、該発行機関（ｉｓｓｕｉｎｇａｕｔｈｏｒｉｔｙ）によるクレデイット課金の承認時に該額を貸方に記入される。
【００４０】
自動引当のフアンド動作が銀行当座預金で行われる時は、該指定された曜日又は月日中の或る時刻に、該フアンド者の銀行当座預金から電子的フアンド引き出しが行われる。該ユーザーの代行システム勘定はこの処理の決済（ｃｌｅａｒａｎｃｅ）時に該要求された額を貸方に記入される。
【００４１】
自動引当フアンド動作がもう１つの勘定からの自動振替で行われる時は、指定された曜日又は月日中の或る時刻に、該代行システムの指定された勘定間で振替が行われる。該ユーザーの代行システムの勘定は該振替の成功裡の完了時に該要求された額を貸方に記入される。
【００４２】
図１５は実施例のフアンド用ページ１５００のもう１つの部分である。該フアンド用ページ１５００は親又は後見人が、”私の親（ＭｙＰａｒｅｎｔ）”のフアンド用オプション１５０２を選択し、該情報を該代行システムに提出することにより自動引当フアンド用スクリーンをナビゲートすることを可能にする。該”私の親”フアンド用オプションの提出は親／管理者ログイン（ｌｏｇｉｎ）及びセットアップページ１６００の提示に帰着する。
【００４３】
図１６は実施例の親／管理者ログイン及びセットアップページ１６００である。該ページのログイン部分１６１０は、もし該親／管理者が既に該代行システムで登録されている場合に使用される。該ページのセットアップ部分１６２０はもし該親／管理者が該代行システムで登録されていない場合に使用される。
【００４４】
該ページのログイン部分１６１０は該親／管理者にユーザ名１６１２とパスワード１６１４を促す。該ユーザー名１６１２とパスワード１６１４は入れられ、該”ログイン”アイコン１６１６を選択することにより該代行システムに提出される。
【００４５】
該ページのセットアップ部分１６２０は該親／管理者に、ユーザー名１６２２、パスワード１６２４，パスワードヒント１６２６，そしてイーメールアドレス１６２８の選択とエントリーとを含めた情報を促す。該セットアップ情報は該”サインアップ（ＳｉｇｎＵｐ）”アイコン１６３０を選択することにより該代行システムに提出される。
【００４６】
親／管理者による成功裡のログイン又は登録に続いて、自動引当フアンド用ページ１７００が提示される。図１７は実施例の自動引当フアンド用ページ１７００である。このページ１７００は親／管理者に、１回のフアンドされる額１７０２を含む情報と、該クレデイットカード番号１７０４、該クレデイットカード保証限期１７０６，それが該クレデイットカード上に現れる時のカード保持者の姓名１７０８、該クレデイットカード請求住所１７１０，そしてカード保持者の電話番号１７１２を含むフアンド用に使用される該クレデイットカードの情報を促される。
【００４７】
更に、該親／管理者は、該ページの”引当（Ａｌｌｏｗａｎｃｅ）”部分１７１４を選択することそして毎月１７１６か毎週１７１８か何れかのフアンド用計画、フアンド日付け１７２０、そして計画された額１７２２を選択することにより、該自動引当フアンド用オプションを選ぶことが出来る。適切な情報の入力に続いて、該親／管理者は該情報を該代行システムに提出する。該要求されたフアンド用の額は該フアンド源からの承認を受けると該代行勘定の貸方に記入される。
【００４８】
チェック又は為替で勘定をフアンドすると、該フアンド者は該代行管理ウエブサイト内にログし該サイトの追加マネーセクション（ＡｄｄＭｏｎｅｙｓｅｃｔｉｏｎ）へナビゲートする。フアンド者は彼等自身の勘定又はもう１つの勘定にマネーを追加出来る。該フアンド者はフアンド動作の種類を指定するよう促され、該代行システムは自動的にフイルアウト（ｆｉｌｌｅｄｏｕｔ）された預け入れ伝票（ｄｅｐｏｓｉｔｓｌｉｐ）を提供する。該フアンド者は該完成した預け入れ伝票をプリントして、該預け入れ伝票をチェック又は為替と共に該代行システムにより指定された住所へ郵送する。該チェック又は為替が決済されると、該チェック又は為替の額が該選択された代行システム勘定に印加される。
【００４９】
実施例の該代行システムは代行システム勘定をフアンドするのに使用するための商品券又はストアドバリュー番号（ｓｔｏｒｅｄｖａｌｕｅｎｕｍｂｅｒ）の提供をサポートする。商品券を購入したい人は該代行管理ウエブサイトへそして該サイトの商品券購入セクション（ＰｕｒｃｈａｓｅＧｉｆｔＣｅｒｔｉｆｉｃａｔｅｓｅｃｔｉｏｎ）へナビゲートする。該商品券はクレデイットカードを使用して、又は該代行システムプロバイダーへチェック又は為替を郵送することにより電子的に購入出来る。該クレデイットカード、チェック、又は為替の確認と決済時に商品券は発行される。商品券の発行は該代行システムデータベース内に商品券を創り、記憶することを含む。該商品券は、全ての商品券の空間に亘ってユニークな１６文字の英数字文字列を含む。該英数字文字列は完全に非順序性で、従ってそのコーデイングアルゴリズム（ｃｏｄｉｎｇａｌｇｏｒｉｔｈｍ）では予測不可能である。該商品券はプリント用に該購入者のコンピユータスクリーン上に表示される。更に、該商品券は受取人のイーメールアドレスへ電子的に郵送され得る。
【００５０】
ユーザーは該ホームページから始まり商品券購入用領域をナビゲートする。図１８は実施例のホームページ１８００であり、そこからユーザーは”商品券（ｇｉｆｔｃｅｒｔｉｆｉｃａｔｅ）”アイコン１８０２を選択する。該”商品券”アイコンの選択は商品券オプションスクリーンの提示に帰着する。図１９は実施例の商品券オプションページ１９００である。
【００５１】
該商品券オプションページ１９００はユーザーに、それに限定はされないが、商品券を現金化（ｒｅｄｅｅｍｉｎｇ）すること及び商品券を購入することを含む多数の選出を提供する。該”メンバーレデイーム（ｍｅｍｂｅｒｒｅｄｅｅｍ）”アイコン１９０２は代行システム勘定を有するユーザーによる商品券の現金化を提供する。該”サインアップ及びレデイーム（ｓｉｇｎｕｐ＆ｒｅｄｅｅｍ）”アイコン１９０４は代行システム勘定を有さぬユーザーが勘定用にサインアップしそして次いで商品券を現金化することを可能にする。該”商品券を買う（ｂｕｙａｇｉｆｔｃｅｒｔｉｆｉｃａｔｅ）”アイコン１９０６は人に該代行システム内での使用に商品券を購入することを可能にする。
【００５２】
”商品券を買う”アイコン１９０６の選択に応答して、ユーザーは商品券購入ページ２０００を提示される。図２０及び２１は実施例の商品券購入ページ２０００を示す。商品券購入ページ２０００はユーザーに、それに限定されないが、支払い方法２００２、受取人名２００４、購入者名２００６，受取人へのメッセージ２００８、商品券額又は値２０１０、受取人イーメールアドレス２０１２、そして購入者情報２０１４を含む情報を促す。要求される購入者情報は、もしクレデイットカードが該購入用に使用されるならば、クレデイットカード保持者の姓名２０１６、クレデイットカード番号２０１８，クレデイットカード保証限期２０２０、クレデイットカード請求住所２０２２，購入者イーメールアドレス２０２４、そして購入者電話番号２０２６を含む。該商品券購入用に適切な情報を入力後該”処理（Ｐｒｏｃｅｓｓ）”アイコン２０２８が選択され、該処理は該代行システムにより完了される。商品券購入処理の成功裡の完了に応答して、該代行システムは該商品券を選択された受取人へイーメールする（ｅｍａｉｌｓ）。代替えの実施例では、該商品券は該選択された受取人に郵送される。
【００５３】
商品券はユーザーにより該代行管理ウエブサイトで現金化される。該ユーザーは該代行管理ウエブサイト内にログし該サイトの追加マネーセクションへナビゲートする。該ユーザーは該商品券を同定する１６文字の英数字文字列、又は商品券コードを促される。該商品券コードを入力すると、該代行システムは、該代行システムデータベース内に記憶されたコードに比較して該商品券コードが正当であること、そして該商品券が既には現金化されてないことを検証する。もし該商品券が正当で、現金化されてないならば、該代行システムデータベースは該商品券の使用を反映するよう更新され、そしてクレデイットの対応する額が該ユーザーの代行システム勘定に印加される。
【００５４】
該代行システム内で利用可能なもう１つの種類のフアンド動作は通貨交換フアンド動作（ｃｕｒｒｅｎｃｙｃｏｎｖｅｒｓｉｏｎｆｕｎｄｉｎｇ）である。通貨交換パートナー（ＣｕｒｒｅｎｃｙＣｏｎｖｅｒｓｉｏｎＰａｒｔｎｅｒｓ）はオンライン通貨（ｏｎｌｉｎｅｃｕｒｒｅｎｃｙ）を彼等のユーザーに提供する会社（ｃｏｍｐａｎｉｅｓ）である。このオンライン通貨は稼がれるか又はユーザーに与えられそして該パートナーサイトで彼等の勘定内で生じる（ａｃｃｒｕｅｓ）。該代行システムの実施例のユニークな特徴は該代行システムが、多くのフオームのオンライン通貨を現金化し、これらの種々のフームのオンライン通貨を総計し、そしていつもマネーが該ユーザーに直接発行されること無しに該総計されたオンライン通貨をどんなオンラインマーチャントででも費やすことを可能にすることである。
【００５５】
図２２は実施例の通貨交換及び総計過程用フローチャートである。動作はクライアントコンピユータ上のブラウザーを使用してユーザーが該代行システムウエブサイトに入ることで始まる２２０２。ユーザーは勘定情報を彼等のアクチブな通貨交換パートナー勘定に提供する２２０４。該代行システムは該通貨交換パートナーから勘定差引残高（ａｃｃｏｕｎｔｂａｌａｎｃｅｓ）を取得する２２０６．マネー又はクレデイットの指定額が該ユーザーにより指定された様に該通貨交換パートナーから振替られる。該振替の正当と確認されると、該フアンドは選択された勘定の、貸方に記入されるか又は充当される２２１０。
【００５６】
代行システム勘定にフアンドすることに使用するためオンライン通貨を交換すると、該ユーザーは該代行管理サイト内にログし、該サイトの勘定抄録セクション（ＡｃｃｏｕｎｔＳｕｍｍａｒｙｓｅｃｔｉｏｎ）へナビゲートする。該勘定抄録セクションはユーザーに該代行システムの彼等の勘定差引残高を提示する。更に、ユーザーは、彼等が勘定を有する該通貨交換パートナーサイト用電子的アドレスを該ユーザーが提供することに応答して全ての他の通貨交換パートナーサイト上の差引残高を提示される。これは各パートナーサイト用の該ユーザー勘定情報を該代行システムデータベース内に記憶することにより行われる。該勘定抄録ページが提示されると、その人がそのパートナーサイトに有する通貨額を問い合わせるために各通貨交換パートナーサイトは該代行システムにより実時間でアクセスされる。該額はユーザーに彼等の”オンラインの正味値（ｏｎｌｉｎｅｎｅｔｗｏｒｔｈ）”を提示するため合計される。
【００５７】
この点で、フアンドは該ユーザーの通貨交換パートナー勘定から該ユーザーの代行システム勘定へ振替られ得る。該ユーザーは、それに限定されないが、彼等がそこからマネーを振り替えたい該通貨交換パートナー勘定と振替マネーの額とを含む情報を指定することにより該振替（ｔｒａｎｓｆｅｒ）を始まる。該代行システムは、該ユーザーが該パートナーサイトにフアンドを有することを確認するために予め決められたセットの安全プロトコル（ｓｅｃｕｒｅｐｒｏｔｏｃｏｌｓ）上で該通貨交換パートナーサイトに問い合わせる。もし該フアンドが利用可能であり、該勘定が該通貨交換パートナーサイトで良好な立場にあるならば、該代行システムは該通貨交換パートナーサイトに対し該ユーザーの対応する通貨交換パートナー勘定から該ユーザーの代行システム勘定へ該指定されたマネー額を振り替える要求を発行する。該代行システムの要求に応答して、調整（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ）用に使用される処理識別子（ｔｒａｎｓａｃｔｉｏｎｉｄｅｎｔｉｆｉｅｒ）を含む情報が返される。該ユーザーの代行システム勘定は該振替額を貸方に記入（ｃｒｅｄｉｔｅｄ）され、一方該通貨交換パートナーサイトの対応する勘定は同じ額を借方に記入（ｄｅｂｉｔｅｄ）される。
【００５８】
予め決められた周期的時間間隔、例えば、１５日毎に、各通貨交換パートナーサイトはそれらの過去１５日中に処理されたマネーをデータフアイルと共に有線通信する。該データフアイルは全ての処理識別子を含み、それに対する振替用にフアンドが含まれるものである。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額とを使用して該パートナーの現金化処理（ｐａｒｔｎｅｒｒｅｄｅｍｐｔｉｏｎｔｒａｎｓａｃｔｉｏｎ）を調整する。全て差異（ｄｉｓｃｒｅｐａｎｃｙ）は該代行金融管理者（ｓｕｒｒｏｇａｔｅｆｉｎａｎｃｉａｌａｄｍｉｎｉｓｔｒａｔｏｒ）の注意へ持ち込まれる。
【００５９】
又通貨交換パートナーサイトからの現金化は該代行システムウエブサイトからよりもむしろ該通貨交換パートナーウエブサイトからも始動され得る。この場合該通貨交換パートナーウエブサイトは該ユーザーを該代行システムウエブサイトへ向け直し、該ユーザーが該代行システム内へ最初にログ出来るようにする。この点からは、該処理はここで説明される様に発生する。該現金化が完了すると、該ユーザーは該通貨交換パートナーウエブサイトへ戻るよう向け直されるか、又はオプションでは、該代行システムウエブサイトで該新しく振替られたマネーを直ちに費やすことが可能になる。
【００６０】
代行システム勘定がフアンドされるなおもう１つの方法はインセンチブコード交換フアンド動作（ｉｎｃｅｎｔｉｖｅｃｏｄｅｃｏｎｖｅｒｓｉｏｎｆｕｎｄｉｎｇ）を用いて行われる。オンライン及びオフラインの会社と小売マーチャントとの両者はインセンチブコード交換（ｉｎｃｅｎｔｉｖｅｃｏｄｅｃｏｎｖｅｒｓｉｏｎ）を行うことによりオンラインショッピングをサポートするために該代行システムを使用出来る。例えば、ソフトドリンクの会社は瓶のキャップの下にインセンチブコードを置き、食料提供会社又はサービスは食料ラベル、又はスチック、容器、そしてトレーの様な食料サービス素子上にインセンチブコードを置いてもよい。これらのインセンチブコードは、該代行システムを通した購入処理で使用された時、クレデイットでは等価の現金値を有する。実施例では、該インセンチブコードは、それに限定はされないが、２０セントと１ドルの間の値に交換される。該インセンチブコードは、商品券コードと非常に似て、該ユーザーにより該代行システムウエブサイト内へ入力される。該インセンチブコードは該ユーザーの代行システム勘定に適用されるクレデイットの或る等価額、すなわち次いで該代行ショッピングサーバーを使用してオンラインマーチャントで費やされ得るクレデイットに変換される。
【００６１】
該インセンチブコードは全インセンチブコードの空間に亘ってユニークな１６文字の英数字文字列を含み、該英数字文字列は完全に非順序性（ｕｎｏｒｄｅｒｅｄ）で、従ってそのコーデイングアルゴリズムでは予測不可能である。代わりの実施例は１３文字の英数字文字列を使用するが、それに限定はされない。該代行システムデータベースはクレデイットが提供される全てのインセンチブコードを含む。該ユニークなインセンチブコードは特定の消費者製品で提供される。インセンチブコードを含む製品を購入すると、該ユーザーは該コードをショッピングクレデイット用に該コードを現金化することへ続けることが出来る。
【００６２】
インセンチブコードはユーザーにより該代行管理ウエブサイトで現金化される。該ユーザーは該代行管理ウエブサイト内にログし、該サイトの該現金化セクション（Ｒｅｄｅｍｐｔｉｏｎｓｅｃｔｉｏｎ）へナビゲートする。該ユーザーは該１３又は１６文字の英数字文字列、又はインセンチブコードを促される。該インセンチブコードを入力すると、該代行システムは、該インセンチブコードが該代行システムデータベース内に記憶されたコードに比較して正当であること、そして、該インセンチブコードが既には現金化されてないことを検証する。もし該インセンチブコードが正当でそして既には現金化されてないならば、該代行システムは該特定のインセンチブコードに付随する予め割り当てた値をクレデイット出来る（ｃａｎｃｒｅｄｉｔａｐｒｅａｓｓｉｇｎｅｄｖａｌｕｅ）。代わりに、該代行システムは該特定のインセンチブコード用にランダムな値を創るために乱数発生器を使うことが出来る。何れの場合も、該代行システムデータベースは該特定のインセンチブコードの使用を反映するために更新され、該代行システムにより割り当てられた該値に対応するクレデイット額が該ユーザーの代行システム勘定に印加される。規則的で周期的な時間間隔で、該代行システム金融管理者は、現金化された及び／又は費やされた該インセンチブコードのコストをカバーするために該インセンチブコードプログラムをスポンサーする会社に送り状を送る（ｉｎｖｏｉｃｅ）。
【００６３】
ユーザーは又該代行管理ウエブサイトとオンラインマーチャントウエブサイトでクレデイットを稼ぐことにより勘定フアンド用マネーを稼ぐことが出来る。ユーザーは該代行システム内にログし、そしてログインされる間にアクションを行うことにより彼等の代行システム勘定へのクレデイット（ｃｒｅｄｉｔ）用にマネーを稼ぐことが出来る。これらのアクションは、それに限定はされないが、該代行システムウエブサイトで提供されるコンテストに入る又は参加する、オンラインマーチャントウエブサイトで提供されるコンテストに入る又は参加する、該代行システムウエブサイト又はオンラインマーチャントウエブサイト上で提供される調査（ｓｕｒｖｅｙｓ）に応答する、案内される様に広告主（ａｄｖｅｒｔｉｓｅｒ）ウエブサイト又は他のウエブサイトを訪問する、ユーザーへマネー又はクーポンが与えられる特別のオンラインプロモーションに参加する、そして新ユーザーを該代行システムウエブサイトへ差し向けることを含む。全ての場合に、該代行システムは、該ユーザーが該インセンチブクレデイットを受けるための条件を満足させる時、該ユーザーの代行システム勘定の貸方に記入する。従って、該クレデイット（ｃｒｅｄｉｔ）は直ちに該ユーザーの代行システム勘定に入れられそして費やすために利用可能にされる。稼がれるそして貸方に記入される額を示すページが、単独のページ、重ね合わせのページ、又はデイスプレーページ上のポップアップとして提示されるように該クライアントコンピユータへのデータ流れ内に挿入される。
【００６４】
又代行システム勘定のフアンド動作はエイテーエムへ又はそれを通して提供されるキャッシュを使用して確立されることも出来る。実施例の代行システムは他の電子的金融技術、例えば、それに限定されないが、現金自動預け払い機、インタネット接続キオスク（Ｉｎｔｅｒｎｅｔ−ｃｏｎｎｅｃｔｅｄｋｉｏｓｋｓ）、そしてポイントオブセールス装置（ｐｏｉｎｔ−ｏｆ−ｓａｌｅｄｅｖｉｃｅｓ）を含む、キャッシュを受け入れ又は支出する電子的金融装置、と統合化され得る。動作では、ユーザーは、例えば、該代行システムと共に動作するよう作動させられたエイテーエムを突き止める。該ユーザーは彼等の特定の代行システムログオン情報を入力し、そして選択された代行システム勘定内へのフアンドの預け入れを見越すオプションを選択する。該システムログオン情報はキーパッド又はタッチスクリーンを用いて該ユーザーにより手動入力されるか、又は該ユーザーにより提供されるスマートカード又は磁気カード又はカードとキーパッド又はタッチスクリーンの組み合わせから自動的にロードされ得る。
【００６５】
該ユーザーと彼等の代行システム勘定との証明（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）に続いて、該エイテーエムは当該技術で公知の様に、該ユーザーからの現金預け入れを受け入れ、そして該現金は走査され証明（ａｕｔｈｅｎｔｉｃｉｔｙ）用に検証される。該エイテーエムは預け入れられた額を中央ネットワークに通信する。該エイテーエム中央ネットワークは、該ユーザーにとって該機械内に預け入れたマネーの額を貸方に記入されるべきことを該代行システムに知らせるために安全なプロトコルを使用する。実施例の安全な通信プロトコルは調整用に使用されるユニークな処理識別子を含む。該エイテーエム中央ネットワークからの送信に応答して該代行システムは該ユーザーの勘定の貸方に記入する。更に、該代行システムは該エイテーエムベンダー（ＡＴＭｖｅｎｄｏｒ）からの処理で該代行データベースを更新する。
【００６６】
代わりの実施例では、電子的金融装置を使用して１つの勘定から選択された代行システム勘定内へマネーを振り替える能力が提供される。動作では、ユーザーは、例えば、該代行システムと共に動作するよう作動させられたエイテーエムを突き止める。該ユーザーは彼等の代行システムのログオン情報を入力し、選択された代行システム勘定内へのフアンドの預け入れを見越すオプションを選択する。該エイテーエムは、それに限定はされないが、振り替え元の勘定と振り替え額とを含む振り替え命令（ｔｒａｎｓｆｅｒｉｎｓｔｒｕｃｔｉｏｎ）を該ユーザーから受け入れる。該エイテーエムは該振り替え額を中央ネットワークへ通信する。該エイテーエム中央ネットワークは該代行システムに、該ユーザーにとって振り替えられるマネーの額を貸方に記入されるべきであること、を知らせるために安全通信プロトコルを使用する。実施例の該安全通信プロトコルは調整用に使用されるユニークな処理識別子を含む。該代行システムは該エイテーエム中央ネットワークからの送信に応答して該ユーザーの勘定の貸方に記入する。更に、該代行システムは該エイテーエムベンダーからの該処理で該代行データベースを更新する。
【００６７】
７日毎の様な、予め決められた周期的時間間隔で、該エイテーエムベンダーは前の７日の、預け入れと振り替えの両者の、処理に対応するマネーを、支払いが提供される処理に対応する処理識別子を含むデータフアイルと共に電報で知らせる。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額を使用して該エイテーエム処理を調整する。どんな差異も該代行金融管理者の注意へ持ち込まれる。
【００６８】
代わりの実施例では、ユーザーはエイテーエム、インテーネット接続キオスク、そしてポイントオブセール装置を使用して彼等の代行システム勘定からキャッシュを引き出す。このキャッシュ引き出しはユーザーによる代行システムログオン情報のエントリーに応答して行われる。代わりに、該キャッシュ引き出しは、該代行システムにより彼等の勘定上で該ユーザーに割り当てられたクレデイット又はデビットカードから受信された情報に応答しても行われ得る。
【００６９】
実施例の該代行システムは更にオフラインのストアドバリューカード（ｓｔｏｒｅｄｖａｌｕｅｃａｒｄ）を使用したフアンド動作をサポートする。オフラインのストアドバリューカードはオフライン小売商、例えば、百貨店又はコンビニエンスストアで購入出来るカードである。該カードは該カード上にプリントされた番号を有する。購入時に、購入者は該カードをキャッシャー（ｃａｓｈｉｅｒ）に渡し、該キャッシャーは次いで該購入者から該カード用の支払いを受ける。該キャッシャーは該カードをターミナル（ｔｅｒｍｉｎａｌ）を通してスワイプ（ｓｗｉｐｅｓ）するが、該ターミナルは該ストアドバリューカードバックエンドネットワーク又はシステム（ｓｔｏｒｅｄｖａｌｕｅｃａｒｄｂａｃｋｅｎｄｎｅｔｗｏｒｋｏｒｓｙｓｔｅｍ）へ接続（ｈｏｏｋｅｄｕｐ）されている。該ストアドバリューカードバックエンドネットワークは該個別カードを認識し、付随データベースを使用して、該カードを使用可能にする。該カードは今度は該購入者により支払われた額と等しい蓄積値を有する。
【００７０】
該カードを使用するために、該購入者、又はユーザー、は彼等の代行システム勘定内にログし、オフラインストアドバリューカードを現金化するため該セクションをナビゲートする。該代行システムは該ユーザーに該カード上にプリントされたユニークな番号を入れるようテンプレートを提供するか又は別の仕方で促す。該ユニークな番号のエントリーに応答して、該代行システムデータベースは、該番号が正当であり、該番号が前には使用されたことがないことを確かめるために安全な通信プロトコル上で該ストアドバリューカードバックエンドネットワーク又はシステムに問い合わせる。もし該ストアドバリューカードバックエンドネットワークが該番号が正当であることを答えるなら、該バックエンドネットワークは該カードを該データベース内で使用されるようマーク付けする。該代行データベースへの応答は該カードの値と調整目的の処理識別子とを含むが、それに限定されない。確認すると、該カードに記憶された額は該ユーザーの代行システム勘定の貸方に記入され該代行システムデータベースはこの特定のカード番号の現金化を反映するため更新され、該処理識別子を記憶する。
【００７１】
７日毎の様な、予め決められた周期的時間間隔で、該ストアドバリューカードベンダー（ｓｔｏｒｅｄｖａｌｕｅｃａｒｄｖｅｎｄｏｒ）は前の７日の、処理に対応するマネーを、支払いが提供される処理に対応する処理識別子を含むデータフアイルと共に電報で知らせる。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額を使用して該ストアドバリューカードベンダー処理と調整する。どんな差異も該代行金融管理者の注意へ持ち込まれる。
【００７２】
フロードのチェックと検出（ｆｒａｕｄｃｈｅｃｋｉｎｇａｎｄｄｅｔｅｃｔｉｏｎ）は実施例の該代行システムにより行われる重要な機能である。該代行システムは、それに限定されないが、プロモーションで勘定をフアンドする機会を利用するために多数勘定を個別に賦活することと、勘定をフアンドするための盗品クレデイットカードの使用とを含めた、２種類のフロードをチェックする。
【００７３】
多数勘定の個別賦活が問題であるのは、該代行システム内の多くのプロモーション、クーポン、又は他の提供が実際の価値を有するからである。大抵のこれらの提供は顧客当たり１つに限定されるので、個々人は提供を多数回利用（ｃａｐｉｔａｌｉｚｅｏｎ）する望みで彼等自身用に多数の勘定を創ろうとする。
【００７４】
盗品クレデイットカードの使用は常に問題であり、その性質により代行システムは多数の盗品カードを共通の代行システム勘定内に集積する能力を提供する。検出されないと、これは、盗品カードを有する或る人が、多額のマネーで代行勘定をフアンドすることにより１箇所で該盗品カードの値を悪用（ｍｉｓａｐｐｒｏｐｒｉａｔｅ）し、そして適法（ｌｅｇｉｔｉｍａｔｅ）な代行カードを使用して多くのマーチャントで買い物可能にする。この種類のフロードに対し保護が提供されるべきである。
【００７５】
フロードのチェック動作は該代行システムの実施例ではフロードスコア付けシステム（ｆｒａｕｄｓｃｏｒｉｎｇｓｙｓｔｅｍ）を使用して行われる。該フロードスコア付けシステムは、それに限定されないが、イーメールアドレス、運送用住所、そしてクレデイットカード番号と保証限期を含むデータ項目をスコア付けする。該システムにより検出されたこれらのデータ項目の各々は付随ユーザー又はユーザーへのリンクを有する該代行システムデータベース内に記憶される。更に、各ユーザーの代行勘定は該ユーザーの代行勘定に付随する情報項目の蓄積されたスコアに基づいて、スコアを割り当てられている。
【００７６】
該フロードチェック機能は精確に指定された様にイーメールアドレスとクレデイットカード情報を記憶する。該特定の情報は次いで該情報を共通のフオーマットに正規化することによりスコア付けされる。従って、運送住所は該住所ラインとジップコードを共通のフオーマットに正規化することによりスコア付けされる。例えば、”１２３メインストリートスートＢ．．．９５１１１−１２３４（１２３ＭａｉｎＳｔｒｅｅｔＳｕｉｔｅＢ．．．９５１１１−１２３４）”と”１２３メインエステー．＃ビー．．．９５１１１（１２３ＭａｉｎＳｔ．＃Ｂ．．．９５１１１）”は共に共通の住所”１２３メインエステービー９５１１１（１２３ＭａｉｎＳｔＢ９５１１１）”に変換される。
【００７７】
動作中、該フロード検出システムは、該代行システム管理ウエブサイト及び／又は該代行ショッピングサーバー上の何等かのセッション中に入れられる全ての特定ユーザー情報に関して動作している。該特定ユーザー情報（ｕｓｅｒ−ｓｐｅｃｉｆｉｃｉｎｆｏｒｍａｔｉｏｎ）は、例えば、イーメールアドレス、運送用住所（ｓｈｉｐｐｉｎｇａｄｄｒｅｓｓ）、そしてクレデイットカード番号を含む。実施例の該代行システムは、該ユーザーが新しい運送用住所を手動で優先（ｏｖｅｒｒｉｄｅ）しようとするショッピングチェックアウト過程中に提供される情報を含め、該ユーザーにより入力される情報を再調査する。
【００７８】
情報の項目がユーザーにより入力されると、該代行データベースが、その項目、それを提供しつつある該ユーザーの身元、そして該購入処理の額の様な何等かの他の関係情報と共に呼び出される。該代行データベースフロード検出システムはこの情報が既に該データベース内に記憶されているか、を決定し、そしてもしそれが該データベース内に無いならばそれを該スコア付け用表に追加する。加えて、該日付け／時刻、ユーザー、品目、そして量を指定する、該情報に付随するイベントに関する情報が追加される。フロード状況が起こったかを決定する１セットの規則が次いで評価される。もしそうであるなら、該データベースは、適当な品目をフロード（ＦＲＡＵＤ）としてフラグを建て、イーメールをフロード管理者に送り、そして該勘定、又は他の構成する動作を不能化することを含め適当なルーチンを発動する。
【００７９】
該代行システムフロード検出システム内で、１人のユーザーにより使用された情報の項目は共にリンクされている。特定の項目がフロードとマーク付けされると（例えば、クレデイットカードが盗品であると思われる）、そのクレデイットカードを使用した全てのユーザーはフロード（ＦＲＡＵＤ）とマーク付けされる。更に、フロードとマーク付けされたユーザーにより使用される全てのクレデイットカード、運送用住所、そしてイーメールアドレスがフロード（ＦＲＡＵＤ）とマーク付けされる。かくして、一旦項目又はユーザーがフロードであると統制（ｒｕｌｅｄ）されると、その項目又はユーザーにリンクされる全ての項目も、これらはフロードチェック作用をバイパスしようとする全ての該同じユーザーであるとの仮定の上でフロードとしてフラグを建てられる（ｆｌａｇｇｅｄ）。適法の代行システムユーザーは、もし彼等の勘定がフロードとして正しくなくフラグを建てられたなら顧客サポート要員と作業することが出来る。
【００８０】
それに限定はされないが、実施例で不正（ｆｒａｕｄｕｌｅｎｔ）の状況を規定するため使われるフロードレベルは：フロードスコアがゼロで始動し、項目／ユーザーについてＮだけ増加され、もし或る項目のフロードスコアが増加すれば、その項目にリンクされた何れの付随ユーザーのフロードスコアも又等価の又は比例した量だけ増加する、スコア増大（ＳＣＯＲＥ−ＩＮＣＲＥＡＳＥ）と、該項目又はユーザーに注目（ｗａｔｃｈ）を置くようイーメールが該代行システム顧客サービスへ送られる、警告（ＷＡＲＮＩＮＧ）と、該項目又はユーザーに注目を置きそして該代行顧客サービスが該状況を再調査し決定する機会を持つまで付随勘定を無能力化するイーメールが該代行システム顧客サービスに送られ、そして通知のイーメールが該ユーザーに送られる、一時的フロード（ＴＥＭＰＯＲＡＲＹＦＲＡＵＤ）と、そして項目又はユーザーが不正であると決定され、全ての関連した又はリンクした項目と勘定と共に該付随勘定が無能力化されることに帰着し、そして通知のイーメールが該ユーザーに送られる、フロード（ＦＲＡＵＤ）とを含んでいる。
【００８１】
実施例で不正の状況を規定するため使われるフロード規則は、限定されないが：同じユーザーが３０分内に２回”多量の”額のマネーを１つの勘定に預け入れる、警告（ＷＡＲＮＩＮＧ）；同じユーザーが３０分内に３回”多量の”額のマネーを預け入れる、一時的フロード（ＴＥＭＰＯＲＡＲＹ−ＦＲＡＵＤ）；或るユーザーがＮ個のクレデイットカードを使用して”多量の”額のマネーを或る回数勘定に預け入れる、フロード（ＦＲＡＵＤ）；同じユーザー勘定が最近２ヶ月内に４つより多い運送用住所を使用した、一時的フロード（ＴＥＭＰＯＲＡＲＹ−ＦＲＡＵＤ）；ユーザーが前の１５日内に彼等のイーメールアドレスを３回変えた、警告（ＷＡＲＮＩＮＧ）；もし５００ドルが勘定に預け入れられるなら、フロードスコアを１０だけ増やす、スコア増大（ＳＣＯＲ−ＩＮＣＲＥＡＳＥ）；もし３つより多い運送用住所がユーザーにより使用されるなら、フロードスコアを５だけ増やす、スコア増大（ＳＣＯＲＥ−ＩＮＣＲＥＡＳＥ）；もしユーザーが彼等のイーメールアドレスを変えるなら、フロードスコアを５だけ増やす、スコア増大（ＳＣＯＲＥ−ＩＮＣＲＥＡＳＥ）；項目／ユーザーが２０のフロードスコアに達する警告（ＷＡＲＮＩＮＧ）；項目／ユーザーが３５のフロードスコアに達する一時的フロード（ＴＥＭＰＯＲＡＲＹ−ＦＲＡＵＤ）；そして項目／ユーザーが５０のフロードスコアに達する、フロード（ＦＲＡＵＤ）を含んでいる。
【００８２】
図２３は実施例のショッピング過程の代行制御用フローチャートである。動作は、クライアントコンピユータ上のブラウザーを使用してユーザーが該代行システムウエブサイトに入ることで始まる２３０２。該ユーザーは該代行システムを通してマーチャントオンラインシステムにアクセスすることにより該代行システムを通して買い物する。該ユーザーは該マーチャントシステムからの購入用に品目を選択する２３０４。代行システムクレデイットカードが該購入処理用に選択される２３０６。該購入処理を完了するために借りとなる額が該代行システムにより決定される２３０８．フアンドが該ユーザーの勘定から該代行システムクレデイットカードにロードされる２３１０。該購入処理は該代行システムクレデイットカードを使用して実行される２３１２。
【００８３】
実施例の該代行システムはオンライン及びオフラインショッピングをサポートするが、それに限定はされない。オンラインで買い物時、ユーザーは該代行システムテンプレート（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍｔｅｍｐｌａｔｅ）から”ショッピング（ｓｈｏｐｐｉｎｇ）”アイコンを選択することにより該代行システムウエブサイトの多くの領域からショッピング用領域へナビゲート出来る。該”ショッピング”アイコンの選択はショッピングスクリーンの提示に帰着する。図２４−２７は多数の種類のマーチャントのリンクを含む実施例の例としてのショッピングページ２４００−２７００である。実施例の該ショッピングページはユーザーにマーチャントのロゴアイコン（ｌｏｇｏｉｃｏｎｓ）２４０２、アルフアベット順に配置されたマーチャント名のリスト２７０２、マーチャントの特別提供とインセンチブのアイコン２４０４、商品広告アイコン２４０６、商品の順序付けられたリスト２５０２、そして予め指定された商品のグループ化アイコン２４０８を提示する。該表示されたアイコン、名前、クーポン、提供事項（ｏｆｆｅｒ）、広告（ａｄ）及びリスト項目は該代行システムを通して、アイコン、リスト名、クーポン、提供事項、広告、又はリスト項目は該ユーザーを対応するマーチャントオンラインショッピングサイト又はウエブページへ導くが、該実施例はそれに限定はされない。
【００８４】
図２４を参照すると、予め指定された商品グループ化用アイコンの、”ガールスタッフ（ＧｉｒｌＳｔｕｆｆ）”アイコン２４１０の選択は特定種類ショッピングページ（ｔｙｐｅ−ｓｐｅｃｉｆｉｃｓｈｏｐｐｉｎｇｐａｇｅ）２５００の提示に帰着する。図２５は実施例の特定種類ショッピングページ２５００である。このショッピングページ２５００は女性買い物客に特に興味のあるマーチャント及び商品用にアイコン２５０４を提示する。更に、特定種類ショッピングページ２５００上に提示されたランク順序付けられたリスト（ｒａｎｋ−ｏｒｄｅｒｅｄｌｉｓｔ）２５０２は該ページの種類に対応する種類のランク順序付けられた特定種類のリストを含むことが出来る。
【００８５】
図２６は実施例のもう１つの特定種類のショッピングページである。このショッピングページ２６００はショッピングページ２４００上の該”ガイスタッフ（Ｇｕｙｓｔｕｆｆ）”アイコン２４１２の選択に応答して提示され、男性買い物客に特に興味のあるマーチャント及び商品用のアイコン２６０２を提示する。
【００８６】
ショッピングページ２４００上の”シーエムオール（Ｓｅｅ ’ｅｍＡｌｌ）”アイコン２４１４の選択は該代行システムを通して入手可能な全オンラインマーチャントのリストを含むショッピングページ２７００の提示に帰着する。該リストのマーチャントはアルフアベット順に配置され得る。図２７は該代行システムを通して入手可能な全オンラインマーチャントのリスト２７０２を含む実施例のショッピングページ２７００である。該リスト２７０２を含む該ショッピングページ２７００はマーチャントショッピングサイトへの電子的リンク２７０４を有することが出来る。
【００８７】
商品の順序付けられたリスト２５０２は該代行システムデータベース内の商品販売の記録を有する源から編集された商品の少なくとも１つのランク順序付けられたリストを備える。これらのリストは予め指定された時間間隔の間で編集されてもよいが、そう限定はされない。又商品の該順序付けられたリストは周期的又は規則的なユーザー調査又はフイードバックから編集された商品のランク順序付けられたリストを含むことが出来る。更に、商品の該順序付けられたリストはオンラインマーチャント記録から発生され得る。
【００８８】
ショッピングスクリーン２４００−２７００は又ナビゲーションバー２４９９内にショッピング、勘定フアンド動作、勘定抄録、個人情報、ヘルプ、そしてログオフ用の電子的リンクを有することも出来る。更に、該ショッピングスクリーンは該ユーザーのユーザー名及び勘定差引残高のデイスプレー２４１６を含むことが出来るが、それに限定はされない。
【００８９】
図２８−４４は実施例の該代行システムを使用するショッピングセッションを図解する。図２８はオンラインマーチャントのアルフアベット順のリスト２８０２を含む実施例のページ２８００である。該マーチャント名は、名前の選択が該ユーザーを対応するマーチャントオンラインショッピングサイト又はウエブページへ導くように、作動させられる。この例では、該ユーザーは”ショップイーオンラインコム（ｓｈｏｐ．ｅｏｎｌｉｎｅ．ｃｏｍ）”アイコン２８０４を選択している。該マーチャントリストページ２８００は該ユーザーのユーザー名と現在の代行システム勘定差引残高２８０８を有する代行ナビゲーションバー２８０６を備える情報を表示する。該マーチャントリストページ２８００は又クーポンへの電子的リンクを有する２８１０。
【００９０】
該”ショップイーオンラインコム（ｓｈｏｐ．ｅｏｎｌｉｎｅ．ｃｏｍ）”アイコン２８０４の選択に応答して、該ユーザーは該ショップイーオンラインコムのウエブサイトへ導かれる。図２９は実施例の該代行システムを通して提示される選択されたマーチャントサイトのウエブページ２９００である。該マーチャントウエブページ２９００は、該マーチャントウエブページ２９００が代行システムナビゲーションバー２９０２と共に表示されるを除けば、もしそれらが該代行システムを使用せずに該マーチャントウエブサイトへ直接進む場合にそれがあるであろうと同じにユーザーに提示されるが、該実施例はそれに限定はされない。該代行システムナビゲーションバーは該ユーザーに代行システム機能へのアクセスを提供する一方該マーチャントウエブサイトを通りナビゲートしそしてそこから買い物することを提供する。この機能は他のマーチャント、勘定フアンド動作、勘定抄録情報、個人情報、ヘルプ、ログアウト、そして該ユーザーのユーザー名と勘定差引残高の表示へのアクセスを含む。該マーチャントウエブページの機能を使用してユーザーは、彼等が興味のあるマーチャントサイトの特定領域又は商品２９０４、例えば、オースチンパワーズ（ＡｕｓｔｉｎＰｏｗｅｒｓ）を選択しナビゲートする。
【００９１】
オースチンパワー（ＡｕｓｔｉｎＰｏｗｅｒｓ）商品２９０４の選択の応答して、ユーザーはオースチンパワー商品を含む該マーチャントウエブサイトの少なくとも１つのウエブページ３０００へ導かれる。図３０は実施例の該代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページ３０００である。購入処理を始動するために、ユーザーは該オンラインマーチャントにより提供される購入アイコン、例えば、”バッグへ追加（ａｄｄｔｏｂａｇ）”アイコン３００２を選択する。
【００９２】
この例では、該”バッグへ追加”アイコン３００２の選択は該ユーザーのショッピングセション内にここまで該オンラインマーチャントからの購入用に選択された品目のリストを含む典型的ウエブページ３１００の提示に帰着する。図３１は実施例の該代行システムを通して提示される選択されたマーチャントサイトのショッピングリストウエブページ３１００である。該典型的ショッピングリストページ３１００はユーザーに彼等に彼等の購入処理を終了するか又はショッピングページに戻りショッピングを続けるか何れかを可能にするアイコンを提供する。この例では該ユーザーはショッピングを続けることを選択し、もう１つのマーチャントウエブ又はショッピングページ３２００へナビゲートする。
【００９３】
図３２は実施例の該代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページ３２００である。再び、ユーザーは該オンラインマーチャントにより提供される購入アイコン、”バッグへ追加”アイコン３２０２を選択することにより購入処理を始動し、該ユーザーのショッピングセション内にここまで購入用に該ユーザーにより選択された２つの品目を今含んでいるショッピングリストページ３３００が提示される。図３３は実施例の該代行システムを通して提示された選択されたマーチャントサイトの更新されたショッピングリストウエブページ３３００である。該ユーザーはショッピングを停止することを選び、”チェックアウト（ｃｈｅｃｋｏｕｔ）”アイコン３３０２を選択することにより購入処理を完了する。該”チェックアウト”アイコン３３０２の選択に応答して多数のチェックアウトウエブページ３４００−３７００が該ユーザーに提示される。
【００９４】
図３４−３７は実施例の該代行システムを通して提示される選択されたマーチャントサイトのチェックアウトウエブページ３４００−３７００を示す。ユーザーに提示されるチェックアウトウエブページ３４００−３７００は、該チェックアウトウエブページ３４００−３７００が代行システムナビゲーションバー３４０２と購入ウイザード（ＰｕｒｃｈａｓｅＷｉｚａｒｄ）３４０４又は支払いウイザード（ＰａｙＷｉｚａｒｄ）を含む情報と一緒に表示されることを除けば、彼等が該代行システムを使用せず該マーチャントウエブサイトに直接行った場合該ユーザーが提示されると同じチェックアウトウエブページである。該代行システムナビゲーションバー３４０２は該ユーザーに代行システム機能へのアクセスを提供する一方該マーチャントウエブサイトでの購入処理を完了させる。
【００９５】
該購入ウイザード３４０４は該代行システムにより該チェックアウトページ３４００−３７００の１部分上に提示され、それにより該ユーザーが彼等の代行システム勘定からのフアンドを使用して該購入処理を完了可能にする。該購入ウイザード３４０４は該オンラインマーチャントサイトのチェックアウトページの何れかと共に提示され得て、ページのどの部分上にでも提示され得る。促されて、該ユーザーが、もし彼等が該購入ウイザード３４０４の”継続（ｃｏｎｔｉｎｕｅ）”アイコンを選択することにより、該ショッピングエピソード（ｓｈｏｐｐｉｎｇｅｐｉｓｏｄｅ）中に前にそうしなかったならば、該代行システムへサインイン（ｓｉｇｎｉｎ）することが出来る。該購入ウイザード３４０４の賦活に加えて、該代行システムフオームフイルエンジン（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍｆｏｒｍｆｉｌｌｅｎｇｉｎｅ）は該チェックアウトウエブページ３４００−３７００の要求されるフイールド３４０６、３５０２そして３７０２−３７１０内を自動的にフイルイン（ｆｉｌｌｓｉｎ）する。
【００９６】
実施例では、該チェックアウトウエブページ上に入れられた該代行クレデイットカード情報３７０２−３７１０は、例えこの情報が該マーチャントに送られても、該クレデイットカードが該代行システムに属するので該ユーザーには表示されない。従って、該クレデイットカード情報は該ユーザーに該情報を見させないことにより守られる（ｓｅｃｕｒｅｄ）。
【００９７】
もしユーザーが特定のオンラインマーチャントそして購入用に選択された特定の品目に適用されるべく決定されたクーポンを有するなら、該代行システムはクーポンページ３８００を挿入することにより該ユーザーにそう助言することが出来る。図３８は実施例の代行システムのクーポンページ３８００である。挿入される該クーポンページ３８００は別ページ、重ね合わせページ（ａｐａｇｅｏｖｅｒｌａｙ）、又はポップアップページ（ｐｏｐ−ｕｐｐａｇｅ）として表示されることも出来る。該クーポンページ３８００は、それに限定されないが、該現在の購入用に該クーポンを使用するか又は使用しないことを含む多くのオプションを該ユーザーに提供する。オプションの選択に続いてユーザーは彼等の選択を該代行システムに提出するために”提出（ｓｕｂｍｉｔ）”アイコン３８０２を選択する。
【００９８】
図３９及び４０は実施例の該代行システムを通して提示される選択されたマーチャントサイトのチェックアウト確認ページ（ｃｈｅｃｋｏｕｔｃｏｎｆｉｒｍａｔｉｏｎｐａｇｅ）３９００である。該チェックアウト確認ページ３９００は、該ユーザーによる検証用に提供される、運送情報付きでの現在の注文の品目、量、そして合計３９０２の情報を含むが、それに限定はされない。該購入ウイザード３９０４は”継続（ｃｏｎｔｉｎｕｅ）”アイコンを提供するが、それの選択は、一旦該ユーザーが該情報を検証すると該代行システムを通して該オンラインマーチャントへの注文の提出に帰着する。
【００９９】
該注文を成功裡に提出すると、該代行システムにより祝賀ページ４１００が提示される。図４１は実施例の代行システムにより提示される祝賀ページ４１００である。該注文の成功裡の完了に続いて、該ユーザーは該祝賀ページ４１００から”ショッピングへ行く（ｇｏｓｈｏｐｐｉｎｇ）”アイコン４１０２を選択することによりショッピングを継続出来る該代行システムの領域へ戻ることが出来る。該”ショッピングへ行く”アイコン４１０２を選択することに応答して少なくとも１つのショッピングページが提示される。
【０１００】
図４２は実施例の代行システムにより表示されるショッピングページ４２００である。該ショッピングページに表示される該ユーザーの代行システム勘定差引残高４２０２は該ユーザーの購入を反映して更新される。”勘定抄録（ａｃｃｏｕｎｔｓｕｍｍａｒｙ）”アイコン４２０４の選択は該代行システムによる勘定抄録ページ４３００の提示に帰着する。
【０１０１】
図４３は実施例の代行システムにより表示される勘定抄録ページ４３００である。該勘定抄録ページ４３００は勘定活動情報（ａｃｃｏｕｎｔａｃｔｉｖｉｔｙｉｎｆｏｒｍａｔｉｏｎ）４３０２とクーポン情報４３０４を含む情報を表示する。該勘定活動情報４３０２は月間について選択可能であり、預け入れと購入に関する情報を含む。該クーポン情報４３０４は、現金化するマーチャントとクーポン値を含む、該ユーザーによる使用のために利用可能なクーポンのリストである。該クーポン情報は又、選択されると、該ユーザーに該付随クーポンに関する詳細情報を得させる各クーポンに付随するアイコン４３０６を含む。
【０１０２】
該勘定活動情報４３０２は又、選択されると、ユーザーに付随する購入に関する詳細情報を得させる各購入アクションに付随するアイコン４３０８を含む。”詳細（ＤＥＴＡＩＬ）”アイコン４３０８の選択は勘定情報ページ４４００の提示に帰着する。
【０１０３】
図４４は実施例の代行システムにより表示される勘定情報ページ４４００である。該勘定情報ページ４４００は、各購入について、アクションの日付け、アクションの種類、オンラインマーチャント、購入価格と、該購入価格をオフセットするよう使用されたクレデイット又はクーポンと、購入にアセスされた税金と、運送料と、そして該購入用合計課金額とを伴った購入商品、を含む詳細情報を包含しているが、それに限定はされない。
【０１０４】
図４５は実施例の代行システムを通しての品物とサービスの購入のフローチャートである。該オンラインマーチャントウエブサイトで提供される過程による購入用商品又はサービスの選択後、該ユーザーが該マーチャントウエブサイト又は該代行システム４５０２上の”チェックアウト（ｃｈｅｃｋｏｕｔ）”ボタンを賦活すると、動作は始まる。該ユーザーによる該チェックアウトシーケンス（ｃｈｅｃｋｏｕｔｓｅｑｕｅｎｃｅ）の賦活に応答して、該代行サーバーは２つのバッフアー領域を創る４５０４。１つのバッフアー領域は該費やし手への配送用であり、もう１つのバッフアー領域は該マーチャントへの配送用である。次いで該代行サーバーは該マーチャント支払いページ４５０６，又はチェックアウトページを読み、そして規則構造（ｒｕｌｅｓｔｒｕｃｔｕｒｅｓ）４５０８を使用して規則整合（ｒｕｌｅｍａｔｃｈｅｓ）を求めて支払いページ（ｐａｙｐａｇｅｓ）を探す。規則整合が突き止められると、該規則は適当なバッフアー領域で実行される（例えば、費やし手のフイールドを保護するのに、該保護されるフイールド内で該費やし手に”＊＊＊”を表示することにより、保護する）４５１０。規則を実行すると、該代行サーバーは該選択された購入の額が該ユーザーの利用可能勘定差引残高より少ないか等しいことを検証する４５１２。
【０１０５】
該ユーザーの勘定差引残高が該購入を行うのに充分であることを決定した後、該代行システムは代行クレデイットカードと付随勘定情報とを含むデータベースを探す４５１４。該ユーザーがクレデイットカード又は勘定を割り当てられていると、該代行システムは該ユーザーの購入をフアンドするためにこのクレデイットカードを使用する。該ユーザーがクレデイットカードを割り当てられてなかった時は、該代行システムは該ユーザーの選択された購入をフアンドするに充分な利用可能クレデイットを有する代行クレデイットカードを探す。該選択された代行クレデイットカードに付随するデータベース情報が該マーチャントバッフアー内の適当なフイールドを自動的にフイルインするために供給される４５１６。該カードに付随するデータベース情報はクレデイットカード番号、カードの種類、カード保証限期、代行請求住所、そして代行イーメールアドレスを含むが、それに限定されない。分割バッフアー（ｓｐｌｉｔｂｕｆｆｅｒ）を使用する隠されたフオームフイる動作は代行クレデイットカード情報がユーザーから隠されことを可能にして、それによりこの情報の秘密性を保持する。該マーチャントバッフアーは完了時に該オンラインマーチャントへ配送される。
【０１０６】
該代行システムへ戻るデータ中で検出されるプライベートなクレデイットカード情報は途中で止められる。止められると、該クレデイットカード情報は総称的テキスト（ｇｅｎｅｒｉｃｔｅｘｔ）、例えば”＊＊^．．．＊”、で置換され、そして該総称的テキストは該ユーザーへ配送される該バッフアー領域内に表示される４５１８。更に、該置換の、隠されたイーメール名とパスワードを含む代行イーメールアドレスが発生され該マーチャントサーバーへ提供される４５２０．この置換イーメール名とパスワードはマーチャント注文情報への所有者としてのアクセス（ｐｒｏｐｒｉｅｔａｒｙａｃｃｅｓｓ）を保証する。
【０１０７】
該代行システムサーバーは該購入へ応答して受信される何等かのマーチャントの電子的返事（ｅｌｅｃｔｒｏｎｉｃｒｅｐｌｙ）を待ちそして応答する４５２２−４５２４。これらのマーチャントの返事は注文の確認、在庫切れの知らせ（ｏｕｔｏｆｓｔｏｃｋｎｏｔｉｃｅｓ）、バックオーダー情報、運送情報、そして予想される配送を含むが、それに限定されない。該代行システムが該代行のクレデイットカードを使用するユーザー用に購入しているので、該代行は該マーチャントからの返事情報の幾つかを必要とする。しかしながら、該商品の受け取り人として、該ユーザーも又関係の返事情報を要する。従って、該代行は該マーチャントの返事のイーメールをフイルターしそれを該ユーザーへ渡す方法を提供する。
【０１０８】
該イーメールのフイルター動作で、該代行システムは該マーチャントのバッフアーの自動フオームフイル動作中に該マーチャントへ代行ダミーイーメールアドレス（ｓｕｒｒｏｇａｔｅｄｕｍｍｙｅｍａｉｌａｄｄｒｅｓｓ）を提供する。該代行ダミーイーメールアドレスは該代行サーバーを通して、該ユーザーの実際のイーメールアドレスへリンクされている。特定の指令（ｏｒｄｅｒ）に応答してマーチャントの返事が受信されると、該代行サーバーは該代行により必要とされる処理情報用イーメールをフイルターし、次いで該イーメールを彼等の実際のイーメールアドレスの該ユーザーへ送る。
【０１０９】
該代行サーバーを使用して行われる購入に付随する全ての情報は該代行システムにより記憶される４５２６。該代行システムは購入の実態的人口統計（ｄｅｍｏｇｒａｐｈｉｃｓ）を追跡し、これらの実態的人口統計を後見人、ユーザー、そしてマーチャントへ提供してもよい。更に、該代行サーバーは後見人、ユーザー、そしてマーチャントが該人口統計的データ（ｄｅｍｏｇｒａｐｈｉｃｄａｔａ）をフイルターし、整列することを可能にする。該人口統計的データは商品種類、寸法、カラー、ベンダー、数量（ｑｕａｎｔｉｔｙ）、額（ａｍｏｕｎｔ）、マーチャント、日付け、時刻、費やし手勘定番号、フアンド者勘定番号、そして運送用住所を含むが、それに限定されない。
【０１１０】
実施例の該代行システムは該フアンド者、費やし手、そして該代行に従って整理された勘定管理情報（ａｃｃｏｕｎｔｍａｎａｇｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ）を提供する。該フアンド者に従って整理された該勘定情報はフアンドした処理経過そしてフアンドされた各費やし手についての処理経過を含む。該費やし手に従って整理された該勘定情報はベンダー、日付けそしてカテゴリーにより整理された処理経過を含む。該代行に従って整理された勘定情報は代行クレデイットカード調整報告そしてフアンド者、費やし手、代行クレデイットカード、ベンダー、カテゴリー（ｃａｔｅｇｏｒｙ）、そして実態的人口統計により整理された処理経過を含む。
【０１１１】
図２を参照する、クライアントは、ウエブブラウザー及びイーメールプログラムを含む、典型的ウエブプログラムを使用して該システムにアクセスする。該ユーザーはクライアントのコンピユータ上のウエブブラウザーを使用して該代行システムウエブサイトにアクセスしログインするが、該サイトはユーザーに下記の種類の動作、すなわち、名前、住所、イーメールアドレス、そしてパスワードを含む勘定情報を管理し、該ユーザー勘定又は種々の勘定にマネーを追加し、商品券を購入し、日／週の時刻の又は特定のマーチャントの制限を含んでショッピングを制限し、ユーザーの管理された勘定のショッピング活動を再調査し、そして該ショッピング過程を始める、動作を実行可能にする。
【０１１２】
該代行システムウエブサイトは該代行システムデータベース内に各登録されたユーザー、又は顧客についての情報を保持する。これに加えて、各買い物客はユニークなクレデイットシステム番号すなわちクレデイットカード番号を含むことが出来る勘定番号を割り当てられる。該クレデイットカード番号はクレデイットカードプールのクレデイットカードと対応し、該プールはビザ（Ｖｉｓａ）、マスターカード（Ｍａｓｔｅｒｃａｒｄ）、アメリカンエキスプレス（ＡｍｅｒｉｃａｎＥｘｐｒｅｓｓ）、そしてデイスカバー（Ｄｉｓｃｏｖｅｒ）のクレデイットカードを含むことが出来る。該データベースは該代行システムバンクと直接通信することにより該クレデイットカード番号を得る。
【０１１３】
更に、該代行システムデータベースは該代行フロード検出システムと接続され、それにより該代行システムをユーザー又は入力データが不正であるか、又は不正の可能性があり得るかを決定出来るようにする。もしそうであれば、該不正のユーザー又はデータは無能力化され得て、警告が管理者に送られるか、又は他のアクションが取られる。
【０１１４】
該代行システムバンクは、代行クレデイットカードプールについての、利用可能クレデイットカード番号、特定ユーザーに割り当てられたクレデイットカード番号、クレデイットカードのイネイブルメントステイタス（ｅｎａｂｌｅｍｅｎｔｓｔａｔｕｓ）、請求名／住所、そして各カード上で利用可能な差引残高を含む金融情報を保持する。該代行システムバンクは別個の安全通信路上（ｏｖｅｒｓｅｐａｒａｔｅｓｅｃｕｒｅｃｏｎｎｅｃｔｉｏｎｓ）でアクセスされる金融機関（ｆｉｎａｎｃｉａｌｉｎｓｔｉｔｕｔｉｏｎ）又はクレデイット発行機関（ｃｒｅｄｉｔｉｓｓｕｉｎｇａｕｔｈｏｒｉｔｙ）とすることが出来る。更に、該代行システムバンクはインターネット又は他のクレデイットシステムネットワークを経由してアクセス可能な金融機関又はクレデイット発行機関を含むことが出来る。更に該代行システムバンクは別個の安全通信路上でアクセスされる金融機関と該クレデイットシステム又はネットワークのメンバーとの組み合わせを含むことが出来る。
【０１１５】
典型的プロキシサーバー（ｐｒｏｘｙｓｅｒｖｅｒ）は該クライアントブラウザーがそれがプロキシを使用していることを知る不透明プロキシ（ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔｐｒｏｘｙ）として動作する。しかしながら、実施例の該代行システムの該プロキシサーバーは、該プロキシサーバーが該クライアントブラウザーと該マーチャントとの間の電子的通路を中途で止めている（ｉｎｔｅｒｃｅｐｔｉｎｇ）ことを該クライアントブラウザーが知らない、透明プロキシサーバー（ｔｒａｎｓｐａｒｅｎｔｐｒｏｘｙｓｅｒｖｅｒ）として、動作する。該プロキシサーバーは該代行ショッピングサーバー及び代行イーメールプロキシサーバーを含む。該代行システムプロキシサーバーはマーチャントページを該クライアントブラウザーへ戻して提供することで該クライアントブラウザー及び該マーチャントサーバーと通信する。該代行プロキシサーバーは該マーチャントページをキャッシする（ｃａｃｈｅ）が、そこでは該クライアントブラウザーはヒット（ｈｉｔ）すべきマーチャントページ（含む複数ページ）を指定する該代行システムプロキシサーバーへ明確に戻り、それにより続くページのヒット速度を増加する。
【０１１６】
実施例の該代行ショッピングプロキシサーバーは該買い物客と該サポートされるマーチャント、又はオンラインマーチャントパートナーの間の透明な導管（ｃｏｎｄｕｉｔ）である。ユーザーがマーチャントで買い物しようと願うと、該ユーザーは代わりに該代行ショッピングプロキシサーバーに向け直され、該サーバーは該マーチャントショッピングサイトから全ての情報を実時間で代理する（ｐｒｏｘｉｅｓ）。該代行ショッピングプロキシサーバーは、現在のユーザーが正当なユーザー（ｖａｌｉｄｕｓｅｒ）であり、ユーザーの該マーチャントサイトとの相互作用は常に該代行ショッピングプロキシサーバーへ戻るよう制御を返し、エイチテーテーピークッキー（ＨＴＴＰｃｏｏｋｉｅｓ）は処理され、代理され、マーチャントのフオームは自動的にフイルアウト（ｆｉｌｌｏｕｔ）され、そしてクレデイットカード番号の様な選択された情報は該クライアントに表示されない、ことを保証する。該代行ショッピングプロキシサーバーは完全に無国籍（ｓｔａｔｅｌｅｓｓ）であり、如何なる現在の進行するクライアントのセションの動作に影響することなくより多くのサーバーが追加されたり、削除されることを可能にするが、それに限定されない。
【０１１７】
又該代行ショッピングプロキシサーバーは、ユーザー名、物理的住所、イーメールアドレス、パスワード、電話番号、そして勘定差引残高の様なユーザー情報、該ユーザーの割り当てられた代行システムクレデイットカード用クレデイットカード情報、該ショッピングサーバーにより処理されるべきマーチャントフオーム又はウエブページ、及び如何に処理が行われるべきかの指図、そして該ユーザーに利用可能なクーポン、を含む該代行システムデータベースの動作情報を保持する。
【０１１８】
実施例の代行ショッピングプロキシサーバーは完全に無国籍であるが、それに限定されない。この様であるから、処理は自治的（ａｕｔｏｎｏｍｏｕｓ）であり、それによりどんな数のプロキシサーバーも、どのサーバーがアクセスされるかとは独立に、負荷バランスの取れたシステム用に提供されることを可能にする。これは該代行システムを該負荷バランスの取れたシステムへより多くプロキシサーバーを単に追加することにより水平に増減することを可能にする。
【０１１９】
該代行システムを使用して買い物している間、該ユーザーのウエブブラウザーは該代行ショッピングプロキシサーバー上のページをヒットするが、該サーバーは今度は該マーチャントウエブサーバーから該ページを検索する。該代行ショッピングプロキシサーバーが常に制御を有することを保証するために、それは屡々該ページを、顧客が何をクリックしても、それが常に該代行ショッピングプロキシサーバーへ戻るように、修正する。図４６は実施例でウエブページを修正するためのフローチャートである。
【０１２０】
マーチャントウエブサーバーからのページの修正を考えると、マーチャントに対して各ユニフオームリソースロケーター（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）｛ユーアールエル（ＵＲＬ）｝はドメイン名（ｄｏｍａｉｎｎａｍｅ）を除けば同じに見えることを注意する。該ドメイン名はそれに該代行ショッピングプロキシサーバーのドメイン名を付加した。例えば、もしアクセスされた最終のユーアールエル（ＵＲＬ）が”ｈｔｔｐ：／／ｗｗｗ．ｄｅｌｉａｓ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｐｒｏｄｕｃｔ／ｉｔｅｍ．ｈｔｍｌ，”であるなら、それは下記の様に書き直される
”ｈｔｔｐ：／／ｗｗｗ．ｄｅｌｉａｓ．ｃｏｍ．ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｐｒｏｄｕｃｔ／ｉｔｅｍ．ｈｔｍｌ．”。
従って、該ドメイン名ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍは該代行ショッピングプロキシサーバーのドメイン名である。結果として、該代行システムは該ドメイン名システム（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）｛デーエヌエス（ＤＮＳ）｝ドメインｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍとそしてその下の全てのサブドメイン（ｓｕｂｄｏｍａｉｎ）を所有する。この様であるから、＊．ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍは該代行プロキシサーバーへ戻る。
【０１２１】
この計画を使用して、該代行システム４６０２により検索される該エイチテーエムエル（ＨＴＭＬ）のページは、それに限定されないが、相対的リフアランス（ｒｅｌａｔｉｖｅｒｅｆｅｒｅｎｃｅ）（すなわちｓｕｂｄｉｒ／ｐａｇｅ．ｈｔｍｌ）、及びルート（ｒｏｏｔ）に対する絶対的関係（すなわち／ｆｕｌｌ／ｐａｔｈ／ｓｕｂｄｉｒ／ｐａｇｅ．ｈｔｍｌ）とを含む種類のリンク用に修正される必要はない。従って、”ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ／ｆｕｌｌ／ｐａｔｈ／ｓｕｂｄｉｒ／ｐａｇｅ．ｈｔｍｌ”の様な、ホスト名を有する完全適格リンク（ｆｕｌｌｙ−ｑｕａｌｉｆｉｅｄｌｉｎｋｓ）が探索され、処理される４６０４．
結果として、該代行システムは該ホスト名（ｈｏｓｔｎａｍｅ）を見出しそして該代行ドメインをそれに連結する（ｈｏｓｔｎａｍｅ．ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ）４６０６。ユーザーブラウザーがこの最終ドメインにアクセスすると、それは該代行ショッピングプロキシサーバーへ戻りそして、アクセスされる該ドメイン名に基づき、該代行ショッピングプロキシサーバーは、該ホスト名から該代行ショッピングプロキシサーバー自身のドメイン名をストリップオフ（ｓｔｒｉｐｐｉｎｇｏｆｆ）することにより目標ドメインが何であるべきかを直ちに知る。
【０１２２】
該クライアントウエブブラウザーから該代行ショッピングプロキシサーバーへの送信の処理は多数の規則を有するが、それに限定はされない。該代行ショッピングプロキシサーバードメインは該完全な遠隔ホスト名から除かれ、該プロキシ動作のターゲット（ｔａｒｇｅｔ）として該新しいホスト名が使用される。該代行ショッピングプロキシドメインは、幾つかのサイトがナビゲーション用に該”リフエラー（Ｒｅｆｅｒｅｒ）”ヘッダーを使用している該”リフエラー（Ｒｅｆｅｒｅｒ）”ヘッダーから除かれる。該要求は次いで、該マーチャントウエブサイトへ送られる。
【０１２３】
図４７は実施例の代行システムからクライアントブラウザーへの送信を処理するフローチャートである。該代行ショッピングプロキシサーバーから該クライアントウエブブラウザーへの送信の処理も又多数の規則を有するが、それに限定はされない。該マーチャントウエブサイトからの応答を検索し４７０２、ヘッダー種類を決定する４７０４ことにより動作は始まる。もし”ロケーション（Ｌｏｃａｔｉｏｎ）”ヘッダーがあれば、これは向け直し（ｒｅｄｉｒｅｃｔｉｏｎ）のフオームであるので該代行プロキシドメインは該ホスト名へ付加される。もし”コンテントロケーション（Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ）”ヘッダーがあれば、これは向け直しのフオームであるので、該ホスト名へ付加される。何れの”セットクッキー（Ｓｅｔ−ｃｏｏｋｉｅ）”ヘッダーについても、もしそれが存在すれば該プロキシドメインが該クッキーの”ドメイン”部分に付加される。これは該クッキーが正しいプロキシされたドメイン（ｃｏｒｒｅｃｔｐｒｏｘｉｅｄｄｏｍａｉｎ）内に置かれることを保証する。
【０１２４】
更に、該検索された文書は完全に適格のユーアールエル（ＵＲＬ）（”ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ／ｕｒｌ”又は”／／ｈｏｓｔｎａｍｅ／ｕｒｌ”）を求めて走査される４７０６．該ユーアールエルはエイチテーエムエルタグ内又はジャバスクリプト（ｊａｖａｓｃｒｉｐｔ）領域内にあり得る４７０８．もし該ユーアールエルがエイッテーエムエルタグ内又はジャバスクリプト領域内に無いなら、それはユーザーが見ることが可能で、変更されてない。該ユーアールエルがエイテーエムエルタグ又はジャバスクリプト領域内にあると決定されるかどうかに基づいて、下記の様に、特定の処理が行われる４７１０。
【０１２５】
該ユーアールエルがエイチテーエムエルタグ内にある時は４つの選択肢のアクションが利用可能であるが、実施例はそれに限定はされない。第１の選択肢として、もし該ユーアールエルが該コンテントが２進データである（すなわち、．ｇｉｆ、．ｊｐｇ、．．．）ことを示す拡張子（ｅｘｔｅｎｓｉｏｎ）で終わるなら、該コンテントが検査又は修正される必要がないので該ホスト名は修正されない。第２の選択肢として、もし該ユーアールエルがもう１つのユーアールエル内に埋め込まれて見えるならば（すなわち、もう１つのユーアールエルへの引数）、該ユーアールエルを修正しないこと。第３の選択肢として、もし前記ユーアールエルが２進のコンテントでないなら、該プロキシドメインを該ユーアールエルのホスト名部分に付加すること。第４の選択肢として、もし該ユーアールエルが”＜ｍｅｔａｃｏｎｔｅｎｔ＝’＃；ｕｒｌ’＞”タグの部分であるなら、これは向け直しのフオームであるので該ユーアールエルを修正すること。
【０１２６】
該ユーアールエルがジャバスクリプト領域内にある時、ページリロード（ｐａｇｅｒｅｌｏａｄ）させ得るコードが配置されており（すなわち、”．ｌｏｃａｔｉｏｎ．ｒｅｐｌａｃｅ（ＵＲＬ）”、”．ｌｏｃａｔｉｏｎ＝ＵＲＬ”、”．ｌｏｃａｔｉｏｎ．ｈｒｅｆ＝ＵＲＬ”）そして該コードは代わりに関数をコールするよう変えられる（すなわち、”．ｌｏｃａｔｉｏｎ．ｒｅｐｌａｃｅ（＿ｒｃＦｕｎｃ（ＵＲＬ））”、”．ｌｏｃａｔｉｏｎ＝＿ｒｃＦｕｎｃ（ＵＲＬ）”）。コードが次に＿ｒｃＦｕｎｃ（）用のページのヘッダーに追加される。この関数は入って来るユーアールエルをチェックしそして、もし完全に適格ならば、該プロキシドメインを該ホスト名に付加する。
【０１２７】
該代行システムプロキシサーバーの実施例はそれらが特定のフオームのユーアールエルに変換されるようにユーアールエルエス（ＵＲＬｓ）を書き直す（ｒｅｗｒｉｔｅｓ）が、該プロキシサーバーがプロキシしたくない多くのサイトがあり得る。例えば、もし特定のマーチャントウエブサイトがもう１つのマーチャントウエブサイトへの広告主リンクを有するならば、該リンクは変換されるであろうが、このリンクに続きそしてそれをプロキシすることは望ましくないかも知れず何故ならオンラインショッピングがこの他のサイトでサポートされて又は望まれてないかも知れないからである。結果として、実施例のプロキシサーバーは、リライトルール（ＲｅｗｒｉｔｅＲｕｌｅ）をそれらのユーアールエルエスに割り当てないことにより該代行によりサポートされないユーアールエルを取り扱うエラードキュメントハンドラー（ＥｒｒｏｒＤｏｃｕｍｅｎｔｈａｎｄｌｅｒ）を使用する４７１２。これは、このリンクをクリックすると彼等を該代行の”範囲外（ｏｕｔｏｆｒａｎｇｅ）”へ導くことを該費やし手に丁寧に知らせるコモンゲートウエーインターフエース（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）｛シージーアイ（ＣＧＩ）｝を使用してなされる。例えば、これはｈｔｔｐｄ．ｃｏｎｆ内で”ＥｒｒｏｒＤｏｃｕｍｅｎｔ４０４／ｃｇｉ−ｂｉｎ／ｏｕｔｏｆｒａｎｇｅ．ｐｌ．”としてあってもよい。
【０１２８】
実施例の代行ショッピングプロキシサーバー内でエイチテーテーピークッキー（ＨＴＴＰｃｏｏｋｉｅｓ）をプロキシする時４７１４、該クッキーの”ドメイン”セクションは該マーチャントプロキシサーバーにより指定されたドメインの終わりに付加された代行プロキシサーバードメインを含んでいるが、それに限定はされない。例えば、もし該マーチャントウエブサーバーにより返された該クッキーヘッダーがフオーム”Ｓｅｔ−Ｃｏｏｋｉｅ：ｆｏｏ＝ｂａｒ；ｐａｔｈ＝／；ｄｏｍａｉｎ＝．ｄｅｌｉａｓ．ｃｏｍｅｘｐｉｒｅｓＭｏｎ，０９−Ｄｅｃ−２００２１３：４６：００ＧＭＴ，”であるならば、該代行ショッピングプロキシサーバーは該ヘッダーをフオーム”Ｓｅｔ−Ｃｏｏｋｉｅ：ｆｏｏ＝ｂａｒ；ｐａｔｈ＝／；ｄｏｍａｉｎ＝．ｄｅｌｉａｓ．ｃｏｍ．ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍｅｘｐｉｒｅｓＭｏｎ，０９−Ｄｅｃ−２００２１３：４６：００ＧＭＴ．”に修正する。これは該代行ショッピングプロキシサーバーが該ブラウザーからクッキーの正しいセットを検索することを保証する。又、これらのクッキーは該マーチャントウエブサーバーへ修正されずに送られ得る。
【０１２９】
代替えのプロキシ実施例は１つのプロキシサーバーデーエヌエス（ｐｒｏｘｙｓｅｒｖｅｒＤＮＳ）名を使用するが、代わりに該遠隔サーバー名を含むよう該ユーアールエルのパス（ｐａｔｈ）を修正する。例えば、”ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”の様なユーアールエルは”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”に修正される。この場合、該プロキシサーバーが該要求を受信すると、該遠隔サーバー名は該パスの前（ｆｒｏｎｔｏｆｔｈｅｐａｔｈ）から剥がされ得る。この技術の特に強力な変形（ｖａｒｉａｔｉｏｎ）は該遠隔のホスト名を逆にして、複数の”．”’を複数の”／”’に変換することである。この技術を使用して、該ユーアールエル”ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”は”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｍｏｃ／ｎｏｚａｍａ／ｗｗｗ／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”と書かれる。該遠隔サーバー名は多数のパスセグメント（ｐａｔｈｓｅｇｍｅｎｔ）の様に見えるので、該ホスト名を抽出する過程を簡単化するために”＾”のホスト名終了セグメント（ｈｏｓｔｎａｍｅｔｅｒｍｉｎａｔｉｏｎｓｅｇｍｅｎｔ）も挿入される。該最終ユーアールエルは”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｍｏｃ／ｎｏｚａｍａ／ｗｗｗ／＾／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”と書かれる。
【０１３０】
この技術は該ブラウザーと該遠隔サーバーの間を送られるクッキーを管理する有効な方法を提供する。クッキーが該サーバーから該ブラウザーに送られると、それらはオプションのドメインとパスの仕様を有する。該ブラウザーはこれらの値を該クッキーを次の要求時に該遠隔サーバーへ送り返すか又は返さないかを決定するために使用する。該遠隔サーバーは１つのドメインによりプロキシされる（すなわち、ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ）ので、該クッキー内のドメイン情報は使用され得ない。しかしながら、該遠隔サーバー用ドメイン情報は該ユーアールエルパスの初めのセグメントとして指定されるので、該ブラウザーは該ドメイン情報を該クッキー用パス指定部（ｐａｔｈｓｐｅｃｉｆｉｅｒ）内へ書き込むことにより該ドメイン機能をエミュレート（ｅｍｕｌａｔｅｓ）出来る。例えば、もしクッキー用該ドメイン指定部（ｄｏｍａｉｎｓｐｅｃｉｆｉｅｒ）が”．ａｍａｚｏｎ．ｃｏｍ”であるならば、等価のパス指定部は逆の版（再び、複数の”／”’で複数の”．”’を置き換える）でありそしてそれは”／ｍｏｃ／ｎｏｚａｍａ／”である。該クッキー用該ドメイン指定部は次いで除去され得る。
【０１３１】
該クッキー用パス指定部は今や元のドメイン情報を有するので、該元のパス情報は該クッキー値にプリペンド（ｐｒｅｐｅｎｄｅｄ）され”＾”分離記号（ｓｅｐａｒａｔｏｒ）で終了させられる。例えば、もし該クッキー値が”ｄａｔａ”であり、該パスが”／ｉｍａｇｅｓ”であるならば、該新しいクッキー値は”．／ｉｍａｇｅｓ＾ｄａｔａ”となる。
【０１３２】
この技術を使って、該ブラウザーは現在の遠隔ドメイン用に適当なクッキーを送るが、これは、もし該元のパスが該ユーアールエルパスに整合してなかったら、そうでなければ送られなかったであろうクッキーを有しているかも知れない。クッキーが該ブラウザーから該遠隔サーバーへ送り返されるので、該プロキシは元のパス情報を該クッキー値から除去し、そのパスを現在のユーアールエルのパスと比較する。もし該クッキーからの該パスが該現在のユーアールエルの初期のパスと整合するならば、該クッキーは該遠隔サーバーへ進められ、さもなければそれは該エイチテーテーピーヘッダーから除去される。
【０１３３】
この技術を行う中で、プロキシされた（ｐｒｏｘｉｅｄ）ページ上の複数ユーアールエルは該遠隔サーバー名を含むよう修正される。与えられたページ上で、全てのユーアールエルは完全適格（すなわち”ｈｔｔｐ：／／ｗｗｗ．ｍｅｒｃｈａｎｔ．ｃｏｍ／ｕｒｌ”又は”／／ｗｗｗ．ｍｅｒｃｈａｎｔ．ｃｏｍ／ｕｒｌ”）、絶対的（すなわち”／ｐａｔｈ／ｆｉｌｅ．ｈｔｍｌ”）、又は相対的（すなわち”ｐａｔｈ／ｆｉｌｅ．ｈｔｍｌ”）の何れかとして分類される。完全適格のユーアールエル用には、該遠隔サーバー名は該ユーアールエルから抽出され、逆にされ（再び、複数の”／”’で複数の”．”’を置き換える）、そして該プロキシのサーバー名を前に付けられる。例えば、”ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”は”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｍｏｃ／ｎｏｚａｍａ／ｗｗｗ／＾／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”に変換される。もし該ユーアールエルがグラフイカルの画像の様な２進のコンテントを指すならば、該ユーアールエルは修正されずに残されるので該プロキシをバイパスする。
【０１３４】
もし該ユーアールエルが絶対的であるなら、該遠隔サーバー名は、該ページが代わりのデフオルト（ｄｅｆａｕｌｔ）の遠隔サーバーを指定出来る＜ｂａｓｅｈｒｅｆ＝””＞タグを含んでない場合は、該ページがそこから来た遠隔サーバーであると仮定される。一旦該遠隔サーバーが確立されると、該絶対的ユーアールエルは、該プロキシサーバー名と該逆にされた遠隔サーバー名との組み合わせを前に付ける（ｐｒｅｆｉｘｉｎｇ）ことにより、完全適格のユーアールエルに変換される。例えば、”ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／．．．”からロードされたページ内の”／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”は”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｍｏｃ／ｎｏｚａｍａ／ｗｗｗ／＾／ｄｉｒ／ｆｉｌｅ．ｈｔｍｌ”に変換される。もし該ユーアールエルがグラフイカルな画像の様な２進のコンテントを指すならば、該デフオルトの遠隔サーバー名が修正されずに前に付けられるので該要求は該プロキシをバイパスする。
【０１３５】
相対的ユーアールエルエスは修正するより寧ろ、＜ｂａｓｅｈｒｅｆ＝””＞タグが該ページのトップ内に挿入される。もし既に＜ｂａｓｅｈｒｅｆ＝””＞タグがあれば、それは完全適格であるか又は絶対的であるので、現在のエイチアールイーエフ値（ｈｒｅｆｖａｌｕｅ）はここで説明される様に修正される。現在の＜ｂａｓｅｈｒｅｆ＝””＞タグが無い場合、該新しく挿入されたタグは、現在のページの完全適格のユーアールエルを変換し、最終のパスセグメントを除去することにより計算されたエイチアールイーエフ値を含む。例えば、もし現在のページが”ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｄｉｒ／ｐａｔｈ／ｆｉｌｅ．ｈｔｍｌ”からロードされたならば、該エイチアールイーエフ値は”ｈｔｔｐ：／／ｐｒｏｘｙ．ｓｕｒｒｏｇａｔｅ．ｃｏｍ／ｍｏｃ／ｎｏｚａｍａ／ｗｗｗ／＾／ｄｉｒ／ｐａｔｈ”となろう。
【０１３６】
ページ内の全てのユーアールエルを見出すために、該プロキシは該エイテーエムエルトークン（ＨＴＭＬｔｏｋｅｎ）を解剖しリンクを指定出来る要素（すなわちＳＲＣ＝””，ＨＲＥＦ＝””，ＡＣＴＩＯＮ＝””）を見出す。該ページ内の各要素用に、付随リンクはここで説明される様に変換される。
【０１３７】
エイテーエルエム（ＨＴＭＬ）リンクに加えて、複数ユーアールエルをジャバスクリプト（ｊａｖａｓｃｒｉｐｔ）で指定することが出来る。ページ内のジャバスクリプトの各ブロック用に、ページリロードをさせ得る構造｛すなわち”．ｌｏｃａｔｉｏｎ．ｒｅｐｌａｃｅ（ＵＲＬ）”、”．ｌｏｃａｔｉｏｎ＝ＵＲＬ”、”．ｌｏｃａｔｉｏｎ．ｈｒｅｆ＝ＵＲＬ”）は、該ユーアールエル指定が関数コール内に閉じ込められるよう、修正される｛すなわち”．ｌｏｃａｔｉｏｎ．ｒｅｐｌａｃｅ（＿ｒｃＦｕｎｃ（ＵＲＬ））”、”．ｌｏｃａｔｉｏｎ＝＿ｒｃＦｕｎｃ（ＵＲＬ）”｝。次いで追加的ジャバスクリプトが該＿ｒｃＦｕｎｃ（）関数コールを実施するよう該ページ内に挿入される。完全適格、絶対的、又は相対的ユーアールエルを与えられと、該＿ｒｃＦｕｎｃ（）コールはここに説明された変換を実施する。
【０１３８】
新しいページをロードする追加的方法は”Ｌｏｃａｔｉｏｎ”又は”Ｃｏｎｔｅｎｔ−Ｌｏｃａｔｉｏｎ”の様なエイチテーテーピーヘッダー（ＨＴＴＰｈｅａｄｅｒ）を使うことである。これらのヘッダーで指定されるユーアールエルはここで説明される様に変換される。
【０１３９】
新しいマーチャントはアドミニストレーター（ａｄｍｉｎｉｓｔｒａｔｏｒ）及びマーチャントペイページツール（ＭｅｒｃｈａｎｔＰａｙＰａｇｅＴｏｏｌ）を使用して代行ショッピングサーバーにより該代行システムデータベース内へ受信される。これは人をマーチャントサイトを通り、処理されるべきフオームを見出し、そして該フオームが如何にフイルアウトされるべきかを該サーバーに指定することを可能にする。
【０１４０】
図４８−５６は実施例のマーチャントペイページツールの使用を図解する。該マーチャントペイページツールは、チェックアウト、又はショッピングセションの完了時要求されるユーザー情報でマーチャントウエブサイトページ、又はマーチャントページを自動的にフイルイン（ｆｉｌｌｉｎ）するフオームフイルエンジンに対する制御を提供する。図４８は実施例の該フオームフイルエンジン（ｆｏｒｍｆｉｌｌｅｎｇｉｎｅ）による自動的フイルの前のマーチャントチェックアウトページ４８００である。図４９は実施例のトレーナー発射ボタン（ｔｒａｉｎｅｒｌａｕｎｃｈｂｕｔｔｏｎ）を表示するマーチャントチェックアウトページ４９００である。図５０は実施例のトレーニング情報ページ５０００である。図５１はセーブされたフオームフイル設定を含む実施例のトレーニング情報ページ５１００である。図５２は実施例のフオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページ５２００である。図５３は購入ウイザード情報ページ５３００又は実施例のフオームである。図５４は実施例の購入ウイザードテンプレートのないマーチャントチェックアウトページ５４００である。図５５は実施例の支払いウイザードテンプレートを有するマーチャントチェックアウトページ５５００である。図５６は該マーチャントチェックアウトページ内に挿入された実施例のアイコン５６００を示すが、そこではトレーナーウインドウ内のフイールド要素名上でクリックすると該マーチャントチェックアウトページ内のフイールドをハイライト（ｈｉｇｈｌｉｇｈｔｓ）させる。
【０１４１】
該フオームフイルエンジンはマーチャントウエブサイトページ又はマーチャントページ内を自動的にフイルする。図５７は実施例の自動的フオームフイルのフローチャートである。フオームフイルの使用で自動的にフイルインされる各マーチャントページについて、該フオームを如何に同定しそして如何にそれをフイルアウト（ｆｉｌｌｏｕｔ）するかを説明する記録がデータベース内にある。この記録内にフーム要素の種類と名前のリスト、ユーアールエルの説明、そしえドメイン識別子の様なページシグネーチャ情報（ｐａｇｅｓｉｇｎａｔｕｒｅｉｎｆｏｒｍａｔｉｏｎ）が含まれる。加えて、又この記録は該ページ内のフオームを如何にフイルアウトするかの説明を有する。これらの記録はそれらが適用するドメイン（例えば、”．ａｍａｚｏｎ．ｃｏｍ”）に基づき該代行システムデータベース内で相互参照される。
【０１４２】
ページが該プロキシにより遠隔サーバー５７０２からフエッチ（ｆｅｔｃｈｅｄ）されると、該フオームフイルエンジンは、該遠隔ページが来た該ドメインに適用する記録をフエッチする５７０４。各記録用に、該説明されたフオームフイルアクションを実施するためのスコア付け用マトリックスと指示のリストとを発生するために該ページ説明情報が抽出される５７０６。この情報は次いで該プロキシ内にローカルにキャッシ（ｃａｃｈｅｄ）される。一旦この情報が入手可能になると、該マーチャントページはそれがフオームフイルを要するかを見るためにスコアが付けられる５７０８。
【０１４３】
該スコア付けする過程では、該フオーム要素の種類と名前、該ユーアールエル、そして各記録用ドメインは各記録が０−１００の間のスコアを発生する様な方法で該マーチャントページと比較される。もし最も高いスコアを有する記録が、例えば、８０の絶対的しきい値より高いならば、該記録は整合されていると考え、該フオームフイル過程は始動される。該スコア付け過程は、全ページ要素の精確な整合を要求してはいないで、該マーチャントページへの小さな変更には不感である。
【０１４４】
整合が見出され、フオームフイルが行われると、該記録に付随するフオームフイルの教示（ｉｎｓｔｒｕｃｔｉｏｎ）が行われる５７１０．これらの教示は要求を発生させたユーザーについての情報を使用して該ページ内の種々のフオームのタグを見出し、修正する。完了すると、該ページは該クライアントブラウザーに返され５７１２、そこではそれは該ユーザー自身の情報で予め充たされた様に見える。
【０１４５】
フオームフイル過程は該フオーム要素の種類に依って下記動作を行うが、それに限定はされない。
【０１４６】
テキスト／パスワード：該タグ内の”ｖａｌｕｅ＝’ｕｓｅｒＶａｌｕｅ”’対を挿入／上書きする；
チェックボックス：該タグに対し”ｃｈｅｃｋｅｄ”キーワードを挿入／除去する；
ラヂオボタン（ｒａｄｉｏｂｕｔｔｏｎ）：選択されたボタン内の”ｃｈｅｃｋｅｄ”キーワードを挿入し、該グループ内の全ての他のボタンから”ｃｈｅｃｋｅｄ”キーワードを除去する
選択：選択されたオプションタグ内の”ｓｅｌｅｃｔｅｄ”キーワードを挿入し、該グループ内の全ての他のオプションタグから該”ｓｅｌｅｃｔｅｄ”キーワードを除去する。
【０１４７】
フオームフイル中、該ユーザーは暗号化されたクッキー（ｅｎｃｒｙｐｔｅｄｃｏｏｋｉｅ）により同定される。該クッキーを使用して、下記のユーザー情報が該フオームフイル過程を完了するために該データベースから利用可能であるが、該実施例はそれに限定はされない：姓名｛例えば、ジョンドウ（ＪｏｎＤｏｅ）｝；名｛例えば、ジョン（Ｊｏｎ）｝；姓｛例えば、ドウ（Ｄｏｅ）｝；ログイン名（システムで発生される）；パスワード（システムで発生される）；完全な住所｛例えば、１２３メインストリートスートビー（１２３ＭａｉｎＳｔ．ＳｕｉｔｅＢ）｝；住所ライン１｛例えば、１２３メインストリート（１２３ＭａｉｎＳｔ．）｝；住所ライン２｛例えば、スートビー（ＳｕｉｔｅＢ）｝；市｛例えば、サンノゼ（ＳａｎＪｏｓｅ）｝；州｛例えば、カリフオルニア（Ｃａｌｉｆｏｒｎｉａ）｝；州略称｛例えば、シーエイ（ＣＡ）｝；国｛例えば、アメリカ合衆国（ＵｎｉｔｅｄＳｔａｔｅｓ）｝；国略称｛例えば、ユーエス（ＵＳ）｝；ジップコード（例えば、９４５２３）；完全な電話番号（例えば、６５０−５５５−１２３４）；エリアコード（例えば、６５０）；電話接頭辞（例えば、５５５）；電話接尾辞（例えば、１２３４）；イーメール（例えば、ｊｄｏｅ＠ｆｏｏ．ｎｅｔ）；クレデイットカード番号（例えば、４１１１１１１１１１１１１１１１）；クレデイットカード保証限期（ｍｍ／ｙｙｙｙ）（例えば、０５／２００１）；クレデイットカード保証限期（ｍｍｙｙ）（例えば、０５０１）；クレデイットカード保証限期（ｍｍ／ｙｙ）（例えば、０５／０１）；クレデイットカード保証限期（ｍ）（例えば、５）；クレデイットカード保証限期（ｍｍ）（例えば、０５）；クレデイットカード保証限期（ｙｙｙｙ）（例えば、２００１）；そしてクレデイットカード保証限期（ｙｙ）（例えば、０１）。
【０１４８】
実施例のフオームフイル記録は下記に示すそれと同様なエクステンシブルマークアップラングウエッジ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）｛エックスエムエル（ＸＭＬ）｝フオーマットで記憶されるが、それに限定はされない：
＜ｅｌｅｍｅｎｔｔｙｐｅ＝’ｔｅｘｔ’ ｎａｍｅ＝’ｅｍａｉｌ’ ｄｂＴａｇ＝’ｄｂＥｍａｉｌ’ ｕｓｅｒＴｅｘｔ＝”ｓｃｏｒｅ＞；
＜ｅｌｅｍｅｎｔｔｙｐｅ＝’ｔｅｘｔ’ ｎａｍｅ＝’ｅｍａｉｌＶｅｒｉｆｙ’ ｄｂＴａｇ＝’ｄｂＥｍａｉｌ’ ｕｓｅｒＴｅｘｔ＝”ｓｃｏｒｅ＞；
＜ｅｌｅｍｅｎｔｔｙｐｅ＝’ｔｅｘｔ’ ｎａｍｅ＝’ＢｉｌｌｉｎｇＦｉｒｓｔＮａｍｅ’ ｄｂＴａｇ＝’ｄｂＦｉｒｓｔＮａｍｅ’ｕｓｅｒＴｅｘｔ＝”ｓｃｏｒｅ＞；
＜ｅｌｅｍｅｎｔｔｙｐｅ＝’ｓｅｌｅｃｔ’ ｎａｍｅ＝’ＢｉｌｌｉｎｇＳｔａｔｅ’ ｄｂＴａｇ＝’ｄｂＳｔａｔｅ’ ｕｓｅｒＴｅｘｔ＝”ｃｏｍｐａｒｅＴｏ＝’ｔｅｘｔ’ ｃｏｍｐａｒｅＴｙｐｅ＝’４’＞；そして
＜ｅｌｅｍｅｎｔｔｙｐｅ＝’ｓｅｌｅｃｔ’ ｎａｍｅ＝’ＢｉｌｌｉｎｇＣｏｕｎｔｒｙ’ ｄｂＴａｇ＝’ｕｓｅｒＴｅｘｔ’ ｕｓｅｒＴｅｘｔ＝’ｕｎｉｔｅｄｓｔａｔｅｓ’ ｃｏｍｐａｒｅＴｏ＝’ｔｅｘｔ’ ｃｏｍｐａｒｅＴｙｐｅ＝’４’＞。
【０１４９】
該記録の各要素タグはフオームフイル用の特定のページタグを同定する。各フオーム要素用には該記録は下記情報：すなわちスコアを付ける目的で該要素の名前／種類；この要素がスコア付けに使用されるべきかそうでないかを示すキーワード；そしてフオームフイルへの値又は代わりに使用するためのユーザー指定値を示すデータベースタグ名を含む。
【０１５０】
図４８は実施例の該フオームフイルエンジンによる自動的フイルの前のマーチャントチェックアウトページ４８００である。図５２は実施例の該フオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページ５２００である。
【０１５１】
データエントリーを要する多数のフオーム要素に加えて、該チェックアウト過程は、各マーチャントがユニークな外見と感覚、そして該チェックアウト過程を完了するための過程のシーケンスを有する事実により、複雑である。実際、１つのマーチャントサイト内でも、多数のチェックアウトパスがあり得る。例えば、サイトに戻るユーザーは新しいユーザーと異なるパスに従うかも知れない。全てのマーチャントに亘り該チェックアウト過程を簡単化するために、各チェックアウトページ内の一致した場所に実施例の購入ウイザードが挿入されている。この購入ウイザードはユーザーに現在のページを如何に完了するかについて特定の教示を提供する。該フオーム要素が代行システムにより予めフイルされていれば（ｐｒｅ−ｆｉｌｌｅｄ）、この教示は普通ギフト包装オプションの様な該ページ上のオプション的項目を呼び出す。
【０１５２】
特定ユーザーの教示に加えて、該購入ウイザードは”継続（ｃｏｎｔｉｎｕｅ）”ボタン又はアイコンを提供するがそれは、選択されると、その特定ユーザー用の正しいパスに沿って該チェックアウト過程を進める。例えば、マーチャントページは、該ユーザーが海外のユーザー（ｉｎｔｅｒｎａｔｉｏｎａｌｕｓｅｒ）であるかないかに依って該チェックアウト過程を進めるための２つのリンクを有する。この場合、該ウイザード内の該継続ボタンは該ユーザーが該全体のページを読む必要がないことに伴う該ユーザー用の正しいパスに沿って該過程を進め、そして手動で該正しいパスを決定する。該購入ウイザードは全てのマーチャントに亘り一致した外見と感覚、そして機能を有するので、ユーザーは、該ウイザード内の教示に簡単に従いそして該購入ウイザードの継続ボタンをクリックすることにより如何なるサイトででもチェックアウト出来る。
【０１５３】
該代行システムは、時が経ってのページレイアウトの変更と、該マーチャントページへの該正しいリンクへの該購入ウイザードの継続ボタンと連携してのユーザーによる該ウエブサイトへの前の訪問に基づくページレイアウトの変更と、両者を受け入れる。更に、例えば、簡単なユーアールエル（例えば、＜ａｈｒｅｆ＝．．．＞）；ｓｕｂｍｉｔを使うフオームポスト（ｆｏｒｍｐｏｓｔ）（例えば、＜ｉｎｐｕｔｔｙｐｅ＝ｓｕｂｍｉｔ．．．＞）；そしてｉｍａｇｅを使うフオームポスト（例えば、＜ｉｎｐｕｔｔｙｐｅ＝ｉｍａｇｅ．．．＞）の様な、次のページへリンクする多数の方法が受け入れられる。
【０１５４】
典型的に、マーチャントへ送り返されるべき情報がユーザーが完成せねばならないフオーム内に含まれる。これがその場合である時、該フオームは該フオームを提出するために、ｓｕｂｍｉｔボタンかアイコン、又はｉｍａｇｅの何れかのフオームで、幾つかの手段を含む。何れの方法でも、該ページレイアウトが時が経って又は該ユーザーによる該サイトへの前の訪問に基づき変わる場合、該チェックアウト過程でページがフオームフイル用にスコアを付けられる方法と同様に、ページ内の個別フオームをスコア付けすることにより取り扱われる。この方法では、例え該ページのレイアウトが変わっても、それがページ内の何処に配置されるかに関係なく正しいフオームに継続ボタンが取付られ得る。
【０１５５】
次のページへの該リンクが＜ａｈｒｅｆ＝．．．＞ユーアールエルを有する場合に、簡単に、該継続ボタンは該ページ内の望ましいリンクと同じｈｒｅｆを含む。購入ウイザードが該ページに挿入される時、該望まれるｈｒｅｆが配置され該購入ウイザード継続ボタン内にコピーされる。
【０１５６】
次のページへの該リンクがｓｕｂｍｉｔアイコン、及びｉｍａｇｅｓｕｂｍｉｔを使用するフオームポストである場合、該購入ウイザード継続ボタンは正しいフオームを提出するためにジャバスクリプト（ｊａｖａｓｃｒｉｐｔ）を使用する。しかしながら、同じフオーム内に多数のｓｕｂｍｉｔがあるかも知れない事実のために追加的複雑さがあり得る。この場合、該プロキシが、例え該購入ウイザード継続ボタンが使用されたとしても該正しいサブミットから来たと見える様に該ポストを固定するよう、追加的な隠しタグが該フオーム内へ挿入される。
【０１５７】
同様に、ｉｍａｇｅｓｕｂｍｉｔの場合、該マーチャントへ戻る最終ポスト（ｒｅｓｕｌｔｉｎｇｐｏｓｔｂａｃｋｔｏｔｈｅｍｅｒｃｈａｎｔ）は、もしジャバスクリプトのｓｕｂｍｉｔのみが使用されたならば普通欠けるであろうｎａｍｅ．ｘとｎａｍｅ．ｙとの成分を含むべきである。再び、該プロキシは、それを一緒に該マーチャントサーバーへ渡す前に該ｉｍａｇｅが実際クリックされた様に見えるべく該ポストを固定出来るよう、隠しタグが該フオーム内へ挿入される。
【０１５８】
該購入ウイザードは、それが該プロキシを通過するので該マーチャントページ内の＜ｂｏｄｙ＞タグの後に挿入される。図５３は実施例の支払いウイザード又は購入ウイザード情報ページ５３００又はフオームである。図５４は実施例の購入ウイザードテンプレートを有しないマーチャントチェックアウトページ５４００である。図５５は実施例の購入ウイザードテンプレートを有するマーチャントチェックアウトページ５５００である。
【０１５９】
トレーナーはマーチャントチェックアウトページ用のフオームフイル及びウイザードデータベース記録の発生過程を容易化する。図４９は実施例のトレーナー発射ボタン４９０２を表示するマーチャントチェックアウトページ４９００である。図５０は実施例のトレーニング情報ページ５０００である。図５８は実施例のフオームフイルトレーニング過程用フローチャートである。作動させられると、該プロキシはそれを通過するページ上で、下記アクションすなわち、各フオーム要素の前にユニークに名付けられたアンカー（ａｎｃｈｏｒ）を挿入し、各フオーム要素の前にユニークに名付けられた透明画像（ｔｒａｎｓｐａｒｅｎｔｉｍａｇｅ）を挿入し、ポップアップウインドウ（ｐｏｐ−ｕｐｗｉｎｄｏｗ）を創るために該ページの底部にジャバスクリプトを挿入し、そして該ポップアップウインドウを発動する”スタートトレーニング（ｓｔａｒｔｔｒａｉｎｉｎｇ）”ボタン又はアイコンを該ページの底部に挿入する、ことを実行する５８０２．更に、該トレーナーは該ポップアップウインドウ用の下記エイチテーエムエルコード（ＨＴＭＬｃｏｄｅ）、すなわち、フオームフイルを要する各フオーム要素用に、該トレーナーのフオームフイル部分内に制御行を挿入する、そして、全ての提出ボタン用に、該トレーナーのウイザード部分内に制御行を挿入するコードを発生する。
【０１６０】
該ブラウザーページ４９００内で該”スタートトレーニング”アイコン４９０２又はボタンが選択されると５８０４，このページ用の全てのトレーニング情報を含むポップアップウインドウ５０００が提示される５８０６．もしこのページが前にトレーンされたことがあれば、該前のセーブされた設定５１０２が該トレーニングウインドウに反映される５１００．該ユーザーは次いで、該ページのどの部分がフオームフイルされるべきか、このページ用の購入ウイザード５３００があるべきかあるべきでないか、そして該購入ウイザード継続ボタンは何に取り付けられるべきか５８０８、を該プロキシに示すために該トレーニングウインドウ内の制御を使用出来る。該トレーニング過程を助けるために、該トレーニングウインドウ内のフイールド内のフイールド要素名をクリックすることが該元の文書５６００内のフイールドをハイライトさせるようにアイコン５６０２が元のマーチャント文書内に挿入される。
【０１６１】
完了すると、次に該引数をデータベース記録に変換する該情報を該プロキシ５８１０に戻るようポスト（ｐｏｓｔ）するために、該トレーニングウインドウ内のセーブボタン又はアイコンが使用される。この記録は該データベース内に記憶され、そして全てのプロキシがキャッシフラッシュメッセージ（ｃａｃｈｅｆｌｕｓｈｍｅｓｓａｇｅ）を送られるがそれは、該マーチャントからの次のページ要求がどのプロキシサーバーが該要求を実際にサービスするかに無関係に該新記録を反映するためである。図５１はセーブされたフオームフイル設定を含む実施例のトレーニング情報ページ５１００である。
【０１６２】
購入処理の実行で、該代行ショッピングサーバーは該マーチャントショッピングサイトと通信するが、それに限定はされない。支払いを要求されると、該代行ショッピングサーバーは現在の買い物客に割り当てられたクレデイットカードに付随する情報を該マーチャントサイトへ送る。該マーチャントは次いで該ネットワークを使用しての該ユーザーにより購入された如何なる製品の支払い用にも、クレデイットカード、例えば、ビザ（Ｖｉｓａ）、マスターカード（Ｍａｓｔｅｒｃａｒｄ）、アメリカンエクスプレス（ＡｍｅｒｉｃａｎＥｘｐｒｅｓｓ）、そしてデイスカバーカードネットワーク（Ｄｉｓｃｏｖｅｒｃａｒｄｎｅｔｗｏｒｋ）に付随するそのクレデイットカードを使用出来る。その要求は結局、そのクレデイットカード上の利用可能な差引残高とクレデイット限界に依って該代行システムを通しての該購入を許可するか断る該代行バンクへ戻り着く。
【０１６３】
図５９は実施例のデーた流れモニター用過程のフローチャートである。ホストされたショッピングセション（ｈｏｓｔｅｄｓｈｏｐｐｉｎｇｓｅｓｓｉｏｎｓ）中該代行システムは、該代行システムを通してもたらされる処理のデータ流れをモニターすること５９０２及び該オンラインマーチャントウエブサイトから送信されるデータ流れ５９０４のパターン認識を行うことによりユーザーに利用可能な情報の実時間レベルの制御を提供する。該データ流れモニター動作とパターン認識とは該代行システムにユーザーにより訪問された該オンラインマーチャントウエブサイトと、該ユーザーが買い物している商品の種類と、そしてユーザーにより購入された品目の種類を含む情報を提供する。この様であるから、該代行システムはユーザーへの情報の提供５９０６そしてユーザーの購入を制御出来る。該制御は、それに限定されないが、情報又はページの挿入、情報又はページの置換（ｓｕｂｓｔｉｔｕｔｉｏｎ）、そして情報又はページの阻止（ｂｌｏｃｋｉｎｇ）を含む５９０８．
情報の提供の制御に於いて、該代行システムは該ユーザーから得られた情報に応答して該オンラインマーチャントウエブサイトにより見る人に提示される情報にページ又は情報を挿入出来る。該挿入された情報は、それに限定はされないが、該ユーザーが買い物しつつある又は購入用に選択した品目と等価な又は同様な品目の広告、特別な提供、そして該ユーザーが買い物しつつある又は購入用に選択した品目と等価な又は同様な品目用の節約クーポン（ｓａｖｉｎｇｃｏｕｐｏｎ）を含む。
【０１６４】
同様に、該代行システムはさもなければユーザーに提示されるかも知れぬ情報を見ることを防止するか又は出来なくし得て、それにより或るレベルの安全をもたらす。例えば、小さな子供と同定されたユーザーは、例えばマーチャントウエブサイト上にあるポルノグラフイックの材料の様な、該ユーザーが購入を許されない品目に関する情報を見ることを妨げられる。該代行システムのパターン認識の特質は該マーチャントから送信される材料がポルノグラフイックであることを認識しそして、対応して、該材料を見ることを阻止し、一方この材料に付随する購入機構を不能力化する。
【０１６５】
更に、実施例の該代行システムはマーチャントカテゴリーコード（ＭｅｒｃｈａｎｔＣａｔｅｇｏｒｙＣｏｄｅｓ）を使用して該代行システムを通して購入出来る商品の種類の実時間制御を提供する。この制御は特定のマーチャントに付随する該マーチャントカテゴリーコードによるオンラインマーチャントでのショッピングを可能にすることによりもたらされる。代わりの実施例では、この制御は付随するマーチャントカテゴリーコードによるオンラインマーチャントでのショッピングを防止することによりもたらされる。
【０１６６】
支払い処理はユーザーがオンラインショッピングサイトでの該代行システムを介したショッピングセションを完了しそして該選択された商品用にチェックアウトし支払いを用意された様な時にもたらされる。図６０は実施例の支払い処理のフローチャートである。実施例の該代行システムは該代行システムにより保持されるクレデイットカード番号のプールからクレデイットカード番号を検索する。クレデイットカードの該プールはビザ、マスターカード、デイスカバー、そしてアメリカンエクスプレスクレデイットカードを含むことが出来るが、それに限定されない。該検索されたクレデイットカード番号は現在の購入額に等しいかそれより多い利用可能クレデイットを有するクレデイットカードと付随させられる。該選択されたクレデイットカード番号は、現在の処理の目的で、該ユーザーの名前を有する情報と該処理日付け、額、マーチャント、そして商品を含む処理情報とを用いて該ユーザーとリンクされる。
【０１６７】
代替えの実施例の代行システムは該付随代行システム勘定が開かれるか又は賦活される時にユニークなクレデイットカード番号をユーザーに割り当てる。該割り当てられたクレデイットカードが該代行システムクレデイットカードプール内で保持される間、それは該ユーザーがアクチブな代行システム勘定を有する様な時用に該特定のユーザーの排他的使用のために割り当てられる。該割り当てられたクレデイットカード番号を使用して支払い処理は完了する。
【０１６８】
購入処理がもたらされる中で、該代行システムは代行クレデイットカードが該ユーザーに割り当てられているかどうかを決定する６００２。もしクレデイットカードが割り当てられていなかったならば、クレデイットカード番号がクレデイットカードの該プールから検索され該ユーザーに割り当てられる６００４．該代行システムは次に該割り当てられた該クレデイットカードが新しいか、又は該ユーザーの運送先住所が変更されたかを決定する。もし更新された情報が必要であると決定されたなら、該代行システムは該ユーザーに更新された情報を促す。又該ユーザーは該購入に適用されるべき何等かのクーポンを促される。確認後、該クーポン値又は額は該ユーザーの勘定から借りとなる額に到達するよう該購入の合計額から引き算される６００６。
【０１６９】
該ユーザーの勘定の差引残高が該借りとなる額より大きいか決定が行われる６００８。もし該ユーザーの勘定の差引残高が該借りとなる額より小さいなら、該ユーザーがその差をもう１つのフアンド源（ｆｕｎｄｉｎｇｓｏｕｒｃｅ）、例えば、個人的クレデイットカードでフアンドするよう欲するかどうかに関して催促が発せられる。又使用される追加フアンド源は通貨交換パートナー勘定及びインセンチブコード内のオンライン通貨を含むことが出来る。もし該ユーザーが個人的クレデイットカードで該差をフアンドすることを願わないならば、該購入処理は終了する。
【０１７０】
もし該ユーザーが個人的クレデイットカードで該差をフアンドしたいなら６０１０、該ユーザーは、該カードの種類、該カード上の名前、請求住所、カード番号、そしてカードの保証限期を含む該個人的クレデイットカード情報を促される。該カードの確認を受けるために対応するクレデイットカードネットワークが問い合わされる。該ユーザーの個人的クレデイットカードの確認をすると、該購入処理は続けられる。
【０１７１】
該購入処理は続き、該ユーザーが該購入処理の最終過程に到達し該ユーザーが該購入の確認を問い合わされる。確認後、借りとなる額と該ユーザーの代行勘定内にある額との差引残高をフアンドするため該ユーザーの個人的クレデイットカードが使用されると、該適当なクレデイットカードネットワークがアクセスされ、該差引残高用に該ユーザーの個人的クレデイットカードが課金される。該ユーザーの個人的クレデイットカードに課金されたフアンドは該ユーザーの勘定残高（ａｃｃｏｕｎｔｂａｌａｎｃｅ）の貸方に記入され、それにより該ユーザーの代行勘定内にある額を該借りとなる額に等しくする。
【０１７２】
該処理は該ユーザーに割り当てられた該代行クレデイットカードに対しマネーをロード（ｌｏａｄｉｎｇ）する／アンロード（ｕｎｌｏａｄｉｎｇ）する必要がある何等かの懸案の動作があるかどうかの決定と共に続く。この過程が使用されるのはユーザーが彼等の代行勘定内へマネーを預け入れるか、又はマネーを稼ぐか、又は他のフオームの通貨を現金化する時、該マネーは該代行カード上にはロードされないからである。代わりに該マネーはペンデイング（ｐｅｎｄｉｎｇ）としてマーク付けされる。この仕方で、購入に適用されてもよい他のマネー、例えばクーポンやユーザー自身のクレデイットカードからのマネー、が適応される。何れのペンデイングの動作も完了したと決定されると、該代行バンクはローデイング動作を行うよう導かれ、該動作では該借りとなる額が該ユーザーの代行勘定から彼等の代行クレデイットカードへロードされる。最終購入要求が該オンラインマーチャントサイトへ振替られ、そして従って該ユーザーの代行勘定差引残高は調節される６０１４．
オフラインショッピングは実施例の該代行システムによりサポートされる。オフラインショッピングのサポートでは、ユーザーは、適用可能な制限と許可を受けると、物理的デビットカードの発行に帰着する該代行システム内勘定の開設のオプションを選択する。該デビットカードはクレデイットカード発行者又はバンクにより発行され、ビザ、マスターカード、アメリカンエクスプレス、そしてデイスカバーを含む種類であるが、それに限定はされない。このデビットカードはユーザーの代行勘定にリンクされ、該ユーザーの代行システム勘定内のクレデイット額に等しい利用可能な費やし限界（ｓｐｅｎｄｉｎｇｌｉｍｉｔ）を有する。該代行システムは、該代行システムが対応する勘定を有する各デビットカードに付随する利用可能な費やし限界に関して該デビットカード発行機関に周期的に更新させる。該カードを受け入れ可能とされたオフラインマーチャントはマーチャントカテゴリーコード（ＭｅｒｃｈａｎｔＣａｔｅｇｏｒｙＣｏｄｅｓ）を使用して該発行機関により制御される。この仕方で、該デビットカードで購入出来る商品の種類は限定される。
【０１７３】
購入処理の完了に続く代行クレデイットカードの調整の実行で、実施例の該代行システムは２つの元帳（ｌｅｄｇｅｒ）、すなわち代行システム元帳と、クレデイットカードの計算書元帳（ｓｔａｔｅｍｅｎｔｌｅｄｇｅｒ）とを保持する。該代行システム元帳は該ユーザーにより見るよう利用可能であり、該クレデイットカード元帳は見るよう利用可能ではないが、該システムはそれに限定はされない。該代行システム元帳は該ユーザーの代行勘定差引残高と該マーチャントウエブページに基づく全てのショッピング活動とを取り込む。該クレデイットカード計算書元帳は、例えば、毎夜の様に周期的に該代行バンクに返され、そして購入及びカードローデイング活動を含む代行勘定差引残高の変化に帰着する全ての活動を含む。該代行システムは該バンクからクレデイットカード計算書元帳を受け、代行システム勘定活動に反映するように該代行システム元帳を調節するためそれを使用する。
【０１７４】
該調整の実行では、該クレデイットカード計算書元帳は該代行クレデイットカードへのマーチャント課金（ｍｅｒｃｈａｎｔｃｈａｒｇｅ）を提供する。これらのエントリーは該代行システム元帳内の対応するエントリーと整合され、該クレデイットカード計算書元帳と該代行システム元帳の間の何等かの額の差は該代行システム元帳への調節記録（ａｄｊｕｓｔｍｅｎｔｒｅｃｏｒｄ）を使用して調節（ａｄｊｕｓｔｅｄ）される。該エントリーは該マーチャント名とプログラム可能なパーセント額内の購入価格の整合（ｍａｔｃｈ）とを使用して整合（ｍａｔｃｈｅｄ）される。
【０１７５】
他の調整状況（ｏｔｈｅｒｒｅｃｏｎｃｉｌｉａｔｉｏｎｓｓｉｔｕａｔｉｏｎｓ）には返された品目と運送しない注文とを含む。もしユーザーが品目を返すなら、該マーチャントは額を該対応する代行クレデイットカードへ戻るよう貸方に記入する。その貸方記入額は該クレデイットカード元帳内に表示され、その貸方記入は検出されると該代行システム元帳に記入される。
【０１７６】
もし注文が運送されないか、又はキャンセルされるなら、該代行システム元帳は指定タイムアウト期間（ｓｐｅｃｉｆｉｅｄｔｉｍｅｏｕｔｐｅｒｉｏｄ）、例えば６０日の間調整されない１つ以上のエントリーを有するであろう。もし調整されない事態が起これば、直ちにクレデイットが該ユーザーに与えられるか、又は該特定の購入ステイタス（ｓｐｅｃｉｆｉｃｐｕｒｃｈａｓｅｓｔａｔｕｓ）への更に進んだ調査を可能にするために該代行金融管理者へ報告が送られるが、該実施例はそれに限定はされない。該代行金融管理者は、必要な手動アクションを取るために両種の元帳にアクセスする。何等かの差異を表示する報告は何時でも発生されてよい。
【０１７７】
該代行システムは、スパムな（ｓｐａｍ）、又は要求されないのになされた（ｕｎｓｏｌｉｃｉｔｅｄ）送信をフイルターし、クレデイットカード番号又は他の代行システム情報を保護し、又はそれ自身の内部処理用にイーメールを使用するためにマーチャントショッピングサイトからユーザーへ送られるイーメールの厳格な制御を保持する。この機能の実行で、代行システムのユーザーはサインアップ又はアドミニステレーション（ａｄｍｉｎｉｓｔｒａｔｉｏｎ）中に彼等のイーメールアドレスを入力するよう促される。しかしながら、該ユーザーの実際のイーメールアドレスを使用する代わりに、該代行システムは、イーメールアドレスがオンラインマーチャントにより要求された時各ユーザー用のユニークな代行イーメールアドレスを提供する。該代行イーメールアドレスはそれが割り当てられる該ユーザーには知られていない。
【０１７８】
イーメールがこのユニークなイーメールアドレスで受信されると、該代行イーメールプロキシは該データベースから該ユーザーの実際のイーメールアドレスをルックアップ（ｌｏｏｋｓｕｐ）又は決定し、該イーメールコンテントに基づき何でも動作を行い、そしてそれを、その様に要求されれば、該顧客の方へ送る。従って、マーチャントショッピングサイトが該ユーザーと通信するためにイーメールを使用する時は、該プロキシされたイーメールアドレスが代わりに使用される。
【０１７９】
この代行イーメールアドレスの目的は該オンラインマーチャントから該ユーザーへの全てのイーメールが最初に該代行イーメールプロキシへ送られることを保証することである。該代行イーメールプロキシは、それを該ユーザーへ送る前に該イーメールを処理し、該イーメールのフイルター作用と分類とを含む処理を行う。従って、該ユーザーは、該代行イーメールプロキシが該構成に基づき特定のイーメールを送らないことがなければ、該オンラインマーチャントから彼等が期待するイーメール、例えば注文確認及びステイタスイーメール（ｓｔａｔｕｓｅｍａｉｌｓ）を受信し続ける。
【０１８０】
サインアップ又はアドミニストレーション中該代行システム管理部（ｓｕｒｒｏｇａｔｅｓｙｓｔｅｍｍａｎａｇｅｍｅｎｔ）へイーメールアドレスを指定すると、該代行システムは該新しいユーザー用にユニークな秘密のイーメールアドレスを割り当てる。該ユーザーのイーメールアドレスは該対応する秘密のイーメールアドレスと共に特別の代行イーメールサーバーへ行き、例えば、ｕｓｅｒ＠ａｏｌ．ｃｏｍ＝＞ｓｓ＿ｒａｎｄｏｍ１２３＠ｓｕｒｒｏｇａｔｅ．ｃｏｍの様である。該ユーザーが該代行ショッピングサーバー経由でマーチャントショッピングサイトで買い物をして、該マーチャントサイトでイーメールアドレスを要求されると、真のイーメールアドレスより寧ろ該代行イーメールアドレスが提供される。
【０１８１】
マーチャントが該ユーザーにイーメールを送ると、それは該特別の代行イーメールアドレスへ送られる。該代行イーメールプロキシは該代行データベースから該ユーザーの実際のイーメールアドレスを決定し、該特別の代行イーメールアドレスの全ての場合を該実際のイーメールアドレスで置き換える。更に、該代行イーメールプロキシは該マーチャントイーメール送信から全てのクレデイットカード番号と他の内部代行システムデータを除去する。
【０１８２】
又該代行イーメールプロキシは、該イーメールメッセージがどこで発せられたかにより、何等かの対応する特定マーチャント向けフイルターを該イーメールメッセージに適用する。該イーメールのヘッダーとボデイ内のコンテントに基づく分類を使用して、該代行イーメールプロキシは該イーメールを評価し、それを次の分類：スパム（ＳＰＡＭ）、もし該ユーザーがスパムを受信しないよう彼等の勘定を構成するなら、このイーメールは除去される；ステイタス（ＳＴＡＴＵＳ）、実際のイーメールアドレスへ送るが、管理目的で該代行システム内にコピーを保存する；ノーマル（ＮＯＲＭＡＬ）、実際のイーメールアドレスへ送る；アンノーン（ＵＮＫＮＯＷＮ）、該イーメールを送らず、それを特別の代行勘定へ送りそこでそれをスパム、ステイタス、又はノーマルの何れかとして分類する前に再調査される、の１つの中へ分類する。この様であるから、該代行イーメールプロキシは該オンラインマーチャントから該ユーザーへイーメールを提供するかどうかを決定する。
【０１８３】
請求される発明の種々の実施例の上記説明は図解と説明の目的で提示される。該請求される発明を開示された精密なフオームに限定することは意図されていない。多くの変型及び等価な配置が明らかである。
【０１８４】
付属する図面は請求される発明の実施例を図解する。
【図面の簡単な説明】
【図１】
実施例の電子商取引又は小売取引の制御用代行システムのブロック図である。
【図２】
代わりの実施例のネットワークベースの電子的取引の制御用代行システムのブロック図である。
【図３】
もう１つの代わりの実施例の代行システムのブロック図である。
【図４】
実施例の代行により提供されるホームページ又は情報ページである。
【図５】
実施例の勘定賦活過程用フローチャートである。
【図６】
代行サービス用のサインアップ（ｓｉｇｎｕｐ）を願うユーザーが該サインアップ過程を通りナビゲートを始めるために”サインアップ”のアイコン（ｉｃｏｎ）をクリックオン（ｃｌｉｃｋｏｎ）又は選択しようとするホームページである。
【図７及び８】
実施例のサインアップページを示す。
【図９】
実施例のサインアップの祝賀ページである。
【図１０】
実施例の勘定をフアンドする過程のフローチャートである。
【図１１】
実施例の祝賀ページである。
【図１２】
実施例のフアンドするページの部分である。
【図１３】
実施例のクレデイットカードの請求を確認するページである。
【図１４】
実施例のフアンドすることを確認するページである。
【図１５】
実施例のフアンドするページのもう１つの部分である。
【図１６】
実施例の親／管理者のログイン及びセットアップのページである。
【図１７】
実施例の自動引当でフアンドするページである。
【図１８】
ユーザーが”商品券”アイコンを選択する実施例のホームページである。
【図１９】
実施例の商品券のオプションページである。
【図２０及び２１】
実施例の商品券購入ページである。
【図２２】
実施例の通貨交換及び総計過程用フローチャートである。
【図２３】
実施例のショッピング過程の代行制御用フローチャートである。
【図２４】
実施例のショッピングページである。
【図２５】
実施例の商品特定種類向けショッピングページである。
【図２６】
実施例のもう１つの商品特定種類向けショッピングページである。
【図２７】
代行システムを通して入手可能な全オンラインマーチャントのアルフアベット順リストを含む実施例のショッピングページである。
【図２８】
そこからショッピングセションが始める実施例のショッピングページである。
【図２９】
実施例の代行システムを通して提示される選択されたマーチャントサイトのウエブページである。
【図３０】
実施例の代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページである。
【図３１】
実施例の代行システムを通して提示される選択されたマーチャントサイトのショッピングバッグ（ｂａｇ）リストのウエブページである。
【図３２】
実施例の代行システムを通して提示される選択されたマーチャントサイトの商品を含むもう１つのウエブページである。
【図３３】
実施例の代行システムを通して提示される選択されたマーチャントサイトの更新されたショッピングバッグリストのウエブページである。
【図３４−３７】
実施例の代行システムを通して提示される選択されたマーチャントサイトのチェックアウトウエブページを示す。
【図３８】
実施例の代行システムのクーポンページである。
【図３９及び４０】
実施例の代行システムを通して提示される選択されたマーチャントサイトのチェックアウト確認ページである。
【図４１】
実施例の代行システムにより提示される祝賀ページである。
【図４２】
実施例の代行システムにより表示されるショッピングページである。
【図４３】
実施例の代行システムにより表示される勘定抄録ページである。
【図４４】
実施例の代行システムにより表示される勘定情報ページである。
【図４５】
実施例の代行システムを通して品物及びサービスを購入するためのフローチャートである。
【図４６】
実施例のウエブページを修正するためのフローチャートである。
【図４７】
実施例の代行システムからクライアントブラウザーへの送信処理用フローチャートである。
【図４８】
実施例のフオームフイルエンジンによる自動的フイルの前のマーチャントチェックアウトページである。
【図４９】
実施例のトレーナー発進ボタン又はアイコンを表示するマーチャントチェックアウトページである。
【図５０】
実施例のトレーニング情報ページである。
【図５１】
セーブされたフオームフイル設定を含む実施例のトレーニング情報ページである。
【図５２】
実施例のフオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページである。
【図５３】
実施例の購入ウイザード、又は支払いウイザード、情報ページ又はフオームである。
【図５４】
実施例の購入ウイザードテンプレートの無いマーチャントチェックアウトページである。
【図５５】
実施例の購入ウイザードテンプレートを有するマーチャントチェックアウトページである。
【図５６】
マーチャントチェックアウトページに挿入される実施例のアイコンを示す。
【図５７】
実施例の自動的フオームフイルのフローチャートである。
【図５８】
実施例のフオームフイルトレーニング過程用フローチャートである。
【図５９】
実施例のデータ流れモニター過程用フローチャートである。
【図６０】
実施例の支払い処理のフローチャートである。

Claims

電子商取引処理の代行制御用方法に於いて、
代行電子システム内の少なくとも１つの代行勘定をフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにアクセス
する過程と、
該少なくとも１つの電子商取引システムから購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と
、
該少なくとも１つの電子商取引システム上で少なくとも１つの購入処理を完了するために借りとなる額を決定する過程と、
該借りとなる額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、そして
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入処理を実行する過程とを具備することを特徴とする電子商取引処理の代行制御用方法。
請求項１の方法が更に、少なくとも１つのフアンド源に関しフロード検出を行う過程を具備することを特徴とする方法。
請求項１の方法に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定にフアンドを入れる過程を備えており、該少なくとも１つのフアンド源はクレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有することを特徴とする方法。
請求項３の方法に於いて、オンライン電子通貨を使用してフアンドする過程は、
複数の勘定の複数のオンライン電子通貨差引残高を決定する過程と、
該複数の勘定からのオンライン電子通貨の額を総計する過程とを備えることを特徴とする方法。
請求項１の方法に於いて、アクセスする過程は透明であることを特徴とする方法。
請求項１の方法が更に、
該代行電子システムを通して完了された購入処理の記録を編集する過程と、
該編集された記録により順序付けられたマーチャントのランクの少なくとも１つのリストを提示する過程とを具備することを特徴とする方法。
請求項１の方法が更に、該少なくとも１つの電子商取引システムから該代行電子システムを通して提供される情報を制御する過程を具備することを特徴とする方法。
請求項７の方法に於いて、該制御する過程は、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を行う過程と、
該データ流れのコンテントを決定する過程と、
該コンテントに応答して該少なくとも１つの電子商取引システムから提供される情報を制御する過程を備えることを特徴とする方法。
請求項８の方法に於いて、制御する過程は、該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程から成るグループから選択された少なくとも１つの動作を有することを特徴とする方法。
請求項７の方法に於いて、該制御する過程は
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを備えており、該代行電子システムの微妙な情報は除去され、そして該制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を備えることを特徴とする方法。
請求項１の方法が更に、該少なくとも１つのクレデイット勘定用の処理を調整する過程を具備しており、調整する過程は、
該少なくとも１つの代行勘定と少なくとも１つの対応する購入処理記録との少なくとも１つの差引残高を有する代行システム元帳を保持する過程と、
該少なくとも１つの差引残高の変化に帰着する購入処理を有するクレデイット勘定計算書元帳を周期的に受信する過程と、そして
該代行システム元帳を調節するために該クレデイット勘定計算書元帳を使用する過程とを備えることを特徴とする方法。
請求項１の方法に於いて、少なくとも１つの購入処理を完了するために借りとなる額を決定する過程が、
該少なくとも１つの購入処理を完了するために借りとなる合計額を決定する過程と、
クーポン、マーチャントインセンチブ、そして代行システムインセンチブから成るグループから選択された適用可能なクレデイット値を決定する過程と、そして、
該借りとなる額を得るために該借りとなる合計額から該適用可能なクレデイット値を引き算する過程とを備えることを特徴とする方法。
請求項１の方法に於いて、少なくとも１つのクレデイット勘定を選択する過程が該少なくとも１つのクレデイット勘定の該利用可能なクレデイットが該少なくとも１つの購入処理の購入額をカバーするのに充分であるかどうかを決定する過程を備えることを特徴とする方法。
請求項１の方法に於いて、フアンドを振り替える過程が、
該少なくとも１つの代行勘定の差引残高が該借りとなる額をカバーするに充分かどうかを決定する過程と、そして
もし該差引残高が充分でないならば、該少なくとも１つの代行勘定の差引残高を増加する過程を備えており、該増加する過程は複数のフアンド源からフアンドを受け、総計する過程を有することを特徴とする方法。
電子商取引処理の代行制御用システムが、
少なくとも１つのクライアントコンピユータと、少なくとも１つの金融システムと、そして少なくとも１つのユーザー勘定を有する少なくとも１つのデータベースとの間に接続された代行ウエブサイトと、
該少なくとも１つのデータベースと、該少なくともクライアントコンピユータと、そして少なくとも１つの電子マーチャントシステムとの間に接続された少なくとも１つのプロキシサーバーとを具備してり、少なくとも１つの購入処理は該少なくとも１つのプロキシサーバーを通して該少なくとも１つのクライアントブラウザーと該少なくとも１つの電子マーチャントシステムとの上にサポートされており、該少なくとも１つの購入処理用支払いは該少なくとも１つのユーザー勘定からのフアンドをロードされた代行フアンド源を使用してフアンドされることを特徴とする電子商取引処理の代行制御用システム。
請求項１５のシステムが更に、該少なくとも１つのユーザーのフアンド源と該ユーザーに付随する情報とについてスコア付けしてフロード検出を行うための少なくとも１つのフロード検出装置を具備することを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つのユーザー勘定は該少なくとも１つのユーザーフアンド源から該少なくとも１つのユーザー勘定内にフアンドを入れることによりフアンドされ、該少なくとも１つのユーザーフアンド源はクレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を含むことを特徴とするシステム。
請求項１７のシステムに於いて、オンライン電子通貨を使用してフアンドする過程は、
少なくとも１つのネットワーク上の複数の場所での複数の勘定内の複数のオンライン電子通貨差引残高を決定する過程と、
該複数の勘定からのオンライン電子通貨の額を総計する過程とを有することを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つのプロキシサーバーは、
該システムを通して完了された購入処理の記録を編集し、
該編集された記録により順序付けされた電子マーチャントシステムランクの少なくとも１つのリストを該ユーザーに提示することを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つのプロキシサーバーは該少なくとも１つの電子マーチャントシステムから該代行ウエブサイトを通して提供される情報を制御しており、該少なくとも１つのプロキシサーバーは少なくとも１つのショッピングプロキシサーバーと少なくとも１つのイーメールプロキシサーバーとを有することを特徴とするシステム。
請求項２０のシステムに於いて、該制御する過程は、
データ流れをモニターする過程と、
該少なくとも１つの電子マーチャントシステムから転送されるデータ流れについてパターン認識を実行する過程と、
該データ流れのコンテントを決定する過程と、
該コンテントに応答して該少なくとも１つの電子マーチャントシステムから該少なくとも１つのクライアントブラウザーへ提供される情報を制御する過程とを有することを特徴とするシステム。
請求項２１のシステムに於いて、制御する過程は、該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程とから成るグループから選択された少なくとも１つの動作を有することを特徴とするシステム。
請求項２０のシステムに於いて、該制御する過程は、
該ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子マーチャントシステムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子マーチャントシステムから受信された電子メールをフイルターしそして分類する過程とを備えており、該代行制御用に該システムの微妙な情報は除去され、そして該制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を備えることを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つのプロキシサーバーは該少なくとも１つのユーザー勘定用処理の調整しており、調整する過程は、
該少なくとも１つのユーザー勘定と少なくとも１つの対応する購入処理記録との少なくとも１つの差引残高を有する代行システム元帳を保持する過程と、
該少なくとも１つの差引残高の変化に帰着する購入処理を有するクレデイット勘定計算書元帳を周期的に受信する過程と、そして
該代行システム元帳を調節するために該クレデイット勘定計算書元帳を使用する過程とを備えることを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つのプロキシサーバーは該少なくとも１つの購入処理を完了するために借りとなる額を、
該少なくとも１つの購入処理を完了するために借りとなる合計額を決定し、
クーポン、マーチャントインセンチブ、そして代行システムインセンチブから成るグループから選択された適用可能なクレデイット値を決定し、そして、
該借りとなる額を得るために該借りとなる合計額から該適用可能なクレデイット値を引き算することにより決定することを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つの購入用の支払い過程は、該代行のフアンド源の該利用可能なクレデイットが該少なくとも１つの購入処理の購入額をカバーするのに充分であるかどうかを決定する過程を有することを特徴とするシステム。
請求項１５のシステムに於いて、該少なくとも１つの購入処理用の支払い過程は、
該少なくとも１つのユーザー勘定の差引残高が該借りとなる額をカバーするに充分かどうかを決定する過程と、そして
もし該差引残高が充分でないならば、該少なくとも１つのユーザー勘定の差引残高を増加する過程を備えており、該増加する過程は複数のフアンド源からフアンドを受け、総計する過程を有することを特徴とするシステム。
少なくとも１つのクライアントコンピユータと少なくとも１つの電子マーチャントシステムの間に接続されたデータベースと、代行ウエブサイトとを有する少なくとも１つの代行処理システムと、少なくとも１つの金融システムと少なくとも１つの透明なプロキシサーバーとを具備する電子商取引処理を制御する装置に於いて、該少なくとも１つの代行処理システムは、
該データベース内の少なくとも１つの代行勘定をフアンドし、
該少なくとも１つのクライアントコンピユータを使用して該少なくとも１つの電子マーチャントシステムからの購入用品目の選択を可能にするために該少なくとも１つの電子マーチャントシステムへアクセスし、
少なくとも１つの代行クレデイット勘定を選択し、
該少なくとも１つの電子マーチャントシステム上での少なくとも１つの購入処理を完了するために借りとなる額を決定し、
該借りとなる額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つの代行クレデイット勘定へ振り替え、そして
該少なくとも１つの代行クレデイット勘定を使用して該少なくとも１つの購入処理を行うよう構成されていることを特徴とする電子商取引処理を制御するための装置。
請求項２８の装置に於いて、該少なくとも１つの代行処理システムは更に少なくとも１つのフアンド源についてスコア付けしてフロード検出を行うよう構成されていることを特徴とする装置。
請求項２８の装置に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定内へフアンドを入れる過程を有しており、該少なくとも１つのフアンド源は、クレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有することを特徴とする装置。
請求項３０の装置に於いて、オンライン電子通貨を使用してフアンドする過程が、
少なくとも１つのネットワーク上の複数の場所での複数の勘定内の複数のオンライン電子通貨差引残高を決定する過程と、
該複数の勘定からオンライン電子通貨の額を総計する過程とを有することを特徴とする装置。
請求項２８の装置に於いて、該少なくとも１つの代行処理システムが更に、
該代行電子システムを通して完了された購入処理の記録を編集し、
該編集された記録により順序付けされたマーチャントランクの少なくとも１つのリストを該ユーザーに提示するよう構成されることを特徴とす装置。
請求項２８の装置に於いて、該少なくとも１つの代行処理システムが更に、該少なくとも１つの透明プロキシサーバーを使用して該少なくとも１つの電子商取引システムから該代行電子システムを通して提供された情報を制御するよう構成されており、該少なくとも１つの透明プロキシサーバーは少なくとも１つのショッピングプロキシサーバーと少なくとも１つのイーメールプロキシサーバーとを有することを特徴とする装置。
請求項３３の装置に於いて、該情報の制御は、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を実行する過程と、
該データ流れのコンテントを決定する過程と、
該コンテントに応答して該少なくとも１つの電子商取引システムから該少なくとも１つのクライアントコンピユータへ提供される情報を制御する過程とを有することを特徴とする装置。
請求項３４の装置に於いて、情報を制御する過程は、該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程とから成るグループから選択された少なくとも１つの動作を有することを特徴とする装置。
請求項３３の装置に於いて、該情報の制御は、
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを備えており、該代行電子システムの微妙な情報は除去され、そして該情報の制御は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を備えることを特徴とする装置。
請求項２８の装置に於いて、該少なくとも１つの代行処理システムは更に、
該少なくとも１つの代行勘定と少なくとも１つの対応する購入処理記録との少なくとも１つの差引残高を有する代行システム元帳を保持する過程と、
該少なくとも１つの差引残高の変化に帰着する購入処理を有するクレデイット勘定計算書元帳を周期的に受信する過程と、そして
該代行システム元帳を調節するために該クレデイット勘定計算書元帳を使用する過程とにより該少なくとも１つのクレデイット勘定用処理の調整するよう構成されていることを特徴とする装置。
請求項２８の装置に於いて、該少なくとも１つの購入処理を完了するために借りとなる額を決定する過程は、
該少なくとも１つの購入処理を完了するために借りとなる合計額を決定する過程と、
クーポン、マーチャントインセンチブ、そして代行システムインセンチブから成るグループから選択された適用可能なクレデイット値を決定する過程と、そして、
該借りとなる額を得るために該借りとなる合計額から該適用可能なクレデイット値を引き算する過程とを有することを特徴とする装置。
請求項２８の装置に於いて、少なくとも１つの代行クレデイット勘定を選択する過程は、該少なくとも１つの代行のクレデイット勘定の該利用可能なクレデイットが該少なくとも１つの購入処理の購入額をカバーするのに充分であるかどうかを決定する過程を有することを特徴とする装置。
請求項２８の装置に於いて、フアンドを振り替える過程が、
該少なくとも１つの代行クレデイット勘定の差引残高が該借りとなる額をカバーするに充分かどうかを決定する過程と、そして
もし該差引残高が充分でないならば、該少なくとも１つの代行クレデイット勘定の差引残高を増加する過程を備えており、該増加する過程は複数のフアンド源からフアンドを受け、総計する過程を有することを特徴とする装置。
処理システムで実行される時、該システムに電子商取引処理の制御を行わせる実行可能な命令を有するコンピユータ読み出し可能な媒体に於いて、該制御が、
代行電子システム内の少なくとも１つの代行勘定をフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入処理を完了するために借りとなる額を決定する過程と、
該借りとなる額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、そして
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入処理を実行する過程とを具備することを特徴とする、処理システムで実行される時、該システムに電子商取引処理の制御を行わせる実行可能な命令を有するコンピユータ読み出し可能な媒体。
請求項４１のコンピユータ読み出し可能な媒体に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定内へフアンドを入れる過程を有しており、該少なくとも１つのフアンド源は、クレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有しており、オンライン電子通貨を使用してフアンドする過程が複数の勘定内の複数のオンライン電子通貨の差引残高を決定する過程と、該複数の勘定からのオンライン電子通貨の額を総計する過程とを有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４１のコンピユータ読み出し可能な媒体に於いて、該制御が更に、
該代行電子システムを通して完了された購入処理の記録を編集する過程と、
該編集された記録により順序付けられたマーチャントのランクの少なくとも１つのリストを提示する過程とを有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４１のコンピユータ読み出し可能な媒体に於いて、該制御が更に該少なくとも１つの電子商取引システムから該代行電子システムを通して提供される情報を制御する過程を有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４４のコンピユータ読み出し可能な媒体に於いて、情報を制御する過程が、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を行う過程と、
該データ流れのコンテントを決定する過程と、
該コンテントに応答して該少なくとも１つの電子商取引システムから提供される情報を制御する過程を有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４５のコンピユータ読み出し可能な媒体に於いて、情報を制御する過程が該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程から成るグループから選択された少なくとも１つの動作を有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４４のコンピユータ読み出し可能な媒体に於いて、情報を制御する過程が
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを有しており、該代行電子システムの微妙な情報は除去され、そして該情報を制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を有することを特徴とするコンピユータ読み出し可能な媒体。
請求項４１のコンピユータ読み出し可能な媒体に於いて、該制御は更に該少なくとも１つのクレデイット勘定用の処理を調整する過程を有しており、該調整する過程は、
該少なくとも１つの代行勘定と少なくとも１つの対応する購入処理記録との少なくとも１つの差引残高を有する代行システム元帳を保持する過程と、
該少なくとも１つの差引残高の変化に帰着する購入処理を有するクレデイット勘定計算書元帳を周期的に受信する過程と、そして
該代行システム元帳を調節するために該クレデイット勘定計算書元帳を使用する過程とを有することを特徴とするコンピユータ読み出し可能な媒体。
処理システムで実行される時、該システムに電子商取引処理の制御をさせる実行可能な命令を含む電磁的媒体に於いて、該制御が、
代行電子システム内の少なくとも１つの代行勘定をフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入処理を完了するために借りとなる額を決定する過程と、
該借りとなる額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、そして
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入処理を実行する過程とを具備することを特徴とする、処理システムで実行される時、該システムに電子商取引処理の制御をさせる実行可能な命令を含む電磁的媒体。
請求項４９の電磁的媒体に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定内へフアンドを入れる過程を有しており、該少なくとも１つのフアンド源は、クレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有しており、オンライン電子通貨を使用してフアンドする過程が複数の勘定内の複数のオンライン電子通貨の差引残高を決定する過程と、該複数の勘定からのオンライン電子通貨の額を総計する過程とを有することを特徴とする電磁的媒体。
請求項４９の電磁的媒体に於いて、該制御が更に、
該代行電子システムを通して完了された購入処理の記録を編集する過程と、
該編集された記録により順序付けられたマーチャントのランクの少なくとも１つのリストを提示する過程とを有することを特徴とする電磁的媒体。
請求項４９の電磁的媒体に於いて、該制御は更に該少なくとも１つの電子商取引システムから該代行電子システムを通して提供される情報を制御する過程を有することを特徴とする電磁的媒体。
請求項５２の電磁的媒体に於いて、情報を制御する過程が、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を行う過程と、
該データ流れのコンテントを決定する過程と、
該コンテントに応答して該少なくとも１つの電子商取引システムから提供される情報を制御する過程を有することを特徴とする電磁的媒体。
請求項５３の電磁的媒体に於いて、情報を制御する過程が該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程から成るグループから選択された少なくとも１つの動作を有することを特徴とする電磁的媒体。
請求項５２の電磁的媒体に於いて、情報を制御する過程が、
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを有しており、該代行電子システムの微妙な情報は除去され、そして該情報を制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を有することを特徴とする電磁的媒体。
請求項４９の電磁的媒体に於いて、該制御は更に該少なくとも１つのクレデイット勘定用の処理を調整する過程を有しており、該調整する過程は、
該少なくとも１つの代行勘定と少なくとも１つの対応する購入処理記録との少なくとも１つの差引残高を有する代行システム元帳を保持する過程と、
該少なくとも１つの差引残高の変化に帰着する購入処理を有するクレデイット勘定計算書元帳を周期的に受信する過程と、そして
該代行システム元帳を調節するために該クレデイット勘定計算書元帳を使用する過程とを有することを特徴とする電磁的媒体。