專利名稱：執(zhí)行促銷活動的方法和系統(tǒng)的制作方法
執(zhí)行促掛赫的方法和系統(tǒng)
對相關(guān)專利申請的奴引用無
背景技術(shù)：
一些常規(guī)系統(tǒng)允許信用卡處理公司唯一地識別商戶的類型。一旦識別出，可以為那些商戶類型提供專門處理。這樣的系統(tǒng)主要關(guān)注商戶與發(fā)卡方、商戶收單方或與兩者的關(guān)系。這些關(guān)系的原本目的是為了適當(dāng)?shù)慕粨Q費而特征化一個交易。
"交換費"是由收單方為已經(jīng)被處理的交易而向發(fā)卡方支付的一種費用。"交換"過程是商戶收單方和卡發(fā)行者之間的與銷售和信用數(shù)據(jù)相關(guān)的金融和非金融數(shù)據(jù)的標(biāo)準(zhǔn)電子交換。在當(dāng)天全部金融交易完成后，交換過程通常在一天結(jié)束時發(fā)生。它是支付過程的清算和結(jié)算部分，與支付過程的授權(quán)部分相對。后面將詳細(xì)描述支付過程的這兩僧分。
由于不同類型的商戶可以出售不同價格和數(shù)量的貨物劍艮務(wù)，不同的交換費應(yīng)當(dāng)適用于不同的商戶。在這種常規(guī)系統(tǒng)中，交易處理系統(tǒng)可以使用商戶識別偵凍識別執(zhí)療待定交易的商戶的特定類型，并且為該交易分配恰當(dāng)?shù)慕粨Q費。例如，餐館可享有比比汽車經(jīng)銷商低的交換費，因為與汽車經(jīng)銷商相比，餐館通常會產(chǎn)生更多的信用卡和借記卡交易?？梢詾槠嚱?jīng)銷商分配一個識別號，并且為餐館分配另一個識別號。中央計算機可以使用識別號來識別與交易相關(guān)的商戶的類型，這樣可以為交易應(yīng)用恰當(dāng)?shù)慕粨Q費。
他人己經(jīng)描述過使用商戶值來區(qū)分授權(quán)和非授權(quán)商戶。例如，專利號為
5,956,695的美國專利公開了在衞己卡M]兌換過程的授^l程中i頓商戶識別值。在兌換過程中，參與者可以在特定商戶處^Mti己卡兌換點數(shù)并且4頓那些點數(shù)進行交易。在該特定商戶處，可以將帶有授權(quán)請求消息的商戶識別值發(fā)送會^1濾處理器。過濾處理器可以隨后使用商戶識別皿確定該商戶是否是已授權(quán)商戶(即參與鄉(xiāng)兌換翻的商戶)。JlM3i程是作為欺詐預(yù)防和衞正措施而進行的。盡管在信用卡行業(yè)中已經(jīng)使用并且描述了商戶識別值，但并沒有將它們與特定商戶和特定消費者結(jié)合使用。它們同樣沒有用于在銷售時向消費者提供即時的反饋。
因此期盼提供一種可以MH吏用便攜消費設(shè)備例如信用卡或^i己卡的改進
的系統(tǒng)和方法。

發(fā)明內(nèi)容
本發(fā)明的實施例涉及可以在促銷活動中使用商戶衞正值(MW)的方法和系統(tǒng)。這樣的促銷活動可以包括用于鼓勵消費者4頓電子支付方式的 ]活動、
比賽等。本發(fā)明的其它實施例涉及可以Mii在電子支付交易中^ffl授權(quán)過程來
執(zhí)fi^如比賽，銷g的方法和系統(tǒng)。
本發(fā)明的一個實施例涉及一種方法，其包括通過支付處理網(wǎng),收包含
商戶衞正值的授權(quán)請求消息，其中授權(quán)請求消息與消費者的一7M)買相關(guān)d頓
商戶衞正值確定商戶-特定的促銷糊；并且在接受授權(quán)請求消息后執(zhí)行已確定
的商戶的特定促銷活動。
本發(fā)明的另一個實施例涉及一種計,可讀介質(zhì)，其包括用于通過支付處理網(wǎng),收包括商戶驗證值的授權(quán)請求消息的代碼，其中授權(quán)請求消息與消
費者的一次購買相關(guān)；用于使用商戶驗證值確定商戶-特定的促銷活動的代碼；以及用于在接iBdt權(quán)請求消息后，執(zhí)行已確定的商戶的特定的促銷活動的代碼。
本發(fā)明的另一個實施例涉及一種方法，該方^^括接收授權(quán)請求消息，其中授權(quán)請求消息與消費者的一次購買相關(guān)；在接收授權(quán)請求消息之后，確定消費者在比賽中是否是獲獎?wù)撸徊⑶胰绻M者是獲獎?wù)?，向消費者發(fā)送響應(yīng)消息，其中響應(yīng)消息包括指明消費者是獲獎?wù)叩?際。
本發(fā)明的另一個實施例涉及一種計算機可讀介質(zhì)，其包括用于接收授權(quán)
請求消息的代碼，其中授權(quán)請求消息與消費者的一次購買相關(guān)；用于接TO權(quán)請求消息之后，確定消費者在比賽中是否是獲獎?wù)叩拇a；以及如果消費者是獲獎?wù)?，用于向消費者發(fā)逸響應(yīng)消息的代碼，其中響應(yīng)消息包括指明消費者是獲獎?wù)叩闹甘尽?br> 下面將詳細(xì)描述本發(fā)明的這些和其它實施例。


圖l示出一個包括收單方、發(fā)卡方、和交易處理系統(tǒng)的系統(tǒng)的框圖。圖2示出一個根據(jù)本發(fā)明一個實施例的方法的流程圖。
圖3示出一個信用卡收據(jù)的示例，該收據(jù)印有指明消費者是獲獎?wù)叩闹甘尽?br> 圖4示出一個能在本發(fā)明的一個實施例中使用的交換過程的流程圖。
具體實施例方式
本發(fā)明的實施例涉及在商戶-特定的促銷活動中使用商戶驗證值。在一些實施方式中，在用于對電子支付交易授權(quán)的過程中，使用商戶驗證值確定商戶特定活動。 一旦確定活動，則執(zhí)行該活動并且在銷售點向消費者提l紫待定反饋。例如，消費者可以使用便攜消費設(shè)備在特定商戶購買貨物或服務(wù)。如果便攜消費設(shè)備是信用卡，則消費者可以在卡終端刷信用卡消費。隨后消費者可以收到關(guān)于在該商戶參加的特定促銷活動中獲得了什么點數(shù)^ 的即時反饋。例如，在卡片終端，消費者可以接收到帶有授權(quán)響應(yīng)消息的信用卡收據(jù)。信用卡收據(jù)可以具有關(guān)于消費者由于該購買可以獲謝十么點數(shù)或獎勵的信息。
在本發(fā)明的實施例中，在消費者使用諸如信用卡或借記卡等便攜消費設(shè)備在銷售點購買貨物劍艮務(wù)后，將創(chuàng)，權(quán)請求消息?？梢詮纳虘籼幍腜OS終端發(fā)送給商戶的收單方、支付處理系統(tǒng)并且隨后發(fā)送給發(fā)卡方該授權(quán)請求消息。"授權(quán)請求消息"可以包括對授權(quán)進行電子支付交易的請求。它可以包括帳戶持有人的支付賬戶號、貨幣代碼、銷售額、商戶交易戳、接收方城市、接收方州/國家等?？梢允褂冒踩用芊椒ɡ?28-位SSL或其等效方^W授權(quán)請求消息從而防止數(shù)據(jù)受到損害。
通常，如果進行交易的消費者具有足夠的資金或信用，行交易則該電子支付交易將被授權(quán)。相反地，如果在消費者的賬戶中沒有足夠的資金或信用，或者如果消費者的便攜消費設(shè)備在黑名單中(例如指示該卡被盜)，則電子支付交易不能被授權(quán)。
"收單方，通常慰旨一個與特定商戶有商業(yè)關(guān)系的商業(yè)實體，例如商業(yè)銀行。"發(fā)卡方"通常是指向消費者發(fā)行便攜消費設(shè)備例如信用卡或借記卡的商業(yè)實體(例如銀行)。 一些實體例如美國^3I同時承擔(dān)發(fā)卡方和收單方的職能。本發(fā)明的實施例包含這樣的單一實體的發(fā)卡方-收單方。
授權(quán)請求消息包括對每，定商戶而言唯一的商戶驗證值(MW)。商戶^i正值可以^M分待定商戶的數(shù)字值或者其它值。其可以用于在多個促銷活動中確認(rèn)參與的商戶。
7商戶斷正值可以是任何，的形式。例如，示例性的商戶斷正值的格式特征可以是下面這樣的
參 位置1-6為字母數(shù)字(十六進制0-9， A-F)—由例如信用卡處理實體(例如Visa)的實,冊和分配的值
參 位置7-10為字母數(shù)字(十六進制0-9， A-F)—為了唯一識另鵬定場所而定義與商戶相關(guān)的值
如前面戶;M，本發(fā)明的實施例中的商戶斷正值可以用在授,程和域清算過程中。在本發(fā)明的實施例中，可以i頓商戶配置文件?？梢岳迷撐募炞C帶有商戶^i正值的交易的有效值和處理屬性。商戶配置文件可以存儲在例如由支付處S^統(tǒng)或發(fā)卡方可以訪問的 庫中。商戶配置文件中的處理屬性可以定義特定商戶處理。特別代碼可以用于確定與實體例如商戶和/或發(fā)卡方相關(guān)的特定促銷活動。
商戶驗證值的獨特特性是無論商戶與其各種收單方的處理關(guān)系如何，商戶i^i正值對于該商戶而言是共同的。商戶可以有很多場所，各個場所可以使用不同的收單方或者收單方處理器。這些實體可以^ffi單一的商戶衞正值來確認(rèn)任何唯一的處理。前面提到，商戶使用終端識別值對其特定的收單方處理器可被唯一認(rèn)出，但是在支付鏈中并不能被唯一認(rèn)出。此外，由于在本發(fā)明的實施例中可通過數(shù)字識別商戶，所以可以在不同的促銷活動中使用商戶驗證值。商戶斷正值也不需要在實時進行中保持。可以為全部終端場所使用相同的基礎(chǔ)值，因為它不像終端識別ffl卩樣變化。
本發(fā)明的實施例中的"商戶"可以具有任何恰當(dāng)?shù)奶匦?。商戶可以包括實體例如公司、獨資企業(yè)、非贏利性組織或者由這種實體組成的特別組合。由多個實體組成的特別組合可以是合作成立和/軀營促銷翻的兩1^作組織(例如兩個公司)。例如，快餐館和電影院可以成立和/或運營對兩者生意都有益的促銷活動。商戶還可以在多個地理場所有一個或多個零售場所。j頓商戶衞正值，可以為商戶的消費者執(zhí)行該特定商戶的特定促銷活動，即使該商戶可能在整個國家或旨世界具有大量不同的零售場所，以及即使商戶允許通過物理零售場所和/或因特網(wǎng)購買。商戶的示例包括雜貨商、服裝零售商、鮮經(jīng)銷商、百貨公司等。
在接收到包含商戶專用值的驗證請求消息后(例如由支付處理系統(tǒng)或發(fā)卡方接收)，隨后i頓商戶斷正值確定商戶-特定的促銷活動。商戶-特定的促銷活 動可以具有倒可恰當(dāng)?shù)奶匦?。商?特定的促銷赫的示例包括繊糊、餘 獨贏、針對特定目標(biāo)的廣告活動、點數(shù)、比賽等。糊可以應(yīng)用于由商戶進行 的一些或全部交易。例如，活動可以為在商戶場所中的一些或者全部今后的購 買中，向消費者提供折扣。在一些實施方式中，該活動也可以適用于商戶場所 的全部或其中的一部分。這樣，該活動的范圍可以是全國性的或區(qū)域性的。
一旦被確定，就實施商戶-特定的促銷活動。接收授權(quán)請求消息和執(zhí)行促銷 、赫可以由任何實體和/敘付系統(tǒng)中的計算體實施。例如，收單方、發(fā)卡方、
禾口/^:付處理系統(tǒng)可以接收授權(quán)請求消息和/或執(zhí)行促銷活動。在一些實施方式
中，可由收單方、發(fā)卡方或支付處理系統(tǒng)訪問的促銷引擎i柳魏的計ML程
糊行促銷活動。
可以結(jié)合商戶-特定的,來執(zhí)行任何恰當(dāng)?shù)娜蝿?wù)。特定任務(wù)可以涉及促銷 活動。例如，任務(wù)可以包括確定將要向消費者提供哪種類型(如果有的話)的 鄉(xiāng)麟品，針對樹可鄉(xiāng)或獎品魏消費者帳戶記錄，和/^^權(quán)響應(yīng)消息
錢回POS終端。"授權(quán)響應(yīng)消息"包括""^含與電子支付交易是否被授權(quán)的信
息。授權(quán)響應(yīng)消息可以包括關(guān)于當(dāng)前購買之后消費者可以獲謝十么獎勵、該消 費者是否是當(dāng)場的獲獎?wù)?、由于該次購買消費者將獲得多少點等信息。
作為說明，促銷活動可以是由例如GapTM^:國',躁零售商運作或發(fā)啟 的當(dāng)場抽獎活動。該抽獎活動可以為從零售商購買貨物的消費者1^共$1000美元 的獎勵。隨機選擇獲獎?wù)卟⑶耀@獎的機率例如是1000000分之1。支付處理系統(tǒng) 中的中央計算機可以接收來自*國家的服裝零售商的不同分支以及其它商戶 的授權(quán)請求消息。中央計算機^ffl零售商的商戶驗證值來識別來自服裝零售商 的授權(quán)請求消息。每當(dāng)接收到l躁零售商的授權(quán)請求消息時，中央計^m都會 訪問促銷引擎，并且確定源自該授權(quán)請求消息的消費者是否是獲獎?wù)摺ｋS后由 支付處l系統(tǒng)在授權(quán)響應(yīng)消息中，涉及該消費者是否是獲獎?wù)叩臎Q定，其間， 該消息^1收單方、商戶并到達(dá)POS終端。在POS終端，消費者可以被通知他 ，是否是獲獎?wù)?。例如，在POS終端可以為消費者打印信用卡或借記卡收據(jù)。 該收據(jù)可以印有例如"再試一次"或者'獲獎?wù)?的消息。
如前面提到的，在支付過程的授權(quán)部分使用商戶驗證值。還可以在支付過 程的清算和結(jié)算部分使用商戶斷正值(如同下面將描述的)。作為背景技術(shù)，電子支付可以被分成兩部分授權(quán)過程，以及清算和結(jié)算過程。當(dāng)消費者在銷售 點購買貨物劍艮務(wù)時，授權(quán)過程以基本實時的形式出現(xiàn)(例如在幾秒鐘內(nèi)，例
如小于io秒)，而清算和結(jié)算過程較財出現(xiàn)。在授M:程中，支付處理系統(tǒng)
檢査消費者賬戶中的信用或資金的消費者額度，并且將該信息,回商戶，以 便通知商戶和消費者該消費者是否具有足夠的信用或資^s行所期望的交易。 在清算和結(jié)算過程中，支付處理系統(tǒng)合并不同收單方和發(fā)卡方之間的各種交易 并且在它們之間結(jié)算賬戶。在清算和結(jié)算過程中，實際的資金可以被轉(zhuǎn)移。該 過程通常在消費者購買當(dāng)天之后的兩到三天完成。隨后根據(jù)消費者賬戶的定期 報表中的記錄，消費者將為鵬買而付帳。
圖1示出了可在本發(fā)明的實施例中使用的系統(tǒng)20。該系統(tǒng)20包括商戶場所 22(a)、 22(b)和與這些商戶場所22(a)、 22(b)相關(guān)的收單方24(a)、 24(b)。不同的 商戶場所22(a)、 22(b)可以附屬于同一個商戶。消費者30可以在商戶場所22(a)、 22(bM頓便攜消費設(shè)備32購買貨物劍艮務(wù)。收單方24(a)、 24(b)可以M支付 處理系統(tǒng)26與發(fā)卡方28通信。支付處理系統(tǒng)26可以與促銷弓摩30和交換弓| 擎32通信。
根據(jù)本發(fā)明實施例，便攜消費設(shè)備32可以是倒可適當(dāng)?shù)男问?。例如，便攜 消費設(shè)備可以是手持式并且緊湊的，這樣它們適于l^夂入消費者的錢包和域口 袋中(例如口袋大小的)。例如，便攜消費設(shè)備可以包括智能卡、普通信用卡或 衞己卡(帶有磁條并且不帶有微處理器)、鑰匙鏈設(shè)備(例如從?？松梨诠?處可購買到的SpeedpassTM)等。便攜消費設(shè)備的其它例刊括蜂窩電話、個人 數(shù)字助理(PDA)、尋呼機、支付卡、安針、訪問卡、智會巨媒體、無線電鄉(xiāng) 機應(yīng)答器以及類似設(shè)備。便攜消費設(shè)備32還可以是衞己設(shè)備(例如衞己卡)、 信用設(shè)備(例如信用卡)，或者儲值設(shè)備(例如儲值卡)。
支付處理系統(tǒng)26可以包括用于支持和傳，權(quán)服務(wù)、免責(zé)文件服務(wù)和清算 及結(jié)算服務(wù)的數(shù)據(jù)處理子系統(tǒng)、網(wǎng)絡(luò)和操作。 一個示例性的支付處理系統(tǒng)可以 包括VisaNet 。諸如VisaN改TM等支付處理系統(tǒng)可以處理信用卡交易、借記卡 交易和其它類型的商業(yè)交易。特別地，VisaNetTM包括處理授權(quán)請求的VIP系統(tǒng) (Visa集^:付系統(tǒng))和執(zhí)行清算和結(jié)算服務(wù)的基礎(chǔ)II (Basen)系統(tǒng)。
支付處理系統(tǒng)26可以包括服務(wù)器計^m。服務(wù)器計^mil常是強大的計算
機或者計算豐幾簇。例如服務(wù)器計算機可以是大型主機、微型m^或者作為一個單元工作的一組服務(wù)器。在一個例子中，服務(wù)器計算機可以^3i接到網(wǎng)絡(luò)服務(wù) 器的 庫服務(wù)器。支付處理系統(tǒng)26可以使用任何適當(dāng)?shù)挠芯€或無線網(wǎng)絡(luò)，包 括因特網(wǎng)。
商戶場所22(a)、 22(b)還具有可以與便攜消費設(shè)備32交互的銷售點(POS) 終端(未示出)。可以^ffl包括讀卡器的〗封可M的銷售點終端。讀卡器可以包 括任何合適的接觸或非接觸操作模式。例如示例性的讀卡器可以包括與便攜消 費設(shè)備32^S的RF (射頻)天線、磁條閱讀器等。
在圖1中示出了兩個軟件引擎。它們包括促銷引擎36和交換引擎38。系統(tǒng) 中還可以包括各種其它的軟件弓摩以便執(zhí)行根據(jù)本發(fā)明各實施例的方法。這樣 的軟件引擎可以由發(fā)卡方28、支付處理系統(tǒng)26赫收單方24(a)、 24(b)訪問。 盡管這兩個軟件引擎36、 38被顯示為可以由支付處理系統(tǒng)26直接訪問，但它 們也可以或者可選擇地由收單方24(a)、 24(b)或者發(fā)卡方28直接訪問。
促銷弓摩36可以包括或存儲由商戶操作或啟動的各種促銷、赫。促銷弓摩 30還可以包括用于存儲來自一個或多個商戶的促銷活動、識別與特定授權(quán)請求 消息或者交易相關(guān)的特定促銷活動、執(zhí)行與促銷活動相關(guān)的任務(wù)等的計^l幾代 碼。
交互引擎38可以使用商戶驗i正itt執(zhí)行交換處理(如前面描述的那樣)。 下面參考附圖4描述使用商戶驗證值的M的交換過程的細(xì)節(jié)。
在本申請中描述的弓摩30、 32和任何其他軟件組件或功能可以被實現(xiàn)為使 用例如常規(guī)或者面向，技術(shù)的諸如Java, C++， Peri等ftf可適當(dāng)?shù)挠?語言 的并由處理器執(zhí)行的軟fH戈碼。例如，圖2和圖4中示出的本申請中任何特定 步驟(或者步驟的組合)都可以按任何合適的組合被實現(xiàn)為計^n可讀介質(zhì)上 的計算機代碼。軟州t碼可以被存儲為諸如隨機存取存儲器(RAM)、只讀存 儲器(ROM)、諸如硬盤驅(qū)動器或鄉(xiāng)等磁介質(zhì)，或魏如CD-ROM等光學(xué)介 質(zhì)等計算機可讀介質(zhì)上的一組指令或者命令。任何這樣的計^m可讀介質(zhì)可以 駐留在單一的計算裝置之上或之中，并且可以出現(xiàn)在系統(tǒng)或網(wǎng)絡(luò)中的不同計算
裝置;tJ:或之中。
圖2示出了根據(jù)本發(fā)明的實施例的方法的流程圖?？梢詤⒖紙D1中的框圖 描述圖2中示出的方法。首先消費者30在商戶場所22(a)使用諸如信用卡鞭攜 消費設(shè)備32購買貨物或服務(wù)(步驟40)。消費者的便攜消費設(shè)備32在商戶場所
ii22(a)與POS (銷售點)終端妊。例如，消費者30可以i頓信用卡并且在POS
終端恰當(dāng)?shù)牟壑兴⑦^。
在商戶場所22(a)運行的POS終端或者計^^幾可以隨后選擇性地在授權(quán)請求 消息中JH共促銷代碼(步驟42)，這樣可以識另嘀戶的促銷。促銷代碼可以與促 銷活動相關(guān)，該促餘翻被實現(xiàn)為駐留在促銷引擎36上或可由促銷引擎36可 訪問的一組指令?？梢蕴鎿Q地或附加地在收單方24(a)、支付處理系統(tǒng)26或者發(fā) 卡方28處插入促銷代碼。
授權(quán)請求消息隨后IM^給帶有促銷代碼的收單方24(a)。在接收到授權(quán)請 求消息后，收單方24(a)可以隨后在授權(quán)請求消息中插入商戶驗證值(步驟44)， 并且^^權(quán)請求消息隨后^^支付處Sm統(tǒng)26?；蛘?，商戶驗證值可以由商 戶22(a)或者支付處鵬統(tǒng)26插入到授權(quán)請求中。例如，代微字商戶^i正值， 可將識別商戶的文本消息(例如"Gap")或POS終端ID從商戶場所22(a)發(fā)超lj 支付處S^統(tǒng)26。支付處理系統(tǒng)26可以隨后具有將文本消息或POS終端ID與 商戶衞HM"應(yīng)的查找表。
支付處理系統(tǒng)36隨后確定商戶和發(fā)卡方28的參與狀態(tài)(步驟48)。支付處 理系統(tǒng)36可以隨后訪問促銷引擎36來執(zhí)行商戶的促銷活動中的步驟。例如促 銷引擎36可以具有為消費者30在該商戶處每五次購買而提供10%的折扣的計 對幾代碼。促銷引擎36可以記錄消費者在商戶處的購買活動。在其他實施例中， 支付處理系統(tǒng)26可以不訪問促銷引擎36。例如，在一些實施例中，發(fā)卡方28 可以訪問促銷弓摩36來執(zhí)行促銷。
支付處SL系統(tǒng)26隨后向發(fā)卡方28 ^^包括促銷代碼禾嘀戶斷正值的授權(quán) 請求消息(步驟52)。如果促銷活動已經(jīng)由支付處理系統(tǒng)26執(zhí)行，那么隨后將 關(guān)于該次活動結(jié)果的信息發(fā)邀合發(fā)卡方28。例如，如果支付處理系統(tǒng)26之前確 定了消費者30對當(dāng)前購買享有折扣，那么隨后可將該信息發(fā)邀合發(fā)卡方28,以 便發(fā)卡方28具有促銷折扣的記錄并且相魁也調(diào)整消費者的帳戶。如果促銷g 還沒有由支付處理系統(tǒng)26執(zhí)行，另P么隨后發(fā)卡方28可以訪問促銷引擎36，并 且執(zhí)行促銷糊。不管怎樣，發(fā)卡方28鵬隨后檢査商戶-發(fā)卡方的合作絲的 參與(步驟54)。在發(fā)卡方28檢查合作絲的參與后，發(fā)卡方28向支付處理系 統(tǒng)26發(fā)送驗i正響應(yīng)消息(步驟56)以便指明當(dāng)前交易是被授權(quán)的(或者未被授 權(quán)的)。授權(quán)消息可以包括促銷代碼、關(guān)于當(dāng)前促銷的響應(yīng)信息(例如"你是獲獎
者"，"本^l勾買享有10%的折扣")等、以及當(dāng)前購買的授權(quán)代碼(指明Mi買
交易是被授權(quán)的)。交易處理系統(tǒng)26隨后向收單方24(a)返回驗證響應(yīng)消息。收 單方24(a)隨后向商戶22(a)返回響應(yīng)消息。如果需要，交易處理系統(tǒng)26禾B/或收 單方24(a)可以通過授權(quán)響應(yīng)消息向消費者30返回促銷響應(yīng)信息。
商戶22(a)接收到商戶特定消肩之后(步驟58)，商戶22(a)處的POS終端可 以隨后為消費者30 Jl^權(quán)響應(yīng)消息?？梢杂蒔OS終端顯示響應(yīng)消息或者將 其打印在信用卡收據(jù)上。
在該日結(jié)束時，可以進行常規(guī)清算和結(jié)算處理(步驟60)。商戶可以向收單
方24(a)皿帶有促銷代碼的商戶存g^:件。商戶存l^:件包含關(guān)于該日電子交
易的信息。收單方24(a)可將交換文件連同適當(dāng)?shù)拇黉N代碼^f伎付TO系統(tǒng) 26。可以按適當(dāng)?shù)慕粨Q費率處Sii當(dāng)?shù)慕灰?下面將詳細(xì)描述)。隨后由支付處 理系統(tǒng)26將適當(dāng)?shù)拇黉N代碼和交易細(xì)節(jié)錢至撥卡方28。發(fā)卡方28可以隨后 將消費者的帳戶進行適當(dāng)?shù)恼{(diào)整。例如，如果消費者30由于當(dāng)前的購買而獲得 了點數(shù)、英里或者其他鄉(xiāng)，則收單方28可以對消費者的帳戶做出適當(dāng)?shù)恼{(diào)整。 如同前面描述的實施例示出的那樣，本發(fā)明的雌實施例可以!贓用于比 賽(例如抽獎)，該比^E授M:程中為消費者掛共直接的反饋。這樣的比賽可 以是促銷活動并且可以在用于電子商紋易授權(quán)過程中執(zhí)行。在雌實施例中， 諸如服務(wù)器等計算,可接收包括可選的商戶驗證值的授權(quán)請求消息。該授權(quán) 請求消息與使用便攜消費設(shè)備的用戶的購買相關(guān)。在接收授權(quán)請求消息后，計 算裝置可以確定消費者是否是比賽中的獲獎?wù)摺Ｈ绻M者是獲獎?wù)撸慁i授 權(quán)響應(yīng)消息發(fā)送給消費者，其中響應(yīng)消息包括指明消費者是獲獎?wù)叩闹甘尽？?淑也，如果消費者不是獲獎?wù)撸愴懴M者^iS當(dāng)?shù)南?例如"再試一次')。 圖3示出了示例性信用卡收據(jù)的例子。如所示出的，信用卡鵬在授權(quán)區(qū)鄉(xiāng) 示單詞"獲獎?wù)?。單詞"獲獎?wù)?合宜地具有六個字母并且可以對應(yīng)于常規(guī)授
權(quán)代碼的六位。
在示例性的比賽的實施例(和其它實施例)中，最好在將指明消費者是獲 獎?wù)叩南l(fā)送給消費者之前，確定消費者的交易首先被授權(quán)。在這樣的實施 例中(參照圖l)，可以從商戶場所22(a))l^權(quán)請求消息皿給收單方24(a)、 支付處理系統(tǒng)26以及隨后到達(dá)發(fā)卡方28。發(fā)卡方28檢査消費者的帳戶來確定當(dāng)前交易是否被授權(quán)。如果已經(jīng)被授權(quán)，貝岫發(fā)卡方2M娥權(quán)響應(yīng)信息錢到 支付處理系統(tǒng)26。支付處理系統(tǒng)26可以隨后將特定數(shù)值插入到第38數(shù)據(jù)字段 (艮隨于授權(quán)代碼響應(yīng)的標(biāo)準(zhǔn)字段)并取代發(fā)卡方的常規(guī)授權(quán)響應(yīng)。例如，該特 定值可以是代替常夫賦位授權(quán)代碼的文本消息"獲獎?wù)?。支付處S^、統(tǒng)26可以 隨后將該修改后的授權(quán)消息發(fā)送到商戶場所22(a)并且隨后到達(dá)消費者30。支付 處理系統(tǒng)26還可以將關(guān)于消費者的"獲獎?wù)?狀態(tài)的消息發(fā)^^合消費者28，這樣 發(fā)卡方28具有其記錄并且可以相，修改用戶的帳戶。該示例性過程的步驟可 以以任何恰當(dāng)?shù)姆绞皆谂c圖2描述的過程的步驟相結(jié)合。
在這些比賽實施例中，可以將商戶驗證值包含到或不包含到授權(quán)請求消息 中。例如，可以i頓終端的識別號來識別贊助比賽的特定商戶。作為另一種選 擇，發(fā)卡方可以是比賽的贊助者從而增加由該發(fā)卡方發(fā)行的便攜消費設(shè)備的使 用。這樣用于專門識別特定商戶的商戶斷正值不再必要，因為比賽中的潛在參 與者將專門附屬于發(fā)卡方的而不是特定商戶。
過去，公司使用比賽作為促銷活動。但是，這樣的常規(guī)糊并沒有向消費 者鄉(xiāng)關(guān)于他們是否是獲勝者的即時反饋。例如，當(dāng)消費者在商業(yè)交易中4頓 信用卡時， 一個常規(guī)活動在比賽中自動注冊消費者。但是，確定消費者是否是 獲勝者的決定是在商業(yè)交易結(jié)束后很久才作出的(例如幾周)。如果消費者是獲 勝者，消費者事后才被通知是娜者(例如M郵件)。雖然可以^頓這樣的常 規(guī)活動，但是它們不能使消費者感到滿意，因為在消費者購買和將任何這樣的 促銷活動結(jié)果通知給消費者之間間隔的時間太長了。
除了授權(quán)處理之外，根據(jù)本發(fā)明的實施例的商戶驗證值還可用于清算和結(jié) 算處理。圖4顯示了說明使用商戶船正值的示例性交換過程的流程圖。
參照圖4，支付處理系統(tǒng)可以確定在交易中是否存在商戶驗i正值(步驟82)。 隨后，支付處理系統(tǒng)可以確定商戶驗證值是否是有效的，并且是否定義了特殊 活動(步驟84)。如果這些問題的答案是否，則交易被回退(步驟90)。如果這 些問題的答案是是，貝鵬定所有與清算和結(jié)對目關(guān)的赫(步驟88)。
隨后確定商戶衞正值表中是否存在有效的收單方BIN (銀行識別號碼)(步 驟92)。如果其有效，則隨后確定g是否要限定特定的卡片范圍(步驟94)。 如果無效，則進行常規(guī)處理(步驟100)。如上面所述，可以為不同類型的商戶 ,不同的交換費。如果活動確實需要限定卡片范圍，則隨后確定該發(fā)卡方的卡片范圍是否有
效(步驟98)。如果其有效，則隨后應(yīng)用經(jīng)定義的商戶驗證值交換(步驟96)。 如果無效，則隨后進行常規(guī)處理(步驟100)。如果活動不要求有效的卡片范圍， 則應(yīng)用經(jīng)定義的商戶^i正值交換(步驟96)。
圖4中示出的步驟可以由支付處理系統(tǒng)26中一個或多個計算，執(zhí)行。圖 4示出的步驟可以在不背離本發(fā)明的范圍情況下，以任何^t的組合或者順序與 圖2示出的步驟結(jié)合使用。
可以以軟件或硬件或兩者組合的控制邏輯的形式實現(xiàn)本發(fā)明?？刂七壿嬁?以作為多個指令存儲在信息存儲介質(zhì)中，該指令用于指導(dǎo)信息處理設(shè)備來執(zhí)行 本發(fā)明的實施例中公開的一組步驟?；诖颂幪峁┑墓_與教示，本領(lǐng)域的技 術(shù)人員將意識到有其他方式和/或方^*實現(xiàn)本發(fā)明。
，描述是說明性的而不是限制性的。本領(lǐng)域的技術(shù)人員在瀏覽公開內(nèi)容 時，本發(fā)明的各種變型對其是顯而易見的。因此不應(yīng)當(dāng)參照，描述確定本發(fā) 明的范圍，相反，應(yīng)當(dāng)參考待審的權(quán)利要求和其全部范圍和等同物來確定。
除非經(jīng)特另湘反地指出，"一"、"一個鄰'貨'意在表示'一個或多個'。
以上提到的所有專利、專利申請、公開物和描述為了各種目的被整體引入 作為參考。沒有一個fM認(rèn)為現(xiàn)有技術(shù)。
權(quán)利要求
1.一種方法包括通過支付處理網(wǎng)絡(luò)接收包括商戶驗證值的授權(quán)請求消息，其中所述授權(quán)請求消息與消費者的購買相關(guān)；使用所述商戶驗證值確定商戶-特定的促銷活動；以及在接收所述授權(quán)請求消息后，執(zhí)行所述經(jīng)確定的商戶特定的促銷活動。
2. 如權(quán)利要求1戶脫的方法，其特征在于，戶腿商戶-特定的促銷糊魏 獎活動。
3. 如權(quán)利要求1戶脫的方法，其特征在于，戶腿商戶-特定的促銷、翻是獎 勵活動。
4. 如權(quán)利要求1戶腿的方法，辦征在于，執(zhí)行B^^確定的商戶-特定的促銷活動包括向所述消費者，表明所述消費者對戶皿購買已經(jīng)獲得了折扣的 消息。
5. 如權(quán)禾腰求i戶脫的方法，其特征在于，執(zhí)行戶;M^確定的商戶-特定的 促銷活動包括向所述消費者發(fā)送表明所述消費者將對今后的購買獲得折扣的消 息。
6. 如權(quán)利要求i戶腿的方法，其特征在于，執(zhí)行戶;M^確定的商戶-特定的 促銷赫包括確定所述消費者是否是比賽中的獲獎?wù)撸约叭绻鱿M者是獲獎?wù)撸?則向所述消費者發(fā)送包括指示戶;M消費者是獲獎?wù)叩南⒌氖跈?quán)響應(yīng)消息。
7. 如權(quán)利要求i所述的方法，其特征在于，所述消費者i頓信用卡或衞己卡 進行^fti購買。
8. 如權(quán)利要求i所述的方法，其特征在于，還包括 艦所述商戶衞正值執(zhí)行交換過程。
9. 一種被配置為執(zhí)行權(quán)利要求i戶脫的方法糊艮務(wù)器計穀幾。
10. —種被配置為執(zhí)行如權(quán)禾腰求1戶腿的方法的系統(tǒng)。
11. 一種計^m可讀介質(zhì)包括用于通過支付處理網(wǎng),收包括商戶^i正值的授權(quán)請求消息的代碼，其中戶脫授權(quán)請求消息與消費者的購買相關(guān)；用于^頓戶脫商戶魁正值確定商戶-特定的促銷活動的代碼；以及用于在接L^;f^授權(quán)請求消息后，執(zhí)行戶; ^^確定的商戶-特定的促銷赫 的代碼。
12. 如權(quán)利要求ii所述的計^m可讀介質(zhì)，其特征在于，所述商戶-特定的 促銷活動是抽獎活動。
13. 如權(quán)利要求ii戶滿的計^m可讀介質(zhì)，其特征在于，所述商戶-特定的促銷活動是Mj活動。
14. 如權(quán)禾腰求ll戶脫的計^t幾可讀介質(zhì)，其特征在于，用于執(zhí)行戶脫經(jīng)確定的商戶-特定的促銷活動的代碼包括用于向所述消費者發(fā)送表明所述消費者對 戶，購買已經(jīng)獲得了折扣的消息的代碼。
15. 如權(quán)利要求ll所述的計Ml可讀介質(zhì)，其特征在于，用于執(zhí)行所^^圣確定的商戶-特定的促銷活動的代石馳括用于向所述消費者發(fā)送表明所述消費者將 對今后的購買獲得折扣的消息的代碼。
16..—種方跑括接收授權(quán)請求消息，其中所，權(quán)請求消息與消費者的購買相關(guān)聯(lián)； 在接收所述授權(quán)請求消息后，確定所述消費者是否是比賽中的獲獎?wù)?；以及如果消費者是獲獎?wù)?，貝晌所述消費者發(fā)送響應(yīng)消息，其中所述響應(yīng)消息 包括所述消費者是獲獎?wù)叩闹甘尽?br> 17. 如權(quán)利要求16所述的方法，其特征在于，將所述消費者是獲獎?wù)叩闹甘?打印在信用卡或借記卡的收據(jù)上。
18. 如權(quán)禾腰求16戶誠的方法，其特征在于，先前是f頓信用卡或借記卡進行戶;f^購買的。
19.如權(quán)利要求16所述的方法，其特征在于，BTO授權(quán)請求消息包括商戶驗 證值。
20.—種被配置為執(zhí)行權(quán)利要求16所述的方法的服務(wù)器計算機。
21 —種被配置為執(zhí)行權(quán)利要求16所述的方法的系統(tǒng)。
22. —種計穀幾可讀介質(zhì)，包括用于接收授權(quán)請求消息的代碼，其中所述授權(quán)請求消息與消費者的購買相 關(guān)聯(lián)；用于在接收所述授權(quán)請求消息后，確定所述消費者是否是比賽中的獲獎?wù)叩拇a；以及用于在如果所述消費者是獲獎?wù)邥r，向所述消費者發(fā)送響應(yīng)消息的代碼， 其中所述響應(yīng)消息包括所述消費者是獲獎?wù)叩闹甘尽?br> 23.如權(quán)利要求22所述的計 1可讀介質(zhì)，，征在于，所，權(quán)請求消息 包括商戶魁正值。
全文摘要
公開了一種使用促銷活動和商戶值的方法。在一個示例中，該方法包括通過支付處理網(wǎng)絡(luò)接收包括商戶驗證值的授權(quán)請求消息，該授權(quán)請求消息與消費者的一次購買相關(guān)。隨后使用商戶驗證值確定商戶-特定的促銷活動，并且執(zhí)行商戶-特定的促銷活動。例如，促銷活動可以是抽獎活動并且任務(wù)是確定該消費者是當(dāng)場獲獎?wù)摺?br> 文檔編號G06Q30/02GK101517605SQ200680040719
公開日2009年8月26日 申請日期2006年10月25日 優(yōu)先權(quán)日2005年11月2日
發(fā)明者B·帕特森 申請人:維薩美國股份有限公司;維薩國際服務(wù)協(xié)會