相關申請的交叉引用

本申請是2014年8月21日提交的美國專利申請no.14/465,063的pct國際申請并要求其優(yōu)先權。美國專利申請no.14/465,063是2013年10月21日提交的美國專利申請no.14/058,548的部分繼續(xù)申請。通過引用的方式將上述申請的全部公開內(nèi)容并入到本文中。

本公開涉及發(fā)起對使用獎勵賬戶提供資金的支付交易的返利，具體地，涉及在基于獎勵余額的支付交易處理之后，自動發(fā)起向獎勵賬戶返利。

背景技術：

本部分提供與本公開相關的背景信息，其不一定是現(xiàn)有技術。

為了增加使用量，許多支付卡發(fā)行商為使用她們的支付卡的持卡人提供獎勵。獎勵可以采用各種形式，例如，可以兌換現(xiàn)金或產(chǎn)品的獎勵積分、現(xiàn)金返還、航空里程、特定商家的獎勵積分(例如，旅游服務公司、酒店、批發(fā)商、零售商等)、基于活動的獎勵等級，其中每個等級可能具有相應的收益等等。然而，這些傳統(tǒng)的獎勵方案通常需要持卡人采取大量的行動才能獲得收益。此外，持卡人通常不能直接在銷售點使用獎勵，而是要求先兌換獎勵、再收到獎勵、然后在銷售點使用獎勵。

為了在銷售點簡化獎勵收益的兌換，已經(jīng)開發(fā)了一些系統(tǒng)和方法，以便在使用特定支付卡時就能夠兌換獎勵積分或其他收益。例如，在2009年9月4日提交的公開號為2010/0057553的美國專利中描述的系統(tǒng)使用僅授權使用獎勵積分的余額的支付卡，通過引用的方式將該美國專利整體并入到本文中。然而，由于該卡僅被授權使用積分，所以該卡不可用于傳統(tǒng)的支付交易，這可能會使消費者感到沮喪或混淆，特別是如果消費者不希望攜帶多個支付卡時。開發(fā)了在支付卡上包括物理開關的另一種系統(tǒng)，持卡人可以觸發(fā)該物理開關，以便在作為傳統(tǒng)支付卡的使用和通過獎勵余額的支付之間進行切換。然而，這可能使可能會忘記在使用類型之間切換的消費者感到沮喪。此外，兩種支付方式的差異可能導致持卡人無法使用信用和獎勵余額來支付。

附圖說明

當結合附圖閱讀時，從下面對示例性實施例的詳細描述中可以更好地理解本公開的范圍。附圖中所包括的是如下的附圖：

圖1是示出根據(jù)示例性實施例的、用于發(fā)起對使用獎勵賬戶提供資金的支付交易的返利的系統(tǒng)的高級架構。

圖2是示出根據(jù)示例性實施例的、用于發(fā)起對由獎勵賬戶提供資金的支付交易的返利的圖1的處理服務器的框圖。

圖3是示出根據(jù)示例性實施例的、對使用獎勵賬戶提供資金的支付交易的處理以及基于獎勵余額發(fā)起和處理對獎勵賬戶的返利的過程的流程圖。

圖4是示出根據(jù)示例性實施例的、在使用獎勵賬戶提供資金的支付交易之后，由圖2的處理服務器發(fā)起的返利請求的過程的流程圖。

圖5是用于接收消費者偏好選擇的示例性界面的框圖。

圖6是示出根據(jù)示例性實施例的、用于發(fā)起對使用獎勵賬戶提供資金的支付交易的返利的示例性方法的流程圖。

圖7是本公開的、適于在處理涉及獎勵賬戶的支付交易中使用的的另一示例性系統(tǒng)的框圖。

圖8是根據(jù)圖7的系統(tǒng)的、處理涉及獎勵賬戶的支付交易的示例性方法的流程圖。

圖9是根據(jù)圖7的系統(tǒng)的、處理涉及與第三方相關聯(lián)的獎勵賬戶的支付交易的示例性方法的流程圖。

圖10是示出根據(jù)示例性實施例的計算機系統(tǒng)架構的框圖。

通過下文提供的詳細描述，本公開的其他適用范圍將變得顯而易見。應當理解，示例性實施例的詳細描述僅用于舉例說明的目的，因此并不意在限制本公開的范圍。

具體實施方式

現(xiàn)在將參照附圖更全面地描述示例性實施例。

術語定義

支付網(wǎng)絡-用于通過使用現(xiàn)金替代品來轉移貨幣的系統(tǒng)或網(wǎng)絡。支付網(wǎng)絡可以使用各種不同的協(xié)議和進程來處理用于各種類型交易的貨幣轉移?？梢酝ㄟ^支付網(wǎng)絡執(zhí)行的交易可以包括產(chǎn)品或服務購買、信用購買、借記交易、資金轉帳、賬戶提款等。支付網(wǎng)絡可以被配置為通過現(xiàn)金替代品執(zhí)行交易，所述現(xiàn)金替代品可以包括支付卡、信用證、支票、財務賬戶等。配置為執(zhí)行成支付網(wǎng)絡的網(wǎng)絡或系統(tǒng)的例子包括由等運營的網(wǎng)絡或系統(tǒng)。本文對術語“支付網(wǎng)絡”的使用可以指將支付網(wǎng)絡作為實體和物理支付網(wǎng)絡，例如，包括支付網(wǎng)絡的設備、硬件和軟件。

支付賬戶-可用于為交易提供資金的金融賬戶，例如，支票賬戶、儲蓄賬戶、信用賬戶、虛擬支付賬戶等。支付賬戶可以與實體相關聯(lián)，該實體可以包括個人、家庭、公司、社團、政府實體等。在某些情況下，付款賬戶可能是虛擬的，例如由等運營的賬戶等。

支付卡-與支付賬戶相關聯(lián)的卡或數(shù)據(jù)，可以將支付賬戶提供給商家以通過相關聯(lián)的支付賬戶為金融交易提供資金。支付卡可以包括信用卡、借記卡、簽賬卡、儲值卡、預付卡、汽油特惠卡(fleetcard)、虛擬支付號碼、虛擬卡號碼、受控支付號碼等。支付卡可以是可以提供給商家的物理卡或者可以是表示相關聯(lián)的支付賬戶的數(shù)據(jù)(例如，存儲在諸如智能電話或計算機的通信設備中的數(shù)據(jù))。例如，在某些情況下，可以認為包括支付賬號的數(shù)據(jù)可以被認為是用于處理由相關聯(lián)的支付賬戶提供資金的交易的支付卡。在某些情況下，在適用時可以將支票視為支付卡。

獎勵賬戶-當支付賬戶用于為交易提供資金時，該支付賬戶可以為賬戶持有人賺取獎勵。對相關領域的技術人員顯而易見的是，獎勵可以是積分、等級、返現(xiàn)、里程或其他合適的頻率值的形式。可將累積獎勵的金額稱為獎勵余額，例如，賬戶持有人賺取越多的獎勵就可以導致獎勵余額增加(例如，更高)。如本文所使用的，“積分”通?？梢灾笇Κ剟钯~戶的獎勵，并且“積分余額”通?？梢灾釜剟钯~戶的獎勵余額。

商家–為另一個實體(例如，消費者或其他商家)提供購買的產(chǎn)品(例如，商品和/或服務)的實體。對相關領域的技術人員顯而易見的是，商家可以是消費者、零售商、批發(fā)商、制造商、或可以提供用于購買的產(chǎn)品的任何其他類型的實體。在某些情況下，商家可能對提供的用于購買的商品和/或服務有特殊的知識。在其他情況下，商家可能沒有或可以不要求對提供的產(chǎn)品有任何特殊的知識。在一些實施例中，可以將參與單個交易的實體認為是商家。

發(fā)行者-建立(例如，開立)有利于受益人的信用證或信用額度以及由受益人根據(jù)信用證或信用額度規(guī)定的額度而提取的支票的實體。在許多情況下，發(fā)行者可能是授權開立信用額度的銀行或其他金融機構。在某些情況下，可將任何向受益人提供信用額度的實體視為發(fā)行者。發(fā)行者開立的信用額度可以以支付賬戶的形式表示，并可以由受益人通過使用支付卡進行支付。

收單方-代表商家處理支付卡交易的實體。收單方可以是被授權代表商家處理支付卡交易的銀行或其他金融機構。在許多情況下，收單方可以向作為受益人的商家開立信用額度。在可以是發(fā)行者提供的信用額度的受益人的消費者通過支付卡與由收單方代表的商家進行交易的情況下，則收單方可以向發(fā)行者交換資金。

支付交易-兩個實體之間的交易，其中，貨幣或其他經(jīng)濟利益從一個實體交換到另一個實體。對相關領域的技術人員顯而易見的是，支付交易可以是資金轉移、購買商品或服務、償還債務、或任何其他經(jīng)濟利益交換。在某些情況下，支付交易可以指通過支付卡和/或支付賬戶提供資金而進行的交易，例如，信用卡交易。這種支付交易可以通過發(fā)行者、支付網(wǎng)絡和收單方來處理。處理這種支付交易的過程可以包括授權、批處理、清算、結算和提供資金中的至少一個。授權可以包括向商家提供消費者的支付明細，從商家向其收單方提交交易明細(例如，包括支付明細)以及由為交易提供資金的消費者的支付賬戶的發(fā)行者對支付明細進行驗證。批處理可以指批量地存儲授權的交易與其他授權的交易以分發(fā)給收單方。清算可以包括將批量的交易從收單方發(fā)送到支付網(wǎng)絡進行處理。結算可以包括支付網(wǎng)絡針對涉及發(fā)行者的受益人的交易將發(fā)行者記入借方。在某些情況下，發(fā)行者可以通過支付網(wǎng)絡向收單方付款。在其他情況下，發(fā)行者可以直接向收單方支付。提供資金可以包括收單方針對已經(jīng)清算和結算的支付交易向商家支付。對相關領域的技術人員顯而易見的是，以上討論的步驟的順序和/或分類可以作為支付交易處理的一部分來執(zhí)行。

用于處理獎勵賬戶的返利請求的系統(tǒng)

圖1示出了用于發(fā)起并處理對使用獎勵賬戶提供資金的支付交易的返利的系統(tǒng)100。

系統(tǒng)可以與消費者102交互。消費者102可以具有支付賬戶，該支付賬戶具有由發(fā)行者104持有的可用的獎勵(例如，獎勵賬戶)。在某些情況下，發(fā)行者104可以向消費者102發(fā)行與獎勵賬戶相關聯(lián)的支付卡，以在使用獎勵賬戶為支付交易提供資金時使用。消費者102可以與商家106進行由獎勵賬戶提供資金的支付交易。

商家106(例如，或者與商家106相關聯(lián)的收單方)可以將針對由獎勵賬戶提供資金的支付交易的授權請求提交給支付網(wǎng)絡108。支付網(wǎng)絡108可以使用對于相關領域的技術人員來說將顯而易見的方法和系統(tǒng)來處理支付交易。作為處理的一部分或在處理之后，支付網(wǎng)絡108可將授權請求的副本發(fā)送到處理服務器110。發(fā)送到處理服務器110的授權請求可以至少包括支付信息(例如，指示用于為支付交易提供資金的獎勵賬戶)和交易金額。

下面更詳細討論的處理服務器110可以被配置為基于獎勵余額發(fā)起對獎勵賬戶的返利請求。處理服務器110可以至少基于交易金額和至少一個轉換規(guī)則來計算交易獎勵值。轉換規(guī)則可以基于商家106、消費者102、發(fā)行者104、支付交易的交易數(shù)據(jù)或任何其他合適的值。交易獎勵值可以表示通過獎勵為整個支付交易提供資金所需的獎勵賬戶中的獎勵值。例如，對于150美元的交易，計算的交易獎勵值可為150個積分。

如下面更詳細地討論的，處理服務器110還可以存儲對應于賬戶數(shù)據(jù)庫112中的消費者102的賬戶數(shù)據(jù)條目。賬戶數(shù)據(jù)條目可以至少包括消費者102為支付交易提供資金所使用的獎勵賬戶的獎勵余額。在一些實施例中，處理服務器110可以與發(fā)行者104相關聯(lián)和/或可以從發(fā)行者104接收賬戶信息(例如，獎勵余額)。處理服務器110可以識別賬戶數(shù)據(jù)條目的扣減金額(reductionamount)，其中，扣減金額基于包括在賬戶數(shù)據(jù)條目中的獎勵余額和交易獎勵值中的較少者。在這種情況下，扣減金額可以解釋獎勵余額超過為支付交易提供資金所需的獎勵金額的情況或獎勵余額不超過獎勵金額但只可以用于為支付交易提供部分資金的情況。

處理服務器110然后可以基于扣減金額來更新與消費者102相關聯(lián)的賬戶數(shù)據(jù)條目中的獎勵余額。處理服務器110還可以基于扣減金額和至少一個轉換規(guī)則來計算要在用于支付交易的獎勵賬戶上處理的返利的返利金額。處理服務器110然后可以向支付網(wǎng)絡108提交返利請求，以基于兌換的獎勵請求要向獎勵賬戶的發(fā)行者104支付的返利金額。支付網(wǎng)絡108可以使用對相關領域的技術人員來說顯而易見的系統(tǒng)和方法來處理返利。

在一些實施例中，處理服務器110可以向消費者102發(fā)送指示向支付網(wǎng)絡108成功傳送返利請求的通知?？梢酝ㄟ^短消息服務(sms)消息、多媒體服務消息、電子郵件、傳統(tǒng)郵件、電話、網(wǎng)站、應用程序或?qū)τ谙嚓P技術領域的技術人員來說將顯而易見的任何其他合適的方法，將該通知發(fā)送給消費者102，可以將該通知傳送給消費者102或與消費者102相關的計算設備。在其他實施例中，除了指示成功傳送返利請求的通知之外或者作為其的備選，處理服務器110可以傳送指示對返利請求進行了成功的處理的另一個通知。在一些實施例中，處理服務器110還可以向發(fā)行者104發(fā)送通知，例如，以基于所計算的更新的獎勵余額提供對獎勵賬戶的獎勵余額的更新。

在一些情況下，當與消費者102相關聯(lián)的賬戶數(shù)據(jù)條目的獎勵余額小于交易獎勵值時，處理服務器110可以向消費者102請求許可，以提交針對支付交易的返利請求。在這種情況下，處理服務器110可以向消費者102提交請求(例如，提交給與消費者102相關聯(lián)的計算設備，例如，移動計算設備或進行支付交易的銷售點設備)。消費者102可以響應該請求，該請求可以由處理服務器110接收并進行相應地處理。如果消費者102希望使用其獎勵余額，處理服務器110可以如上所述提交返利請求，或者如果消費者102不希望使用其獎勵余額，則可以不提交任何請求。在一些實施例中，處理服務器110可以被配置為基于部分使用獎勵余額來提交返利請求。

本文討論的系統(tǒng)和方法可以提供對傳統(tǒng)系統(tǒng)和方法的許多改進，以使消費者102能夠使用獎勵賬戶的獎勵來為支付交易提供資金。因為處理服務器110可以在不需要消費者102使用第二支付卡或在進行交易之前不需要執(zhí)行任何動作的情況下，就可以使用獎勵余額為支付交易提供資金，所以處理服務器110可以使通過獎勵為支付交易提供資金更快更有效。因此，系統(tǒng)100對于消費者而言可能更容易接受，這轉而可導致較高的使用率，這可以使消費者102和發(fā)行者104都受益。

此外，通過將對獎勵的使用作為返利請求處理，支付交易本身可以在不需要修改現(xiàn)有的支付系統(tǒng)的情況下常規(guī)地進行。此外，可以在支付交易之后，將折扣請求作為清算記錄發(fā)送，這可以導致返利請求的非?？焖俚奶幚?。在這種情況下，可以在不受處理服務器110的中斷或干預的情況下，常規(guī)地提交從商家106提交給支付網(wǎng)絡108的初始授權請求，這使得可以保持常規(guī)處理速度，當與返利請求的清算速度相結合時，這可以導致以使消費者102不會感覺到的延遲，對使用獎勵的支付交易的返利進行處理。

處理設備

圖2示出了系統(tǒng)100的處理服務器110的實施例。對相關領域的技術人員將顯而易見的是，圖2所示的處理服務器110的實施例僅是示例性的，并且可能沒有窮舉出適于執(zhí)行本文所述的功能的處理服務器110的所有可能的配置。例如，在圖6中示出的并且下面將更加詳細地討論的計算機系統(tǒng)600可以是處理服務器110的合適配置。

處理服務器110可以包括接收單元202。接收單元202可以被配置為通過一個或多個網(wǎng)絡協(xié)議在一個或多個網(wǎng)絡上接收數(shù)據(jù)。接收單元202可以被配置為從支付網(wǎng)絡108接收對應于由獎勵賬戶提供資金的支付交易的授權請求，其中，所述授權請求至少包括交易金額和支付信息。支付信息可以包括賬戶標識符或其他合適的信息，對于相關領域的技術人員將是顯而易見的是，其可以用于識別用于為支付交易提供資金的獎勵賬戶。

處理服務器110還可以包括處理單元204。處理單元204可以使用支付信息來識別存儲在與用于為支付交易提供資金的獎勵賬戶相關聯(lián)的賬戶數(shù)據(jù)庫112中的賬戶數(shù)據(jù)條目208。存儲在賬戶數(shù)據(jù)庫112中的每個賬戶數(shù)據(jù)條目208可以包括與消費者獎勵賬戶有關的數(shù)據(jù)，該消費者獎勵賬戶至少包括賬戶標識符和獎勵余額。賬戶標識符可以是用于識別的唯一值，例如，標識號碼、支付賬號(例如，相關聯(lián)的獎勵賬戶的賬號)、用戶名、電子郵件地址、電話號碼等。獎勵余額可以是消費者102為相關的獎勵賬戶賺取的獎勵余額。在一些情況下，獎勵余額可以由處理服務器110(例如，經(jīng)由接收單元202)從發(fā)行者104接收。

處理單元204還可以被配置為至少基于可以存儲在存儲器210中的交易金額和一個或多個轉換規(guī)則來計算交易返利值。在某些情況下，交易返利值可以進一步基于以下中的至少一個：消費者102(例如，消費者102的賬戶級別)、發(fā)行者104(例如，發(fā)行者偏好、發(fā)行者類別等)、商家106(例如，商家偏好、商家類別、商業(yè)行業(yè)等)，包括在授權請求中的交易數(shù)據(jù)(例如，產(chǎn)品數(shù)據(jù)、交易時間和/或日期、地理位置等)以及對相關領域的技術人員來說將顯而易見的更多因素。

處理單元204還可以被配置為識別扣減金額，扣減金額可以是包括在確定的賬戶數(shù)據(jù)條目208中的獎勵余額和交易獎勵值中的較少者。處理單元204隨后可以基于當前的獎勵余額和扣減金額來更新包括在識別的賬戶數(shù)據(jù)條目208中的獎勵余額，并且可以基于識別的扣減金額和至少一個轉換規(guī)則來計算返利金額。處理單元204可以針對計算的返利金額生成返利請求。在一個示例中，交易金額可以是100美元，并且處理單元204計算的交易獎勵值可以是100個積分。識別的賬戶數(shù)據(jù)條目208可以包括75個積分的獎勵余額。因此，處理單元204可以識別扣減金額為75個積分，其可以將獎勵余額更新為零個積分，并且可以導致計算的返利金額為75美元。處理單元204隨后可以生成向獎勵賬戶返回75美元的返利請求。

處理服務器110還可以包括發(fā)送單元206。發(fā)送單元206可以被配置為通過使用一個或多個網(wǎng)絡協(xié)議在一個或多個網(wǎng)絡上發(fā)送數(shù)據(jù)。發(fā)送單元206可以被配置為將所生成的返利請求發(fā)送到支付網(wǎng)絡108進行處理。

發(fā)送單元206還可以被配置為向消費者102和/或發(fā)行者104發(fā)送指示成功發(fā)送返利請求的通知。

在一些實施例中，接收單元202可以在成功處理返利請求時從支付網(wǎng)絡108接收通知。在該實施例中，發(fā)送單元206還可以被配置為向消費者102和/或發(fā)行者104發(fā)送指示成功處理的通知。在一些情況下，可以在指示成功傳送返利請求的先前通知之外，附加地或替代地傳送該通知。

在識別的賬戶數(shù)據(jù)條目208的獎勵余額小于支付交易的交易返利值，以及如果處理服務器110要求消費者102批準使用獎勵為支付交易提供部分資金(例如，基于先前接收的消費者偏好，例如，可以將所述消費者偏好存儲在識別的賬戶數(shù)據(jù)條目208中)的實施例中，發(fā)送單元206可以被配置為發(fā)送消費者102批準的請求以推進到消費者102?？梢酝ㄟ^相關領域的技術人員顯而易見的任何合適的方法將該請求傳送到消費者102，例如，通過與消費者102相關聯(lián)的計算設備或用于進行支付交易的銷售點設備(例如，如授權請求中所指示的)。接收單元202可以被配置為接收來自消費者102的指示處理針對交易金額的部分金額的返利請求或者拒絕返利請求的響應。處理單元204可以識別包括在響應中的指示，并且可以相應的進行如上所述的動作。在一些實施例中，如果獎勵余額小于計算的交易返利值，則賬戶數(shù)據(jù)條目208可以指示處理單元204是否生成返利請求。

支付交易的處理以及返利請求的后續(xù)處理

圖3示出了使用獎勵賬戶為支付交易提供資金的處理以及使用在獎勵賬戶上賺取的獎勵進行返利請求的后續(xù)處理的過程。

在步驟302，消費者102可以發(fā)起與商家106的支付交易以使用獎勵賬戶購買商品或服務。作為發(fā)起支付交易的一部分，消費者102可以向商家106提供獎勵賬戶的賬號(例如，通過支付卡或其他合適的方法)。在步驟304，商家106(例如，或者與商家106相關聯(lián)的收單方)可以生成授權請求并將授權請求提交給支付網(wǎng)絡108以進行處理。在步驟306，支付網(wǎng)絡108可以將授權請求轉發(fā)給獎勵賬戶的發(fā)行者104。在步驟308，發(fā)行者104可以批準支付交易(例如，基于獎勵賬戶中的充足資金)，并且在步驟310，可以將指示批準的授權響應發(fā)送回支付網(wǎng)絡108。

在步驟312，支付網(wǎng)絡108可將指示批準支付交易的授權響應轉發(fā)給商家106。相關領域技術人員顯而易見的是，步驟304至312是使用傳統(tǒng)的系統(tǒng)和方法處理支付交易的示例，并且可以包括附加步驟和/或附加實體。在步驟314，商家106可以向消費者102提供對商品或服務的收據(jù)和/或交易。

在步驟316，支付網(wǎng)絡108可以向處理服務器110發(fā)送支付交易的授權請求的副本，所述授權請求的副本至少包括支付信息和交易金額。在步驟318，處理服務器110可以識別與用于為支付交易提供資金的獎勵賬戶相關聯(lián)的賬戶數(shù)據(jù)條目208，并且處理服務器110可以基于包括在識別的賬戶數(shù)據(jù)條目208中的獎勵余額以及基于交易金額和至少一個轉換規(guī)則計算的交易獎勵值，并且可能基于如下所述的偏好的可能性，來進一步識別使用獎勵對支付交易提供資金的可能性。例如，偏好(例如，獎勵偏好)可以指示對所有交易、僅對下一個交易、不對任何交易、僅對高于最小閾值的交易、僅對可以完全使用獎勵提供資金的交易等，使用獎勵為支付交易提供資金。在消費者102可能被要求批準使用獎勵來完全或部分地為支付交易提供資金的情況下，在步驟320，處理服務器110可以向消費者102提交批準請求。

在步驟322中，消費者102可以通過計算設備(例如，移動計算設備，商家106處的銷售點設備等)或其他合適的方法來批準使用積分。在步驟324，可將指示消費者的批準的批準響應發(fā)送到處理服務器110。在步驟326，處理服務器110然后可以基于扣減金額和至少一個轉換規(guī)則，并且可能基于批準或偏好，生成返利金額的返利請求。在步驟328，處理服務器110可以將返利請求發(fā)送到支付網(wǎng)絡108。

在步驟330，支付網(wǎng)絡108可以使用對相關領域的技術人員來說顯而易見的方法和系統(tǒng)來處理返利請求?？梢詫⒎道麖呐c商家106相關聯(lián)的賬戶處理到與消費者102相關聯(lián)的獎勵賬戶。在步驟332，支付網(wǎng)絡108可以將指示成功處理針對返利金額的返利的返利響應發(fā)送到獎勵賬戶。在步驟334，處理服務器110可以向消費者102發(fā)送指示成功處理了返利的通知。在一些情況下，通知可以進一步包括更新的獎勵金額和如相關領域的技術人員顯而易見的其他合適的信息。

生成和發(fā)起返利請求的方法

圖4示出了通過系統(tǒng)100的處理服務器110執(zhí)行的、生成并處理返利獎勵請求的方法，所述返利獎勵請求針對的是使用獎勵賬戶提供資金的支付交易的返利。獎勵賬戶可以包括對消費者在使用獎勵余額時的偏好的選擇，并且可以包括如由發(fā)行者104、支付網(wǎng)絡提供商、商家106和/或收單方選擇的對使用獎勵余額的計劃偏好。

在步驟402，處理服務器110的接收單元202可以接收對使用獎勵賬戶提供資金的支付交易的授權請求。授權請求可以至少包括支付信息和交易金額。在步驟404，處理單元204可以確定支付交易是否是使用獎勵為支付交易提供全部或部分資金的有效交易。步驟404可以包括使用包括在授權請求中的支付信息來識別存儲在賬戶數(shù)據(jù)庫112中的賬戶數(shù)據(jù)條目208。如果沒有識別出有效的賬戶數(shù)據(jù)條目208，則可以認為該交易不是有效的，并且可以結束該過程。

再次參考圖4，如果識別出有效的賬戶數(shù)據(jù)條目208并且可以使用獎勵來完全或部分地為交易提供資金，則在步驟405，處理服務器110基于一個或多個消費者和/或計劃偏好(例如，獎勵偏好)確定支付交易是否具有返利獎勵請求的資格。賬戶數(shù)據(jù)庫112中的每個賬戶數(shù)據(jù)條目208可以包括與獎勵賬戶相關聯(lián)的消費者偏好。消費者偏好可以指示何時應當為在銷售點終端(物理或虛擬的)上進行的購買請求獎勵返利，當購買不具有獎勵返利請求的資格時，則反之。可以從與消費者102相關聯(lián)的計算設備(例如，移動計算設備或者甚至是與消費者102進行支付交易時當前的銷售點設備)接收消費者偏好。通常，在消費者102到達商家106之前，消費者102將通過消費者計算設備選擇或提供獎勵偏好，處理服務器110接收獎勵偏好并將其存儲在賬戶數(shù)據(jù)條目208中。備選地，消費者102可以在購買時、恰在支付購買之前、或者作為支付交易的一部分，通過移動計算設備或商家106處的銷售點設備選擇獎勵偏好。

消費者偏好(例如，消費者獎勵偏好)可以包括何時是否應該或不應該為購買請求獎勵返利的各種不同的指示。

例如，消費者偏好選項可以包括對支付交易禁用獎勵返利請求、對所有支付交易都使用獎勵返利請求、僅對下一個支付交易使用獎勵返利請求等。這允許消費者102決定他們什么時候想要獲得為支付交易請求的獎勵返利。如果獎勵余額相對較小，或者如果消費者102希望使獎勵余額累積達到更大的數(shù)量以用于將來的更重要的購買，例如，在一些示例中，消費者102可以暫且禁止使用獎勵。備選地，例如，如果消費者102已經(jīng)在獎勵賬戶中累積了很多的獎勵余額，或者希望盡快使用獎勵，則消費者102可以選擇對所有支付交易都使用獎勵返利請求。此外，例如，如果消費者102希望使用獎勵返利進行單次購買，但是在進行購買之后允許獎勵余額增長，則消費者102可以選擇僅為下一次購買使用獎勵返利請求。例如，消費者102可以在購物時、當消費者102已經(jīng)決定購買他/她希望使用獎勵返利請求的商品時，在商家106處選擇該獎勵偏好。在進行了下次購買之后，消費者偏好會自動更改回禁用。消費者102然后能夠改變偏好，以便具有用于后續(xù)支付交易的獎勵返利請求。

在另一個示例中，消費者偏好可以包括特定商家(或多個商家)，以使得獎勵返利請求應該僅用于在特定商家的支付交易。

作為可能的獎勵偏好的另一示例，處理服務器110和/或消費者102可以選擇最小標準，該最小標準必須滿足為支付交易請求的獎勵返利。在一個示例中，消費者可以選擇最小購買金額為20美元，以使得獎勵返利請求將僅用于涉及至少20美元的支付交易。例如，消費者102可以選擇這種最小購買金額，以使得消費者可以使用普通的支付賬戶方法(例如，收費/借記獎勵賬戶等)來支付較少的購買費用，同時保存獎勵余額以用于金額較大的、更重要的購買。當然，消費者102可以采用各種其他原因來選擇一個最少金額而不是另一個。在至少一個實施例中，消費者偏好可以包括最大購買金額。

可以通過消費者的計算設備上的接口或者通過消費者102和處理服務器110之間的其他交互(直接或間接的)來接收上述示例性消費者偏好和其他消費者偏好中的每一個，藉此處理服務器110隨后接收消費者的偏好。

例如，圖5示出了適于在消費者的移動計算設備上顯示的界面450。界面450包括賬號輸入欄452，其可以從消費者102接收與消費者的獎勵賬戶相關聯(lián)的賬號(例如，賬戶標識符)。界面450還包括密碼欄454，其可以接收與獎勵賬戶相關聯(lián)的密碼，以防止他人訪問和/或更改消費者的獎勵賬戶的偏好。界面450包括用于選擇如上所述的最小購買金額456的單選按鈕，其可以在支付交易等于或超過消費者102在金額欄458輸入的最小購買金額時才發(fā)起返利請求。

界面450還包括單選按鈕460，其與針對所有交易、不針對交易、以及僅針對下一個交易的偏好相關聯(lián)，這與上文參考圖4描述的偏好一致。當消費者102完成在界面450中選擇一些或所有偏好，并且在452,454提供賬號和密碼時，消費者102通過點擊提交按鈕462將偏好提交給處理服務器110。處理服務器110依次接收偏好并存儲相關的賬戶數(shù)據(jù)條目208。

應當理解，消費者的任何數(shù)量的不同偏好可以包括在界面(例如，界面450)中和/或從界面選擇。通常，消費者偏好允許消費者102預先定義如何使用獎勵余額(即通過一個或多個獎勵偏好)，然后以常規(guī)方式簡單地使用與獎勵賬戶相關聯(lián)的支付卡，而不必執(zhí)行任何額外的動作和/或活動來使用獎勵余額，從而消費者102更容易的使用獎勵賬戶。

此外，在各種實施例中，獎勵賬戶的發(fā)行者104可以設置獎勵賬戶的最小購買金額，以使得僅對至少包含該金額的支付交易請求獎勵返利。這可以允許發(fā)行者104限制消費者102無論金額多少對每次購買都使用獎勵返利請求，從而使發(fā)行者104節(jié)省了與處理大量小額購買等的每個單獨的獎勵返利請求相關的任何開銷。附加地或者備選地，如上所述，發(fā)行者104可以要求消費者102提交最小購買金額偏好。計劃偏好可以進一步限制一定時期內(nèi)的獎勵返利請求的數(shù)量，限制可以使用獎勵的商家106和/或保留獎勵計劃中的損耗(不允許消費者套現(xiàn)她們的所有積分)的各種其他選項，創(chuàng)建獎勵計劃級別變量，減少處理的獎勵兌換金額，減少獎勵兌換費用等?？梢詫l(fā)行人104、商家106、支付網(wǎng)絡提供商或收單方建立的任何標準視為計劃偏好(例如，計劃獎勵偏好)。

進一步參考圖4，特別是在步驟405，處理服務器110基于包括上述那些的獎勵計劃偏好和/或一個或多個消費者來確定支付交易是否具有返利請求的資格。顯而易見的是，在另一示例性的實施例中，步驟405可以位于方法中的其他位置(例如，在步驟406之后，在步驟408之后等)，或者可以不存在于該方法中。

仍然參考圖4，如果基于一個或多個偏好確定交易具有返利請求的資格，則在步驟406，處理單元204可以確定該賬戶中是否有足夠的獎勵余額來為支付交易提供全部資金。步驟406可以包括基于支付交易的交易金額和一個或多個轉換規(guī)則對交易返利值的計算，以及識別包括在確定的賬戶數(shù)據(jù)條目208中的獎勵余額是否滿足或超過計算的交易返利值。

如果獎勵余額不足以為支付交易提供全部資金，則在步驟408，處理單元204可以例如基于包括在識別的賬戶數(shù)據(jù)條目208中的數(shù)據(jù)，確定是否存在與為支付交易提供部分資金的獎勵賬戶相關聯(lián)的消費者的默認批準、消費者偏好和/或計劃偏好。默認批準可以由消費者偏好和/或計劃偏好來指示。例如，發(fā)行者104可以在獎勵余額足以為交易提供全部資金(即，完全提供資金)時選擇僅允許獎勵返利請求。發(fā)行者104可以選擇該要求，以避免為單個支付交易執(zhí)行單獨的支付方式(即，利用獎勵積分和利用常規(guī)的支付賬戶操作)，以減少與獎勵積分兌換等相關的費用。在這種情況下，除非獎勵余額大于或等于交易金額(或交易獎勵值)，否則將不會生成獎勵返利請求。消費者當前獎勵積分余額的現(xiàn)金等價物必須大于交易金額。

備選地，計劃偏好可以指示允許部分獎勵余額使用。如果消費者偏好指示默認地提供部分支付，則即使獎勵余額僅足以為部分支付交易金額提供資金，也可以產(chǎn)生獎勵返利請求。即使獎金余額的現(xiàn)金等價物少于交易金額，仍將使用獎勵余額。

如果消費者102不提供默認批準，則在步驟410，處理服務器110的發(fā)送單元206可以向消費者102發(fā)送批準請求。在一些實施例中，批準請求的通信方法可以包括在識別的賬戶數(shù)據(jù)條目208中。在步驟412，接收單元202可以從消費者102接收指示批準或拒絕使用獎勵為支付交易部分提供資金的響應。在步驟414，處理單元204可以識別消費者響應中是否批準了使用獎勵。如果沒有批準使用，則可以完成該過程。

在一些實施例中，可以根據(jù)偏好以預定義的增量兌換積分。例如，如果消費者102具有10400個獎勵積分，并且每個積分價值0.01美元，則通過使用轉換規(guī)則，消費者的現(xiàn)金等價余額為104美元。如果計劃增量設置為5美元，并且消費者試圖購買價值136.23美元的商品，則將兌換100美元。消費者102將剩下400個積分，其金額達到4美元。消費者102將不能再次使用獎勵積分，直到消費者102累積至少500個積分。此外，如果計劃最小為10美元，則消費者102將無法使用獎勵積分，直到消費者至少累積1000個積分。

如果消費者102在消費者響應中批準使用，或者如果消費者102默認批準使用，或者如果有足夠的獎勵余額為支付交易提供全部資金，則在步驟416，處理單元204可以從識別的賬戶數(shù)據(jù)條目208中的獎勵余額中扣除相應的獎勵金額。然后，在步驟418，處理單元204可以處理支付交易的返利?？梢栽谟嬎惴道痤~時、生成對計算的返利金額的返利請求時、以及通過發(fā)送單元206將返利請求發(fā)送給支付網(wǎng)絡108進行處理時，對返利進行處理，其中，可以基于交易獎勵值、獎勵扣減金額以及至少一個轉換規(guī)則計算返利金額。在步驟420，發(fā)送單元206可以向消費者102發(fā)送指示對返利處理的通知。在一些情況下，通知可以包括以下中的至少一個：扣減金額、返利金額和更新的獎勵余額。

發(fā)起對使用獎勵賬戶提供資金的支付交易返利的方法

圖6示出了發(fā)起對使用獎勵賬戶提供資金的支付交易的返利的方法500。

在步驟502，多個賬戶數(shù)據(jù)條目(例如，賬戶數(shù)據(jù)條目208)可以存儲在數(shù)據(jù)庫(例如，賬戶數(shù)據(jù)庫112)中，其中每個賬戶數(shù)據(jù)條目208包括與消費者獎勵賬戶有關的數(shù)據(jù)，該消費者獎勵賬戶至少包括賬戶標識符和獎勵余額。在步驟504，接收設備(例如，接收單元202)可以接收涉及商家(例如，商家106)的支付交易的授權請求，其中授權請求至少包括支付信息和交易金額。在步驟506，處理設備(例如，處理單元204)可以至少基于交易金額和至少一個轉換規(guī)則來計算交易獎勵值。在一個實施例中，至少一個轉換規(guī)則與以下至少一個相關聯(lián)：商家106、交易金額、賬戶級別和商家類別。

在步驟508，處理設備204可以識別扣減金額，其中扣減金額是交易獎勵值和包括在數(shù)據(jù)庫112中的特定賬戶數(shù)據(jù)條目208中的較小者，在數(shù)據(jù)庫112中包括的賬戶標識符對應于支付信息。在一個實施例中，每個賬戶數(shù)據(jù)條目208還可以包括如果獎勵余額小于計算的交易獎勵值是否使用相應的獎勵余額的指示。在一些實施例中，包括在授權請求中的支付信息可以包括賬戶標識符，所述賬戶標識符包括在特定賬戶數(shù)據(jù)條目208中。

在步驟510，在數(shù)據(jù)庫112中，可以基于識別的扣減金額，對包括在特定賬戶數(shù)據(jù)條目208中的獎勵余額進行更新。在步驟512，處理設備204可以基于交易返利值和識別的扣減金額以及至少一個轉換規(guī)則，計算返利金額。在步驟514，發(fā)送設備(例如，發(fā)送單元206)可以將針對計算的返利金額的返利請求從與商家106相關聯(lián)的支付賬戶發(fā)送到與授權請求中包括的支付信息相對應的支付賬戶。在一些實施例中，可以將返利請求發(fā)送到支付網(wǎng)絡(例如，支付網(wǎng)絡108)。

在一個實施例中，方法500還可以包括：通過發(fā)送設備206向與特定賬戶數(shù)據(jù)條目208相關聯(lián)的消費者(例如，消費者102)發(fā)送指示成功發(fā)送返利請求的通知。在另一個實施例中，方法500還可以包括：通過接收設備202接收響應于發(fā)送的返利請求而成功處理了返利的指示；以及通過發(fā)送設備206向與特定賬戶數(shù)據(jù)條目相關聯(lián)的消費者102發(fā)送指示成功處理了返利的通知。

在一些實施例中，方法500還可以包括：當所述獎勵余額小于交易獎勵值時，在發(fā)送返利請求之前，通過接收設備202接收繼續(xù)發(fā)送返利請求的指示。在另一個實施例中，可以響應于發(fā)送設備206將繼續(xù)的請求發(fā)送到與特定賬戶數(shù)據(jù)條目208相關聯(lián)的計算設備，而可以接收繼續(xù)的指示。在另一個實施例中，繼續(xù)的請求可以至少包括：包括在特定賬戶數(shù)據(jù)條目208中的獎勵余額，并且可以通過以下方式中的至少一個來發(fā)送該請求：短消息服務消息、多媒體消息服務消息、電子郵件、以及向與支付交易相關的銷售點設備的發(fā)送。

通過第三方獎勵計劃處理獎勵的方法

在一些實施例中，與獎勵賬戶相關的獎勵余額可以由第三方(例如，航空公司、零售商等)存儲。獎勵賬戶可以包括指示與由第三方存儲的獎勵賬戶相關聯(lián)的獎勵余額的第三方指示符。第三方可以是保存消費者102的獎勵積分余額的積分庫。在這些情況下，處理服務器110可以被配置為基于涉及具有由第三方存儲的獎勵余額的獎勵賬戶的支付交易的交易金額，將交易獎勵值發(fā)送到第三方。交易獎勵值可以指示為支付交易提供資金所需的獎勵余額(例如，獎勵積分、現(xiàn)金等價物等)的量。交易獎勵值可以基于獎勵計劃、第三方和/或消費者配置。例如，支付服務提供商、第三方、消費者等中的任何一個都可以設置計算交易獎勵值的標準。如果認為支付交易具有資格，則根據(jù)標準(例如，消費者偏好、計劃偏好等)，將交易獎勵值發(fā)送給第三方。

處理服務器110還可以向第三方發(fā)送支付交易信息，該支付交易信息可以包括但不限于交易位置、本地貨幣金額、結算貨幣金額、商家位置等。處理服務器110還可以發(fā)送用于計算所需積分的數(shù)量的評分規(guī)則，該評分規(guī)則可以包括每個積分的成本(例如，基本積分為100，每個積分的價值為0.01美元等)。然后，第三方處理器可以確定消費者102是否具有足夠的獎勵余額來完成兌換。如果消費者具有足夠的獎勵余額，則第三方處理器可以發(fā)送指示已經(jīng)扣除了積分的消息，并且可以向消費者給出聲明信用(statementcredit)。第三方可以向獎勵賬戶的發(fā)行者、支付網(wǎng)絡提供商、商家和/或收單方發(fā)送返利請求。

圖7示出了根據(jù)本公開的另一示例性實施例的、用于處理涉及具有第三方存儲的獎勵余額的獎勵賬戶的支付交易的示例性系統(tǒng)。消費者550(例如，的消費者)在商家的銷售點(pos)終端552進行購買。支付交易授權被發(fā)送到收單方554，然后發(fā)送到支付網(wǎng)絡556。支付網(wǎng)絡556可以鏈接到或包括用于在銀行之間發(fā)送和接收信息的系統(tǒng)(例如，銀行網(wǎng)絡asa)。然后將授權請求發(fā)送給發(fā)行者558。

將交易授權添加到由實時獎勵(rtr)引擎560讀取的隊列中。rtr引擎560可以是支付網(wǎng)絡556的一部分，并且可以由處理服務器實現(xiàn)。rtr引擎560應用可應用的過濾邏輯(包括消費者資格)，并確定需要多少積分來處理整個交易金額，或者確定如何處理部分交易金額的明細。rtr引擎560可以應用包括本文描述的任何消費者和/或計劃偏好，以確定交易授權是否具有返利請求的資格。

如果根據(jù)消費者偏好和/或計劃偏好，交易授權具有返利請求的資格，則rtr引擎560隨后生成交易返利值(即，記分的交易結果)，其可以如本文所述那樣計算(例如，基于至少一個轉換規(guī)則等)。

在562，rtr引擎560隨后確定與授權請求相關聯(lián)的獎勵賬戶是否是第三方獎勵賬戶。如果獎勵賬戶不是第三方賬戶，則支付交易由支付網(wǎng)絡處理，該支付網(wǎng)絡可以包括生成如本文所述的返利請求(例如，基于獎勵交易值計算返利金額等)。

如果支付交易是針對涉及第三方的獎勵賬戶，則rtr引擎560在即發(fā)即棄消息(fire-and-forget)中將交易返利值發(fā)送到第三方(或第三方交易處理器)。即發(fā)即棄消息通知第三方(或第三方交易處理器)為交易請求獎勵返利的可能性。第三方交易處理器可以在支付網(wǎng)絡556的內(nèi)部。

第三方交易處理器調(diào)用與獎勵賬戶相關聯(lián)的發(fā)行者558的應用程序編程接口(api)，以確定交易是否應導致聲明信用(即，應將獎勵余額應用于交易)，以及是否應扣除必要的積分。如果獎勵余額應適用于交易，則將返利發(fā)送到返利服務564，返利服務564可以是支付網(wǎng)絡556的一部分。返利服務564將返利兌換保存在數(shù)據(jù)庫中，例如，系統(tǒng)(mrs)數(shù)據(jù)庫。然后可以結算返利，例如，批量地發(fā)送到全球清算管理系統(tǒng)(gcms)。也可以將返利報告給獎勵賬戶的發(fā)行者558，以使發(fā)行者558將返利應用于獎勵賬戶。

如果第三方確定將支付余額應用于支付交易并發(fā)送相應的返利請求，則第三方可以基于返利請求的金額來減少與獎勵賬戶相關的獎勵余額。

圖8示出了根據(jù)圖7所示的系統(tǒng)處理支付交易的示例性的方法流程。將方法流程分為標明消費者550、支付網(wǎng)絡(例如，商家、收單方554、可以包括銀行網(wǎng)絡(banknet)、mrs和gcms的支付網(wǎng)絡556)、以及發(fā)行者558的動作。

根據(jù)該示例性的方法流程，在566，消費者550首先注冊支付獎勵-實時獎勵(pwr-rtr)服務，此時，支付網(wǎng)絡556將消費者注冊到服務中(例如，通過創(chuàng)建新的獎勵賬戶、將獎勵余額和賬戶標識符與現(xiàn)有賬戶相關聯(lián)等)。

當消費者550為了在商家購買而刷與獎勵賬戶相關聯(lián)的支付卡時，支付網(wǎng)絡556接收到交易授權請求，并且可以將該交易授權請求存儲在隊列中(例如，交易授權請求副本由banknet提供給mrs，然后mrs向banknet確認收到交易，并存儲授權交易)。

在568，支付網(wǎng)絡556然后確定交易是否通過驗證，其可以包括消費者偏好、計劃偏好等。如果交易沒有通過驗證，則交易完成。如果交易通過驗證，則支付網(wǎng)絡556基于交易金額計算兌換積分(例如，通過基于至少一個轉換規(guī)則計算交易返利值)。

在570，一旦計算了所需的兌換積分，則支付網(wǎng)絡556接下來進行檢查以查看獎勵賬戶是否與第三方銀行相關聯(lián)。如果獎勵賬戶利用第三方銀行存儲，則支付網(wǎng)絡556向第三方發(fā)送外部即發(fā)即棄消息(例如，發(fā)送給第三方的消息，以使是第三方而不是支付網(wǎng)絡556來處理進一步的獎勵余額使用確定、獎勵余額更新、返利請求生成等)，并且過程完成。發(fā)送的消息可以包括交易獎勵值和其他交易和/或獎勵賬戶信息。

在572，如果獎勵賬戶不與第三方銀行相關聯(lián)，則支付網(wǎng)絡556然后確定消費者的獎勵賬戶的獎勵余額是否可以支付交易的至少一部分(例如，消費者的獎勵賬戶是否有足夠的積分來支付交易的至少一部分)。如果消費者的獎勵余額沒有足夠的積分，則可以向消費者發(fā)送指示缺少獎勵積分的可選消息(例如，短消息(sms)、電子郵件等)。

如果消費者確實具有足夠的獎勵余額積分來支付交易的至少一部分(或者如果不允許部分支付，但是獎勵余額大于全部交易金額)，則開始兌換現(xiàn)金返還過程。根據(jù)方案，為交易生成返利請求文件。然后處理返利請求文件(例如，通過將文件提交到gcms)。然后支付交易可以由支付網(wǎng)絡556處理，并且由獎勵賬戶的發(fā)行者558進行支付交易的結算。

計算兌換費(其可以基于返利請求的金額)并將其發(fā)送給發(fā)行者558?？梢钥蛇x地將指示支付交易的狀態(tài)和/或成功請求返利的兌換通知發(fā)送到消費者550。

圖9示出了根據(jù)圖7所示的系統(tǒng)來處理涉及與第三方相關聯(lián)的獎勵賬戶的支付交易的示例性的方法流程。將所示的方法流程分為在第三方的動作、在支付網(wǎng)絡556(包括mrs服務、mrs和gcms)的動作以及在發(fā)行者558的動作的多個動作。

在574，第三方首先處理獎勵積分兌換(例如，響應于從支付網(wǎng)絡556接收指示消費者想要使用消費者的獎勵賬戶的獎勵余額來為支付交易提供資金的消息)。第三方然后向支付網(wǎng)絡556發(fā)送返利請求(例如，通過發(fā)起mrs返利兌換請求)。

在576，支付網(wǎng)絡556然后處理返利請求(例如，mrs服務然后在不需要積分的現(xiàn)金返還過程之后開始兌換)。支付網(wǎng)絡向第三方發(fā)送可以指示返利請求是否成功的消息。如果指示返利請求成功，則第三方流程完成(并且第三方可以相應地更新獎勵余額)。如果返利請求不成功，第三方可以重復向支付網(wǎng)絡發(fā)送返利請求的步驟。

在578，基于收到的返利請求，支付網(wǎng)絡可以基于方案來創(chuàng)建返利文件。然后處理返利文件(例如，通過將文件提交給gcms)。然后支付交易可以由支付網(wǎng)絡556處理，并且由獎勵賬戶的發(fā)行者558進行支付交易的結算。

計算兌換費并將其發(fā)送給與獎勵賬戶相關聯(lián)的發(fā)行者558?？梢韵蛳M者550發(fā)送可選的兌換通知。

在圖8和9的流程圖的框中描述了圖8和9的步驟的更多細節(jié)，但是不應將其認為是對圖8和9示出的示例性過程的限制。顯而易見的是，在其他示例性實施例中，在不脫離本公開的范圍的情況下，步驟的順序可以變化，可以省略一些步驟，并且可以添加一些附加步驟。

計算機體系結構

圖10示出了計算機系統(tǒng)600，其中本公開的實施例或其部分可以實現(xiàn)為計算機可讀代碼。例如，圖1的處理服務器110可以使用硬件、軟件、固件、具有存儲在其上的可執(zhí)行指令的非暫時性計算機可讀介質(zhì)或上述的組合在計算機系統(tǒng)600中實現(xiàn)，并且可以在一個或多個計算機系統(tǒng)或其他處理系統(tǒng)中實現(xiàn)。硬件、軟件、或其任何組合可以包括用于實現(xiàn)圖3-5的方法的模塊和組件。

如果使用可編程邏輯，則可以在市售的處理平臺或?qū)Ｓ迷O備上執(zhí)行該邏輯。本領域普通技術人員可以理解，所公開的主題的實施例可以利用各種計算機系統(tǒng)配置來實施，所述各種計算機系統(tǒng)配置包括多核多處理器系統(tǒng)、小型計算機、大型計算機，與分布式功能元件鏈接或集群的計算機、以及可虛擬地嵌入任何設備的普及式或微型計算機。例如，至少一個處理器設備和存儲器可用于實現(xiàn)上述實施例。

本文所討論的處理器單元或設備可以是單個處理器、多個處理器或其組合。處理器設備可以具有一個或多個處理器“內(nèi)核”。本文所討論的術語“計算機程序介質(zhì)”，“非暫時性計算機可讀介質(zhì)”和“計算機可用介質(zhì)”一般用于指有形介質(zhì)，例如，可移動存儲單元618、可移動存儲單元622和安裝在硬盤驅(qū)動器612中的硬盤。

根據(jù)該示例性計算機系統(tǒng)600描述了本公開的各種實施例。在閱讀本說明書之后，如何使用其他計算機系統(tǒng)和/或計算機架構來實施本公開，對相關領域的技術人員來說將變得顯而易見。雖然可以將操作描述為順序過程，但是一些操作實際上可以并行的、并發(fā)的、和/或在分布式環(huán)境中執(zhí)行，并且程序代碼本地或遠程地存儲以由單處理器或多處理器機器訪問。此外，在一些實施例中，在不脫離所公開的主題的精神的情況下，可以重新排列操作順序。

處理器設備604可以是專用或通用處理器設備。處理器設備604可以連接到通信基礎設施606，例如總線、消息隊列、網(wǎng)絡、多核消息傳送方案等。網(wǎng)絡可以是適于執(zhí)行本文所公開的功能的任何網(wǎng)絡，并且可以包括局域網(wǎng)(lan)、廣域網(wǎng)(wlan)、無線網(wǎng)絡(例如，wifi)、移動通信網(wǎng)絡、衛(wèi)星網(wǎng)絡、因特網(wǎng)、光纖、同軸電纜、紅外線、射頻(rf)或其任何組合。其他合適的網(wǎng)絡類型和配置對相關領域的技術人員來說將是顯而易見的。計算機系統(tǒng)600還可以包括主存儲器608(例如，隨機存取存儲器、只讀存儲器等)，并且還可以包括輔助存儲器610。輔助存儲器610可以包括硬盤驅(qū)動器612和可移動存儲驅(qū)動器614，例如軟盤驅(qū)動器、磁帶驅(qū)動器、光盤驅(qū)動器、閃存等。

可移動存儲驅(qū)動器614可以以公知的方式從可移動存儲單元618讀取和/或?qū)懭肟梢苿哟鎯卧?18?？梢苿哟鎯卧?18可以包括可由可移動存儲驅(qū)動器614讀取和寫入的可移動存儲介質(zhì)。例如，如果可移動存儲驅(qū)動器614是軟盤驅(qū)動器，則可移動存儲單元618可以是軟盤磁盤。在一個實施例中，可移除存儲單元618可以是非暫時性計算機可讀記錄介質(zhì)。

在一些實施例中，輔助存儲器610可以包括用于允許將計算機程序或其他可執(zhí)行指令加載到計算機系統(tǒng)600中的替代裝置，例如，可移動存儲單元622和接口620。這種裝置的例子可以包括程序盒和盒式接口(例如，在視頻游戲系統(tǒng)中發(fā)現(xiàn)的)、可移動存儲器芯片(例如，eeprom、prom等)和相關的插口、以及對相關領域技能的人員來說將顯而易見的其他可移動存儲單元622和接口620。

存儲在計算機系統(tǒng)600(例如，主存儲器608和/或輔助存儲器610)中的數(shù)據(jù)可以存儲在任何類型的合適的計算機可讀介質(zhì)上，例如，光存儲器(例如，光盤、數(shù)字通用光盤、藍光光盤等)或磁帶存儲器(例如，硬盤驅(qū)動器)。可以以任何類型的合適的數(shù)據(jù)庫配置(例如，關系數(shù)據(jù)庫、結構化查詢語言(sql)數(shù)據(jù)庫、分布式數(shù)據(jù)庫、對象數(shù)據(jù)庫等)對數(shù)據(jù)進行配置。合適的配置和存儲類型對于相關領域技術人員來說將是顯而易見的。

計算機系統(tǒng)600還可以包括通信接口624。通信接口624可以被配置為允許在計算機系統(tǒng)600和外部設備之間傳送軟件和數(shù)據(jù)。示例性的通信接口624可以包括調(diào)制解調(diào)器、網(wǎng)絡接口(例如，以太網(wǎng)卡)、通信端口、pcmcia插槽和卡等。通過通信接口624傳送的軟件和數(shù)據(jù)可以是信號的形式，其可以是電子、電磁、光或?qū)ο嚓P領域的技術人員來說將顯而易見的其他信號。信號可以經(jīng)由通信路徑626行進，通信路徑626可以被配置為攜帶信號，并且可以使用金屬線、電纜、光纖、電話線、蜂窩電話鏈路、射頻鏈路等來實現(xiàn)。

計算機程序介質(zhì)和計算機可用介質(zhì)可以指可以是存儲器半導體(例如，dram等)的存儲器，例如，主存儲器608和輔助存儲器610。這些計算機程序產(chǎn)品可以是用于向計算機系統(tǒng)600提供軟件的裝置。計算機程序(例如，計算機控制邏輯)可以存儲在主存儲器608和/或輔助存儲器610中。也可以通過通信接口624接收計算機程序。當計算機程序被執(zhí)行時，可以使計算機系統(tǒng)600能夠?qū)崿F(xiàn)本文所討論的方法。特別地，當計算機程序被執(zhí)行時，可以使處理器設備604能夠?qū)崿F(xiàn)如本文所討論的圖3-4、6和8-9所示的方法。因此，該計算機程序可以表示計算機系統(tǒng)600的控制器。

在使用軟件實現(xiàn)本公開的情況下，可利用可移動存儲驅(qū)動器614、接口620和硬盤驅(qū)動器612或通信接口624將軟件存儲在計算機程序產(chǎn)品中并加載到計算機系統(tǒng)600中。

除了其他特征之外，與本公開一致的技術還提供用于發(fā)起對使用獎勵賬戶提供資金的支付交易的返利的系統(tǒng)和方法。雖然上文已經(jīng)描述了所公開的系統(tǒng)和方法的各種示例性實施例，但是應當理解，它們僅僅是為了示例的目的，而不是限制。其不是詳盡的，并且不將本公開限制到所公開的精確形式。在不脫離本公開的廣度或范圍的情況下，修改和變化可以根據(jù)上述教導獲得，或者可以通過實踐本公開獲得。

如將基于前述說明書所理解的，本公開的上述實施例可以使用包括計算機軟件、固件、硬件或其任何組合或子集的計算機程序或引擎技術來實現(xiàn)，其中，可以通過執(zhí)行以下步驟中的至少一個來實現(xiàn)技術效果：(a)接收涉及獎勵賬戶的支付交易的授權請求，其中所述授權請求至少包括交易金額，(b)基于獎勵偏好確定支付交易是否有資格獲得獎勵返利，(c)在支付交易具有資格時，發(fā)送獎勵返利的請求，(d)至少根據(jù)交易金額和至少一個轉換規(guī)則，計算交易獎勵值，(e)基于交易獎勵值和獎勵余額中的較小者計算返利金額，(f)基于返利金額更新獎勵余額，(g)將交易獎勵值和支付交易信息發(fā)送給第三方。

對實施例的前述描述是為了舉例說明和描述的目的而提供的。并不旨在窮舉或限制本公開。特定實施例的單個元件或特征通常不限于該特定實施例，而是在可應用的情況下，即使沒有具體示出或描述，所述單個元件或特征也是可互換的并且可以在所選擇的實施例中使用。所述單個元件或特征在許多方面也可以有所不同。不應將這些變化視為偏離本公開，而是旨在將所有這些修改包括在本公開的范圍內(nèi)。