(57)【要約】      （修正有）【課題】クレデイットカードを有しない個人がオンラインマーチャントサイトで買物できる電子商取引の処理の透明な制御用代行システムを提供する。【解決手段】代行システム内に勘定を開くと、該勘定は多くのフアンド源、例えば、クレデイットカード、当座預金、為替、商品券、オンライン通貨等を使用してフアンドされ得る。フアンドされた勘定を有するユーザーは該代行システムを通して多くのマーチャントウエブサイトで買物できる。商品が購入用に選択されると、購入処理が行われ、そこでは該代行システムに属するクレデイットカードが１時的又は恒久的に該ユーザーに割り当てられる。該クレデイットカードは、一旦該ユーザーの対応するフアンドされた勘定からのフアンドでロードされると、該購入処理を完了するために使用される。該代行システムは、該データ流れのモニター、該ユーザーと該マーチャントサイトの間の情報流れの制御等を提供する。【選択図】図１
2011008810.tif 000002
【特許請求の範囲】
【請求項１】
電子商取引トランザクションの代行制御用方法に於いて、
代行電子システム内の少なくとも１つの代行勘定をコンピユータによりフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにコンピユータによりアクセスする過程と、
該少なくとも１つの電子商取引システムから購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上で少なくとも１つの購入処理を完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、そして
該少なくとも１つのクレデイット勘定用のトランザクションを照合する過程を具備しており、
照合する過程は、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有するクレデイット勘定明細元帳を周期的に受信する過程と、そして
該代行システム元帳を精算するために該クレデイット勘定明細元帳を使用する過程とを具備し、
ここで、コンピュータにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が判別され、該情報が記録される、
ことを特徴とする電子商取引処理の代行制御用方法。
【請求項２】
請求項１の方法が更に、少なくとも１つのフアンド源に関しフロード検出を行う過程を具備することを特徴とする方法。
【請求項３】
請求項１の方法に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定にフアンドを入れる過程を備えており、該少なくとも１つのフアンド源はクレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有することを特徴とする方法。
【請求項４】
請求項３の方法に於いて、オンライン電子通貨を使用してフアンドする過程は、
複数の勘定の複数のオンライン電子通貨残高を決定する過程と、そして
該複数の勘定からのオンライン電子通貨の額を総計する過程とを備えることを特徴とする方法。
【請求項５】
請求項３の方法に於いて、インセンチブが物品の購入に起因するインセンチブコードであることを特徴とする方法。
【請求項６】
請求項１の方法に於いて、アクセスする過程は透明であることを特徴とする方法。
【請求項７】
請求項１の方法が更に、
該代行電子システムを通して完了された購入トランザクションの記録を編集する過程と、そして
該編集された記録により順序付けられたマーチャントのランクの少なくとも１つのリストを提示する過程とを具備することを特徴とする方法。
【請求項８】
請求項１の方法が更に、該少なくとも１つの電子商取引システムから該代行電子システムを通して提供される情報を制御する過程を具備することを特徴とする方法。
【請求項９】
請求項８の方法に於いて、該制御する過程は、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を行う過程と、
該データ流れのコンテントを決定する過程と、そして
該コンテントに応答して該少なくとも１つの電子商取引システムから提供される情報を制御する過程を備えることを特徴とする方法。
【請求項１０】
請求項９の方法に於いて、制御する過程は、該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程から成るグループから選択された少なくとも１つの動作を有することを特徴とする方法。
【請求項１１】
請求項８の方法に於いて、該制御する過程は
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを備えており、該代行電子システムの微妙な情報は除去され、そして該制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を備えることを特徴とする方法。
【請求項１２】
請求項１の方法に於いて、少なくとも１つの購入トランザクションを完了するために未払額を決定する過程が、
該少なくとも１つの購入トランザクションを完了するために合計の未払額を決定する過程と、
クーポン、マーチャントインセンチブ、そして代行システムインセンチブから成るグループから選択された適用可能なクレデイット値を決定する過程と、そして、
該未払額を得るために該合計未払額から該適用可能なクレデイット値を引き算する過程とを備えることを特徴とする方法。
【請求項１３】
請求項１の方法に於いて、少なくとも１つのクレデイット勘定を選択する過程が該少なくとも１つのクレデイット勘定の該利用可能なクレデイットが該少なくとも１つの購入トランザクションの購入額をカバーするのに充分であるかどうかを決定する過程を備えることを特徴とする方法。
【請求項１４】
請求項１の方法に於いて、フアンドを振り替える過程が、  該少なくとも１つの代行勘定の残高が該未払額をカバーするに充分かどうかを決定する過程と、そして
もし該残高が充分でないならば、該少なくとも１つの代行勘定の残高を増加する過程を備えており、該増加する過程は複数のフアンド源からフアンドを受け、総計する過程を有
することを特徴とする方法。
【請求項１５】
電子商取引トランザクションの代行制御用システムが、
少なくとも１つのクライアントコンピユータと、少なくとも１つの金融システムと、そして少なくとも１つのユーザー勘定を有する少なくとも１つのデータベースとの間に接続された代行ウエブサイト、ここで、少なくとも１つのユーザー勘定はコンピユータを用いてユーザーにより少なくとも１つのユーザーファンド源よりファンドされる、と、
該少なくとも１つのデータベースと、該少なくともクライアントコンピユータと、そして少なくとも１つの電子マーチャントシステムとの間に接続された少なくとも１つのプロキシサーバーとを具備しており、少なくとも１つの購入トランザクションは該少なくとも１つのプロキシサーバーを通して該少なくとも１つのクライアントブラウザーと該少なくとも１つの電子マーチャントシステムとの上にサポートされており、
該少なくとも１つの購入トランザクション用支払いは該少なくとも１つのユーザー勘定からのフアンドをロードされた代行フアンド源を使用してコンピユータによりフアンドされ、該代行ファンド源はクレデイットカード勘定を含み、
少なくとも１つのプロキシサーバーは少なくとも１つのユーザー勘定の処理を照合し、
照合する過程は、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳をコンピユータに保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有するクレデイット勘定明細元帳を周期的に受信する過程と、そして
該代行システム元帳を精算するために該クレデイット勘定明細元帳を使用する過程とを具備し、
ここで、コンピュータにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が判別され、該情報が記録される、
ことを特徴とする電子商取引トランザクションの代行制御用システム。
【請求項１６】
電子商取トランザクションを制御する装置に於いて、
少なくとも１つのクライアントコンピユータと少なくとも１つの電子マーチャントシステムの間に接続されたデータベースと、代行ウエブサイトと、少なくとも１つの金融システムと、少なくとも１つの透明なプロキシサーバーとを含む少なくとも１つの代行処理システムを具備し、
該少なくとも１つの代行処理システムは
コンピユータを形成し、
該データベース内の少なくとも１つの代行勘定をフアンドし、
該少なくとも１つのクライアントコンピユータを使用して該少なくとも１つの電子マーチャントシステムからの購入用品目の選択を可能にするために該少なくとも１つの電子マーチャントシステムへアクセスし、
少なくとも１つの代行クレデイット勘定を選択し、
該少なくとも１つの電子マーチャントシステム上での少なくとも１つの購入トランザクションを完了するために未払額を決定し、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つの代行クレデイット勘定へ振り替え、そして
該少なくとも１つの代行クレデイット勘定を使用して該少なくとも１つの購入トランザクションを行うように構成され、
ここで、該少なくとも１つの代行処理システムは更に該少なくとも１つのクレデイット勘定用のトランザクションを照合するように構成され、
照合する過程は、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入
トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有するクレデイット勘定明細元帳を周期的に受信する過程と、そして
該代行システム元帳を精算するために該クレデイット勘定明細元帳を使用する過程とを具備し、
ここで、コンピュータにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が判別され、該情報が記録される、
ことを特徴とする電子商取引トランザクションを制御するための装置。
【請求項１７】
処理システムで実行される時、コンピユータに指示して該システムに電子商取引トランザクションの制御を行わせる、実行可能な命令を有するコンピユータ読み出し可能な媒体に於いて、該制御が、
代行電子システム内の少なくとも１つの代行勘定をフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入トランザクションを完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、そして
該少なくとも１つのクレデイット勘定用のトランザクションを照合する過程を具備しており、照合する過程は、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有するクレデイット勘定明細元帳を周期的に受信する過程と、そして
該代行システム元帳を精算するために該クレデイット勘定明細元帳を使用する過程とを具備し、
ここで、コンピュータにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が判別され、該情報が記録される、
ことを特徴とする、処理システムで実行される時、該システムに電子商取引トランザクションの制御を行わせる実行可能な命令を有するコンピユータ読み出し可能な媒体。
【請求項１８】
処理システムで実行される時、コンピユータに指示して該システムに電子商取引トランザクションの制御をさせる実行可能な命令を含む電磁的媒体に於いて、該制御が、
代行電子システム内の少なくとも１つの代行勘定をフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入トランザクションを完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレ
デイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、そして
該少なくとも１つのクレデイット勘定用の処理を照合する過程を具備しており、照合する過程は、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有するクレデイット勘定明細元帳を周期的に受信する過程と、そして
該代行システム元帳を精算するために該クレデイット勘定明細元帳を使用する過程とを具備し、
ここで、コンピュータにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が判別され、該情報が記録される、
ことを特徴とする、処理システムで実行される時、該システムに電子商取引トランザクションの制御をさせる実行可能な命令を含む電磁的媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は電子商取引（electronic commerce）の分野に関する。特に、本発明は電子商取引に於ける取引（transaction）の代行制御（surrogate control）に関する。
【背景技術】
【０００２】
ネットワーク及びインターネット技術の急速な成長と拡大は、特に消費者小売品の範囲での、電子商取引に於ける取引を容易化した。インターネットの広く拡がった利用可能性を利用して、多数の小売商がワールドワイドウエブ（World Wide Web）｛ウエブ（web）｝上の小売ショッピングサイトとオンライン化した。これらのサイトは消費者が彼等の快適な家庭又はオフイスから容易にそして便利に買い物することを可能にしている。しかしながら、電子的買い物へのアクセスは電子的に振り替えられ（transferred）得る特定のフオームのクレデイット（credit）又はキャッシュ（cash）を所有する人に限定される。
【０００３】
購入者（purchasers）とオンラインマーチャント（online merchant）との間で購入処理（purchase transaction）を実行するためには多くの非キャッシュ技術（non-cash techniques）が使われるのが典型的である。実際、多くの種類のクレデイットカード（credit cards）と銀行カード（banking cards）が広く使用されている。例えば、クレデイットカードはオンラインの購入をもたらすよう使用され得て、該取引はクレデイットカード清算用のハウス又は銀行（credit card clearing house or bank）により支払われそして該クレデイットカードのオーナーにクレデイット義務を創り出す。クレデイットカードと似ているが異なる動作をするもう１つの種類のカードがデビットカード（debit card）である。該デビットカードはそれが該購入者により支払い用にオンラインマーチャントに差し出される点ではクレデイットカードに非常に似て使用される。支払いは銀行から該マーチャントにもたらされ、該フアンド（fund）は該カード保持者の銀行勘定（bank account）から直接差し引かれる。
【０００４】
しかしながら、クレデイットカード及びデビットカードに伴う問題は発行（issuance）に或る条件すなわち、年齢及び経済的基準（age and financial criteria）に関する制限を含む条件が充たされねばならないことである。結果として、多くの消費者はクレデイットカード又はデビットカード発行用の要求を充たさず、それにより彼等はオンライン買い物客のランクから除外される。更に、インターネットの様な公共ネットワーク上にクレデイットカード又はデビットカードの勘定番号（account numbers）を提示することに付随する安全上のマイナスの含み（negative security implication）は多くの消費者を不快にする。かくして、これらの消費者の多くは利用可能な技術と経済的リソースを有するが、彼等が特定のフオームの経済的リソースを有しないために、彼等はオンラインマーチャントの到達外にいる。
【０００５】
キャッシュ及びクレデイットカードの代わりとして、ストアドバリューカード（stored
value cards）が現在利用可能である。ストアドバリューカードはカードの購入を要し、該カードはクレデイットカードに非常に似ているが、費やせる利用可能値が限定した額である。差引残高（balance）は該カード内の磁気ストリップ又はコンピユータチップ内で含まれている。該ストアドバリューカードが使用されると、該カード上の残っているバランスが減耗償却される（depleted）。しかしながら、幾つかのデビットカードの様に、ストアドバリューカードは、多くの商取引（business transaction）、特に電子商取引の購入（electronic commerce purchases）でクレデイットカードの機能（functionality）を享受していない。
【０００６】
或る、特に小さな子供達用でのこの問題への１つの可能性のある解は第２クレデイットカード（secondary credit cards）で見出される。クレデイットカード保持者が該主クレデイットカードにリンクした１枚以上の第２のクレデイットカードを発行者から得るのであるが、それは例えば、家族メンバー用としてである。該第２クレデイットカードは全ての点で該主クレデイットカードと機能的に同一であり、実際、典型的に、同じ勘定番号を保持するが該第２カードを使用するようオーソライズされた人の名前でのみ該第１のカードと異なる。該第２クレデイットカードで行われた如何なる購入も、該第１及び第２カードが発行される１つの勘定のクレデイット限界（credit limit）に対し借方に記入される（debited）。かくして、該主又は第１カード保持者は、全てのカードにより該勘定に受けた全ての付けの合計は該主クレデイットカードのクレデイット限界を越えることが出来ない事実を越えては、彼のカードにリンクされた第２クレデイットカードの消費力又は能力（spending power or abilities）上への制御は有しない。
【０００７】
従って、これらの第２クレデイットカードは、該第２カード保持者が主クレデイットカード勘定に可成りの突出したバランス（significant outstanding balance）を急速に累積出来て、かくして主のカード保持者消費力を減じるので、問題である。最も重要なことは、主カード保持者が、第２カード保持者による支出の結果として利用可能クレデイット又は消費限界内の減少を知らないことである。結果として、クレデイットカードを有しない人、例えば、テイーンエイジヤーの子供達に、クレデイットカードを要せずオンラインマーチャントで買い物すること、買うことを可能にするシステム又はサービスのニーヅが存在する。
【発明の概要】
【０００８】
クレデイットカードを持たない個人がオンラインマーチャントのサイトで買い物を可能にする代行システム（surrogate system）を有する、電子商取引の処理（electronic commerce transaction）の代行制御の方法とシステムが提供される。該代行システム内に勘定（account）が開かれると、該勘定は、種々のフアンド源（fund source）、例えば、クレデイットカード、銀行当座預金（checking account）、為替（money order）、商品券（gift certificate）、インセンテイブコード（incentive codes）、オンライン通貨（online currency）、クーポン、そしてストアドバリューカードを使用してフアンド（funded）され得る。フアンドされた勘定を有するユーザーは、典型的なクライアントコンピユータワールドワイドウエブ（client computor World Wide Web）｛ウエブ（web）｝ブラウザ（browser）を使用して該代行システムを通して多くのマーチャントウエブサイト（merchnat web sites）で買い物出来る。購入用に商品（merchandise）が選択されると、該代行システムに属するクレデイットカードが該ユーザーに割り当てられる購入処理が実行される。この割り当て（assignment）は恒久的でも１時的でもあり得る。該クレデイットカードは該ユーザーの対応するフアンドされた勘定からのフアンドでロード（loaded）され、該購入処理を完了するよう使用される。該代行システムは該ユーザーには透明であるが、データ流れ（data streams）をモニターすることそして、応答して、該ユーザーと該マーチャントサイト間の情報流れを制御することを含む制御が提供される。
【０００９】
ここに提供される説明は例示的で説明的であり、請求される発明の例として提供される。
【図面の簡単な説明】
【００１０】
【図１】実施例の電子商取引又は小売取引の制御用代行システムのブロック図である。
【図２】代わりの実施例のネットワークベースの電子的取引の制御用代行システムのブロック図である。
【図３】もう１つの代わりの実施例の代行システムのブロック図である。
【図４】実施例の代行により提供されるホームページ又は情報ページである。
【図５】実施例の勘定賦活過程用フローチャートである。
【図６】代行サービス用のサインアップ（signup）を願うユーザーが該サインアップ過程を通りナビゲートを始めるために”サインアップ”のアイコン（icon）をクリックオン（click on）又は選択しようとするホームページである。
【図７−８】実施例のサインアップページを示す。
【図９】実施例のサインアップの祝賀ページである。
【図１０】実施例の勘定をフアンドする過程のフローチャートである。
【図１１】実施例の祝賀ページである。
【図１２】実施例のフアンドするページの部分である。
【図１３】実施例のクレデイットカードの請求を確認するページである。
【図１４】実施例のフアンドすることを確認するページである。
【図１５】実施例のフアンドするページのもう１つの部分である。
【図１６】実施例の親／管理者のログイン及びセットアップのページである。
【図１７】実施例の自動引当でフアンドするページである。
【図１８】ユーザーが”商品券”アイコンを選択する実施例のホームページである。
【図１９】実施例の商品券のオプションページである。
【図２０−２１】実施例の商品券購入ページである。
【図２２】実施例の通貨交換及び総計過程用フローチャートである。
【図２３】実施例のショッピング過程の代行制御用フローチャートである。
【図２４】実施例のショッピングページである。
【図２５】実施例の商品特定種類向けショッピングページである。
【図２６】実施例のもう１つの商品特定種類向けショッピングページである。
【図２７】代行システムを通して入手可能な全オンラインマーチャントのアルフアベット順リストを含む実施例のショッピングページである。
【図２８】そこからショッピングセションが始める実施例のショッピングページである。
【図２９】実施例の代行システムを通して提示される選択されたマーチャントサイトのウエブページである。
【図３０】実施例の代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページである。
【図３１】実施例の代行システムを通して提示される選択されたマーチャントサイトのショッピングバッグ（bag）リストのウエブページである。
【図３２】実施例の代行システムを通して提示される選択されたマーチャントサイトの商品を含むもう１つのウエブページである。
【図３３】実施例の代行システムを通して提示される選択されたマーチャントサイトの更新されたショッピングバッグリストのウエブページである。
【図３４−３７】実施例の代行システムを通して提示される選択されたマーチャントサイトのチェックアウトウエブページを示す。
【図３８】実施例の代行システムのクーポンページである。
【図３９−４０】実施例の代行システムを通して提示される選択されたマーチャントサイトのチェックアウト確認ページである。
【図４１】実施例の代行システムにより提示される祝賀ページである。
【図４２】実施例の代行システムにより表示されるショッピングページである。
【図４３】実施例の代行システムにより表示される勘定抄録ページである。
【図４４】実施例の代行システムにより表示される勘定情報ページである。
【図４５】実施例の代行システムを通して品物及びサービスを購入するためのフローチャートである。
【図４６】実施例のウエブページを修正するためのフローチャートである。
【図４７】実施例の代行システムからクライアントブラウザーへの送信処理用フローチャートである。
【図４８】実施例のフオームフイルエンジンによる自動的フイルの前のマーチャントチェックアウトページである。
【図４９】実施例のトレーナー発進ボタン又はアイコンを表示するマーチャントチェックアウトページである。
【図５０】実施例のトレーニング情報ページである。
【図５１】セーブされたフオームフイル設定を含む実施例のトレーニング情報ページである。
【図５２】実施例のフオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページである。
【図５３】実施例の購入ウイザード、又は支払いウイザード、情報ページ又はフオームである。
【図５４】実施例の購入ウイザードテンプレートの無いマーチャントチェックアウトページである。
【図５５】実施例の購入ウイザードテンプレートを有するマーチャントチェックアウトページである。
【図５６】マーチャントチェックアウトページに挿入される実施例のアイコンを示す。
【図５７】実施例の自動的フオームフイルのフローチャートである。
【図５８】実施例のフオームフイルトレーニング過程用フローチャートである。
【図５９】実施例のデータ流れモニター過程用フローチャートである。
【図６０】実施例の支払い処理のフローチャートである。
【発明を実施するための形態】
【００１１】
ネットワークベースの電子商取引又は小売取引の代行制御の方法と装置が提供されるが、そこではティーンエイジャー及び若い成人（young adults）の様な、クレデイットカードを持たないか又はその資格がないどんな人にも、勘定を提供された時、アマゾンドットコム（amazon.com）及びバーンサンドノーブルドットコム（barnesandnoble.com）の様なオンラインマーチャント電子的店頭（online merchant electronic storefront）で買い物を可能にするワールドワイドウエブ｛”ウエブ（web）”｝サイトが代行システムにより提供される。該勘定は個人的に又はもう１つによりフアンドされ得る。この方法と装置の利点は多い。
【００１２】
代行ウエブサイトの１つの利点はそれが実際のオンラインショッピングの経験から損なわれないことである。費やし手（spenders）は、恰も彼等が該代行ウエブサイトを通過することなく直接該サイトにアクセスするかの様に該マーチャントサイトで買い物する。更に、費やし手は彼等の購入を完了するためにクレデイットカード情報を入れる必要がない。事実、費やし手はマーチャントがチェックアウト用に備える複雑な支払いページを埋める必要がない。更に、若い人の場合、親に、安全と制御と共に来る精神の平和と、経済的責任感を教える機会とを与えながら、彼等が自分自身で買い物をする自由と独立を持つ利点が実現される。
【００１３】
もう１つの利点は、該処理のクライアント、ユーザー、又はマーチャントの端部の何れでも特別のソフトウエアがインストールされる必要がないことである。この様であるから、費やし手（spender）とフアンド者（funder）は、ネットワークアクセス、例えば、インターネットのアクセスを提供する典型的ウエブブラウザーに加えては、何等のソフトウエアも彼等のパーソナルコンピユータにインストールする必要はない。又、該オンラインマーチャントは該代行処理を収容するために何等特別のサーバーソフトウエアをインストールしたり又は彼等のウエブページを修正する必要はない。該代行システムが該オンライン処理をフアンドするので、該代行システムを使う資格のある費やし手は該マーチャント
の処理を完了するため使用されるクレデイットカード番号を見ることは出来ない。これらのクレデイットカードは実施例では該代行者（surrogates）により実際所有されるので、これらの番号は該費やし手又は該取引に対する何れの他のパーテイにも提供されない。
【実施例】
【００１４】
図１は実施例の電子的商取引又は小売取引の制御用の代行システム１００のブロック図である。該代行システム１００は少なくとも１つのネットワーク１０６を経由してユーザー１０２とオンラインマーチャントウエブサイト１０４の間に接続される。該ネットワーク１０６はインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク、そして無線ネットワークを含む。更に、該代行システム１００の種々の要素は種々の物理的位置に配置され、ネットワーク接続を経由してリンクされ得る。
【００１５】
該代行システム１００は費やし手にオンラインマーチャントショッピングサイトへ見かけ上完全にアクセスさせるが、一方該代行システム１００にクレデイットカード露出を含め取引情報の完全な制御を保持させることを可能にする、プロキシキャッシング技術（proxy-caching technology）を使用する。実施例では、該代行システム１００は、６つの９ギガバイトのスモールコンピユータシステムインターフエース（Small Computer System Interface）｛スカジー（SCSI）｝デイスクを有するサンウルトラ２５０（Sun Ultra 250）の１つの４００ＭＨｚの中央処理ユニット｛シーピーユー（CPU）｝、イーサーネット（eathernet）ネットワークアダプター、デーエルテー（DLT）７０ギガバイトテープドライブ装置、ソラリス２．６（Solaris 2.6）オペレーテイングシステム、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol）｛エイチテーテーピー（HTTP）｝サーバー、そしてオラクル（Oracle）データベースを具備するが、それに限定されない。実施例では、該テープドライブ装置が該データベースサーバー上にインストールされ、バックアップが規則的かつ周期的ベースで行われる。より急速なデータ冗長度用に、該エイチテーテーピー機用のハードデイスク記憶装置は、独立デイスクの冗長アレー（redundant array）｛アールエイアイデー（RAID）｝、又は低廉なデイスク、デイスクミラーリング（disk mirroring）の冗長アレーを使う。この仕方で、もし１セットのデイスクがダウンしても、該サーバーは該ミラーデイスクでオンラインに留まることが出来る一方元のデイスクは修理される。
【００１６】
該代行システム１００を使用して利用可能な処理は、ゲストブラウジング（guest browsing）、勘定のセットアップと賦活、フアンド者のログオン、費やし手のログオン、フアンド者の勘定再調査、フアンド者の処理情報、費やし手の勘定再調査、費やし手の処理情報、費やし手のオンラインマーチャントでの買い物、そして費やし手の購入処理を含むが、それに限定されない。人が自身で勘定を開き、フアンド出来るので、費やし手とフアンド者も同じ状況の人に成り得る。ゲストブラウジング１は代行サービスについて情報を得て、代行サービス用にサインアップするようリンクを得るために該代行ウエブサイトを通して該代行ウエブサーバー１１０に人々がアクセスすることを含む。該ウエブサーバー１１０も又情報のデータース１１２を保持する。この動作はハイパーテキスト転送プロトコル（エイチテーテーピー）動作であるが、それに限定されない。
【００１７】
該ユーザー／フアンド者ログオン（logon）２はユーザー又はフアンド者が勘定をセットアップしたい時、又はもし現在の勘定を有するユーザー又はフアンド者が彼等の取引経過３又は買い物４を見たいならば、使用される。この処理は該データベース１１２にアクセスする。新しい勘定のセットアップ過程は、該フアンド者が費やし手の勘定に預け入れる（depositing）ために使用する何等かのクレデイットカード情報を含め、該フアンド者の個人情報を保護する。一旦勘定が確立されると、該勘定での全ての更に進んだ処理は該データベース１１２を使う。該データベース１１２上へのロギング（logging）は進行する前に該クライアントの同一性を検証するために該データベース１１２へのログオン処理
に帰着する。
【００１８】
該データベース１１２は該フアンド者、費やし手、マーチャント、そしてユーザー及び代行クレデイットカードにより該代行システム１００内に登録された処理用の情報を保持する。該処理情報は全費やし手の購入に加えて費やし手勘定内への預け入れも含む。該個別ライン品目に加えて、購入処理５は別のデータベースエントリーとしてログされるが、それに限定はされない。結果として、処理表（transaction table）は該処理エントリー（transaction entries）を取り扱う。
【００１９】
データベースアクセスは該代行システム１００を使用して行われる全てのアクション用には必ずしも要しない。実施例ではログオン（logon）又はログイン（login）、そして勘定情報の再調査を含む機能が該データベース１１２にアクセスする。又、費やし手が製品を買う時、該データベース１１２がアクセスされる。しかしながら、実施例のショッピング過程中は該データベース１１２は使用されない。従って、該データベースエンジンの実施例はレプリケーション（replication）及び領域確保（partitioning）の様な進んだ性能の特徴を要しないが、その様に限定はされない。
【００２０】
図２は代替えの実施例のネットワークベースの電子的取引の制御用代行システム２００のブロック図である。該代行システム２００は、少なくとも１つの代行システム管理ウエブサイト（surrogate system management web site）２０２、少なくとも１つの代行システムデータベース２０４、少なくとも１つの代行ショッピングプロキシサーバー（surrogate shopping proxy server）２０６，少なくとも１つの代行電子メールプロキシ２０８、少なくとも１つの代行バンク（surrogate bank）２１０、フロード検出装置（fraud detection devices）２１４、そして少なくとも１つのマーチャント支払いページツール２１２を含むが、それに限定はされない。該代行システム２００はクライアントコンピユータ（client computor）上でホスト化（hosted）されたウエブブラウザー２９０を用いてユーザーによりアクセスされる。該代行システム２００は電子的マーチャントショッピングサイト２９２へのショッピングアクセスを提供する。
【００２１】
該代行システム２００は少なくとも１つのネットワーク２９９を経由してクライアントコンピユータ２９０、オンラインマーチャントショッピング又はウエブサイト２９２、そして金融又はクレデイットのシステム／ネットワーク（financial or credit system/network）２９４に接続される。該接続ネットワーク２９９はインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク及び無線ネットワークを含む。更に、該代行システム２００の要素２０２−２１４は種々の物理的位置に配置されそして種々のネットワーク接続を経由してリンクされ得る。
【００２２】
図３はもう１つの代わりの実施例の代行システム２００のブロック図である。該代行システム２００は代行システム管理ウエブサイト、代行システムデータベース、代行ショッピングプロキシサーバー（surrogate shopping proxy servers）、代行電子メールプロキシ（surrogate electronic mail proxy）、代行バンク、フロード検出装置、そしてマーチャント支払いページツール（merchant pay page tool）を含むが、それに限定はされない。該代行システム２００はクライアントコンピユータ上でホスト化されたウエブブラウザー２９０を使用してユーザーによりアクサスされ、電子的マーチャントショッピングサイト２９２へのショッピングアクセスを提供する。
【００２３】
該代行システム２００は、クレデイットカードシステム２９４、現金自動預け払い機（Automatic Teller Machines）｛エイテーエム（ATM）｝３０２，ストアドバリューカードネットワーク（stored value card network）又はシステム３０４、パートナーリデンプションサイト（partner redemption site）又はネットワーク３０６，そしてインセンテ
イブコード交換サイト（incentive code conversion site）又はネットワーク３０８を含む金融システム（financial system）と接続される。該代行システム２００は、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、有線ネットワーク、そして無線ネットワークを含む少なくとも１つのネットワーク２９９を経由してクライアントコンピユータ２９０、オンラインマーチャントショッピング又はウエブサイト２９２、そして金融システム２９４−３０８の間に接続される。更に、該代行システムの種々の要素は種々の物理的位置に配置されそしてネットワーク接続を経由してリンクされ得る。
【００２４】
該代行システムの使用では、ユーザーはマーチャントショッピングの前に新しい勘定を創る。新しい勘定は課金無しにユーザーにより創られ得るが、それに限定はされない。新しい勘定を創るために、ユーザーは該代行システム管理ウエブサイト（surrogate system
management web site）に入る。該ユーザーは新しい勘定を創る範囲へナビゲートし該範囲に入る。下記情報すなわち、ログオン名（logon name）、パスワード、パスワードヒント（password hint）、イーメールアドレス、生年月日、そして何等かのプロモーションコード（promotion code）がプロンプト又はテンプレートを使用して該ユーザーから受信される。該生年月日はユーザーの年齢が要求されるサイト用に使用され、それは又、子供のオンラインプライバシー及び保護法（Children's Online Privacy & Protection Act）｛シーオーピーピーエイ（COPPA）｝の処理用に使用される。オプションのプロモーションコードは該ユーザーに何等かのサインアップのプロモーションを直ちに与えるため使用される｛すなわち、ラジオプロモーション、もう１人の顧客の参照についてのマネー（money）、無料クーポン、等｝。もし該ユーザーによる選択として入れられたログオン名又はイーメールアドレスの何れかが既に取られていれば、該代行システムはその様に該ユーザーに知らせ、該ユーザーを該サインアップページに戻す。
【００２５】
該ユーザー情報を受信すると、該代行システムデータベース内にユーザー勘定が創られる。該ユーザーは何等かのマネー（money）のクレデイット、クーポン、又は入力された該プロモーションコードに基づくクレデイットを提供される。該提供された生年月日を使用して、該ユーザーが１３才未満かどうかの決定が行われる。もし該ユーザーが１３才未満であると決定されるなら、シーオーピーピーエイ処理が行われ、該ユーザー用勘定の創生は終了される。該ユーザーが１３才か又はそれより年長であると決定されるなら、勘定が創られる。該ユーザーは該代行ホームページへ導かれ、そこから彼等は、例えば、勘定情報を見て、勘定にマネーを追加し、又は買い物をすることが出来る。
【００２６】
実施例の該代行システムはシーオーピーピーエイ処理をサポートするが、それはシーオーピーピーエイが１３才未満のユーザーに提供される動作の種類制限するよう制定されているからである。新しい勘定が創られるか又は誰かが勘定内へログする時該シーオーピーピーエイ処理が起こり得るが、それに限定はされない。該ユーザーが１３才未満であると決定された時、該代行システムは該ユーザーが彼等の生年月日を編集することを防止する。該ユーザーは次に彼等に親の承認が必要なこと知らせ、そして親又は保護者（guardian）のイーメールアドレスを要求するページへ向け直される。もし親／保護者のイーメールアドレスが提供されるなら、該代行システムは親の承認のイーメールを該親のイーメールアドレスへ送信する。親の承認が得られるまで該ユーザー勘定は賦活を停止される。
【００２７】
該親の承認イーメールは該親が該システムへの該子供のアクセスを認めるか又は否定する要求を含む。アクセスを否定するためには、該親は該代行システム管理ウエブサイトページへ行き、該ユーザーの勘定を指定し、そして該勘定を不能化する。アクセスを認めるためには、該親は該代行システム管理ウエブサイトページに行き、２つの利用可能な選択肢の１つに合わせる。第１の選択肢を使用すると、該親は彼等が成人であることを認めるためクレデイットカードを使用する。該親は該未成年の子供（minor child）による該勘定の使用をオーソライズするか又は該子供の勘定にマネーを預け入れるか何れかであり、
何れの場合も、該代行システムは該オーソライズ化／請求（authorization/billing）を行うために該クレデイットカードネットワークを使用する。もし成功すれば、該子供の勘定は自動的に賦活される。第２の選択肢を使うと、該親は許可の書かれた宣誓供述書（affidavit）を該代行システムプロバイダーへ送ってもよい。該宣誓供述書を受けると、該子供の勘定は賦活される。
【００２８】
図４は実施例の代行により提供されるホームページ４００又は情報スクリーンである。該ホームページ４００は該代行システムウエブサイトとの最初の接触時提示され、該代行部４０２、広告４０４、そして他の代行ウエブページ４０６への電子的リンクにより提供されるサービスに関する情報を含む。該情報スクリーンからの電子的リンクを使用してアクセス可能な該代行ウエブページはサインアップページ、追加的情報ページ、ショッピングページ、ログインページ、用語、そしてプライバシースクリーンを含む。
【００２９】
図５は実施例の勘定賦活過程用フローチャートである。動作は、ユーザーが該ユーザーコンピユータ上でブラウザーを使用して該代行システムウエブサイト５０２に入った時始まる。該ユーザーは代行システム勘定の賦活のために適切な情報を入力するよう促される５０４。該入力されるユーザー情報を提出又は受領すると、該ユーザー用勘定が賦活される５０６。
【００３０】
図６−９は実施例のサインアップ過程用ウエブページを示す。図６は、該代行サービス用にサインアップするよう願うユーザーが、該サインアップ過程を通りナビゲート（navigating）し始めるためにカーソルで該”サインアップ（signup）”アイコン６０２をクリックオン又は選択するホームページ６００である。該”サインアップ”アイコン６０２の選択は該ユーザーへのサインアップページの提示に帰着する。
【００３１】
図７及び８は実施例のサインアップページ７００を示す。該サインアップページ７００はユーザーに、ユーザー名７０２，パスワード７０４，パスワードヒント７０６，イーメールアドレス７０８，そして生年月日７１０を入れるよう促すが、それに限定はされない。該サインアップページ７００は又電子的リンク、広告用バナー（advertising banners）、そしてオンラインマーチャント７１２へのインセンチブ提供及びヘルプ領域（help area）７１４及びプライバシーポリシー（privacy policy）７１６を含む他の代行システムページへのリンクを含む。該要求された情報の入力に続いて、サインアップを願うユーザーは”サインアップ（Sign Up）”アイコン７１８を選択する。該”サインアップ（Sign Up）”アイコン７１８の選択は該要求された情報の提示に帰着し、そして該代行システムにより該要求された情報が受領されると、該代行システム内のショッピング勘定の賦活に帰着する。ショッピング勘定の賦活はユーザーが祝賀ページ９００を提示されることに帰着する。
【００３２】
図９は実施例の祝賀ページを示す。該祝賀ページ９００はユーザーに、彼等が今や該代行システム内でショッピング勘定を有することを知らせ、彼等に該代行システムのサービスについて情報を提供する。更に、該祝賀ページ９００はユーザーに彼等のユーザー名９０２と勘定差引残高（account balances）９０４を提供するが、それに限定はされない。又該祝賀ページ９００は、該ユーザーに彼等が買い物する該代行システムの範囲をナビゲートし９０６、ショッピングインセンチブを得て９０８、そして彼等の勘定にフアンドする９１０、ことを可能にする電子的リンクを提供するが、それに限定はされない。
【００３３】
図１０は実施例の勘定をフアンド（account funding）する過程のフローチャートである。動作はユーザーが該ユーザーコンピユータ上でブラウザーを使用して該代行システムウエブサイト１００２に入ると始まる。該ユーザーはフアンドする種類を選択する１００４。該ユーザーは選択された該フアンドする源に適合した情報を入力するよう促される１
００６。該代行システムは該フアンドする源をチェックし正当か確認する１００８。該フアンドする源を承認し、正当と認めると、該フアンドは選択された勘定の貸方に記入される（credited）か又は該勘定に充当される１０１０。
【００３４】
一旦創られると、勘定は購入処理を実行する前又は購入処理と同時（concurrently）にフアンドされる。図１１−１４は実施例の勘定のフアンドする過程用の該代行ウエブページを示す。実施例では、クレデイットカード、自動引当（auto-allowance）、チェック、為替、商品券、通貨交換、インセンチブコード交換、該代行管理ウエブサイトでのアーニングクレデイット（earning credit）、オンラインマーチャントウエブサイトでのアーニングクレデイット、自動現金預け払い機｛エイテーエム（ATM）｝、そしてオフラインストアドバリューカードを含む多くのフアンドする種類が受け入れられるが、それに限定はされない。使用されフアンドする種類に関係なく、該マネーは、割り当てられると、該ユーザーがマーチャントサイトで費やそうとするまで、該ユーザーの個人のクレデイットカードへはロードされない。
【００３５】
図１１は実施例の祝賀ページ１１００を示す。ユーザーは、彼等が彼等の勘定にフアンドを追加出来る該代行システムの領域へユーザーを導く該祝賀ページ１１００上の電子的リンク１１０２を選択するためにカーソルを操作する。
【００３６】
図１２は実施例のフアンド用ページ１２００の部分である。該フアンド用ページ１２００は該ユーザーに、それに限定はされないが、商品券１２０２、チェック又は為替１２０４又はクレデイットカード１２０６を含む種類からフアンドする種類又は方法を選択するよう促す。もしクレデイットカードが選択されるなら、該ユーザーは、フアンドされる額１２０８、該クレデイットカード番号１２１０、該クレデイットカード保証限期（expiration date）１２１２、該クレデイットカード上に現れる名前１２１４，該クレデイットカード請求アドレス１２１６，そして該カード保持者電話番号１２１８を含む情報を入れる。フアンド用種類の選択と対応する情報の入力に続いて、該ユーザーは”提出（submit）”アイコンを選択することにより該情報を該代行システムに提出する１２２０。該フアンド用ページ１２００は又該代行システムのショッピング領域への電子的リンク１２２２を有する。
【００３７】
クレデイットカードで代行勘定をフアンドすると、該ユーザー又はフアンドする個人は該代行管理サイト（surrogate management site）内にログし、該サイトのマネー追加セクション（Add Money section）へナビゲートする。フアンド者は彼等自身の勘定又はもう１つの該代行勘定にマネーを追加出来る。該フアンド者は、名前、住所、イーメール、クレデイットカード番号、そして保証限期を含むフアンド用に使われた該クレデイットカードに関する情報を提供するよう促される。該代行のフロード検出システム（fraud detection system）はフアンド用に使用された該クレデイットカードについてフロード（fraud）のチェックを行う。もし該フアンド用クレデイットカードが該フロード検出システムにより良（good）と決定されるなら、該フアンド用クレデイットカード情報は課金（charge）が該フアンドするクレデイットカードへ行われ得るかどうかに関する決定用に、該クレデイットシステムへ提供される。もし該クレデイットシステムが該フアンドするクレデイットカードに承認を返すなら、該要求された額は該フアンド用クレデイットカードに課金され該選択された代行システム勘定に適用される。
【００３８】
図１３は実施例のクレデイットカード請求確認ページ１３００である。クレデイットカードを使用してフアンドするフアンド用ページ提出に応答して、該ユーザーは該クレデイットカード請求確認ページ１３００を提示される。該ユーザーは”オーケー（OK）”アイコン１３０２を選択することにより該クレデイットカードへのフアンド用課金を確認する。該クレデイットカードを用いてフアンドすることは”取り消し（Cancel）”アイコン１
３０４を選択することにより取り消され得る。
【００３９】
図１４は実施例のフアンド用確認ページである。該フアンド用確認ページ１４００は、該代行システム内でクレデイットカードでフアンドする処理の成功裡の完了時に提示される。該フアンド用確認ページ１４００はログオン名１４０２、預け入れ額１４０４、そして全取引残高１４０６を含む情報を提示するが、該実施例はそれに限定されない。更に、該フアンド用確認ページ１４００は該代行システムの少なくとも１つのショッピング領域への電子的リンク１４０８を含む。
【００４０】
自動引当のフアンド動作は、クレデイットカードと、銀行当座預金と、そしてもう１つの勘定よりの自動振替とから周期的に勘定をフアンドするオプションの方法であるが、それに限定はされない。自動引当がユーザー又はフアンド者により選択されると、該フアンド者は、それに限定されないが、フアンド用種類、フアンドする周期（例えば、フアンド動作は毎週又は毎月行われるべきかどうか）、そしてフアンド動作が望まれる曜日を又は月日を含む追加情報を求めて促される。
【００４１】
自動引当がクレデイットカードで行われる時は、指定された曜日又は月日中の或る時刻に該フアンド者のクレデイットカードは該フロード検出システムと該クレデイットシステムとを使用してチェックされる。フアンド用に指定された額は該フアンド者のクレデイットカードに対し課金され、該選択された代行システム勘定は、該発行機関（issuing authority）によるクレデイット課金の承認時に該額を貸方に記入される。
【００４２】
自動引当のフアンド動作が銀行当座預金で行われる時は、該指定された曜日又は月日中の或る時刻に、該フアンド者の銀行当座預金から電子的フアンド引き出しが行われる。該ユーザーの代行システム勘定はこの処理の決済（clearance）時に該要求された額を貸方に記入される。
【００４３】
自動引当フアンド動作がもう１つの勘定からの自動振替で行われる時は、指定された曜日又は月日中の或る時刻に、該代行システムの指定された勘定間で振替が行われる。該ユーザーの代行システムの勘定は該振替の成功裡の完了時に該要求された額を貸方に記入される。
【００４４】
図１５は実施例のフアンド用ページ１５００のもう１つの部分である。該フアンド用ページ１５００は親又は後見人が、”私の親（My Parent）”のフアンド用オプション１５０２を選択し、該情報を該代行システムに提出することにより自動引当フアンド用スクリーンをナビゲートすることを可能にする。該”私の親”フアンド用オプションの提出は親／管理者ログイン（login）及びセットアップページ１６００の提示に帰着する。
【００４５】
図１６は実施例の親／管理者ログイン及びセットアップページ１６００である。該ページのログイン部分１６１０は、もし該親／管理者が既に該代行システムで登録されている場合に使用される。該ページのセットアップ部分１６２０はもし該親／管理者が該代行システムで登録されていない場合に使用される。
【００４６】
該ページのログイン部分１６１０は該親／管理者にユーザ名１６１２とパスワード１６１４を促す。該ユーザー名１６１２とパスワード１６１４は入れられ、該”ログイン”アイコン１６１６を選択することにより該代行システムに提出される。
【００４７】
該ページのセットアップ部分１６２０は該親／管理者に、ユーザー名１６２２、パスワード１６２４，パスワードヒント１６２６，そしてイーメールアドレス１６２８の選択とエントリーとを含めた情報を促す。該セットアップ情報は該”サインアップ（Sign Up）
”アイコン１６３０を選択することにより該代行システムに提出される。
【００４８】
親／管理者による成功裡のログイン又は登録に続いて、自動引当フアンド用ページ１７００が提示される。図１７は実施例の自動引当フアンド用ページ１７００である。このページ１７００は親／管理者に、１回のフアンドされる額１７０２を含む情報と、該クレデイットカード番号１７０４、該クレデイットカード保証限期１７０６，それが該クレデイットカード上に現れる時のカード保持者の姓名１７０８、該クレデイットカード請求住所１７１０，そしてカード保持者の電話番号１７１２を含むフアンド用に使用される該クレデイットカードの情報を促される。
【００４９】
更に、該親／管理者は、該ページの”引当（Allowance）”部分１７１４を選択することそして毎月１７１６か毎週１７１８か何れかのフアンド用計画、フアンド日付け１７２０、そして計画された額１７２２を選択することにより、該自動引当フアンド用オプションを選ぶことが出来る。適切な情報の入力に続いて、該親／管理者は該情報を該代行システムに提出する。該要求されたフアンド用の額は該フアンド源からの承認を受けると該代行勘定の貸方に記入される。
【００５０】
チェック又は為替で勘定をフアンドすると、該フアンド者は該代行管理ウエブサイト内にログし該サイトの追加マネーセクション（Add Money section）へナビゲートする。フアンド者は彼等自身の勘定又はもう１つの勘定にマネーを追加出来る。該フアンド者はフアンド動作の種類を指定するよう促され、該代行システムは自動的にフイルアウト（filled out）された預け入れ伝票（deposit slip）を提供する。該フアンド者は該完成した預け入れ伝票をプリントして、該預け入れ伝票をチェック又は為替と共に該代行システムにより指定された住所へ郵送する。該チェック又は為替が決済されると、該チェック又は為替の額が該選択された代行システム勘定に印加される。
【００５１】
実施例の該代行システムは代行システム勘定をフアンドするのに使用するための商品券又はストアドバリュー番号（stored value number）の提供をサポートする。商品券を購入したい人は該代行管理ウエブサイトへそして該サイトの商品券購入セクション（Purchase Gift Certificate section）へナビゲートする。該商品券はクレデイットカードを使用して、又は該代行システムプロバイダーへチェック又は為替を郵送することにより電子的に購入出来る。該クレデイットカード、チェック、又は為替の確認と決済時に商品券は発行される。商品券の発行は該代行システムデータベース内に商品券を創り、記憶することを含む。該商品券は、全ての商品券の空間に亘ってユニークな１６文字の英数字文字列を含む。該英数字文字列は完全に非順序性で、従ってそのコーデイングアルゴリズム（coding algorithm）では予測不可能である。該商品券はプリント用に該購入者のコンピユータスクリーン上に表示される。更に、該商品券は受取人のイーメールアドレスへ電子的に郵送され得る。
【００５２】
ユーザーは該ホームページから始まり商品券購入用領域をナビゲートする。図１８は実施例のホームページ１８００であり、そこからユーザーは”商品券（gift certificate）”アイコン１８０２を選択する。該”商品券”アイコンの選択は商品券オプションスクリーンの提示に帰着する。図１９は実施例の商品券オプションページ１９００である。
【００５３】
該商品券オプションページ１９００はユーザーに、それに限定はされないが、商品券を現金化（redeeming）すること及び商品券を購入することを含む多数の選出を提供する。該”メンバーレデイーム（member redeem）”アイコン１９０２は代行システム勘定を有するユーザーによる商品券の現金化を提供する。該”サインアップ及びレデイーム（signup & redeem）”アイコン１９０４は代行システム勘定を有さぬユーザーが勘定用にサインアップしそして次いで商品券を現金化することを可能にする。該”商品券を買う（buy 
a gift certificate）”アイコン１９０６は人に該代行システム内での使用に商品券を購入することを可能にする。
【００５４】
”商品券を買う”アイコン１９０６の選択に応答して、ユーザーは商品券購入ページ２０００を提示される。図２０及び２１は実施例の商品券購入ページ２０００を示す。商品券購入ページ２０００はユーザーに、それに限定されないが、支払い方法２００２、受取人名２００４、購入者名２００６，受取人へのメッセージ２００８、商品券額又は値２０１０、受取人イーメールアドレス２０１２、そして購入者情報２０１４を含む情報を促す。要求される購入者情報は、もしクレデイットカードが該購入用に使用されるならば、クレデイットカード保持者の姓名２０１６、クレデイットカード番号２０１８，クレデイットカード保証限期２０２０、クレデイットカード請求住所２０２２，購入者イーメールアドレス２０２４、そして購入者電話番号２０２６を含む。該商品券購入用に適切な情報を入力後該”処理（Process）”アイコン２０２８が選択され、該処理は該代行システムにより完了される。商品券購入処理の成功裡の完了に応答して、該代行システムは該商品券を選択された受取人へイーメールする（emails）。代替えの実施例では、該商品券は該選択された受取人に郵送される。
【００５５】
商品券はユーザーにより該代行管理ウエブサイトで現金化される。該ユーザーは該代行管理ウエブサイト内にログし該サイトの追加マネーセクションへナビゲートする。該ユーザーは該商品券を同定する１６文字の英数字文字列、又は商品券コードを促される。該商品券コードを入力すると、該代行システムは、該代行システムデータベース内に記憶されたコードに比較して該商品券コードが正当であること、そして該商品券が既には現金化されてないことを検証する。もし該商品券が正当で、現金化されてないならば、該代行システムデータベースは該商品券の使用を反映するよう更新され、そしてクレデイットの対応する額が該ユーザーの代行システム勘定に印加される。
【００５６】
該代行システム内で利用可能なもう１つの種類のフアンド動作は通貨交換フアンド動作（currency conversion funding）である。通貨交換パートナー（Currency Conversion Partners）はオンライン通貨（online currency）を彼等のユーザーに提供する会社（companies）である。このオンライン通貨は稼がれるか又はユーザーに与えられそして該パートナーサイトで彼等の勘定内で生じる（accrues）。該代行システムの実施例のユニークな特徴は該代行システムが、多くのフオームのオンライン通貨を現金化し、これらの種々のフームのオンライン通貨を総計し、そしていつもマネーが該ユーザーに直接発行されること無しに該総計されたオンライン通貨をどんなオンラインマーチャントででも費やすことを可能にすることである。
【００５７】
図２２は実施例の通貨交換及び総計過程用フローチャートである。動作はクライアントコンピユータ上のブラウザーを使用してユーザーが該代行システムウエブサイトに入ることで始まる２２０２。ユーザーは勘定情報を彼等のアクチブな通貨交換パートナー勘定に提供する２２０４。該代行システムは該通貨交換パートナーから勘定差引残高（account balances）を取得する２２０６．マネー又はクレデイットの指定額が該ユーザーにより指定された様に該通貨交換パートナーから振替られる。該振替の正当と確認されると、該フアンドは選択された勘定の、貸方に記入されるか又は充当される２２１０。
【００５８】
代行システム勘定にフアンドすることに使用するためオンライン通貨を交換すると、該ユーザーは該代行管理サイト内にログし、該サイトの勘定抄録セクション（Account Summary section）へナビゲートする。該勘定抄録セクションはユーザーに該代行システムの彼等の勘定差引残高を提示する。更に、ユーザーは、彼等が勘定を有する該通貨交換パートナーサイト用電子的アドレスを該ユーザーが提供することに応答して全ての他の通貨交換パートナーサイト上の差引残高を提示される。これは各パートナーサイト用の該ユーザ
ー勘定情報を該代行システムデータベース内に記憶することにより行われる。該勘定抄録ページが提示されると、その人がそのパートナーサイトに有する通貨額を問い合わせるために各通貨交換パートナーサイトは該代行システムにより実時間でアクセスされる。該額はユーザーに彼等の”オンラインの正味値（online net worth）”を提示するため合計される。
【００５９】
この点で、フアンドは該ユーザーの通貨交換パートナー勘定から該ユーザーの代行システム勘定へ振替られ得る。該ユーザーは、それに限定されないが、彼等がそこからマネーを振り替えたい該通貨交換パートナー勘定と振替マネーの額とを含む情報を指定することにより該振替（transfer）を始まる。該代行システムは、該ユーザーが該パートナーサイトにフアンドを有することを確認するために予め決められたセットの安全プロトコル（secure protocols）上で該通貨交換パートナーサイトに問い合わせる。もし該フアンドが利用可能であり、該勘定が該通貨交換パートナーサイトで良好な立場にあるならば、該代行システムは該通貨交換パートナーサイトに対し該ユーザーの対応する通貨交換パートナー勘定から該ユーザーの代行システム勘定へ該指定されたマネー額を振り替える要求を発行する。該代行システムの要求に応答して、調整（reconciliation）用に使用される処理識別子（transaction identifier）を含む情報が返される。該ユーザーの代行システム勘定は該振替額を貸方に記入（credited）され、一方該通貨交換パートナーサイトの対応する勘定は同じ額を借方に記入（debited）される。
【００６０】
予め決められた周期的時間間隔、例えば、１５日毎に、各通貨交換パートナーサイトはそれらの過去１５日中に処理されたマネーをデータフアイルと共に有線通信する。該データフアイルは全ての処理識別子を含み、それに対する振替用にフアンドが含まれるものである。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額とを使用して該パートナーの現金化処理（partner redemption transaction）を調整する。全て差異（discrepancy）は該代行金融管理者（surrogate financial administrator）の注意へ持ち込まれる。
【００６１】
又通貨交換パートナーサイトからの現金化は該代行システムウエブサイトからよりもむしろ該通貨交換パートナーウエブサイトからも始動され得る。この場合該通貨交換パートナーウエブサイトは該ユーザーを該代行システムウエブサイトへ向け直し、該ユーザーが該代行システム内へ最初にログ出来るようにする。この点からは、該処理はここで説明される様に発生する。該現金化が完了すると、該ユーザーは該通貨交換パートナーウエブサイトへ戻るよう向け直されるか、又はオプションでは、該代行システムウエブサイトで該新しく振替られたマネーを直ちに費やすことが可能になる。
【００６２】
代行システム勘定がフアンドされるなおもう１つの方法はインセンチブコード交換フアンド動作（incentive code conversion funding）を用いて行われる。オンライン及びオフラインの会社と小売マーチャントとの両者はインセンチブコード交換（incentive code
conversion）を行うことによりオンラインショッピングをサポートするために該代行システムを使用出来る。例えば、ソフトドリンクの会社は瓶のキャップの下にインセンチブコードを置き、食料提供会社又はサービスは食料ラベル、又はスチック、容器、そしてトレーの様な食料サービス素子上にインセンチブコードを置いてもよい。これらのインセンチブコードは、該代行システムを通した購入処理で使用された時、クレデイットでは等価の現金値を有する。実施例では、該インセンチブコードは、それに限定はされないが、２０セントと１ドルの間の値に交換される。該インセンチブコードは、商品券コードと非常に似て、該ユーザーにより該代行システムウエブサイト内へ入力される。該インセンチブコードは該ユーザーの代行システム勘定に適用されるクレデイットの或る等価額、すなわち次いで該代行ショッピングサーバーを使用してオンラインマーチャントで費やされ得るクレデイットに変換される。
【００６３】
該インセンチブコードは全インセンチブコードの空間に亘ってユニークな１６文字の英数字文字列を含み、該英数字文字列は完全に非順序性（unordered）で、従ってそのコーデイングアルゴリズムでは予測不可能である。代わりの実施例は１３文字の英数字文字列を使用するが、それに限定はされない。該代行システムデータベースはクレデイットが提供される全てのインセンチブコードを含む。該ユニークなインセンチブコードは特定の消費者製品で提供される。インセンチブコードを含む製品を購入すると、該ユーザーは該コードをショッピングクレデイット用に該コードを現金化することへ続けることが出来る。
【００６４】
インセンチブコードはユーザーにより該代行管理ウエブサイトで現金化される。該ユーザーは該代行管理ウエブサイト内にログし、該サイトの該現金化セクション（Redemption
section）へナビゲートする。該ユーザーは該１３又は１６文字の英数字文字列、又はインセンチブコードを促される。該インセンチブコードを入力すると、該代行システムは、該インセンチブコードが該代行システムデータベース内に記憶されたコードに比較して正当であること、そして、該インセンチブコードが既には現金化されてないことを検証する。もし該インセンチブコードが正当でそして既には現金化されてないならば、該代行システムは該特定のインセンチブコードに付随する予め割り当てた値をクレデイット出来る（can credit a preassigned value）。代わりに、該代行システムは該特定のインセンチブコード用にランダムな値を創るために乱数発生器を使うことが出来る。何れの場合も、該代行システムデータベースは該特定のインセンチブコードの使用を反映するために更新され、該代行システムにより割り当てられた該値に対応するクレデイット額が該ユーザーの代行システム勘定に印加される。規則的で周期的な時間間隔で、該代行システム金融管理者は、現金化された及び／又は費やされた該インセンチブコードのコストをカバーするために該インセンチブコードプログラムをスポンサーする会社に送り状を送る（invoice）。
【００６５】
ユーザーは又該代行管理ウエブサイトとオンラインマーチャントウエブサイトでクレデイットを稼ぐことにより勘定フアンド用マネーを稼ぐことが出来る。ユーザーは該代行システム内にログし、そしてログインされる間にアクションを行うことにより彼等の代行システム勘定へのクレデイット（credit）用にマネーを稼ぐことが出来る。これらのアクションは、それに限定はされないが、該代行システムウエブサイトで提供されるコンテストに入る又は参加する、オンラインマーチャントウエブサイトで提供されるコンテストに入る又は参加する、該代行システムウエブサイト又はオンラインマーチャントウエブサイト上で提供される調査（surveys）に応答する、案内される様に広告主（advertiser）ウエブサイト又は他のウエブサイトを訪問する、ユーザーへマネー又はクーポンが与えられる特別のオンラインプロモーションに参加する、そして新ユーザーを該代行システムウエブサイトへ差し向けることを含む。全ての場合に、該代行システムは、該ユーザーが該インセンチブクレデイットを受けるための条件を満足させる時、該ユーザーの代行システム勘定の貸方に記入する。従って、該クレデイット（credit）は直ちに該ユーザーの代行システム勘定に入れられそして費やすために利用可能にされる。稼がれるそして貸方に記入される額を示すページが、単独のページ、重ね合わせのページ、又はデイスプレーページ上のポップアップとして提示されるように該クライアントコンピユータへのデータ流れ内に挿入される。
【００６６】
又代行システム勘定のフアンド動作はエイテーエムへ又はそれを通して提供されるキャッシュを使用して確立されることも出来る。実施例の代行システムは他の電子的金融技術、例えば、それに限定されないが、現金自動預け払い機、インタネット接続キオスク（Internet-connected kiosks）、そしてポイントオブセールス装置（point-of-sale devices）を含む、キャッシュを受け入れ又は支出する電子的金融装置、と統合化され得る。動作では、ユーザーは、例えば、該代行システムと共に動作するよう作動させられたエイテー
エムを突き止める。該ユーザーは彼等の特定の代行システムログオン情報を入力し、そして選択された代行システム勘定内へのフアンドの預け入れを見越すオプションを選択する。該システムログオン情報はキーパッド又はタッチスクリーンを用いて該ユーザーにより手動入力されるか、又は該ユーザーにより提供されるスマートカード又は磁気カード又はカードとキーパッド又はタッチスクリーンの組み合わせから自動的にロードされ得る。
【００６７】
該ユーザーと彼等の代行システム勘定との証明（authentication）に続いて、該エイテーエムは当該技術で公知の様に、該ユーザーからの現金預け入れを受け入れ、そして該現金は走査され証明（authenticity）用に検証される。該エイテーエムは預け入れられた額を中央ネットワークに通信する。該エイテーエム中央ネットワークは、該ユーザーにとって該機械内に預け入れたマネーの額を貸方に記入されるべきことを該代行システムに知らせるために安全なプロトコルを使用する。実施例の安全な通信プロトコルは調整用に使用されるユニークな処理識別子を含む。該エイテーエム中央ネットワークからの送信に応答して該代行システムは該ユーザーの勘定の貸方に記入する。更に、該代行システムは該エイテーエムベンダー（ATM vendor）からの処理で該代行データベースを更新する。
【００６８】
代わりの実施例では、電子的金融装置を使用して１つの勘定から選択された代行システム勘定内へマネーを振り替える能力が提供される。動作では、ユーザーは、例えば、該代行システムと共に動作するよう作動させられたエイテーエムを突き止める。該ユーザーは彼等の代行システムのログオン情報を入力し、選択された代行システム勘定内へのフアンドの預け入れを見越すオプションを選択する。該エイテーエムは、それに限定はされないが、振り替え元の勘定と振り替え額とを含む振り替え命令（transfer instruction）を該ユーザーから受け入れる。該エイテーエムは該振り替え額を中央ネットワークへ通信する。該エイテーエム中央ネットワークは該代行システムに、該ユーザーにとって振り替えられるマネーの額を貸方に記入されるべきであること、を知らせるために安全通信プロトコルを使用する。実施例の該安全通信プロトコルは調整用に使用されるユニークな処理識別子を含む。該代行システムは該エイテーエム中央ネットワークからの送信に応答して該ユーザーの勘定の貸方に記入する。更に、該代行システムは該エイテーエムベンダーからの該処理で該代行データベースを更新する。
【００６９】
７日毎の様な、予め決められた周期的時間間隔で、該エイテーエムベンダーは前の７日の、預け入れと振り替えの両者の、処理に対応するマネーを、支払いが提供される処理に対応する処理識別子を含むデータフアイルと共に電報で知らせる。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額を使用して該エイテーエム処理を調整する。どんな差異も該代行金融管理者の注意へ持ち込まれる。
【００７０】
代わりの実施例では、ユーザーはエイテーエム、インテーネット接続キオスク、そしてポイントオブセール装置を使用して彼等の代行システム勘定からキャッシュを引き出す。このキャッシュ引き出しはユーザーによる代行システムログオン情報のエントリーに応答して行われる。代わりに、該キャッシュ引き出しは、該代行システムにより彼等の勘定上で該ユーザーに割り当てられたクレデイット又はデビットカードから受信された情報に応答しても行われ得る。
【００７１】
実施例の該代行システムは更にオフラインのストアドバリューカード（stored value card）を使用したフアンド動作をサポートする。オフラインのストアドバリューカードはオフライン小売商、例えば、百貨店又はコンビニエンスストアで購入出来るカードである。該カードは該カード上にプリントされた番号を有する。購入時に、購入者は該カードをキャッシャー（cashier）に渡し、該キャッシャーは次いで該購入者から該カード用の支払いを受ける。該キャッシャーは該カードをターミナル（terminal）を通してスワイプ（swipes）するが、該ターミナルは該ストアドバリューカードバックエンドネットワーク又
はシステム（stored value card backend network or system）へ接続（hooked up）されている。該ストアドバリューカードバックエンドネットワークは該個別カードを認識し、付随データベースを使用して、該カードを使用可能にする。該カードは今度は該購入者により支払われた額と等しい蓄積値を有する。
【００７２】
該カードを使用するために、該購入者、又はユーザー、は彼等の代行システム勘定内にログし、オフラインストアドバリューカードを現金化するため該セクションをナビゲートする。該代行システムは該ユーザーに該カード上にプリントされたユニークな番号を入れるようテンプレートを提供するか又は別の仕方で促す。該ユニークな番号のエントリーに応答して、該代行システムデータベースは、該番号が正当であり、該番号が前には使用されたことがないことを確かめるために安全な通信プロトコル上で該ストアドバリューカードバックエンドネットワーク又はシステムに問い合わせる。もし該ストアドバリューカードバックエンドネットワークが該番号が正当であることを答えるなら、該バックエンドネットワークは該カードを該データベース内で使用されるようマーク付けする。該代行データベースへの応答は該カードの値と調整目的の処理識別子とを含むが、それに限定されない。確認すると、該カードに記憶された額は該ユーザーの代行システム勘定の貸方に記入され該代行システムデータベースはこの特定のカード番号の現金化を反映するため更新され、該処理識別子を記憶する。
【００７３】
７日毎の様な、予め決められた周期的時間間隔で、該ストアドバリューカードベンダー（stored value card vendor）は前の７日の、処理に対応するマネーを、支払いが提供される処理に対応する処理識別子を含むデータフアイルと共に電報で知らせる。該代行システムデータベースは該データフアイルを受信し、該処理識別子と該電信送金の額を使用して該ストアドバリューカードベンダー処理と調整する。どんな差異も該代行金融管理者の注意へ持ち込まれる。
【００７４】
フロードのチェックと検出（fraud checking and detection）は実施例の該代行システムにより行われる重要な機能である。該代行システムは、それに限定されないが、プロモーションで勘定をフアンドする機会を利用するために多数勘定を個別に賦活することと、勘定をフアンドするための盗品クレデイットカードの使用とを含めた、２種類のフロードをチェックする。
【００７５】
多数勘定の個別賦活が問題であるのは、該代行システム内の多くのプロモーション、クーポン、又は他の提供が実際の価値を有するからである。大抵のこれらの提供は顧客当たり１つに限定されるので、個々人は提供を多数回利用（capitalize on）する望みで彼等自身用に多数の勘定を創ろうとする。
【００７６】
盗品クレデイットカードの使用は常に問題であり、その性質により代行システムは多数の盗品カードを共通の代行システム勘定内に集積する能力を提供する。検出されないと、これは、盗品カードを有する或る人が、多額のマネーで代行勘定をフアンドすることにより１箇所で該盗品カードの値を悪用（misappropriate）し、そして適法（legitimate）な代行カードを使用して多くのマーチャントで買い物可能にする。この種類のフロードに対し保護が提供されるべきである。
【００７７】
フロードのチェック動作は該代行システムの実施例ではフロードスコア付けシステム（fraud scoring system）を使用して行われる。該フロードスコア付けシステムは、それに限定されないが、イーメールアドレス、運送用住所、そしてクレデイットカード番号と保証限期を含むデータ項目をスコア付けする。該システムにより検出されたこれらのデータ項目の各々は付随ユーザー又はユーザーへのリンクを有する該代行システムデータベース内に記憶される。更に、各ユーザーの代行勘定は該ユーザーの代行勘定に付随する情報項
目の蓄積されたスコアに基づいて、スコアを割り当てられている。
【００７８】
該フロードチェック機能は精確に指定された様にイーメールアドレスとクレデイットカード情報を記憶する。該特定の情報は次いで該情報を共通のフオーマットに正規化することによりスコア付けされる。従って、運送住所は該住所ラインとジップコードを共通のフオーマットに正規化することによりスコア付けされる。例えば、”１２３メインストリートスートＢ．．．９５１１１−１２３４（123 Main Street Suite B ... 95111-1234）”と”１２３メインエステー．＃ビー．．．９５１１１（123 Main St. #B ... 95111）”は共に共通の住所”１２３メインエステービー９５１１１（123MainStB95111）”に変換される。
【００７９】
動作中、該フロード検出システムは、該代行システム管理ウエブサイト及び／又は該代行ショッピングサーバー上の何等かのセッション中に入れられる全ての特定ユーザー情報に関して動作している。該特定ユーザー情報（user-specific information）は、例えば、イーメールアドレス、運送用住所（shipping address）、そしてクレデイットカード番号を含む。実施例の該代行システムは、該ユーザーが新しい運送用住所を手動で優先（override）しようとするショッピングチェックアウト過程中に提供される情報を含め、該ユーザーにより入力される情報を再調査する。
【００８０】
情報の項目がユーザーにより入力されると、該代行データベースが、その項目、それを提供しつつある該ユーザーの身元、そして該購入処理の額の様な何等かの他の関係情報と共に呼び出される。該代行データベースフロード検出システムはこの情報が既に該データベース内に記憶されているか、を決定し、そしてもしそれが該データベース内に無いならばそれを該スコア付け用表に追加する。加えて、該日付け／時刻、ユーザー、品目、そして量を指定する、該情報に付随するイベントに関する情報が追加される。フロード状況が起こったかを決定する１セットの規則が次いで評価される。もしそうであるなら、該データベースは、適当な品目をフロード（FRAUD）としてフラグを建て、イーメールをフロード管理者に送り、そして該勘定、又は他の構成する動作を不能化することを含め適当なルーチンを発動する。
【００８１】
該代行システムフロード検出システム内で、１人のユーザーにより使用された情報の項目は共にリンクされている。特定の項目がフロードとマーク付けされると（例えば、クレデイットカードが盗品であると思われる）、そのクレデイットカードを使用した全てのユーザーはフロード(FRAUD)とマーク付けされる。更に、フロードとマーク付けされたユーザーにより使用される全てのクレデイットカード、運送用住所、そしてイーメールアドレスがフロード（FRAUD）とマーク付けされる。かくして、一旦項目又はユーザーがフロードであると統制（ruled）されると、その項目又はユーザーにリンクされる全ての項目も、これらはフロードチェック作用をバイパスしようとする全ての該同じユーザーであるとの仮定の上でフロードとしてフラグを建てられる（flagged）。適法の代行システムユーザーは、もし彼等の勘定がフロードとして正しくなくフラグを建てられたなら顧客サポート要員と作業することが出来る。
【００８２】
それに限定はされないが、実施例で不正（fraudulent）の状況を規定するため使われるフロードレベルは：フロードスコアがゼロで始動し、項目／ユーザーについてＮだけ増加され、もし或る項目のフロードスコアが増加すれば、その項目にリンクされた何れの付随ユーザーのフロードスコアも又等価の又は比例した量だけ増加する、スコア増大（SCORE-INCREASE）と、該項目又はユーザーに注目（watch）を置くようイーメールが該代行システム顧客サービスへ送られる、警告（WARNING）と、該項目又はユーザーに注目を置きそして該代行顧客サービスが該状況を再調査し決定する機会を持つまで付随勘定を無能力化するイーメールが該代行システム顧客サービスに送られ、そして通知のイーメールが該ユ
ーザーに送られる、一時的フロード（TEMPORARY FRAUD）と、そして項目又はユーザーが不正であると決定され、全ての関連した又はリンクした項目と勘定と共に該付随勘定が無能力化されることに帰着し、そして通知のイーメールが該ユーザーに送られる、フロード（FRAUD）とを含んでいる。
【００８３】
実施例で不正の状況を規定するため使われるフロード規則は、限定されないが：同じユーザーが３０分内に２回”多量の”額のマネーを１つの勘定に預け入れる、警告（WARNING）；同じユーザーが３０分内に３回”多量の”額のマネーを預け入れる、一時的フロード（TEMPORARY-FRAUD）；或るユーザーがＮ個のクレデイットカードを使用して”多量の”額のマネーを或る回数勘定に預け入れる、フロード（FRAUD）；同じユーザー勘定が最近２ヶ月内に４つより多い運送用住所を使用した、一時的フロード（TEMPORARY-FRAUD）；ユーザーが前の１５日内に彼等のイーメールアドレスを３回変えた、警告（WARNING）；もし５００ドルが勘定に預け入れられるなら、フロードスコアを１０だけ増やす、スコア増大（SCOR-INCREASE）；もし３つより多い運送用住所がユーザーにより使用されるなら、フロードスコアを５だけ増やす、スコア増大（SCORE-INCREASE）；もしユーザーが彼等のイーメールアドレスを変えるなら、フロードスコアを５だけ増やす、スコア増大（SCORE-INCREASE）；項目／ユーザーが２０のフロードスコアに達する警告（WARNING）；項目／ユーザーが３５のフロードスコアに達する一時的フロード（TEMPORARY-FRAUD）；そして項目／ユーザーが５０のフロードスコアに達する、フロード（FRAUD）を含んでいる。
【００８４】
図２３は実施例のショッピング過程の代行制御用フローチャートである。動作は、クライアントコンピユータ上のブラウザーを使用してユーザーが該代行システムウエブサイトに入ることで始まる２３０２。該ユーザーは該代行システムを通してマーチャントオンラインシステムにアクセスすることにより該代行システムを通して買い物する。該ユーザーは該マーチャントシステムからの購入用に品目を選択する２３０４。代行システムクレデイットカードが該購入処理用に選択される２３０６。該購入処理を完了するために借りとなる額が該代行システムにより決定される２３０８．フアンドが該ユーザーの勘定から該代行システムクレデイットカードにロードされる２３１０。該購入処理は該代行システムクレデイットカードを使用して実行される２３１２。
【００８５】
実施例の該代行システムはオンライン及びオフラインショッピングをサポートするが、それに限定はされない。オンラインで買い物時、ユーザーは該代行システムテンプレート（surrogate system template）から”ショッピング（shopping）”アイコンを選択することにより該代行システムウエブサイトの多くの領域からショッピング用領域へナビゲート出来る。該”ショッピング”アイコンの選択はショッピングスクリーンの提示に帰着する。図２４−２７は多数の種類のマーチャントのリンクを含む実施例の例としてのショッピングページ２４００−２７００である。実施例の該ショッピングページはユーザーにマーチャントのロゴアイコン（logo icons）２４０２、アルフアベット順に配置されたマーチャント名のリスト２７０２、マーチャントの特別提供とインセンチブのアイコン２４０４、商品広告アイコン２４０６、商品の順序付けられたリスト２５０２、そして予め指定された商品のグループ化アイコン２４０８を提示する。該表示されたアイコン、名前、クーポン、提供事項（offer）、広告（ad）及びリスト項目は該代行システムを通して、アイコン、リスト名、クーポン、提供事項、広告、又はリスト項目は該ユーザーを対応するマーチャントオンラインショッピングサイト又はウエブページへ導くが、該実施例はそれに限定はされない。
【００８６】
図２４を参照すると、予め指定された商品グループ化用アイコンの、”ガールスタッフ（Girl Stuff）”アイコン２４１０の選択は特定種類ショッピングページ（type-specific shopping page）２５００の提示に帰着する。図２５は実施例の特定種類ショッピング
ページ２５００である。このショッピングページ２５００は女性買い物客に特に興味のあるマーチャント及び商品用にアイコン２５０４を提示する。更に、特定種類ショッピングページ２５００上に提示されたランク順序付けられたリスト（rank-ordered list）２５０２は該ページの種類に対応する種類のランク順序付けられた特定種類のリストを含むことが出来る。
【００８７】
図２６は実施例のもう１つの特定種類のショッピングページである。このショッピングページ２６００はショッピングページ２４００上の該”ガイスタッフ（Guy stuff）”アイコン２４１２の選択に応答して提示され、男性買い物客に特に興味のあるマーチャント及び商品用のアイコン２６０２を提示する。
【００８８】
ショッピングページ２４００上の”シーエムオール（See 'em All）”アイコン２４１４の選択は該代行システムを通して入手可能な全オンラインマーチャントのリストを含むショッピングページ２７００の提示に帰着する。該リストのマーチャントはアルフアベット順に配置され得る。図２７は該代行システムを通して入手可能な全オンラインマーチャントのリスト２７０２を含む実施例のショッピングページ２７００である。該リスト２７０２を含む該ショッピングページ２７００はマーチャントショッピングサイトへの電子的リンク２７０４を有することが出来る。
【００８９】
商品の順序付けられたリスト２５０２は該代行システムデータベース内の商品販売の記録を有する源から編集された商品の少なくとも１つのランク順序付けられたリストを備える。これらのリストは予め指定された時間間隔の間で編集されてもよいが、そう限定はされない。又商品の該順序付けられたリストは周期的又は規則的なユーザー調査又はフイードバックから編集された商品のランク順序付けられたリストを含むことが出来る。更に、商品の該順序付けられたリストはオンラインマーチャント記録から発生され得る。
【００９０】
ショッピングスクリーン２４００−２７００は又ナビゲーションバー２４９９内にショッピング、勘定フアンド動作、勘定抄録、個人情報、ヘルプ、そしてログオフ用の電子的リンクを有することも出来る。更に、該ショッピングスクリーンは該ユーザーのユーザー名及び勘定差引残高のデイスプレー２４１６を含むことが出来るが、それに限定はされない。
【００９１】
図２８−４４は実施例の該代行システムを使用するショッピングセッションを図解する。図２８はオンラインマーチャントのアルフアベット順のリスト２８０２を含む実施例のページ２８００である。該マーチャント名は、名前の選択が該ユーザーを対応するマーチャントオンラインショッピングサイト又はウエブページへ導くように、作動させられる。この例では、該ユーザーはアイコン２８０４を選択している。該マーチャントリストページ２８００は該ユーザーのユーザー名と現在の代行システム勘定差引残高２８０８を有する代行ナビゲーションバー２８０６を備える情報を表示する。該マーチャントリストページ２８００は又クーポンへの電子的リンクを有する２８１０。
【００９２】
該アイコン２８０４の選択に応答して、該ユーザーは該ショップイーオンラインのウエブサイトへ導かれる。図２９は実施例の該代行システムを通して提示される選択されたマーチャントサイトのウエブページ２９００である。該マーチャントウエブページ２９００は、該マーチャントウエブページ２９００が代行システムナビゲーションバー２９０２と共に表示されるを除けば、もしそれらが該代行システムを使用せずに該マーチャントウエブサイトへ直接進む場合にそれがあるであろうと同じにユーザーに提示されるが、該実施例はそれに限定はされない。該代行システムナビゲーションバーは該ユーザーに代行システム機能へのアクセスを提供する一方該マーチャントウエブサイトを通りナビゲートしそしてそこから買い物することを提供する。この機能は他のマーチャント、勘定フアンド動
作、勘定抄録情報、個人情報、ヘルプ、ログアウト、そして該ユーザーのユーザー名と勘定差引残高の表示へのアクセスを含む。該マーチャントウエブページの機能を使用してユーザーは、彼等が興味のあるマーチャントサイトの特定領域又は商品２９０４、例えば、オースチンパワーズ（Austin Powers）を選択しナビゲートする。
【００９３】
オースチンパワー（Austin Powers）商品２９０４の選択の応答して、ユーザーはオースチンパワー商品を含む該マーチャントウエブサイトの少なくとも１つのウエブページ３０００へ導かれる。図３０は実施例の該代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページ３０００である。購入処理を始動するために、ユーザーは該オンラインマーチャントにより提供される購入アイコン、例えば、”バッグへ追加（add to bag）”アイコン３００２を選択する。
【００９４】
この例では、該”バッグへ追加”アイコン３００２の選択は該ユーザーのショッピングセション内にここまで該オンラインマーチャントからの購入用に選択された品目のリストを含む典型的ウエブページ３１００の提示に帰着する。図３１は実施例の該代行システムを通して提示される選択されたマーチャントサイトのショッピングリストウエブページ３１００である。該典型的ショッピングリストページ３１００はユーザーに彼等に彼等の購入処理を終了するか又はショッピングページに戻りショッピングを続けるか何れかを可能にするアイコンを提供する。この例では該ユーザーはショッピングを続けることを選択し、もう１つのマーチャントウエブ又はショッピングページ３２００へナビゲートする。
【００９５】
図３２は実施例の該代行システムを通して提示される選択されたマーチャントサイトの商品を含むウエブページ３２００である。再び、ユーザーは該オンラインマーチャントにより提供される購入アイコン、”バッグへ追加”アイコン３２０２を選択することにより購入処理を始動し、該ユーザーのショッピングセション内にここまで購入用に該ユーザーにより選択された２つの品目を今含んでいるショッピングリストページ３３００が提示される。図３３は実施例の該代行システムを通して提示された選択されたマーチャントサイトの更新されたショッピングリストウエブページ３３００である。該ユーザーはショッピングを停止することを選び、”チェックアウト（check out）”アイコン３３０２を選択することにより購入処理を完了する。該”チェックアウト”アイコン３３０２の選択に応答して多数のチェックアウトウエブページ３４００−３７００が該ユーザーに提示される。
【００９６】
図３４−３７は実施例の該代行システムを通して提示される選択されたマーチャントサイトのチェックアウトウエブページ３４００−３７００を示す。ユーザーに提示されるチェックアウトウエブページ３４００−３７００は、該チェックアウトウエブページ３４００−３７００が代行システムナビゲーションバー３４０２と購入ウイザード（Purchase Wizard）３４０４又は支払いウイザード（Pay Wizard）を含む情報と一緒に表示されることを除けば、彼等が該代行システムを使用せず該マーチャントウエブサイトに直接行った場合該ユーザーが提示されると同じチェックアウトウエブページである。該代行システムナビゲーションバー３４０２は該ユーザーに代行システム機能へのアクセスを提供する一方該マーチャントウエブサイトでの購入処理を完了させる。
【００９７】
該購入ウイザード３４０４は該代行システムにより該チェックアウトページ３４００−３７００の１部分上に提示され、それにより該ユーザーが彼等の代行システム勘定からのフアンドを使用して該購入処理を完了可能にする。該購入ウイザード３４０４は該オンラインマーチャントサイトのチェックアウトページの何れかと共に提示され得て、ページのどの部分上にでも提示され得る。促されて、該ユーザーが、もし彼等が該購入ウイザード３４０４の”継続（continue）”アイコンを選択することにより、該ショッピングエピソード（shopping episode）中に前にそうしなかったならば、該代行システムへサインイン
（sign in）することが出来る。該購入ウイザード３４０４の賦活に加えて、該代行システムフオームフイルエンジン（surrogate system form fill engine）は該チェックアウトウエブページ３４００−３７００の要求されるフイールド３４０６、３５０２そして３７０２−３７１０内を自動的にフイルイン（fills in）する。
【００９８】
実施例では、該チェックアウトウエブページ上に入れられた該代行クレデイットカード情報３７０２−３７１０は、例えこの情報が該マーチャントに送られても、該クレデイットカードが該代行システムに属するので該ユーザーには表示されない。従って、該クレデイットカード情報は該ユーザーに該情報を見させないことにより守られる（secured）。
【００９９】
もしユーザーが特定のオンラインマーチャントそして購入用に選択された特定の品目に適用されるべく決定されたクーポンを有するなら、該代行システムはクーポンページ３８００を挿入することにより該ユーザーにそう助言することが出来る。図３８は実施例の代行システムのクーポンページ３８００である。挿入される該クーポンページ３８００は別ページ、重ね合わせページ（a page overlay）、又はポップアップページ（pop-up page）として表示されることも出来る。該クーポンページ３８００は、それに限定されないが、該現在の購入用に該クーポンを使用するか又は使用しないことを含む多くのオプションを該ユーザーに提供する。オプションの選択に続いてユーザーは彼等の選択を該代行システムに提出するために”提出（submit）”アイコン３８０２を選択する。
【０１００】
図３９及び４０は実施例の該代行システムを通して提示される選択されたマーチャントサイトのチェックアウト確認ページ（check out  confirmation page）３９００である。該チェックアウト確認ページ３９００は、該ユーザーによる検証用に提供される、運送情報付きでの現在の注文の品目、量、そして合計３９０２の情報を含むが、それに限定はされない。該購入ウイザード３９０４は”継続（continue）”アイコンを提供するが、それの選択は、一旦該ユーザーが該情報を検証すると該代行システムを通して該オンラインマーチャントへの注文の提出に帰着する。
【０１０１】
該注文を成功裡に提出すると、該代行システムにより祝賀ページ４１００が提示される。図４１は実施例の代行システムにより提示される祝賀ページ４１００である。該注文の成功裡の完了に続いて、該ユーザーは該祝賀ページ４１００から”ショッピングへ行く（go shopping）”アイコン４１０２を選択することによりショッピングを継続出来る該代行システムの領域へ戻ることが出来る。該”ショッピングへ行く”アイコン４１０２を選択することに応答して少なくとも１つのショッピングページが提示される。
【０１０２】
図４２は実施例の代行システムにより表示されるショッピングページ４２００である。該ショッピングページに表示される該ユーザーの代行システム勘定差引残高４２０２は該ユーザーの購入を反映して更新される。”勘定抄録（account summary）”アイコン４２０４の選択は該代行システムによる勘定抄録ページ４３００の提示に帰着する。
【０１０３】
図４３は実施例の代行システムにより表示される勘定抄録ページ４３００である。該勘定抄録ページ４３００は勘定活動情報（account activity information）４３０２とクーポン情報４３０４を含む情報を表示する。該勘定活動情報４３０２は月間について選択可能であり、預け入れと購入に関する情報を含む。該クーポン情報４３０４は、現金化するマーチャントとクーポン値を含む、該ユーザーによる使用のために利用可能なクーポンのリストである。該クーポン情報は又、選択されると、該ユーザーに該付随クーポンに関する詳細情報を得させる各クーポンに付随するアイコン４３０６を含む。
【０１０４】
該勘定活動情報４３０２は又、選択されると、ユーザーに付随する購入に関する詳細情報を得させる各購入アクションに付随するアイコン４３０８を含む。”詳細（DETAIL）”
アイコン４３０８の選択は勘定情報ページ４４００の提示に帰着する。
【０１０５】
図４４は実施例の代行システムにより表示される勘定情報ページ４４００である。該勘定情報ページ４４００は、各購入について、アクションの日付け、アクションの種類、オンラインマーチャント、購入価格と、該購入価格をオフセットするよう使用されたクレデイット又はクーポンと、購入にアセスされた税金と、運送料と、そして該購入用合計課金額とを伴った購入商品、を含む詳細情報を包含しているが、それに限定はされない。
【０１０６】
図４５は実施例の代行システムを通しての品物とサービスの購入のフローチャートである。該オンラインマーチャントウエブサイトで提供される過程による購入用商品又はサービスの選択後、該ユーザーが該マーチャントウエブサイト又は該代行システム４５０２上の”チェックアウト（check out）”ボタンを賦活すると、動作は始まる。該ユーザーによる該チェックアウトシーケンス（check out sequence）の賦活に応答して、該代行サーバーは２つのバッフアー領域を創る４５０４。１つのバッフアー領域は該費やし手への配送用であり、もう１つのバッフアー領域は該マーチャントへの配送用である。次いで該代行サーバーは該マーチャント支払いページ４５０６，又はチェックアウトページを読み、そして規則構造（rule structures）４５０８を使用して規則整合（rule matches）を求めて支払いページ（pay pages）を探す。規則整合が突き止められると、該規則は適当なバッフアー領域で実行される（例えば、費やし手のフイールドを保護するのに、該保護されるフイールド内で該費やし手に"***"を表示することにより、保護する）４５１０。規則を実行すると、該代行サーバーは該選択された購入の額が該ユーザーの利用可能勘定差引残高より少ないか等しいことを検証する４５１２。
【０１０７】
該ユーザーの勘定差引残高が該購入を行うのに充分であることを決定した後、該代行システムは代行クレデイットカードと付随勘定情報とを含むデータベースを探す４５１４。該ユーザーがクレデイットカード又は勘定を割り当てられていると、該代行システムは該ユーザーの購入をフアンドするためにこのクレデイットカードを使用する。該ユーザーがクレデイットカードを割り当てられてなかった時は、該代行システムは該ユーザーの選択された購入をフアンドするに充分な利用可能クレデイットを有する代行クレデイットカードを探す。該選択された代行クレデイットカードに付随するデータベース情報が該マーチャントバッフアー内の適当なフイールドを自動的にフイルインするために供給される４５１６。該カードに付随するデータベース情報はクレデイットカード番号、カードの種類、カード保証限期、代行請求住所、そして代行イーメールアドレスを含むが、それに限定されない。分割バッフアー（split buffer）を使用する隠されたフオームフイる動作は代行クレデイットカード情報がユーザーから隠されことを可能にして、それによりこの情報の秘密性を保持する。該マーチャントバッフアーは完了時に該オンラインマーチャントへ配送される。
【０１０８】
該代行システムへ戻るデータ中で検出されるプライベートなクレデイットカード情報は途中で止められる。止められると、該クレデイットカード情報は総称的テキスト（generic text）、例えば"**...*"、で置換され、そして該総称的テキストは該ユーザーへ配送される該バッフアー領域内に表示される４５１８。更に、該置換の、隠されたイーメール名とパスワードを含む代行イーメールアドレスが発生され該マーチャントサーバーへ提供される４５２０．この置換イーメール名とパスワードはマーチャント注文情報への所有者としてのアクセス（proprietary access）を保証する。
【０１０９】
該代行システムサーバーは該購入へ応答して受信される何等かのマーチャントの電子的返事（electronic reply）を待ちそして応答する４５２２−４５２４。これらのマーチャントの返事は注文の確認、在庫切れの知らせ（out of stock notices）、バックオーダー情報、運送情報、そして予想される配送を含むが、それに限定されない。該代行システム
が該代行のクレデイットカードを使用するユーザー用に購入しているので、該代行は該マーチャントからの返事情報の幾つかを必要とする。しかしながら、該商品の受け取り人として、該ユーザーも又関係の返事情報を要する。従って、該代行は該マーチャントの返事のイーメールをフイルターしそれを該ユーザーへ渡す方法を提供する。
【０１１０】
該イーメールのフイルター動作で、該代行システムは該マーチャントのバッフアーの自動フオームフイル動作中に該マーチャントへ代行ダミーイーメールアドレス（surrogate dummy email address）を提供する。該代行ダミーイーメールアドレスは該代行サーバーを通して、該ユーザーの実際のイーメールアドレスへリンクされている。特定の指令（order）に応答してマーチャントの返事が受信されると、該代行サーバーは該代行により必要とされる処理情報用イーメールをフイルターし、次いで該イーメールを彼等の実際のイーメールアドレスの該ユーザーへ送る。
【０１１１】
該代行サーバーを使用して行われる購入に付随する全ての情報は該代行システムにより記憶される４５２６。該代行システムは購入の実態的人口統計（demographics）を追跡し、これらの実態的人口統計を後見人、ユーザー、そしてマーチャントへ提供してもよい。更に、該代行サーバーは後見人、ユーザー、そしてマーチャントが該人口統計的データ（demographic data）をフイルターし、整列することを可能にする。該人口統計的データは商品種類、寸法、カラー、ベンダー、数量（quantity）、額（amount）、マーチャント、日付け、時刻、費やし手勘定番号、フアンド者勘定番号、そして運送用住所を含むが、それに限定されない。
【０１１２】
実施例の該代行システムは該フアンド者、費やし手、そして該代行に従って整理された勘定管理情報（account management information）を提供する。該フアンド者に従って整理された該勘定情報はフアンドした処理経過そしてフアンドされた各費やし手についての処理経過を含む。該費やし手に従って整理された該勘定情報はベンダー、日付けそしてカテゴリーにより整理された処理経過を含む。該代行に従って整理された勘定情報は代行クレデイットカード調整報告そしてフアンド者、費やし手、代行クレデイットカード、ベンダー、カテゴリー（category）、そして実態的人口統計により整理された処理経過を含む。
【０１１３】
図２を参照する、クライアントは、ウエブブラウザー及びイーメールプログラムを含む、典型的ウエブプログラムを使用して該システムにアクセスする。該ユーザーはクライアントのコンピユータ上のウエブブラウザーを使用して該代行システムウエブサイトにアクセスしログインするが、該サイトはユーザーに下記の種類の動作、すなわち、名前、住所、イーメールアドレス、そしてパスワードを含む勘定情報を管理し、該ユーザー勘定又は種々の勘定にマネーを追加し、商品券を購入し、日／週の時刻の又は特定のマーチャントの制限を含んでショッピングを制限し、ユーザーの管理された勘定のショッピング活動を再調査し、そして該ショッピング過程を始める、動作を実行可能にする。
【０１１４】
該代行システムウエブサイトは該代行システムデータベース内に各登録されたユーザー、又は顧客についての情報を保持する。これに加えて、各買い物客はユニークなクレデイットシステム番号すなわちクレデイットカード番号を含むことが出来る勘定番号を割り当てられる。該クレデイットカード番号はクレデイットカードプールのクレデイットカードと対応し、該プールはビザ（Visa）、マスターカード（Mastercard）、アメリカンエキスプレス（American Express）、そしてデイスカバー（Discover）のクレデイットカードを含むことが出来る。該データベースは該代行システムバンクと直接通信することにより該クレデイットカード番号を得る。
【０１１５】
更に、該代行システムデータベースは該代行フロード検出システムと接続され、それに
より該代行システムをユーザー又は入力データが不正であるか、又は不正の可能性があり得るかを決定出来るようにする。もしそうであれば、該不正のユーザー又はデータは無能力化され得て、警告が管理者に送られるか、又は他のアクションが取られる。
【０１１６】
該代行システムバンクは、代行クレデイットカードプールについての、利用可能クレデイットカード番号、特定ユーザーに割り当てられたクレデイットカード番号、クレデイットカードのイネイブルメントステイタス（enablement status）、請求名／住所、そして各カード上で利用可能な差引残高を含む金融情報を保持する。該代行システムバンクは別個の安全通信路上（over separate secure connections）でアクセスされる金融機関（financial institution）又はクレデイット発行機関（credit issuing authority）とすることが出来る。更に、該代行システムバンクはインターネット又は他のクレデイットシステムネットワークを経由してアクセス可能な金融機関又はクレデイット発行機関を含むことが出来る。更に該代行システムバンクは別個の安全通信路上でアクセスされる金融機関と該クレデイットシステム又はネットワークのメンバーとの組み合わせを含むことが出来る。
【０１１７】
典型的プロキシサーバー（proxy server）は該クライアントブラウザーがそれがプロキシを使用していることを知る不透明プロキシ（non-transparent proxy）として動作する。しかしながら、実施例の該代行システムの該プロキシサーバーは、該プロキシサーバーが該クライアントブラウザーと該マーチャントとの間の電子的通路を中途で止めている（intercepting）ことを該クライアントブラウザーが知らない、透明プロキシサーバー（transparent proxy server）として、動作する。該プロキシサーバーは該代行ショッピングサーバー及び代行イーメールプロキシサーバーを含む。該代行システムプロキシサーバーはマーチャントページを該クライアントブラウザーへ戻して提供することで該クライアントブラウザー及び該マーチャントサーバーと通信する。該代行プロキシサーバーは該マーチャントページをキャッシする（cache）が、そこでは該クライアントブラウザーはヒット（hit）すべきマーチャントページ（含む複数ページ）を指定する該代行システムプロキシサーバーへ明確に戻り、それにより続くページのヒット速度を増加する。
【０１１８】
実施例の該代行ショッピングプロキシサーバーは該買い物客と該サポートされるマーチャント、又はオンラインマーチャントパートナーの間の透明な導管（conduit）である。ユーザーがマーチャントで買い物しようと願うと、該ユーザーは代わりに該代行ショッピングプロキシサーバーに向け直され、該サーバーは該マーチャントショッピングサイトから全ての情報を実時間で代理する（proxies）。該代行ショッピングプロキシサーバーは、現在のユーザーが正当なユーザー（valid user）であり、ユーザーの該マーチャントサイトとの相互作用は常に該代行ショッピングプロキシサーバーへ戻るよう制御を返し、エイチテーテーピークッキー（HTTP cookies）は処理され、代理され、マーチャントのフオームは自動的にフイルアウト（fill out）され、そしてクレデイットカード番号の様な選択された情報は該クライアントに表示されない、ことを保証する。該代行ショッピングプロキシサーバーは完全に無国籍（stateless）であり、如何なる現在の進行するクライアントのセションの動作に影響することなくより多くのサーバーが追加されたり、削除されることを可能にするが、それに限定されない。
【０１１９】
又該代行ショッピングプロキシサーバーは、ユーザー名、物理的住所、イーメールアドレス、パスワード、電話番号、そして勘定差引残高の様なユーザー情報、該ユーザーの割り当てられた代行システムクレデイットカード用クレデイットカード情報、該ショッピングサーバーにより処理されるべきマーチャントフオーム又はウエブページ、及び如何に処理が行われるべきかの指図、そして該ユーザーに利用可能なクーポン、を含む該代行システムデータベースの動作情報を保持する。
【０１２０】
実施例の代行ショッピングプロキシサーバーは完全に無国籍であるが、それに限定されない。この様であるから、処理は自治的（autonomous）であり、それによりどんな数のプロキシサーバーも、どのサーバーがアクセスされるかとは独立に、負荷バランスの取れたシステム用に提供されることを可能にする。これは該代行システムを該負荷バランスの取れたシステムへより多くプロキシサーバーを単に追加することにより水平に増減することを可能にする。
【０１２１】
該代行システムを使用して買い物している間、該ユーザーのウエブブラウザーは該代行ショッピングプロキシサーバー上のページをヒットするが、該サーバーは今度は該マーチャントウエブサーバーから該ページを検索する。該代行ショッピングプロキシサーバーが常に制御を有することを保証するために、それは屡々該ページを、顧客が何をクリックしても、それが常に該代行ショッピングプロキシサーバーへ戻るように、修正する。図４６は実施例でウエブページを修正するためのフローチャートである。
【０１２２】
マーチャントウエブサーバーからのページの修正を考えると、マーチャントに対して各ユニフオームリソースロケーター（Uniform Resource Locator）｛ユーアールエル（URL）｝はドメイン名（domain name）を除けば同じに見えることを注意する。該ドメイン名はそれに該代行ショッピングプロキシサーバーのドメイン名を付加した。例えば、もしアクセスされた最終のユーアールエル（URL）が”http://www.USTPO.gov/shopping/product/item.html,”であるなら、それは下記の様に書き直される
"http://www.USTPO.gov.proxy.surrogate.com/shopping/product/item.html.”
。
従って、該ドメイン名proxy.surrogate.comは該代行ショッピングプロキシサーバーのドメイン名である。結果として、該代行システムは該ドメイン名システム（Domain Name System）｛デーエヌエス（DNS）｝ドメインproxy.surrogate.comとそしてその下の全てのサブドメイン（subdomain）を所有する。この様であるから、*.proxy.surrogate.comは該代行プロキシサーバーへ戻る。
【０１２３】
この計画を使用して、該代行システム４６０２により検索される該エイチテーエムエル（HTML）のページは、それに限定されないが、相対的リフアランス（relative reference）（すなわちsubdir/page.html）、及びルート（root）に対する絶対的関係（すなわち/full/path/subdir/page.html）とを含む種類のリンク用に修正される必要はない。従って、”http://hostname/full/path/subdir/page.html”の様な、ホスト名を有する完全適格リンク（fully-qualified links）が探索され、処理される４６０４．
【０１２４】
結果として、該代行システムは該ホスト名（hostname）を見出しそして該代行ドメインをそれに連結する（hostname.proxy.surrogate.com）４６０６。ユーザーブラウザーがこの最終ドメインにアクセスすると、それは該代行ショッピングプロキシサーバーへ戻りそして、アクセスされる該ドメイン名に基づき、該代行ショッピングプロキシサーバーは、該ホスト名から該代行ショッピングプロキシサーバー自身のドメイン名をストリップオフ（stripping off）することにより目標ドメインが何であるべきかを直ちに知る。
【０１２５】
該クライアントウエブブラウザーから該代行ショッピングプロキシサーバーへの送信の処理は多数の規則を有するが、それに限定はされない。該代行ショッピングプロキシサーバードメインは該完全な遠隔ホスト名から除かれ、該プロキシ動作のターゲット（target）として該新しいホスト名が使用される。該代行ショッピングプロキシドメインは、幾つかのサイトがナビゲーション用に該”リフエラー（Referer）”ヘッダーを使用している該”リフエラー（Referer）”ヘッダーから除かれる。該要求は次いで、該マーチャントウエブサイトへ送られる。
【０１２６】
図４７は実施例の代行システムからクライアントブラウザーへの送信を処理するフローチャートである。該代行ショッピングプロキシサーバーから該クライアントウエブブラウザーへの送信の処理も又多数の規則を有するが、それに限定はされない。該マーチャントウエブサイトからの応答を検索し４７０２、ヘッダー種類を決定する４７０４ことにより動作は始まる。もし”ロケーション（Location）”ヘッダーがあれば、これは向け直し（redirection）のフオームであるので該代行プロキシドメインは該ホスト名へ付加される。もし”コンテントロケーション（Content-Location）”ヘッダーがあれば、これは向け直しのフオームであるので、該ホスト名へ付加される。何れの”セットクッキー（Set-cookie）”ヘッダーについても、もしそれが存在すれば該プロキシドメインが該クッキーの”ドメイン”部分に付加される。これは該クッキーが正しいプロキシされたドメイン（correct proxied domain）内に置かれることを保証する。
【０１２７】
更に、該検索された文書は完全に適格のユーアールエル（URL）（"http://hostname/url"又は"//hostname/url"）を求めて走査される４７０６．該ユーアールエルはエイチテーエムエルタグ内又はジャバスクリプト（javascript）領域内にあり得る４７０８．もし該ユーアールエルがエイッテーエムエルタグ内又はジャバスクリプト領域内に無いなら、それはユーザーが見ることが可能で、変更されてない。該ユーアールエルがエイテーエムエルタグ又はジャバスクリプト領域内にあると決定されるかどうかに基づいて、下記の様に、特定の処理が行われる４７１０。
【０１２８】
該ユーアールエルがエイチテーエムエルタグ内にある時は４つの選択肢のアクションが利用可能であるが、実施例はそれに限定はされない。第１の選択肢として、もし該ユーアールエルが該コンテントが２進データである（すなわち、.gif、.jpg、．．．）ことを示す拡張子（extension）で終わるなら、該コンテントが検査又は修正される必要がないので該ホスト名は修正されない。第２の選択肢として、もし該ユーアールエルがもう１つのユーアールエル内に埋め込まれて見えるならば（すなわち、もう１つのユーアールエルへの引数）、該ユーアールエルを修正しないこと。第３の選択肢として、もし前記ユーアールエルが２進のコンテントでないなら、該プロキシドメインを該ユーアールエルのホスト名部分に付加すること。第４の選択肢として、もし該ユーアールエルが”<meta content='#;url'>”タグの部分であるなら、これは向け直しのフオームであるので該ユーアールエルを修正すること。
【０１２９】
該ユーアールエルがジャバスクリプト領域内にある時、ページリロード（page reload）させ得るコードが配置されており（すなわち、”.location.replace(URL)”、”.location=URL”、”.location.href=URL”）そして該コードは代わりに関数をコールするよう変えられる（すなわち、”.location.replace(_rcFunc(URL))”、”.location=_rcFunc(URL)”）。コードが次に_rcFunc()用のページのヘッダーに追加される。この関数は入って来るユーアールエルをチェックしそして、もし完全に適格ならば、該プロキシドメインを該ホスト名に付加する。
【０１３０】
該代行システムプロキシサーバーの実施例はそれらが特定のフオームのユーアールエルに変換されるようにユーアールエルエス（URLs）を書き直す（rewrites）が、該プロキシサーバーがプロキシしたくない多くのサイトがあり得る。例えば、もし特定のマーチャントウエブサイトがもう１つのマーチャントウエブサイトへの広告主リンクを有するならば、該リンクは変換されるであろうが、このリンクに続きそしてそれをプロキシすることは望ましくないかも知れず何故ならオンラインショッピングがこの他のサイトでサポートされて又は望まれてないかも知れないからである。結果として、実施例のプロキシサーバーは、リライトルール（RewriteRule）をそれらのユーアールエルエスに割り当てないことにより該代行によりサポートされないユーアールエルを取り扱うエラードキュメントハンドラー（ErrorDocument handler）を使用する４７１２。これは、このリンクをクリック
すると彼等を該代行の”範囲外（out of range）”へ導くことを該費やし手に丁寧に知らせるコモンゲートウエーインターフエース（Common Gateway Interface）｛シージーアイ（CGI）｝を使用してなされる。例えば、これはhttpd.conf内で”ErrorDocument 404 /cgi-bin/outofrange.pl.”としてあってもよい。
【０１３１】
実施例の代行ショッピングプロキシサーバー内でエイチテーテーピークッキー（HTTP cookies）をプロキシする時４７１４、該クッキーの”ドメイン”セクションは該マーチャントプロキシサーバーにより指定されたドメインの終わりに付加された代行プロキシサーバードメインを含んでいるが、それに限定はされない。例えば、もし該マーチャントウエブサーバーにより返された該クッキーヘッダーがフオーム”Set-Cookie: foo=bar; path=/; domain=.delias.com expires Mon, 09-Dec-2002 13:46:00 GMT,”であるならば、該代行ショッピングプロキシサーバーは該ヘッダーをフオーム”Set-Cookie: foo=bar; path=/; domain=.delias.com.proxy.surrogate.com expires Mon, 09-Dec-2002 13:46:00 GMT.”に修正する。これは該代行ショッピングプロキシサーバーが該ブラウザーからクッキーの正しいセットを検索することを保証する。又、これらのクッキーは該マーチャントウエブサーバーへ修正されずに送られ得る。
【０１３２】
代替えのプロキシ実施例は１つのプロキシサーバーデーエヌエス（proxy server DNS）名を使用するが、代わりに該遠隔サーバー名を含むよう該ユーアールエルのパス（path）を修正する。例えば、”http://www.USTPO.gov/dir/file.html”の様なユーアールエルは”http://proxy.USPTO.gov/www.USTPO.gov/dir/file.html”に修正される。この場合、該プロキシサーバーが該要求を受信すると、該遠隔サーバー名は該パスの前（front of the
path）から剥がされ得る。この技術の特に強力な変形（variation）は該遠隔のホスト名を逆にして、複数の"."'を複数の"/"'に変換することである。この技術を使用して、該ユーアールエル”http://www.USTPO.gov/dir/file.html”は”http://proxy.USTPO.gov/moc/nozama/www/dir/file.html”と書かれる。該遠隔サーバー名は多数のパスセグメント（path segment）の様に見えるので、該ホスト名を抽出する過程を簡単化するために”^”のホスト名終了セグメント（hostname termination segment）も挿入される。該最終ユーアールエルは”http://proxy.surrogate.com/moc/nozama/www/^/dir/file.html”と書かれる。
【０１３３】
この技術は該ブラウザーと該遠隔サーバーの間を送られるクッキーを管理する有効な方法を提供する。クッキーが該サーバーから該ブラウザーに送られると、それらはオプションのドメインとパスの仕様を有する。該ブラウザーはこれらの値を該クッキーを次の要求時に該遠隔サーバーへ送り返すか又は返さないかを決定するために使用する。該遠隔サーバーは１つのドメインによりプロキシされる（すなわち、proxy.surrogate.com）ので、該クッキー内のドメイン情報は使用され得ない。しかしながら、該遠隔サーバー用ドメイン情報は該ユーアールエルパスの初めのセグメントとして指定されるので、該ブラウザーは該ドメイン情報を該クッキー用パス指定部（path specifier）内へ書き込むことにより該ドメイン機能をエミュレート（emulates）出来る。例えば、もしクッキー用該ドメイン指定部（domain specifier）が”.amazon.com”であるならば、等価のパス指定部は逆の版（再び、複数の"/"'で複数の"."'を置き換える）でありそしてそれは”/moc/nozama/”である。該クッキー用該ドメイン指定部は次いで除去され得る。
【０１３４】
該クッキー用パス指定部は今や元のドメイン情報を有するので、該元のパス情報は該クッキー値にプリペンド（prepended）され”^”分離記号（separator）で終了させられる。例えば、もし該クッキー値が”data”であり、該パスが”/images”であるならば、該新しいクッキー値は”./images^data”となる。
【０１３５】
この技術を使って、該ブラウザーは現在の遠隔ドメイン用に適当なクッキーを送るが、
これは、もし該元のパスが該ユーアールエルパスに整合してなかったら、そうでなければ送られなかったであろうクッキーを有しているかも知れない。クッキーが該ブラウザーから該遠隔サーバーへ送り返されるので、該プロキシは元のパス情報を該クッキー値から除去し、そのパスを現在のユーアールエルのパスと比較する。もし該クッキーからの該パスが該現在のユーアールエルの初期のパスと整合するならば、該クッキーは該遠隔サーバーへ進められ、さもなければそれは該エイチテーテーピーヘッダーから除去される。
【０１３６】
この技術を行う中で、プロキシされた（proxied）ページ上の複数ユーアールエルは該遠隔サーバー名を含むよう修正される。与えられたページ上で、全てのユーアールエルは完全適格（すなわち”http://www.merchant.com/url”又は”//www.merchant.com/url”）、絶対的（すなわち”/path/file.html”）、又は相対的（すなわち”path/file.html”）の何れかとして分類される。完全適格のユーアールエル用には、該遠隔サーバー名は該ユーアールエルから抽出され、逆にされ（再び、複数の"/"'で複数の"."'を置き換える）、そして該プロキシのサーバー名を前に付けられる。例えば、”http://www.amazon.com/dir/file.html”は”http://proxy.surrogate.com/moc/nozama/www/^/dir/file.html”に変換される。もし該ユーアールエルがグラフイカルの画像の様な２進のコンテントを指すならば、該ユーアールエルは修正されずに残されるので該プロキシをバイパスする。
【０１３７】
もし該ユーアールエルが絶対的であるなら、該遠隔サーバー名は、該ページが代わりのデフオルト（default）の遠隔サーバーを指定出来る＜base href=""＞タグを含んでない場合は、該ページがそこから来た遠隔サーバーであると仮定される。一旦該遠隔サーバーが確立されると、該絶対的ユーアールエルは、該プロキシサーバー名と該逆にされた遠隔サーバー名との組み合わせを前に付ける（prefixing）ことにより、完全適格のユーアールエルに変換される。例えば、”http://www.amazon.com/...”からロードされたページ内の”/dir/file.html”は”http://proxy.surrogate.com/moc/nozama/www/^/dir/file.html”に変換される。もし該ユーアールエルがグラフイカルな画像の様な２進のコンテントを指すならば、該デフオルトの遠隔サーバー名が修正されずに前に付けられるので該要求は該プロキシをバイパスする。
【０１３８】
相対的ユーアールエルエスは修正するより寧ろ、<base href="">タグが該ページのトップ内に挿入される。もし既に<base href="">タグがあれば、それは完全適格であるか又は絶対的であるので、現在のエイチアールイーエフ値（href value）はここで説明される様に修正される。現在の<base href="">タグが無い場合、該新しく挿入されたタグは、現在のページの完全適格のユーアールエルを変換し、最終のパスセグメントを除去することにより計算されたエイチアールイーエフ値を含む。例えば、もし現在のページが”http://www.amazon.com/dir/path/file.html”からロードされたならば、該エイチアールイーエフ値は”http://proxy.surrogate.com/moc/nozama/www/^/dir/path”となろう。
【０１３９】
ページ内の全てのユーアールエルを見出すために、該プロキシは該エイテーエムエルトークン（HTML token）を解剖しリンクを指定出来る要素（すなわちSRC="",HREF="",ACTION=""）を見出す。該ページ内の各要素用に、付随リンクはここで説明される様に変換される。
【０１４０】
エイテーエルエム（HTML）リンクに加えて、複数ユーアールエルをジャバスクリプト（javascript）で指定することが出来る。ページ内のジャバスクリプトの各ブロック用に、ページリロードをさせ得る構造｛すなわち”.location.replace(URL)”、”.location=URL”、”.location.href=URL”）は、該ユーアールエル指定が関数コール内に閉じ込められるよう、修正される｛すなわち”.location.replace(_rcFunc(URL))”、”.location=_rcFunc(URL)”｝。次いで追加的ジャバスクリプトが該_rcFunc()関数コールを実施するよう該ページ内に挿入される。完全適格、絶対的、又は相対的ユーアールエルを与えられと
、該_rcFunc()コールはここに説明された変換を実施する。
【０１４１】
新しいページをロードする追加的方法は”Location”又は”Content-Location”の様なエイチテーテーピーヘッダー（HTTP header）を使うことである。これらのヘッダーで指定されるユーアールエルはここで説明される様に変換される。
【０１４２】
新しいマーチャントはアドミニストレーター（administrator）及びマーチャントペイページツール（Merchant Pay Page Tool）を使用して代行ショッピングサーバーにより該代行システムデータベース内へ受信される。これは人をマーチャントサイトを通り、処理されるべきフオームを見出し、そして該フオームが如何にフイルアウトされるべきかを該サーバーに指定することを可能にする。
【０１４３】
図４８−５６は実施例のマーチャントペイページツールの使用を図解する。該マーチャントペイページツールは、チェックアウト、又はショッピングセションの完了時要求されるユーザー情報でマーチャントウエブサイトページ、又はマーチャントページを自動的にフイルイン（fill in）するフオームフイルエンジンに対する制御を提供する。図４８は実施例の該フオームフイルエンジン（form fill engine）による自動的フイルの前のマーチャントチェックアウトページ４８００である。図４９は実施例のトレーナー発射ボタン（trainer launch button）を表示するマーチャントチェックアウトページ４９００である。図５０は実施例のトレーニング情報ページ５０００である。図５１はセーブされたフオームフイル設定を含む実施例のトレーニング情報ページ５１００である。図５２は実施例のフオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページ５２００である。図５３は購入ウイザード情報ページ５３００又は実施例のフオームである。図５４は実施例の購入ウイザードテンプレートのないマーチャントチェックアウトページ５４００である。図５５は実施例の支払いウイザードテンプレートを有するマーチャントチェックアウトページ５５００である。図５６は該マーチャントチェックアウトページ内に挿入された実施例のアイコン５６００を示すが、そこではトレーナーウインドウ内のフイールド要素名上でクリックすると該マーチャントチェックアウトページ内のフイールドをハイライト（highlights）させる。
【０１４４】
該フオームフイルエンジンはマーチャントウエブサイトページ又はマーチャントページ内を自動的にフイルする。図５７は実施例の自動的フオームフイルのフローチャートである。フオームフイルの使用で自動的にフイルインされる各マーチャントページについて、該フオームを如何に同定しそして如何にそれをフイルアウト（fill out）するかを説明する記録がデータベース内にある。この記録内にフーム要素の種類と名前のリスト、ユーアールエルの説明、そしえドメイン識別子の様なページシグネーチャ情報（page signature
information）が含まれる。加えて、又この記録は該ページ内のフオームを如何にフイルアウトするかの説明を有する。これらの記録はそれらが適用するドメイン（例えば、”.amazon.com”）に基づき該代行システムデータベース内で相互参照される。
【０１４５】
ページが該プロキシにより遠隔サーバー５７０２からフエッチ（fetched）されると、該フオームフイルエンジンは、該遠隔ページが来た該ドメインに適用する記録をフエッチする５７０４。各記録用に、該説明されたフオームフイルアクションを実施するためのスコア付け用マトリックスと指示のリストとを発生するために該ページ説明情報が抽出される５７０６。この情報は次いで該プロキシ内にローカルにキャッシ（cached）される。一旦この情報が入手可能になると、該マーチャントページはそれがフオームフイルを要するかを見るためにスコアが付けられる５７０８。
【０１４６】
該スコア付けする過程では、該フオーム要素の種類と名前、該ユーアールエル、そして各記録用ドメインは各記録が０−１００の間のスコアを発生する様な方法で該マーチャン
トページと比較される。もし最も高いスコアを有する記録が、例えば、８０の絶対的しきい値より高いならば、該記録は整合されていると考え、該フオームフイル過程は始動される。該スコア付け過程は、全ページ要素の精確な整合を要求してはいないで、該マーチャントページへの小さな変更には不感である。
【０１４７】
整合が見出され、フオームフイルが行われると、該記録に付随するフオームフイルの教示（instruction）が行われる５７１０．これらの教示は要求を発生させたユーザーについての情報を使用して該ページ内の種々のフオームのタグを見出し、修正する。完了すると、該ページは該クライアントブラウザーに返され５７１２、そこではそれは該ユーザー自身の情報で予め充たされた様に見える。
【０１４８】
フオームフイル過程は該フオーム要素の種類に依って下記動作を行うが、それに限定はされない。
【０１４９】
テキスト／パスワード：該タグ内の"value='userValue"'対を挿入／上書きする；
チェックボックス：該タグに対し"checked"キーワードを挿入／除去する；
ラヂオボタン（radio button）：選択されたボタン内の"checked"キーワードを挿入し、該グループ内の全ての他のボタンから"checked"キーワードを除去する
選択：選択されたオプションタグ内の"selected"キーワードを挿入し、該グループ内の全ての他のオプションタグから該"selected"キーワードを除去する。
【０１５０】
フオームフイル中、該ユーザーは暗号化されたクッキー（encrypted cookie）により同定される。該クッキーを使用して、下記のユーザー情報が該フオームフイル過程を完了するために該データベースから利用可能であるが、該実施例はそれに限定はされない：姓名｛例えば、ジョンドウ（Jon Doe）｝；名｛例えば、ジョン（Jon）｝；姓｛例えば、ドウ（Doe）｝；ログイン名（システムで発生される）；パスワード（システムで発生される）；完全な住所｛例えば、１２３メインストリートスートビー（123 Main St. Suite B）｝；住所ライン１｛例えば、１２３メインストリート（123 Main St.）｝；住所ライン２｛例えば、スートビー（Suite B）｝；市｛例えば、サンノゼ（San Jose）｝；州｛例えば、カリフオルニア（California）｝；州略称｛例えば、シーエイ（CA）｝；国｛例えば、アメリカ合衆国（United States）｝；国略称｛例えば、ユーエス（US）｝；ジップコード（例えば、９４５２３）；完全な電話番号（例えば、６５０−５５５−１２３４）；エリアコード（例えば、６５０）；電話接頭辞（例えば、５５５）；電話接尾辞（例えば、１２３４）；イーメール（例えば、jdoe@foo.net）；クレデイットカード番号（例えば、4111111111111111）；クレデイットカード保証限期（mm/yyyy）（例えば、０５／２００１）；クレデイットカード保証限期（mmyy）（例えば、０５０１）；クレデイットカード保証限期（mm/yy）（例えば、０５／０１）；クレデイットカード保証限期（m）（例えば、５）；クレデイットカード保証限期（mm）（例えば、０５）；クレデイットカード保証限期（yyyy）（例えば、２００１）；そしてクレデイットカード保証限期（yy）（例えば、０１）。
【０１５１】
実施例のフオームフイル記録は下記に示すそれと同様なエクステンシブルマークアップラングウエッジ（Extensible Markup Language）｛エックスエムエル（XML）｝フオーマットで記憶されるが、それに限定はされない：
＜element type='text' name='email' dbTag='dbEmail' userText="score＞；
＜element type='text' name='emailVerify' dbTag='dbEmail' userText="score＞；
＜element type='text' name='BillingFirstName' dbTag='dbFirstName'userText="score＞；
＜element type='select' name='BillingState' dbTag='dbState' userText="compareTo='text' compareType='4'＞；そして
＜element type='select' name='BillingCountry' dbTag='userText' userText='united states' compareTo='text' compareType='4'＞。
【０１５２】
該記録の各要素タグはフオームフイル用の特定のページタグを同定する。各フオーム要素用には該記録は下記情報：すなわちスコアを付ける目的で該要素の名前／種類；この要素がスコア付けに使用されるべきかそうでないかを示すキーワード；そしてフオームフイルへの値又は代わりに使用するためのユーザー指定値を示すデータベースタグ名を含む。
【０１５３】
図４８は実施例の該フオームフイルエンジンによる自動的フイルの前のマーチャントチェックアウトページ４８００である。図５２は実施例の該フオームフイルエンジンによる自動的フイルに続くマーチャントチェックアウトページ５２００である。
【０１５４】
データエントリーを要する多数のフオーム要素に加えて、該チェックアウト過程は、各マーチャントがユニークな外見と感覚、そして該チェックアウト過程を完了するための過程のシーケンスを有する事実により、複雑である。実際、１つのマーチャントサイト内でも、多数のチェックアウトパスがあり得る。例えば、サイトに戻るユーザーは新しいユーザーと異なるパスに従うかも知れない。全てのマーチャントに亘り該チェックアウト過程を簡単化するために、各チェックアウトページ内の一致した場所に実施例の購入ウイザードが挿入されている。この購入ウイザードはユーザーに現在のページを如何に完了するかについて特定の教示を提供する。該フオーム要素が代行システムにより予めフイルされていれば（pre-filled）、この教示は普通ギフト包装オプションの様な該ページ上のオプション的項目を呼び出す。
【０１５５】
特定ユーザーの教示に加えて、該購入ウイザードは”継続（continue）”ボタン又はアイコンを提供するがそれは、選択されると、その特定ユーザー用の正しいパスに沿って該チェックアウト過程を進める。例えば、マーチャントページは、該ユーザーが海外のユーザー（international user）であるかないかに依って該チェックアウト過程を進めるための２つのリンクを有する。この場合、該ウイザード内の該継続ボタンは該ユーザーが該全体のページを読む必要がないことに伴う該ユーザー用の正しいパスに沿って該過程を進め、そして手動で該正しいパスを決定する。該購入ウイザードは全てのマーチャントに亘り一致した外見と感覚、そして機能を有するので、ユーザーは、該ウイザード内の教示に簡単に従いそして該購入ウイザードの継続ボタンをクリックすることにより如何なるサイトででもチェックアウト出来る。
【０１５６】
該代行システムは、時が経ってのページレイアウトの変更と、該マーチャントページへの該正しいリンクへの該購入ウイザードの継続ボタンと連携してのユーザーによる該ウエブサイトへの前の訪問に基づくページレイアウトの変更と、両者を受け入れる。更に、例えば、簡単なユーアールエル（例えば、＜a href=...＞）；submitを使うフオームポスト（form post）（例えば、＜input type=submit...＞）；そしてimageを使うフオームポスト（例えば、＜input type=image...＞）の様な、次のページへリンクする多数の方法が受け入れられる。
【０１５７】
典型的に、マーチャントへ送り返されるべき情報がユーザーが完成せねばならないフオーム内に含まれる。これがその場合である時、該フオームは該フオームを提出するために、submitボタンかアイコン、又はimageの何れかのフオームで、幾つかの手段を含む。何れの方法でも、該ページレイアウトが時が経って又は該ユーザーによる該サイトへの前の訪問に基づき変わる場合、該チェックアウト過程でページがフオームフイル用にスコアを付けられる方法と同様に、ページ内の個別フオームをスコア付けすることにより取り扱われる。この方法では、例え該ページのレイアウトが変わっても、それがページ内の何処に配置されるかに関係なく正しいフオームに継続ボタンが取付られ得る。
【０１５８】
次のページへの該リンクが＜a href=...＞ユーアールエルを有する場合に、簡単に、該継続ボタンは該ページ内の望ましいリンクと同じhrefを含む。購入ウイザードが該ページに挿入される時、該望まれるhrefが配置され該購入ウイザード継続ボタン内にコピーされる。
【０１５９】
次のページへの該リンクがsubmitアイコン、及びimage submitを使用するフオームポストである場合、該購入ウイザード継続ボタンは正しいフオームを提出するためにジャバスクリプト（javascript）を使用する。しかしながら、同じフオーム内に多数のsubmitがあるかも知れない事実のために追加的複雑さがあり得る。この場合、該プロキシが、例え該購入ウイザード継続ボタンが使用されたとしても該正しいサブミットから来たと見える様に該ポストを固定するよう、追加的な隠しタグが該フオーム内へ挿入される。
【０１６０】
同様に、image submitの場合、該マーチャントへ戻る最終ポスト（resulting post back to the merchant）は、もしジャバスクリプトのsubmitのみが使用されたならば普通欠けるであろうname.xとname.yとの成分を含むべきである。再び、該プロキシは、それを一緒に該マーチャントサーバーへ渡す前に該imageが実際クリックされた様に見えるべく該ポストを固定出来るよう、隠しタグが該フオーム内へ挿入される。
【０１６１】
該購入ウイザードは、それが該プロキシを通過するので該マーチャントページ内の＜body＞タグの後に挿入される。図５３は実施例の支払いウイザード又は購入ウイザード情報ページ５３００又はフオームである。図５４は実施例の購入ウイザードテンプレートを有しないマーチャントチェックアウトページ５４００である。図５５は実施例の購入ウイザードテンプレートを有するマーチャントチェックアウトページ５５００である。
【０１６２】
トレーナーはマーチャントチェックアウトページ用のフオームフイル及びウイザードデータベース記録の発生過程を容易化する。図４９は実施例のトレーナー発射ボタン４９０２を表示するマーチャントチェックアウトページ４９００である。図５０は実施例のトレーニング情報ページ５０００である。図５８は実施例のフオームフイルトレーニング過程用フローチャートである。作動させられると、該プロキシはそれを通過するページ上で、下記アクションすなわち、各フオーム要素の前にユニークに名付けられたアンカー（anchor）を挿入し、各フオーム要素の前にユニークに名付けられた透明画像（transparent image）を挿入し、ポップアップウインドウ（pop-up window）を創るために該ページの底部にジャバスクリプトを挿入し、そして該ポップアップウインドウを発動する”スタートトレーニング（start training）”ボタン又はアイコンを該ページの底部に挿入する、ことを実行する５８０２．更に、該トレーナーは該ポップアップウインドウ用の下記エイチテーエムエルコード（HTML code）、すなわち、フオームフイルを要する各フオーム要素用に、該トレーナーのフオームフイル部分内に制御行を挿入する、そして、全ての提出ボタン用に、該トレーナーのウイザード部分内に制御行を挿入するコードを発生する。
【０１６３】
該ブラウザーページ４９００内で該”スタートトレーニング”アイコン４９０２又はボタンが選択されると５８０４，このページ用の全てのトレーニング情報を含むポップアップウインドウ５０００が提示される５８０６．もしこのページが前にトレーンされたことがあれば、該前のセーブされた設定５１０２が該トレーニングウインドウに反映される５１００．該ユーザーは次いで、該ページのどの部分がフオームフイルされるべきか、このページ用の購入ウイザード５３００があるべきかあるべきでないか、そして該購入ウイザード継続ボタンは何に取り付けられるべきか５８０８、を該プロキシに示すために該トレーニングウインドウ内の制御を使用出来る。該トレーニング過程を助けるために、該トレーニングウインドウ内のフイールド内のフイールド要素名をクリックすることが該元の文書５６００内のフイールドをハイライトさせるようにアイコン５６０２が元のマーチャン
ト文書内に挿入される。
【０１６４】
完了すると、次に該引数をデータベース記録に変換する該情報を該プロキシ５８１０に戻るようポスト（post）するために、該トレーニングウインドウ内のセーブボタン又はアイコンが使用される。この記録は該データベース内に記憶され、そして全てのプロキシがキャッシフラッシュメッセージ（cache flush message）を送られるがそれは、該マーチャントからの次のページ要求がどのプロキシサーバーが該要求を実際にサービスするかに無関係に該新記録を反映するためである。図５１はセーブされたフオームフイル設定を含む実施例のトレーニング情報ページ５１００である。
【０１６５】
購入処理の実行で、該代行ショッピングサーバーは該マーチャントショッピングサイトと通信するが、それに限定はされない。支払いを要求されると、該代行ショッピングサーバーは現在の買い物客に割り当てられたクレデイットカードに付随する情報を該マーチャントサイトへ送る。該マーチャントは次いで該ネットワークを使用しての該ユーザーにより購入された如何なる製品の支払い用にも、クレデイットカード、例えば、ビザ（Visa）、マスターカード（Mastercard）、アメリカンエクスプレス（American Express）、そしてデイスカバーカードネットワーク（Discover card network）に付随するそのクレデイットカードを使用出来る。その要求は結局、そのクレデイットカード上の利用可能な差引残高とクレデイット限界に依って該代行システムを通しての該購入を許可するか断る該代行バンクへ戻り着く。
【０１６６】
図５９は実施例のデーた流れモニター用過程のフローチャートである。ホストされたショッピングセション（hosted shopping sessions）中該代行システムは、該代行システムを通してもたらされる処理のデータ流れをモニターすること５９０２及び該オンラインマーチャントウエブサイトから送信されるデータ流れ５９０４のパターン認識を行うことによりユーザーに利用可能な情報の実時間レベルの制御を提供する。該データ流れモニター動作とパターン認識とは該代行システムにユーザーにより訪問された該オンラインマーチャントウエブサイトと、該ユーザーが買い物している商品の種類と、そしてユーザーにより購入された品目の種類を含む情報を提供する。この様であるから、該代行システムはユーザーへの情報の提供５９０６そしてユーザーの購入を制御出来る。該制御は、それに限定されないが、情報又はページの挿入、情報又はページの置換（substitution）、そして情報又はページの阻止（blocking）を含む５９０８．
【０１６７】
情報の提供の制御に於いて、該代行システムは該ユーザーから得られた情報に応答して該オンラインマーチャントウエブサイトにより見る人に提示される情報にページ又は情報を挿入出来る。該挿入された情報は、それに限定はされないが、該ユーザーが買い物しつつある又は購入用に選択した品目と等価な又は同様な品目の広告、特別な提供、そして該ユーザーが買い物しつつある又は購入用に選択した品目と等価な又は同様な品目用の節約クーポン（saving coupon）を含む。
【０１６８】
同様に、該代行システムはさもなければユーザーに提示されるかも知れぬ情報を見ることを防止するか又は出来なくし得て、それにより或るレベルの安全をもたらす。例えば、小さな子供と同定されたユーザーは、例えばマーチャントウエブサイト上にあるポルノグラフイックの材料の様な、該ユーザーが購入を許されない品目に関する情報を見ることを妨げられる。該代行システムのパターン認識の特質は該マーチャントから送信される材料がポルノグラフイックであることを認識しそして、対応して、該材料を見ることを阻止し、一方この材料に付随する購入機構を不能力化する。
【０１６９】
更に、実施例の該代行システムはマーチャントカテゴリーコード（Merchant Category Codes）を使用して該代行システムを通して購入出来る商品の種類の実時間制御を提供す
る。この制御は特定のマーチャントに付随する該マーチャントカテゴリーコードによるオンラインマーチャントでのショッピングを可能にすることによりもたらされる。代わりの実施例では、この制御は付随するマーチャントカテゴリーコードによるオンラインマーチャントでのショッピングを防止することによりもたらされる。
【０１７０】
支払い処理はユーザーがオンラインショッピングサイトでの該代行システムを介したショッピングセションを完了しそして該選択された商品用にチェックアウトし支払いを用意された様な時にもたらされる。図６０は実施例の支払い処理のフローチャートである。実施例の該代行システムは該代行システムにより保持されるクレデイットカード番号のプールからクレデイットカード番号を検索する。クレデイットカードの該プールはビザ、マスターカード、デイスカバー、そしてアメリカンエクスプレスクレデイットカードを含むことが出来るが、それに限定されない。該検索されたクレデイットカード番号は現在の購入額に等しいかそれより多い利用可能クレデイットを有するクレデイットカードと付随させられる。該選択されたクレデイットカード番号は、現在の処理の目的で、該ユーザーの名前を有する情報と該処理日付け、額、マーチャント、そして商品を含む処理情報とを用いて該ユーザーとリンクされる。
【０１７１】
代替えの実施例の代行システムは該付随代行システム勘定が開かれるか又は賦活される時にユニークなクレデイットカード番号をユーザーに割り当てる。該割り当てられたクレデイットカードが該代行システムクレデイットカードプール内で保持される間、それは該ユーザーがアクチブな代行システム勘定を有する様な時用に該特定のユーザーの排他的使用のために割り当てられる。該割り当てられたクレデイットカード番号を使用して支払い処理は完了する。
【０１７２】
購入処理がもたらされる中で、該代行システムは代行クレデイットカードが該ユーザーに割り当てられているかどうかを決定する６００２。もしクレデイットカードが割り当てられていなかったならば、クレデイットカード番号がクレデイットカードの該プールから検索され該ユーザーに割り当てられる６００４．該代行システムは次に該割り当てられた該クレデイットカードが新しいか、又は該ユーザーの運送先住所が変更されたかを決定する。もし更新された情報が必要であると決定されたなら、該代行システムは該ユーザーに更新された情報を促す。又該ユーザーは該購入に適用されるべき何等かのクーポンを促される。確認後、該クーポン値又は額は該ユーザーの勘定から借りとなる額に到達するよう該購入の合計額から引き算される６００６。
【０１７３】
該ユーザーの勘定の差引残高が該借りとなる額より大きいか決定が行われる６００８。もし該ユーザーの勘定の差引残高が該借りとなる額より小さいなら、該ユーザーがその差をもう１つのフアンド源（funding source）、例えば、個人的クレデイットカードでフアンドするよう欲するかどうかに関して催促が発せられる。又使用される追加フアンド源は通貨交換パートナー勘定及びインセンチブコード内のオンライン通貨を含むことが出来る。もし該ユーザーが個人的クレデイットカードで該差をフアンドすることを願わないならば、該購入処理は終了する。
【０１７４】
もし該ユーザーが個人的クレデイットカードで該差をフアンドしたいなら６０１０、該ユーザーは、該カードの種類、該カード上の名前、請求住所、カード番号、そしてカードの保証限期を含む該個人的クレデイットカード情報を促される。該カードの確認を受けるために対応するクレデイットカードネットワークが問い合わされる。該ユーザーの個人的クレデイットカードの確認をすると、該購入処理は続けられる。
【０１７５】
該購入処理は続き、該ユーザーが該購入処理の最終過程に到達し該ユーザーが該購入の確認を問い合わされる。確認後、借りとなる額と該ユーザーの代行勘定内にある額との差
引残高をフアンドするため該ユーザーの個人的クレデイットカードが使用されると、該適当なクレデイットカードネットワークがアクセスされ、該差引残高用に該ユーザーの個人的クレデイットカードが課金される。該ユーザーの個人的クレデイットカードに課金されたフアンドは該ユーザーの勘定残高（account balance）の貸方に記入され、それにより該ユーザーの代行勘定内にある額を該借りとなる額に等しくする。
【０１７６】
該処理は該ユーザーに割り当てられた該代行クレデイットカードに対しマネーをロード（loading）する／アンロード（unloading）する必要がある何等かの懸案の動作があるかどうかの決定と共に続く。この過程が使用されるのはユーザーが彼等の代行勘定内へマネーを預け入れるか、又はマネーを稼ぐか、又は他のフオームの通貨を現金化する時、該マネーは該代行カード上にはロードされないからである。代わりに該マネーはペンデイング（pending）としてマーク付けされる。この仕方で、購入に適用されてもよい他のマネー、例えばクーポンやユーザー自身のクレデイットカードからのマネー、が適応される。何れのペンデイングの動作も完了したと決定されると、該代行バンクはローデイング動作を行うよう導かれ、該動作では該借りとなる額が該ユーザーの代行勘定から彼等の代行クレデイットカードへロードされる。最終購入要求が該オンラインマーチャントサイトへ振替られ、そして従って該ユーザーの代行勘定差引残高は調節される６０１４．
【０１７７】
オフラインショッピングは実施例の該代行システムによりサポートされる。オフラインショッピングのサポートでは、ユーザーは、適用可能な制限と許可を受けると、物理的デビットカードの発行に帰着する該代行システム内勘定の開設のオプションを選択する。該デビットカードはクレデイットカード発行者又はバンクにより発行され、ビザ、マスターカード、アメリカンエクスプレス、そしてデイスカバーを含む種類であるが、それに限定はされない。このデビットカードはユーザーの代行勘定にリンクされ、該ユーザーの代行システム勘定内のクレデイット額に等しい利用可能な費やし限界（spending limit）を有する。該代行システムは、該代行システムが対応する勘定を有する各デビットカードに付随する利用可能な費やし限界に関して該デビットカード発行機関に周期的に更新させる。該カードを受け入れ可能とされたオフラインマーチャントはマーチャントカテゴリーコード（Merchant Category Codes）を使用して該発行機関により制御される。この仕方で、該デビットカードで購入出来る商品の種類は限定される。
【０１７８】
購入処理の完了に続く代行クレデイットカードの調整の実行で、実施例の該代行システムは２つの元帳（ledger）、すなわち代行システム元帳と、クレデイットカードの計算書元帳（statement ledger）とを保持する。該代行システム元帳は該ユーザーにより見るよう利用可能であり、該クレデイットカード元帳は見るよう利用可能ではないが、該システムはそれに限定はされない。該代行システム元帳は該ユーザーの代行勘定差引残高と該マーチャントウエブページに基づく全てのショッピング活動とを取り込む。該クレデイットカード計算書元帳は、例えば、毎夜の様に周期的に該代行バンクに返され、そして購入及びカードローデイング活動を含む代行勘定差引残高の変化に帰着する全ての活動を含む。該代行システムは該バンクからクレデイットカード計算書元帳を受け、代行システム勘定活動に反映するように該代行システム元帳を調節するためそれを使用する。
【０１７９】
該調整の実行では、該クレデイットカード計算書元帳は該代行クレデイットカードへのマーチャント課金（merchant charge）を提供する。これらのエントリーは該代行システム元帳内の対応するエントリーと整合され、該クレデイットカード計算書元帳と該代行システム元帳の間の何等かの額の差は該代行システム元帳への調節記録（adjustment record）を使用して調節（adjusted）される。該エントリーは該マーチャント名とプログラム可能なパーセント額内の購入価格の整合（match）とを使用して整合（matched）される。
【０１８０】
他の調整状況（other reconciliations situations）には返された品目と運送しない注
文とを含む。もしユーザーが品目を返すなら、該マーチャントは額を該対応する代行クレデイットカードへ戻るよう貸方に記入する。その貸方記入額は該クレデイットカード元帳内に表示され、その貸方記入は検出されると該代行システム元帳に記入される。
【０１８１】
もし注文が運送されないか、又はキャンセルされるなら、該代行システム元帳は指定タイムアウト期間（specified timeout period）、例えば６０日の間調整されない１つ以上のエントリーを有するであろう。もし調整されない事態が起これば、直ちにクレデイットが該ユーザーに与えられるか、又は該特定の購入ステイタス（specific purchase status）への更に進んだ調査を可能にするために該代行金融管理者へ報告が送られるが、該実施例はそれに限定はされない。該代行金融管理者は、必要な手動アクションを取るために両種の元帳にアクセスする。何等かの差異を表示する報告は何時でも発生されてよい。
【０１８２】
該代行システムは、スパムな（spam）、又は要求されないのになされた（unsolicited）送信をフイルターし、クレデイットカード番号又は他の代行システム情報を保護し、又はそれ自身の内部処理用にイーメールを使用するためにマーチャントショッピングサイトからユーザーへ送られるイーメールの厳格な制御を保持する。この機能の実行で、代行システムのユーザーはサインアップ又はアドミニステレーション（administration）中に彼等のイーメールアドレスを入力するよう促される。しかしながら、該ユーザーの実際のイーメールアドレスを使用する代わりに、該代行システムは、イーメールアドレスがオンラインマーチャントにより要求された時各ユーザー用のユニークな代行イーメールアドレスを提供する。該代行イーメールアドレスはそれが割り当てられる該ユーザーには知られていない。
【０１８３】
イーメールがこのユニークなイーメールアドレスで受信されると、該代行イーメールプロキシは該データベースから該ユーザーの実際のイーメールアドレスをルックアップ（looks up）又は決定し、該イーメールコンテントに基づき何でも動作を行い、そしてそれを、その様に要求されれば、該顧客の方へ送る。従って、マーチャントショッピングサイトが該ユーザーと通信するためにイーメールを使用する時は、該プロキシされたイーメールアドレスが代わりに使用される。
【０１８４】
この代行イーメールアドレスの目的は該オンラインマーチャントから該ユーザーへの全てのイーメールが最初に該代行イーメールプロキシへ送られることを保証することである。該代行イーメールプロキシは、それを該ユーザーへ送る前に該イーメールを処理し、該イーメールのフイルター作用と分類とを含む処理を行う。従って、該ユーザーは、該代行イーメールプロキシが該構成に基づき特定のイーメールを送らないことがなければ、該オンラインマーチャントから彼等が期待するイーメール、例えば注文確認及びステイタスイーメール（status emails）を受信し続ける。
【０１８５】
サインアップ又はアドミニストレーション中該代行システム管理部（surrogate system
management）へイーメールアドレスを指定すると、該代行システムは該新しいユーザー用にユニークな秘密のイーメールアドレスを割り当てる。該ユーザーのイーメールアドレスは該対応する秘密のイーメールアドレスと共に特別の代行イーメールサーバーへ行き、例えば、user@aol.com=>ss_random123@surrogate.comの様である。該ユーザーが該代行ショッピングサーバー経由でマーチャントショッピングサイトで買い物をして、該マーチャントサイトでイーメールアドレスを要求されると、真のイーメールアドレスより寧ろ該代行イーメールアドレスが提供される。
【０１８６】
マーチャントが該ユーザーにイーメールを送ると、それは該特別の代行イーメールアドレスへ送られる。該代行イーメールプロキシは該代行データベースから該ユーザーの実際のイーメールアドレスを決定し、該特別の代行イーメールアドレスの全ての場合を該実際
のイーメールアドレスで置き換える。更に、該代行イーメールプロキシは該マーチャントイーメール送信から全てのクレデイットカード番号と他の内部代行システムデータを除去する。
【０１８７】
又該代行イーメールプロキシは、該イーメールメッセージがどこで発せられたかにより、何等かの対応する特定マーチャント向けフイルターを該イーメールメッセージに適用する。該イーメールのヘッダーとボデイ内のコンテントに基づく分類を使用して、該代行イーメールプロキシは該イーメールを評価し、それを次の分類：スパム（SPAM）、もし該ユーザーがスパムを受信しないよう彼等の勘定を構成するなら、このイーメールは除去される；ステイタス（STATUS）、実際のイーメールアドレスへ送るが、管理目的で該代行システム内にコピーを保存する；ノーマル（NORMAL）、実際のイーメールアドレスへ送る；アンノーン（UNKNOWN）、該イーメールを送らず、それを特別の代行勘定へ送りそこでそれをスパム、ステイタス、又はノーマルの何れかとして分類する前に再調査される、の１つの中へ分類する。この様であるから、該代行イーメールプロキシは該オンラインマーチャントから該ユーザーへイーメールを提供するかどうかを決定する。
【０１８８】
請求される発明の種々の実施例の上記説明は図解と説明の目的で提示される。該請求される発明を開示された精密なフオームに限定することは意図されていない。多くの変型及び等価な配置が明らかである。
【０１８９】
付属する図面は請求される発明の実施例を図解する。
【図１】
2011008810.tif 000003
【図２】
2011008810.tif 000004
【図３】
2011008810.tif 000005
【図４】
2011008810.tif 000006
【図５】
2011008810.tif 000007
【図６】
2011008810.tif 000008
【図７】
2011008810.tif 000009
【図８】
2011008810.tif 000010
【図９】
2011008810.tif 000011
【図１０】
2011008810.tif 000012
【図１１】
2011008810.tif 000013
【図１２】
2011008810.tif 000014
【図１３】
2011008810.tif 000015
【図１４】
2011008810.tif 000016
【図１５】
2011008810.tif 000017
【図１６】
2011008810.tif 000018
【図１７】
2011008810.tif 000019
【図１８】
2011008810.tif 000020
【図１９】
2011008810.tif 000021
【図２０】
2011008810.tif 000022
【図２１】
2011008810.tif 000023
【図２２】
2011008810.tif 000024
【図２３】
2011008810.tif 000025
【図２４】
2011008810.tif 000026
【図２５】
2011008810.tif 000027
【図２６】
2011008810.tif 000028
【図２７】
2011008810.tif 000029
【図２８】
2011008810.tif 000030
【図２９】
2011008810.tif 000031
【図３０】
2011008810.tif 000032
【図３１】
2011008810.tif 000033
【図３２】
2011008810.tif 000034
【図３３】
2011008810.tif 000035
【図３４】
2011008810.tif 000036
【図３５】
2011008810.tif 000037
【図３６】
2011008810.tif 000038
【図３７】
2011008810.tif 000039
【図３８】
2011008810.tif 000040
【図３９】
2011008810.tif 000041
【図４０】
2011008810.tif 000042
【図４１】
2011008810.tif 000043
【図４２】
2011008810.tif 000044
【図４３】
2011008810.tif 000045
【図４４】
2011008810.tif 000046
【図４５】
2011008810.tif 000047
【図４６】
2011008810.tif 000048
【図４７】
2011008810.tif 000049
【図４８】
2011008810.tif 000050
【図４９】
2011008810.tif 000051
【図５０】
2011008810.tif 000052
【図５１】
2011008810.tif 000053
【図５２】
2011008810.tif 000054
【図５３】
2011008810.tif 000055
【図５４】
2011008810.tif 000056
【図５５】
2011008810.tif 000057
【図５６】
2011008810.tif 000058
【図５７】
2011008810.tif 000059
【図５８】
2011008810.tif 000060
【図５９】
2011008810.tif 000061
【図６０】
2011008810.tif 000062
【手続補正書】
【提出日】平成22年11月18日(2010.11.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子商取引トランザクションの代行制御用方法に於いて、
少なくとも１つの代行システム管理ウエブサイト、少なくとも１つの代行システムデータベース、少なくとも１つの代行ショッピングプロキシサーバー，少なくとも１つの代行電子メールプロキシサーバー、少なくとも１つの代行バンク、フロード検出装置、少なくとも１つのマーチャント支払いページツールおよび少なくとも１つのウエブブラウザーを含む代行電子システム内の少なくとも１つの代行勘定を代行システム管理ウエブサイトによりフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにウエブブラウザーによりアクセスする過程と、
該少なくとも１つの電子商取引システムから購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上で少なくとも１つの購入トランザクションを完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を代行ショッピングプロキシサーバーに保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有する代行バンクからのクレデイット勘定明細元帳を周期的に代行システムが受信する過程と、そして
該少なくとも１つのクレデイット勘定用のトランザクションを照合する過程を具備しており、
照合する過程においては、クレデイット勘定明細元帳が代行クレデイトカードのマーチャント課金を提供し、代行バンクにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が代行システム元帳の精算記録に基づいて精算される、
ことを特徴とする電子商取引処理の代行制御用方法。
【請求項２】
請求項１の方法が更に、少なくとも１つのフアンド源に関しフロード検出装置によりフロード検出を行う過程を具備することを特徴とする方法。
【請求項３】
請求項１の方法に於いて、フアンドする過程が少なくとも１つのフアンド源から該少なくとも１つの代行勘定にフアンドを入れる過程を備えており、該少なくとも１つのフアンド源はクレデイットカード、チェック、為替、商品券、インセンチブ、オンライン電子通貨、現金自動預け払い機、そしてストアドバリューカードから成るグループから選択された少なくとも１つのフアンド源を有することを特徴とする方法。
【請求項４】
請求項３の方法に於いて、オンライン電子通貨を使用してフアンドする過程は、
複数の勘定の複数のオンライン電子通貨残高を決定する過程と、そして
該複数の勘定からのオンライン電子通貨の額を総計する過程とを備えることを特徴とする方法。
【請求項５】
請求項３の方法に於いて、インセンチブが物品の購入に起因するインセンチブコードであることを特徴とする方法。
【請求項６】
請求項１の方法に於いて、アクセスする過程は透明であることを特徴とする方法。
【請求項７】
請求項１の方法が更に、
該代行電子システムを通して完了された購入トランザクションの記録を編集する過程と、そして
該編集された記録により順序付けられたマーチャントのランクの少なくとも１つのリストを提示する過程とを具備することを特徴とする方法。
【請求項８】
請求項１の方法が更に、該少なくとも１つの電子商取引システムから該代行電子システムを通して提供される情報を制御する過程を具備することを特徴とする方法。
【請求項９】
請求項８の方法に於いて、該制御する過程は、
データ流れをモニターする過程と、
該少なくとも１つの電子商取引システムから転送されるデータ流れについてパターン認識を行う過程と、
該データ流れのコンテントを決定する過程と、そして
該コンテントに応答して該少なくとも１つの電子商取引システムから提供される情報を制御する過程を備えることを特徴とする方法。
【請求項１０】
請求項９の方法に於いて、制御する過程は、該データ流れ内に追加的情報を挿入する過程と、該データ流れ内の情報を置換する過程と、該データ流れ内の情報をフイルターする過程と、そして該データ流れから情報を除去する過程から成るグループから選択された少なくとも１つの動作を有することを特徴とする方法。
【請求項１１】
請求項８の方法に於いて、該制御する過程は
ユーザーに、該ユーザーの実際の電子メールアドレスに対し写像された代行電子メールアドレスを割り当てる過程と、
該実際の電子メールアドレスの要求に応答して該少なくとも１つの電子商取引システムへ該代行電子メールアドレスを提供する過程と、
該少なくとも１つの電子商取引システムから受信された電子メールをフイルターしそして分類する過程とを備えており、該代行電子システムの微妙な情報は除去され、そして該制御する過程は又、
該フイルターされた電子メールを該ユーザーの該実際の電子メールアドレスへ送る過程を備えることを特徴とする方法。
【請求項１２】
請求項１の方法に於いて、少なくとも１つの購入トランザクションを完了するために未払額を決定する過程が、
該少なくとも１つの購入トランザクションを完了するために合計の未払額を決定する過程と、
クーポン、マーチャントインセンチブ、そして代行システムインセンチブから成るグループから選択された適用可能なクレデイット値を決定する過程と、そして、
該未払額を得るために該合計未払額から該適用可能なクレデイット値を引き算する過程とを備えることを特徴とする方法。
【請求項１３】
請求項１の方法に於いて、少なくとも１つのクレデイット勘定を選択する過程が該少なくとも１つのクレデイット勘定の該利用可能なクレデイットが該少なくとも１つの購入トランザクションの購入額をカバーするのに充分であるかどうかを決定する過程を備えることを特徴とする方法。
【請求項１４】
請求項１の方法に於いて、フアンドを振り替える過程が、  該少なくとも１つの代行勘定の残高が該未払額をカバーするに充分かどうかを決定する過程と、そして
もし該残高が充分でないならば、該少なくとも１つの代行勘定の残高を増加する過程を備えており、該増加する過程は複数のフアンド源からフアンドを受け、総計する過程を有することを特徴とする方法。
【請求項１５】
電子商取引トランザクションの代行制御用システムが、
少なくとも１つのクライアントコンピユータと、少なくとも１つの金融システムと、そして少なくとも１つのユーザー勘定を有する少なくとも１つのデータベースとの間に接続された代行ウエブサイト、ここで、少なくとも１つのユーザー勘定は代行ウエブサイトを用いてユーザーにより少なくとも１つのユーザーファンド源よりファンドされる、と、
該少なくとも１つのデータベースと、該少なくともクライアントコンピユータと、そして少なくとも１つの電子マーチャントシステムとの間に接続された少なくとも１つのプロキシサーバーとを具備しており、少なくとも１つの購入トランザクションは該少なくとも１つのプロキシサーバーを通して該少なくとも１つのクライアントブラウザーと該少なくとも１つの電子マーチャントシステムとの上にサポートされており、
該少なくとも１つの購入トランザクション用支払いは該少なくとも１つのユーザー勘定からのフアンドをロードされた代行フアンド源を使用して代行ウエブサイトによりフアンドされ、該代行ファンド源はクレデイットカード勘定、を含み、該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳が代行ショッピングプロキシサーバーにより保持され、該少なくとも１つの残高の変化に帰着する購入トランザクションを有する代行バンクからのクレデイット勘定明細元帳を代行システムに周期的に受信され、ここで
少なくとも１つのプロキシサーバーは少なくとも１つのユーザー勘定の処理を照合し、
照合する過程においては、クレデイット勘定明細元帳が代行クレデイトカードのマーチャント課金を提供し、代行バンクにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が代行システム元帳の精算記録に基づいて精算される、
ことを特徴とする電子商取引トランザクションの代行制御用システム。
【請求項１６】
電子商取トランザクションを制御する装置に於いて、
少なくとも１つのクライアントコンピユータと少なくとも１つの電子マーチャントシステムの間に接続されたデータベースと、代行ウエブサイトと、少なくとも１つの金融システムと、少なくとも１つの透明なプロキシサーバーとを含む少なくとも１つの代行処理システムを具備し、
該少なくとも１つの代行処理システムは
コンピユータを形成し、
該データベース内の少なくとも１つの代行勘定を代行ウエブサイトを用いてフアンドし、
該少なくとも１つのクライアントコンピユータを使用して該少なくとも１つの電子マーチャントシステムからの購入用品目の選択を可能にするために該少なくとも１つの電子マーチャントシステムへウエブブラウザを用いてアクセスし、
少なくとも１つの代行クレデイット勘定を選択し、
該少なくとも１つの電子マーチャントシステム上での少なくとも１つの購入トランザクションを完了するために未払額を決定し、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つの代行クレデイット勘定へ振り替え、そして
該少なくとも１つの代行クレデイット勘定を使用して該少なくとも１つの購入トランザクションを行い、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を代行ショッピングプロキシサーバーにより保持し、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有する代行バンクからのクレデイット勘定明細元帳を代行システムに周期的に受信されるように構成され、
ここで、該少なくとも１つの代行処理システムは更に該少なくとも１つのクレデイット勘定用のトランザクションを照合するように構成され、
照合する過程においては、クレデイット勘定明細元帳が代行クレデイトカードのマーチャント課金を提供し、代行バンクにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が代行システム元帳の精算記録に基づいて精算される、
ことを特徴とする電子商取引トランザクションを制御するための装置。
【請求項１７】
処理システムで実行される時、コンピユータに指示して該システムに電子商取引トランザクションの制御を行わせる、実行可能な命令を有するコンピユータ読み出し可能な媒体に於いて、該制御が、
少なくとも１つの代行システム管理ウエブサイト、少なくとも１つの代行システムデータベース、少なくとも１つの代行ショッピングプロキシサーバー，少なくとも１つの代行電子メールプロキシサーバー、少なくとも１つの代行バンク、フロード検出装置、少なくとも１つのマーチャント支払いページツールおよび少なくとも１つのウエブブラウザーを含む代行電子システム内の少なくとも１つの代行勘定を代行システム管理ウエブサイトによりフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにウエブブラウザーによりアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入トランザクションを完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有する代行バンクからのクレデイット勘定明細元帳を周期的に代行システムに受信する過程と、そして
該少なくとも１つのクレデイット勘定用のトランザクションを照合する過程を具備しており、
照合する過程においては、クレデイット勘定明細元帳が代行クレデイトカードのマーチャント課金を提供し、代行バンクにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が代行システム元帳の精算記録に基づいて精算される、
ことを特徴とする、処理システムで実行される時、該システムに電子商取引トランザクションの制御を行わせる実行可能な命令を有するコンピユータ読み出し可能な媒体。
【請求項１８】
処理システムで実行される時、コンピユータに指示して該システムに電子商取引トランザクションの制御を行わせる、実行可能な命令を含む電磁的記録媒体に於いて、該制御が、
少なくとも１つの代行システム管理ウエブサイト、少なくとも１つの代行システムデータベース、少なくとも１つの代行ショッピングプロキシサーバー，少なくとも１つの代行電子メールプロキシサーバー、少なくとも１つの代行バンク、フロード検出装置、少なくとも１つのマーチャント支払いページツールおよび少なくとも１つのウエブブラウザーを含む代行電子システム内の少なくとも１つの代行勘定を代行システム管理ウエブサイトによりフアンドする過程と、
該代行電子システムを通して少なくとも１つの電子商取引システムにウエブブラウザーによりアクセスする過程と、
該少なくとも１つの電子商取引システムからの購入用に少なくとも１つの品目を選択する過程と、
該代行電子システム内の少なくとも１つのクレデイット勘定を選択する過程と、
該少なくとも１つの電子商取引システム上での少なくとも１つの購入トランザクションを完了するために未払額を決定する過程と、
該未払額に等しいフアンドを該少なくとも１つの代行勘定から該少なくとも１つのクレデイット勘定へ振り替える過程と、
該少なくとも１つのクレデイット勘定を使用して該少なくとも１つの購入トランザクションを実行する過程と、
該少なくとも１つの代行勘定の少なくとも１つの残高と少なくとも１つの対応する購入トランザクション記録とを有する代行システム元帳を保持する過程と、
該少なくとも１つの残高の変化に帰着する購入トランザクションを有する代行バンクからのクレデイット勘定明細元帳を周期的に代行システムに受信する過程と、そして
該少なくとも１つのクレデイット勘定用のトランザクションを照合する過程を具備しており、
照合する過程においては、クレデイット勘定明細元帳が代行クレデイトカードのマーチャント課金を提供し、代行バンクにより代行システム元帳とクレデイット勘定明細元帳のマーチャント課金エントリーの整合が試みられ、両元帳の額の差が代行システム元帳の精算記録に基づいて精算される、
ことを特徴とする、処理システムで実行される時、該システムに電子商取引トランザクションの制御を行わせる実行可能な命令を含む電磁記録媒体。