專利名稱:使用記賬方的支付平臺(tái)來支付顧客賬單的系統(tǒng)和方法
技術(shù)領(lǐng)域:
本發(fā)明總體上涉及用于使用第三方記賬方或定向收款方來支付顧客賬單的系統(tǒng)和方法。具體地,本發(fā)明涉及避免典型支付渠道且代之以使用收款方自己的支付平臺(tái)的系統(tǒng)和方法。
背景技術(shù):
存在大量的賬單支付程序和計(jì)劃,其范圍從與顧客的財(cái)務(wù)賬戶相關(guān)聯(lián)的反復(fù)支付計(jì)劃到由大多數(shù)主要銀行機(jī)構(gòu)提供的在線賬單支付。這種賬單支付系統(tǒng)通常專注于沒有銀行賬戶的人口部分,且可以比現(xiàn)有方法(例如,匯票或西聯(lián))提供更高效和廉價(jià)的支付賬單的方法。由支付處理方維護(hù)和操作的很多賬單支付系統(tǒng)要求顧客輸入與要支付的賬戶相關(guān)的信息,并要求顧客向支付處理方提供資金。支付處理方一般通過傳統(tǒng)方法(通常是金額轉(zhuǎn)賬)來支付由顧客所識(shí)別的賬單。這種金額轉(zhuǎn)賬通常通過使用記賬匯總方(billingaggregator)來實(shí)現(xiàn)。記賬匯總方一般從一個(gè)公司收集記賬記錄,并向另一記賬系統(tǒng)通知該記錄。通常如果顧客使用賬單支付處理方“A”向其電力公司支付賬單,則交易通常如下所述:(i)顧客向支付處理方“A”支付錢(貨幣);(ii)支付處理方“A”支付記賬匯總方(例如,RPS、Checkfree) ; (iii)記賬匯總方支付該電力公司。盡管該過程對于記賬匯總方提供的結(jié)算中心能力而言通常是有用的,但其涉及了額外的金額轉(zhuǎn)賬及其伴隨的所有費(fèi)用(fee)、成本、收費(fèi)(charge)和風(fēng)險(xiǎn)。因此,需要回避記賬匯總方的系統(tǒng)。然而,為了避免大多數(shù)記賬匯總方提供的連接,必須維護(hù)和/或訪問收款方(或要支付的貨物或服務(wù)的提供方)的支付平臺(tái)的某個(gè)鏈接。越來越多的提供方開始維護(hù)其自己的支付平臺(tái)(通常由顧客經(jīng)由互聯(lián)網(wǎng)來訪問),作為接受支付的附加手段。因此,需要可以能夠避免使用記賬匯總方且代之以直接訪問提供方或收款方的支付平臺(tái)的系統(tǒng)。除了記賬匯總方的缺陷之外,大多數(shù)賬單支付系統(tǒng)還要求顧客以特定方式對賬單支付賬戶進(jìn)行撥款-通常在賬戶建立或支付時(shí)使用現(xiàn)金來撥款。在假定存在儲(chǔ)值卡的無處不在的特性的情況下,采用儲(chǔ)值卡作為支付選項(xiàng)的賬單支付系統(tǒng)是令人期望的。然而,應(yīng)當(dāng)理解:很多提供方或收款方可以不接受儲(chǔ)值-特別是與封閉式系統(tǒng)相關(guān)的儲(chǔ)值。因此,需要維護(hù)通常接受來自顧客的封閉式儲(chǔ)值但是向提供方或收款方提供開放式儲(chǔ)值(例如,預(yù)付費(fèi)Visa借記卡號)的系統(tǒng)和方法。
發(fā)明內(nèi)容
本發(fā)明的各方案可以包括一種向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的方法,所述方法方便了顧客、貨物或服務(wù)的提供方以及處理方,所述方法包括:從所述顧客接收金額、所述顧客的識(shí)別信息、以及足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息;訪問所述提供方的支付平臺(tái);確定為了向所述顧客賬戶提供支付而由所述提供方需要的信息;傳輸為了向所述顧客賬戶提供支付而由所述提供方需要的信息;以及向所述顧客賬戶提供金額。本發(fā)明的其他方案可以包括一種向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的方法,所述方法方便了顧客、貨物或服務(wù)的提供方以及處理方,所述方法包括:從所述顧客接收金額、包括所述顧客的姓名和地址在內(nèi)的所述顧客的識(shí)別信息、以及包括所述預(yù)先存在的顧客賬戶的賬號在內(nèi)的足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息;對要支付給在所述提供方處預(yù)先存在的顧客賬戶的數(shù)量的識(shí)別;由所述處理器,并經(jīng)由互聯(lián)網(wǎng),訪問所述提供方的支付網(wǎng)站;查詢所述支付網(wǎng)站,以確定用于進(jìn)行支付的由所述提供方所需的信息;所述提供方代替所述顧客采取行動(dòng),并向所述支付網(wǎng)站輸入從所述顧客接收的識(shí)別信息;確定所述提供方是否接受具有從所述顧客接收到的金額的形式的支付;當(dāng)確定所述提供方接受具有從所述顧客接收到的金額的形式的支付時(shí),將從所述顧客接收到的金額向所述提供方轉(zhuǎn)讓;當(dāng)確定所述提供方不接受具有從所述顧客接收到的金額的形式的支付時(shí),生成虛擬預(yù)付費(fèi)借記卡號,并向所述提供方轉(zhuǎn)讓所述虛擬預(yù)付費(fèi)借記卡號;以及向所述顧客提供對支付的確認(rèn)。本發(fā)明的其他方案可以包括一種用于向顧客在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的處理方,所述處理方與所述顧客和所述提供方選擇性通信,所述處理方包括:顧客接口,提供在所述處理方和所述顧客之間的可選擇通信,所述顧客接口被配置為從所述顧客接收金額、包括所述顧客的姓名和地址在內(nèi)的所述顧客的識(shí)別信息、包括所述預(yù)先存在的顧客賬戶的賬號在內(nèi)的足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息;以及對要支付給在所述提供方處預(yù)先存在的顧客賬戶的數(shù)量的識(shí)別;提供方接口,在所述處理方和所述提供方之間提供可選擇通信,所述提供方接口被配置為:訪問所述提供方的支付平臺(tái)或網(wǎng)站;以及向所述提供方的支付平臺(tái)或網(wǎng)站提供信息;網(wǎng)絡(luò)數(shù)據(jù)提取模塊,與所述提供方接口通信,所述網(wǎng)絡(luò)數(shù)據(jù)提取模塊被配置為:確定用于進(jìn)行支付的由所述提供方所需的信息;處理模塊,與所述顧客接口、所述提供方接口、以及所述網(wǎng)絡(luò)數(shù)據(jù)提取模塊通信,所述處理模塊被配置為:向所述支付平臺(tái)或網(wǎng)站輸入從所述顧客接收的識(shí)別信息;向所述支付平臺(tái)或往網(wǎng)站提供金額。通過結(jié)合附圖對本發(fā)明進(jìn)行的以下描述,這些和其它方案將變得顯而易見,然而可以在不脫離本發(fā)明的新穎概念的精神和范圍的情況下實(shí)現(xiàn)變化和修改。
通過閱讀以下具體實(shí)施方式
以及附圖可以更加完全地理解本發(fā)明,在附圖中,相似的附圖標(biāo)記用于指代相似的元素。附圖示出了特定說明性實(shí)施例,且可以幫助理解以下具體實(shí)施方式
。在詳細(xì)解釋本發(fā)明的任何實(shí)施例之前,應(yīng)當(dāng)理解:本發(fā)明不限于其對以下描述中闡述的或在附圖中示出的組件的構(gòu)造和布置的細(xì)節(jié)的應(yīng)用。應(yīng)當(dāng)理解所描繪的實(shí)施例是示例性的,且不以任何方式限制本發(fā)明的整體范圍。此外,還應(yīng)當(dāng)理解:本文使用的措辭和術(shù)語用于描述的目的,且不應(yīng)被視為是限制性的。
具體實(shí)施方式
將參考以下附圖,在附圖中:圖1示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法。圖2示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法。圖3示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法。圖4示出了根據(jù)本發(fā)明的一些實(shí)施例的作為便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法的一部分的、確定由記賬方接受的撥款選項(xiàng)的過程。圖5示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法。圖6示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的系統(tǒng)。圖7示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的系統(tǒng)。在詳細(xì)解釋本發(fā)明的任何實(shí)施例之前,應(yīng)當(dāng)理解:本發(fā)明不限于其對以下描述中闡述的或在附圖中示出的組件的構(gòu)造和布置的細(xì)節(jié)的應(yīng)用。本發(fā)明能夠具有其他實(shí)施例且能夠以各種方式來實(shí)行或執(zhí)行。此外,應(yīng)當(dāng)理解本文使用的措辭和術(shù)語用于描述的目的,且不應(yīng)被視為是限制性的。
具體實(shí)施例方式提供在本描述中例示的內(nèi)容,以幫助對參照附圖公開的各個(gè)示例實(shí)施例的全面理解。因此,本領(lǐng)域普通技術(shù)人員將意識(shí)到:可以在不脫離所要求保護(hù)的本發(fā)明的精神和范圍的情況下對本文所述的示例實(shí)施例進(jìn)行各種改變和修改。為了清楚和簡潔,省略了對眾所周知功能和構(gòu)造的描述。此外,如本文所使用的,單數(shù)形式可被解釋為復(fù)數(shù),且備選地,可以將任何復(fù)數(shù)形式的術(shù)語解釋為單數(shù)形式。以“S”開頭的附圖標(biāo)記(例如,S100)指示了步驟??傮w上,本發(fā)明涉及用于進(jìn)行賬單支付程序的系統(tǒng)和方法。具體地,本發(fā)明涉及賬單支付程序,其中,顧客向處理方提供各種個(gè)人和賬戶識(shí)別信息,以及處理方(代表該顧客)使用記賬方的支付平臺(tái)(例如,支付網(wǎng)頁)來提供直接支付。本文討論的系統(tǒng)和方法還規(guī)定了處理方接受儲(chǔ)值作為支付(包括封閉式儲(chǔ)值,例如Wal-Mart禮品卡),同時(shí)向記賬方提供虛擬預(yù)付費(fèi)借記卡(例如,Visa品牌借記卡號)作為支付。參見圖1,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的支付賬單的方法10。圖1所示方法總體上在顧客、處理器、和記賬方之間提供方便。顧客可以是使用賬單支付系統(tǒng)和方法來進(jìn)行支付的任何一方。盡管下面的討論可能介紹進(jìn)行支付的那方與負(fù)債方或?qū)闹Ц吨惺芤娴哪欠绞峭环?,但并不一定是這種情況。換言之,本文提出的賬單支付系統(tǒng)和方法提供了用于向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的手段。然而,可以想到:向預(yù)先存在的賬戶提供支付的“顧客”與擁有預(yù)先存在的賬戶或以其他方式從預(yù)先存在的賬戶受益的那方可以不是相一方。這種情況的示例可以是:對孩子或家屬名下持有的賬戶進(jìn)行支付的家長。處理方是從顧客接收通信并與記賬方(或更具體地,記賬方的支付平臺(tái)或網(wǎng)站)交互的一方。盡管下面的討論可以將處理方介紹為分離的中間系統(tǒng),但是可以想到:處理方可以與一個(gè)或多個(gè)記賬方相關(guān)聯(lián),或可以與零售商或商家相關(guān)聯(lián)或是零售商或商家的一部分。記賬方是持有預(yù)先存在的顧客賬戶的一方。一般而言,記賬方可以是貨物或服務(wù)的提供方;然而,可以存在提供方的記賬和收款側(cè)可被外包給分離的不相關(guān)的一方的很多實(shí)例。本發(fā)明旨在也涵蓋該場景,且因此術(shù)語“記賬方”和“貨物或服務(wù)的提供方”預(yù)期是相關(guān)的?!坝涃~方”可以是“貨物或服務(wù)的提供方”,但是“貨物或服務(wù)的提供方”不一定是“記賬方”。下面可以將顧客、處理方、和記賬方之間的通信討論為好像這種通信是直接的。然而,可以預(yù)期:這種通信可能需要附加的各方或設(shè)備。例如,顧客可以經(jīng)由互聯(lián)網(wǎng)、電話(例如,交互式語音識(shí)別(IVR)系統(tǒng)、消息系統(tǒng)(例如,短消息系統(tǒng)(SMS)或媒體消息系統(tǒng)(MMS))、在各種電子設(shè)備上運(yùn)行的應(yīng)用或小應(yīng)用、銷售點(diǎn)終端或設(shè)備,或經(jīng)由商家通信與處理方交互。在使用中間設(shè)備或中間方的情況下(例如,使用商家或商家位置處的銷售點(diǎn)設(shè)備),結(jié)算可以發(fā)生在中間方和處理方之間確立的正常循環(huán)上。在這種情況下,可以存在處理方已進(jìn)行了支付但是尚未從顧客收款的時(shí)間段。顧客與處理方通信的示例還可以包括大量的通信信道。例如,顧客可以向處理方登記,并經(jīng)由第一信道(例如,互聯(lián)網(wǎng))提供一些初始信息,然后可以經(jīng)由第二信道(例如,在商家處的道內(nèi)(in-lane)交易期間,經(jīng)由商家銷售點(diǎn)設(shè)備以及商家至處理方的通信鏈路)請求支付賬單。圖1在非常基本的意義上(包括三個(gè)(3)步驟)表示了本發(fā)明的一些實(shí)施例。首先,在S110,處理方從顧客接收各種信息,包括例如⑴個(gè)人識(shí)別信息;(ii)記賬方賬戶信息;以及(iii)資金賬戶信息。個(gè)人識(shí)別信息可以包括為了向顧客賬戶進(jìn)行支付記賬方所需的信息。例如,個(gè)人識(shí)別信息可以包括:顧客的姓名、地址、生日、登錄信息、以及密碼信息。記賬方信息可以包括足以讓處理方識(shí)別特定記賬方和在記賬方處的特定賬戶的信息。例如,記賬方賬戶信息可以包括:記賬方的標(biāo)識(shí)和預(yù)先存在的顧客賬戶的賬號。在一些情況下,且根據(jù)本發(fā)明的一些實(shí)施例,記賬方賬戶信息可以是與特定設(shè)備相關(guān)聯(lián)的信息,該特定設(shè)備進(jìn)而與賬戶相關(guān)聯(lián)。例如,記賬方賬戶信息可以包括電子設(shè)備的電話號碼。這種電話號碼可以足以確定提供方和顧客在提供方處的賬號。資金賬戶信息可以包括用于對賬戶支付交易進(jìn)行撥款的信息,或金額本身。資金賬戶信息可以包括:財(cái)務(wù)賬戶信息(例如,支票賬戶信息)、儲(chǔ)值賬戶信息(例如,儲(chǔ)值賬號)、或可以從其提取金額用于支付的任何其他類型的賬戶信息。注意:“儲(chǔ)值”通常指代具有關(guān)聯(lián)賬戶的標(biāo)記,該關(guān)聯(lián)賬戶其中存有金額。因此,可以將提供儲(chǔ)值賬號(例如,在預(yù)付費(fèi)Visa借記卡或Wal-Mart禮品卡上的賬號)視為轉(zhuǎn)讓金額。如本領(lǐng)域普通技術(shù)人員將理解的:可以將“儲(chǔ)值”限定為“開放式(open-loop)”或“封閉式(closed-loop) ”。例如,“封閉式”儲(chǔ)值一般可以由有限數(shù)目的各方來贖回,在第一示例中通常由發(fā)行或提供儲(chǔ)值的一方(或其代表)來限制。例如,Wal-Mart禮品卡是封閉式儲(chǔ)值卡,因?yàn)閮H可以在Wal-Mart對其進(jìn)行贖回,且不能在其他地方使用。應(yīng)當(dāng)將預(yù)付費(fèi)Visa、MasterCard、Discover、或American Express儲(chǔ)值卡視為“開放式”。盡管這種金額僅可以在接受Visa、MasterCard、Discover、或AmericanExpress的位置處贖回,但是贖回位置與發(fā)行或提供儲(chǔ)值的一方不綁定。在S120,處理方可以直接訪問記賬方的支付平臺(tái),且可以提供為了進(jìn)行支付記賬方所需的信息。例如,可以要求處理方提供顧客的姓名、地址、和/或賬號。在S130,處理方可以向記賬方的支付平臺(tái)提供支付。例如,在一些實(shí)施例中,處理方可以便于從顧客識(shí)別出的資金賬戶向記賬方的金額的直接轉(zhuǎn)賬(減去任何適用的費(fèi)用或稅費(fèi))。在本發(fā)明的一些實(shí)施例中,處理方可以用從顧客接收一種格式的金額,并可以將該接收到的金額兌換為具有記賬方接受的格式的金額。例如,顧客可以向處理方提供封閉式儲(chǔ)值,且處理方可以使用開放式儲(chǔ)值來支付記賬方。如可以根據(jù)圖1所示的方法10看到的,處理方處于顧客的立場上,并直接進(jìn)行與記賬方的賬單支付交易。根據(jù)本發(fā)明的一些實(shí)施例的方法和系統(tǒng)對于顧客可能是有益且有利的,因?yàn)橘~單支付系統(tǒng)可以進(jìn)行與多個(gè)記賬方的大量交易。例如,處理方可以保存?zhèn)€人識(shí)別信息。處理方可以保存在多個(gè)記賬方處的大量記賬方賬戶信息。因此,通過在顧客和處理方之間的單次交易,可以進(jìn)行將來對多個(gè)記賬方的賬單支付交易。此外,由于處理方與記賬方直接作用,與在遵循傳統(tǒng)支付技術(shù)的情況下(例如,發(fā)送支票或利用記賬匯總方)相比,對顧客賬戶的支付可以更快進(jìn)行通知。圖2示出了根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法20。圖2所示方法將該方法的登記部分(從顧客向處理方提供信息)與該方法的支付部分(從顧客向處理方提供金額,以支付賬單)加以分割。在210,處理方可以從顧客接收⑴個(gè)人識(shí)別信息;以及(ii)記賬方賬戶信息。如上所述,可以用任何方式以及經(jīng)由任何信道從顧客接收該信息。在S220,處理方可以從顧客那接收資金。該步驟S220可以包括對實(shí)際資金的接收,或?qū)ζ渲锌梢哉业綄?shí)際資金或金額的賬戶信息的接收。注意到:在S210和S220之間可以經(jīng)過相當(dāng)大的時(shí)間段,且在S210和S220中,顧客和處理方之間的通信信道不需要相同。在S230,處理方可以訪問記賬方的支付平臺(tái)。根據(jù)本發(fā)明的一些實(shí)施例,支付平臺(tái)可以是互聯(lián)網(wǎng)網(wǎng)站,通過該互聯(lián)網(wǎng)網(wǎng)站,顧客可以向他或她在記賬方的賬戶進(jìn)行支付。在S240,處理方可以確定為了對顧客賬戶進(jìn)行支付記賬方所需的信息??梢杂萌魏畏绞絹泶_定和收集該信息。根據(jù)本發(fā)明的一些實(shí)施例,可以通過使用網(wǎng)絡(luò)查詢(web-scraping)、網(wǎng)絡(luò)收獲(web-harvesting)、或網(wǎng)絡(luò)數(shù)據(jù)提取程序或模塊來收集該信息。網(wǎng)絡(luò)查詢、網(wǎng)絡(luò)收獲或網(wǎng)絡(luò)數(shù)據(jù)提取時(shí)從特定網(wǎng)站自動(dòng)收集和提取信息的過程,一般使用計(jì)算機(jī)軟件。通常地,這種軟件程序?qū)θ祟悶g覽網(wǎng)站進(jìn)行仿真。網(wǎng)絡(luò)查詢模塊一般收集無結(jié)構(gòu)的網(wǎng)絡(luò)內(nèi)容并將其轉(zhuǎn)換為可以存儲(chǔ)和分析的有結(jié)構(gòu)數(shù)據(jù)。根據(jù)本發(fā)明的一些實(shí)施例,可以經(jīng)由與記賬方的支付平臺(tái)的應(yīng)用編程接口(API)來直接收集該信息。
在250,處理方可以向記賬方的支付平臺(tái)提供所需信息。在一些實(shí)施例中,這可以包括向網(wǎng)頁上的所請求字段插入恰當(dāng)?shù)男畔?例如,向字段“姓名”插入顧客的姓名,或向字段“賬號”插入顧客的賬號)。在一些實(shí)施例中,支付平臺(tái)可以初次時(shí)要求多個(gè)信息,但是對于將來的交易可以向顧客僅要求登錄和密碼。在這種情況下,要么處理方建立登錄和密碼,要么處理方在S210中從顧客接收預(yù)先存在的登錄和密碼。在一些實(shí)施例中,可以按所請求的方式來布置支付處理方所要求的信息,并經(jīng)由例如API向支付平臺(tái)直接發(fā)送該信肩、O在S260,處理方可以向支付平臺(tái)提供金額或金額的標(biāo)記。例如,如果顧客已向處理方提供了銀行賬戶信息,處理方可以方便從顧客的銀行賬戶向支付平臺(tái)轉(zhuǎn)賬。如果顧客已以支付平臺(tái)不接受的格式(例如,封閉式禮品卡形式)向處理方提供了金額,則處理方可以將該接收到的金額兌換為支付平臺(tái)接受的金額。例如,在一些實(shí)施例中,處理方可以接收具有一種格式的金額,但是可以以生成的開放式虛擬預(yù)付費(fèi)借記卡號的形式向支付平臺(tái)提供支付。作為非限制性示例,顧客可以經(jīng)由Wal-Mart禮品卡向處理方提供支付;然后處理方可以創(chuàng)建虛擬預(yù)付費(fèi)Visa借記卡,向該虛擬預(yù)付費(fèi)Visa借記卡劃撥剛好等于向記賬方支付的數(shù)量的撥款,并向記賬方提供該虛擬預(yù)付費(fèi)Visa借記卡賬號。作為附注,開放式虛擬預(yù)付費(fèi)借記卡號的生成和提供可以具有附加或附帶的優(yōu)點(diǎn)。例如,在Visa品牌儲(chǔ)值卡的情況下,當(dāng)贖回這種儲(chǔ)值卡時(shí),可以使得發(fā)行該儲(chǔ)值卡的一方有權(quán)獲得兌換費(fèi)。兌換費(fèi)是在接收方使用卡網(wǎng)絡(luò)(例如,Visa和MasterCard)接受支付時(shí)接收方的銀行(或獲取銀行)向發(fā)行銀行支付的費(fèi)用。通常,發(fā)行銀行從其向獲取銀行支付的數(shù)量中扣除兌換費(fèi)。該兌換費(fèi)可以變化,但是通常約為交易金額的1.5% 2.0%。由于處理方是發(fā)行銀行,將交易的成本減少兌換費(fèi)的數(shù)量。該兌換費(fèi)可以用作給處理方的報(bào)酬,以進(jìn)行支付交易,或可以用來通過減少兌換費(fèi)或提供抵消報(bào)酬(offseting payment)來提升與各個(gè)記賬方的關(guān)系。在S270,處理方可以向顧客發(fā)送對支付的確認(rèn)。該確認(rèn)可以經(jīng)由任何通信信道,且可以與從顧客接收到的支付指令具有相同的格式(但這不是必須的)。在根據(jù)本發(fā)明的一些實(shí)施例中,可以經(jīng)由 SMS、麗S、電子郵件、應(yīng)用通知、在社交網(wǎng)絡(luò)頁面上的消息、電話呼叫、尋呼、傳真、或任何其他通信來發(fā)送該確認(rèn)。根據(jù)圖3,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法30。在S305,顧客可以向處理方提供信息,例如(i)個(gè)人識(shí)別信息;( )記賬方賬戶信息;以及(iii)資金賬戶信息。在S310,處理方可以接收在S305中發(fā)送的來自顧客的信息,且可以驗(yàn)證該信息有效且資金賬戶具有正確的資金(即,具有與其相關(guān)聯(lián)的金額)。在S315,處理方可以基于從顧客接收到的信息來識(shí)別記賬方,且可以訪問記賬方的支付平臺(tái)(例如,允許接收付款并將之應(yīng)用到顧客賬戶的記賬方的網(wǎng)站)。在S320,處理方可以確定向記賬方提供支付所需的信息,例如通過使用網(wǎng)絡(luò)查詢、網(wǎng)絡(luò)收獲或網(wǎng)絡(luò)數(shù)據(jù)提取程序。在S325,處理方可以用恰當(dāng)?shù)母袷较蛑Ц镀脚_(tái)提供恰當(dāng)?shù)男畔?。例如,處理方可以用空白字段來填寫基于網(wǎng)絡(luò)的表單,或可以基于支付平臺(tái)已知的API來組裝傳輸。在S330,處理方可以確定應(yīng)從顧客付給記賬方的數(shù)量。該確定可以基于從支付平臺(tái)接收到的信息,例如經(jīng)由通信或通過在網(wǎng)頁上通知的應(yīng)付數(shù)量且處理方再次利用網(wǎng)絡(luò)查詢、網(wǎng)絡(luò)收獲或網(wǎng)絡(luò)數(shù)據(jù)提取程序的服務(wù)。在S335,處理方可以確定顧客提供(或與顧客識(shí)別的賬戶相關(guān)聯(lián))的資金數(shù)量是否大于等于應(yīng)付給記賬方的數(shù)量。在確定資金數(shù)量不足時(shí),交易可以終止,或處理方可以向顧客通知該不足,并要么請求附加資金源,要么請求減少支付給記賬方的數(shù)量。在確定資金數(shù)量充足時(shí),處理方可以從資金賬戶中扣除應(yīng)付給記賬方的數(shù)量(或顧客指示的任何其他數(shù)量)、以及任何適用的費(fèi)用、收費(fèi)或稅費(fèi)。在S345,處理方可以向記賬方的支付平臺(tái)提供支付。在S350,處理方可以向顧客確認(rèn)進(jìn)行過支付,且可以向顧客通知最終的支付數(shù)量。處理方在S345向支付平臺(tái)提供的金額的形式可以不是在S305處從顧客接收到的金額的相同形式。參見圖4,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的作為便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法的一部分的確定記賬方40接受的撥款選項(xiàng)的過程。在S410,處理方可以確定記賬方和/或記賬方的支付平臺(tái)所接受的撥款選項(xiàng)的類型。例如,一些記賬方可以接收直接賬戶轉(zhuǎn)賬,而其他記賬方可以僅接受具有Visa或MasterCard格式的支付。一些記賬方可以接受一些形式的封閉式儲(chǔ)值(例如,可以用BestBuy禮品卡來進(jìn)行對Best Buy授信額度的支付),而其他記賬方可以不接受任何封閉式儲(chǔ)值。在S420,如果許可,處理方可以方便從顧客的賬戶(例如,諸如支票賬戶之類的財(cái)務(wù)賬戶)向支付平臺(tái)的直接金額轉(zhuǎn)賬。如果支付平臺(tái)不接受金額的直接轉(zhuǎn)賬,或不接受具有顧客提供的格式的金額,則處理方可能需要兌換所提交的金額。在S430,處理方可以從顧客識(shí)別的資金源扣除恰當(dāng)數(shù)量的金額。該數(shù)量可以包括支付的數(shù)量加上任何適用的費(fèi)用或稅費(fèi)。適用的費(fèi)用或稅費(fèi)可以基于若干因素??梢源嬖诎l(fā)起或建立費(fèi);可以存在與每個(gè)賬戶、每個(gè)記賬方、和/或每個(gè)支付交易相關(guān)聯(lián)的服務(wù)費(fèi)。可以存在在要求金額兌換時(shí)適用的費(fèi)用。適用的稅費(fèi)可以基于多個(gè)因素,包括(但不限于):與顧客賬戶相關(guān)聯(lián)的位置;支付請求的發(fā)起位置(例如,發(fā)起計(jì)算機(jī)位置(由ISP來確定)、發(fā)起銷售點(diǎn)設(shè)備或位置、接收到電話發(fā)起的支付交易的交換機(jī)的位置等等)、處理方的位置、以及提供方的位置。在S440,處理方可以生成虛擬開放式預(yù)付費(fèi)儲(chǔ)值卡或借記卡,例如Visa品牌的預(yù)付費(fèi)借記卡。處理方可以用支付交易的精確數(shù)量對虛擬開放式預(yù)付費(fèi)儲(chǔ)值卡或借記卡進(jìn)行撥款。在S450,處理方可以向支付平臺(tái)提供虛擬開放式預(yù)付費(fèi)儲(chǔ)值卡或借記卡的賬號(例如,虛擬卡號)。在S460,處理方可以接收對支付平臺(tái)接收到資金的確認(rèn)。參見圖5,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的方法50。在S510,顧客可以向處理方提供信息。這種信息可以包括:個(gè)人識(shí)別信息(例如,姓名、地址等)、記賬方賬戶信息(例如,記賬方的名稱、顧客的賬號)。可選地,在S511,顧客可以向處理方提供要為將來支付而使用的財(cái)務(wù)賬戶信息。例如,顧客可以在S511提供足以識(shí)別和訪問顧客的支票賬戶的信息。在S520,處理方可以接收信息,并驗(yàn)證該信息是否有效,以及是否足以訪問所識(shí)別的記賬方的支付平臺(tái)并進(jìn)行支付交易。例如,作為S521,基于對記賬方的識(shí)別,處理方可以咨詢數(shù)據(jù)庫或其他記錄,以確定記賬方要求什么信息。備選地,在S522,處理方可以訪問記賬方的支付平臺(tái)并在S523確定用于進(jìn)行支付交易的由記賬方所需的信息。該確定可以經(jīng)由網(wǎng)絡(luò)查詢、網(wǎng)絡(luò)收獲、或網(wǎng)絡(luò)數(shù)據(jù)提取程序或模塊來進(jìn)行。在S524,處理方可以對從顧客接收到的信息和進(jìn)行與支付平臺(tái)的支付交易所需的信息進(jìn)行比較。如果在S525接收到的信息充足,則過程可以繼續(xù)。如果接收到的信息不足,則在S526,可以向顧客請求更多信息,且處理過程返回S520??梢栽谠撨^程中包括附加可選步驟。例如,在S527,處理方可以在支付平臺(tái)處創(chuàng)建顧客支付賬戶。S527可以包括創(chuàng)建(或指派)登錄和/或密碼。顧客支付賬戶可以避免需要為了將來的交易不斷地重新輸入各種信息。在S528,處理方可以向顧客通知顧客支付賬戶,且可以向顧客提供為了訪問而需要的登錄和/或密碼。在S530,處理方可以從顧客接收支付賬單的請求。該請求可以包括對顧客希望支付的特定記賬方的識(shí)別。在可選步驟S531,處理方可以訪問記賬方的支付平臺(tái),并確定顧客虧欠和/或應(yīng)付給記賬方的數(shù)量。在可選步驟S532,處理方可以向顧客通知該數(shù)量。在S540,處理方可以從顧客接收對要支付給記賬方的金額的數(shù)量的指示。如果顧客在S511中未提供與財(cái)務(wù)賬戶相關(guān)的信息,或如果顧客選擇不使用這種財(cái)務(wù)賬戶作為資金源,在S541,處理方可以從顧客接收金額或金額的標(biāo)記。在S550,處理方可以確定從顧客或由顧客識(shí)別出的資金源或財(cái)務(wù)賬戶接收到的金額是否大于等于在S540中從顧客接收到的指示的支付數(shù)量。如果接收到的金額不足,或資金源或財(cái)務(wù)賬戶未具有充足數(shù)量的金額,在S551,可以向顧客通知該不足,且過程可以返回S540,其中,顧客提供對要支付給記賬方的金額的數(shù)量的新的指示。
在S560,如果接收到的數(shù)量金額充足,或資金源或財(cái)務(wù)賬戶具有充足數(shù)量的金額,則處理方可以確定支付平臺(tái)是否接受具有由顧客提供給處理方的格式的金額。如果支付平臺(tái)不接受具有由顧客提供給處理方的格式的金額,則處理方可以生成虛擬開放式預(yù)付費(fèi)儲(chǔ)值或借記卡號,其具有要支付給記賬方的支付的數(shù)量(或與該數(shù)量相關(guān)聯(lián))。在S570,從處理方向記賬方的支付平臺(tái)轉(zhuǎn)賬該金額。該金額可以具有由顧客提供給提供方的格式,或可以具有虛擬開放式預(yù)付費(fèi)儲(chǔ)值或借記卡號的格式。在S580,處理方可以向顧客提供對進(jìn)行過支付交易的確認(rèn)。可以經(jīng)由任何通信信道來發(fā)送該確認(rèn),且該確認(rèn)可以具有任何格式。參見圖6,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的系統(tǒng)60??傮w上,系統(tǒng)60包括:一個(gè)或多個(gè)顧客610、處理方620、以及記賬方的一個(gè)或多個(gè)支付平臺(tái)630。一個(gè)或多個(gè)顧客610可以通過通信信道615的任何變種與處理方620通信,例如(但不限于):互聯(lián)網(wǎng)、交互式語音識(shí)別(IVR)系統(tǒng)、消息(例如,SMS或MMS)、在電子設(shè)備上運(yùn)行的應(yīng)用或小應(yīng)用、來自信息亭、銷售點(diǎn)設(shè)備、終端、或位置的通 目等等。處理方620可以包括:顧客接口 621、記賬方接口 622、處理模塊623、網(wǎng)絡(luò)數(shù)據(jù)提取模塊624、金額兌換模塊625、以及數(shù)據(jù)庫626。顧客接口可以處理與一個(gè)或多個(gè)顧客的所有對內(nèi)和對外通信。由于每個(gè)顧客610可以使用不同的通信信道615,顧客通信接口 621可以統(tǒng)一識(shí)別與不同顧客的不同通信信道的多個(gè)接口。顧客接口 621可以提供在處理方和顧客之間的可選擇通信,且可以被配置為:從顧客接收金額、顧客的識(shí)別信息、足以識(shí)別提供方和顧客的預(yù)先存在的賬戶的信息、以及對在提供方處預(yù)先存在的顧客賬戶進(jìn)行支付的數(shù)量的識(shí)別。記賬方接口 622可以處理與一個(gè)或多個(gè)記賬方和支付平臺(tái)630的所有對內(nèi)和對外通信。由于每個(gè)記賬方630可以要求不同的通信屬性(例如,一些記賬方可以經(jīng)由API接受通信和支付交易;其他記賬方可以要求經(jīng)由特定網(wǎng)站或基于網(wǎng)絡(luò)的支付形式的通信和支付交易),記賬方接口 622可以統(tǒng)一識(shí)別與多個(gè)記賬方的多個(gè)接口。記賬方接口可以提供在處理方和提供方之間的可選擇通信,其被配置為:訪問提供方的支付平臺(tái)或網(wǎng)站,以及向提供方的支付平臺(tái)或網(wǎng)站提供信息。處理模塊623可以與處理方620的每個(gè)組件通信,包括:顧客接口 621、記賬方接口 622、網(wǎng)絡(luò)數(shù)據(jù)提取模塊624、金額兌換模塊625、以及數(shù)據(jù)庫626。處理模塊可以被配置為執(zhí)行所有所需確定和計(jì)算。例如,處理模塊624可以被配置為:至少將從顧客接收到的識(shí)別信息向支付平臺(tái)或網(wǎng)站輸入,以及向支付平臺(tái)或網(wǎng)站提供金額。網(wǎng)絡(luò)數(shù)據(jù)提取模塊624可以被配置為:確定用于進(jìn)行支付的由記賬方所需的信息。這可以通過查詢支付平臺(tái)的網(wǎng)頁并確定需要什么信息以及在何處恰當(dāng)插入這種信息來進(jìn)行。金額兌換模塊625可以提供用于接受具有由顧客提供的第一格式的金額,并將其兌換為具有記賬方或支付平臺(tái)接受的第二格式的金額(減去任何適用的費(fèi)用或稅費(fèi))的手段。例如,金額兌換模塊625可以接受封閉式儲(chǔ)值,并將其兌換為虛擬開放式儲(chǔ)值或借記卡。數(shù)據(jù)庫626可以耦合到處理模塊623,且可以存儲(chǔ)從顧客接收到的信息,且還可以存儲(chǔ)與在記賬方處預(yù)先存在的顧客賬戶相關(guān)的信息。例如,如果確立或使用具有特定登錄和密碼信息的顧客支付賬戶,數(shù)據(jù)庫可以在與特定記賬方和特定顧客相關(guān)聯(lián)的記錄中存儲(chǔ)所需的登錄和密碼信息。數(shù)據(jù)庫還可以存儲(chǔ)過去的交易信息,其可以用于記錄保持目的或用于重復(fù)或周期支付。參見圖7,現(xiàn)在將討論根據(jù)本發(fā)明的一些實(shí)施例的便于使用記賬方的支付平臺(tái)來支付顧客賬單的系統(tǒng)70??傮w上,系統(tǒng)70包括:一個(gè)或多個(gè)顧客710、處理方720、一個(gè)或多個(gè)記賬方730、以及一個(gè)或多個(gè)財(cái)務(wù)機(jī)構(gòu)740。一個(gè)或多個(gè)顧客710可以通過通信信道715的任何變種與處理方720通信,例如(但不限于):互聯(lián)網(wǎng)、交互式語音識(shí)別(IVR)系統(tǒng)、消息(例如,SMS或MMS)、在電子設(shè)備上運(yùn)行的應(yīng)用或小應(yīng)用、來自信息亭、銷售點(diǎn)設(shè)備、終端、或位置的通信等等。一個(gè)或多個(gè)記賬方730可以包括向一個(gè)或多個(gè)顧客710銷售貨物或服務(wù)的提供方,或可以包括與貨物或服務(wù)的提供方分離的執(zhí)行提供方的記賬功能或代表提供方執(zhí)行記賬功能的實(shí)體。一個(gè)或多個(gè)財(cái)務(wù)機(jī)構(gòu)740可以包括以下財(cái)務(wù)機(jī)構(gòu):其中,一個(gè)或多個(gè)顧客710具有可以用于向一個(gè)或多個(gè)記賬方730進(jìn)行支付的財(cái)務(wù)賬戶。處理方720包括:顧客接口 721、記賬方接口 722、資金源接口 723、處理模塊724、網(wǎng)絡(luò)數(shù)據(jù)提取模塊725、網(wǎng)絡(luò)應(yīng)用模塊726、金額兌換模塊727、虛擬預(yù)付費(fèi)借記卡生成器728以及數(shù)據(jù)庫729。顧客接口 721可以處理與一個(gè)或多個(gè)顧客710的所有對內(nèi)和對外通信。由于每個(gè)顧客710可以使用不同的通信信道715,顧客通信接口 721可以統(tǒng)一識(shí)別與不同顧客的不同通信信道的多個(gè)接口。顧客接口 721可以提供在處理方和顧客之間的可選擇通信,且可以被配置為:從顧客接收金額、顧客的識(shí)別信息、足以識(shí)別提供方和顧客的預(yù)先存在的賬戶的信息、以及對在提供方處預(yù)先存在的顧客賬戶進(jìn)行支付的數(shù)量的識(shí)別。記賬方接口 722可以處理與一個(gè)或多個(gè)記賬方和支付平臺(tái)730的所有對內(nèi)和對外通信。由于每個(gè)記賬方730可以要求不同的通信屬性(例如,一些記賬方可以經(jīng)由API接受通信和支付交易;其他記賬方可以要求經(jīng)由特定網(wǎng)站或基于網(wǎng)絡(luò)的支付形式的通信和支付交易),記賬方接口 722可以統(tǒng)一識(shí)別與多個(gè)記賬方的多個(gè)接口。記賬方接口 722可以提供在處理方720和提供方或記賬方730之間的可選擇通信,其被配置為:訪問記賬方或提供方的支付平臺(tái)或網(wǎng)站,以及向記賬方或提供方的支付平臺(tái)或網(wǎng)站提供信息。資金源接口 723可以處理與一個(gè)或多個(gè)資金源的所有對內(nèi)和對外通信。由于每個(gè)資金源740可以要求不同的通信屬性(例如,一些資金源(如財(cái)務(wù)機(jī)構(gòu))可以要求增加安全性或授權(quán)),資金源接口 723可以統(tǒng)一識(shí)別與多個(gè)資金源的多個(gè)接口。處理模塊724可以與處理方720的所有其他組件通信。處理模塊724可以執(zhí)行進(jìn)行支付交易所必需的所有確定,如圖1 5及其所附討論所闡述的。網(wǎng)絡(luò)數(shù)據(jù)提取模塊725可以被配置為:確定用于進(jìn)行支付的由記賬方所需的信息。這可以通過查詢支付平臺(tái)的網(wǎng)頁并確定需要什么信息以及在何處恰當(dāng)插入這種信息來進(jìn)行。網(wǎng)絡(luò)應(yīng)用模塊726可以與記賬方的支付平臺(tái)網(wǎng)站交互,且可以用于向各種記賬方支付平臺(tái)系統(tǒng)之中或之上的恰當(dāng)字段、欄、或輸入?yún)^(qū)域中插入正確信息。換言之,網(wǎng)絡(luò)應(yīng)用模塊726可以識(shí)別提供方支付平臺(tái)所請求的每一條信息,根據(jù)從顧客接收到的識(shí)別信息來確定恰當(dāng)?shù)男畔?,以及響?yīng)于提供方支付平臺(tái)所請求的每條信息來提供恰當(dāng)?shù)男畔?。這可以包括自動(dòng)填寫在線表單。金額兌換模塊727可以提供用于接受具有由顧客提供的第一格式的金額,并將其兌換為具有記賬方或支付平臺(tái)接受的第二格式的金額(減去任何適用的費(fèi)用或稅費(fèi))的手段。當(dāng)要將從顧客接收到的金額兌換為虛擬開放式儲(chǔ)值或借記卡時(shí),金額兌換模塊727可以與虛擬預(yù)付費(fèi)借記卡生成器728交互。虛擬預(yù)付費(fèi)借記卡生成器728可以生成可由記賬方接受的具有等于要向記賬方支付的數(shù)量的虛擬借記卡(例如,Visa或MasterCard品牌預(yù)付費(fèi)借記卡)。數(shù)據(jù)庫729可以耦合到處理模塊724,且可以存儲(chǔ)從顧客接收到的信息,且還可以存儲(chǔ)與在記賬方處預(yù)先存在的顧客賬戶相關(guān)的信息。例如,如果確立或使用具有特定登錄和密碼信息的顧客支付賬戶,數(shù)據(jù)庫可以在與特定記賬方和特定顧客相關(guān)聯(lián)的記錄中存儲(chǔ)所需的登錄和密碼信息。數(shù)據(jù)庫還可以存儲(chǔ)過去的交易信息,其可以用于記錄保持目的或用于重復(fù)或周期性支付。應(yīng)該理解:本文所示和所述的本發(fā)明的具體實(shí)施例僅是示例性的。在不脫離本發(fā)明的精神和范圍的情況下,本領(lǐng)域技術(shù)人員將能夠進(jìn)行各種變化、改變、替換和等價(jià)。例如,處理方可以由財(cái)務(wù)機(jī)構(gòu)、資金源、商家、或記賬方來維護(hù)或管理。因此,預(yù)期將本文所述和附圖所示的所有主題僅視為是說明性的,且不是限制性的,且本發(fā)明的范圍僅由所附權(quán)利要求來確定。
權(quán)利要求
1.一種向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的方法,所述方法方便了顧客、貨物或服務(wù)的提供方以及處理方,所述方法包括: 從所述顧客接收: 金額; 所述顧客的識(shí)別信息;以及 足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息;訪問所述提供方的支付平臺(tái); 確定為了向所述顧客賬戶提供支付所述提供方所需的信息; 傳輸為了向所述顧客賬戶提供支付所述提供方所需的信息;以及 向所述顧客賬戶提供金額。
2.根據(jù)權(quán)利要求1所述的方法,其中,經(jīng)由從以下各項(xiàng)構(gòu)成的組中選擇的方式來接收金額、所述顧客的識(shí)別信息、以及足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息:互聯(lián)網(wǎng)、自動(dòng)語音識(shí)別(IVR)系統(tǒng)、經(jīng)由短消息服務(wù)(SMS)發(fā)送的消息、經(jīng)由媒體消息服務(wù)(MMS)發(fā)送的消息、在移動(dòng)設(shè)備上運(yùn)行的應(yīng)用、信息亭、銷售點(diǎn)設(shè)備、以及商家位置。
3.根據(jù)權(quán)利要求1所述的方法,其中,從所述顧客接收金額包括:訪問儲(chǔ)值賬戶。
4.根據(jù)權(quán)利要求3所述的方 法,其中,所述儲(chǔ)值賬戶是封閉式儲(chǔ)值賬戶。
5.根據(jù)權(quán)利要求1所述的方法,其中,從所述顧客接收金額包括:由所述顧客向銷售點(diǎn)設(shè)備進(jìn)行支付,以及所述處理方在稍后時(shí)間與所述銷售點(diǎn)設(shè)備結(jié)算。
6.根據(jù)權(quán)利要求1所述的方法,其中,所述顧客的識(shí)別信息包括:對所述顧客賬戶進(jìn)行支付所述提供方所需的信息。
7.根據(jù)權(quán)利要求6所述的方法,其中,所述識(shí)別信息包括登錄信息和密碼。
8.根據(jù)權(quán)利要求1所述的方法,其中,足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息包括:賬號。
9.根據(jù)權(quán)利要求1所述的方法,其中,足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息包括:與在所述提供方處的所述顧客的賬戶相關(guān)聯(lián)的標(biāo)記。
10.根據(jù)權(quán)利要求9所述的方法,其中,所述標(biāo)記包括電話號碼。
11.根據(jù)權(quán)利要求1所述的方法,其中,訪問所述提供方的支付平臺(tái)的步驟是經(jīng)由互聯(lián)網(wǎng)實(shí)現(xiàn)的。
12.根據(jù)權(quán)利要求1所述的方法,其中,訪問所述提供方的支付平臺(tái)的步驟包括:訪問由所述提供方維護(hù)的或與所述提供方相關(guān)聯(lián)的支付網(wǎng)頁。
13.根據(jù)權(quán)利要求1所述的方法,其中,確定為了向所述顧客賬戶提供支付所述提供方所需的信息的步驟是通過所述處理方執(zhí)行的網(wǎng)絡(luò)查詢或網(wǎng)絡(luò)數(shù)據(jù)提取程序來實(shí)現(xiàn)的。
14.根據(jù)權(quán)利要求1所述的方法,其中,確定為了向所述顧客賬戶提供支付所述提供方所需的信息的步驟包括:確定為了向顧客賬戶進(jìn)行支付所述提供方所需的具體信息。
15.根據(jù)權(quán)利要求1所述的方法,其中,傳輸為了向所述顧客賬戶提供支付所述提供方所需的信息的步驟包括:將接收自所述顧客的識(shí)別信息插入所述提供方的支付平臺(tái)。
16.根據(jù)權(quán)利要求1所述的方法,其中,傳輸為了向所述顧客賬戶提供支付所述提供方所需的信息的步驟包括: 識(shí)別所述提供方支付平臺(tái)所請求的每條信息;根據(jù)接收自所述顧客的識(shí)別信息來確定恰當(dāng)信息; 響應(yīng)于所述提供方支付平臺(tái)所請求的每條信息,提供所述恰當(dāng)信息。
17.根據(jù)權(quán)利要求16所述的方法,其中,傳輸所述提供方需要的信息的步驟包括:自動(dòng)填寫在線表單。
18.根據(jù)權(quán)利要求1所述的方法,其中,向所述顧客賬戶提供金額的步驟包括:向在所述提供方處的所述顧客賬戶發(fā)送從所述顧客接收到的金額。
19.根據(jù)權(quán)利要求18所述的方法,其中,向所述顧客賬戶提供的金額是從接收自所述顧客的金額中扣除適用費(fèi)用和稅費(fèi)之后的剩余部分。
20.根據(jù)權(quán)利要求19所述的方法,其中,在銷售點(diǎn)設(shè)備處從所述顧客接收金額,以及基于從由以下各項(xiàng)構(gòu)成的組中選擇的一個(gè)或多個(gè)因素來計(jì)算適用費(fèi)用和稅費(fèi):與所述顧客賬戶相關(guān)聯(lián)的位置;所述銷售點(diǎn)設(shè)備的位置;所述處理方的位置;以及所述提供方的位置。
21.根據(jù)權(quán)利要求1所述的方法,其中,向所述顧客賬戶提供金額的步驟包括:生成虛擬預(yù)付費(fèi)借記卡號,并向所述提供商的支付平臺(tái)提供所述虛擬預(yù)付費(fèi)借記卡號。
22.根據(jù)權(quán)利要求21所述的方法,其中,所述虛擬預(yù)付費(fèi)借記卡號具有等于要支付給所述提供方的數(shù)量的資金。
23.一種向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的方法,所述方法方便了顧客、貨物或服務(wù)的提供方以及處理方,所述方法包括: 從所述顧客接收 金額; 包括所述顧客的姓名和地址在內(nèi)的所述顧客的識(shí)別信息;以及包括所述預(yù)先存在的顧客賬戶的賬號在內(nèi)的足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息; 對要支付給在所述提供方處預(yù)先存在的顧客賬戶的支付數(shù)量的標(biāo)識(shí); 由所述處理方經(jīng)由互聯(lián)網(wǎng)訪問所述提供方的支付網(wǎng)站; 查詢所述支付網(wǎng)站,以確定為了進(jìn)行支付所述提供方所需的信息; 所述提供方代替所述顧客采取行動(dòng),并向所述支付網(wǎng)站輸入接收自所述顧客的識(shí)別信息; 確定所述提供方是否接受具有從所述顧客接收到的金額的形式的支付; 當(dāng)確定所述提供方接受具有從所述顧客接收到的金額的形式的支付時(shí),將從所述顧客接收到的金額傳送給所述提供方; 當(dāng)確定所述提供方不接受具有從所述顧客接收到的金額的形式的支付時(shí),生成虛擬預(yù)付費(fèi)借記卡號,并將所述虛擬預(yù)付費(fèi)借記卡號傳送給所述提供方; 向所述顧客提供對支付的確認(rèn)。
24.根據(jù)權(quán)利要求23所述的方法,其中,經(jīng)由從以下各項(xiàng)構(gòu)成的組中選擇的方式來接收金額、所述顧客的識(shí)別信息、以及足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息:互聯(lián)網(wǎng)、自動(dòng)語音識(shí)別(IVR)系統(tǒng)、經(jīng)由短消息服務(wù)(SMS)發(fā)送的消息、經(jīng)由媒體消息服務(wù)(MMS)發(fā)送的消息、在移動(dòng)設(shè)備上運(yùn)行的應(yīng)用、信息亭、銷售點(diǎn)設(shè)備、以及商家位置。
25.根據(jù)權(quán)利要求23所述的方法, 其中,從所述顧客接收金額包括:由所述顧客向銷售點(diǎn)設(shè)備進(jìn)行支付,以及所述處理方在稍后時(shí)間與所述銷售點(diǎn)設(shè)備結(jié)算。
26.根據(jù)權(quán)利要求23所述的方法,其中,從所述顧客接收金額包括:訪問儲(chǔ)值賬戶。
27.根據(jù)權(quán)利要求26所述的方法,其中,所述儲(chǔ)值賬戶是封閉式儲(chǔ)值賬戶。
28.根據(jù)權(quán)利要求27所述的方法,其中,從所述顧客接收金額包括:由所述顧客在商家處使用僅能由所述商家贖回的封閉式儲(chǔ)值卡來進(jìn)行支付。
29.一種用于向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的處理方,所述處理方選擇性地與所述顧客和所述提供方通信,所述處理方包括: 顧客接口,提供在所述處理方和所述顧客之間的能夠選擇的通信,所述顧客接口被配置為從所述顧客接收: 金額; 包括所述顧客的姓名和地址在內(nèi)的所述顧客的識(shí)別信息;以及包括所述預(yù)先存在的顧客賬戶的賬號在內(nèi)的足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息; 對要支付給在所述提供方處預(yù)先存在的顧客賬戶的支付數(shù)量的標(biāo)識(shí); 提供方接口,在所述處理方和所述提供方之間提供能夠選擇的通信,所述提供方接口被配置為: 訪問所述提供方的支付平臺(tái)或網(wǎng)站;以及 向所述提供方的支付平臺(tái)或網(wǎng)站提供信息; 網(wǎng)絡(luò)數(shù)據(jù)提取模塊,與所述提供方接口通信,所述網(wǎng)絡(luò)數(shù)據(jù)提取模塊被配置為:確定為了進(jìn)行支付所述提供方所需的 信息; 處理模塊,與所述顧客接口、所述提供方接口、以及所述網(wǎng)絡(luò)數(shù)據(jù)提取模塊通信,所述處理模塊被配置為: 向所述支付平臺(tái)或網(wǎng)站輸入接收自所述顧客的識(shí)別信息; 向所述支付平臺(tái)或網(wǎng)站提供金額。
30.根據(jù)權(quán)利要求29所述的系統(tǒng),其中,所述處理模塊還被配置為: 確定所述提供方是否接受具有從所述顧客接收到的金額的形式的支付; 當(dāng)確定所述提供方接受具有從所述顧客接收到的金額的形式的支付時(shí),將從所述顧客接收到的金額傳送給所述提供方; 當(dāng)確定所述提供方不接受具有從所述顧客接收到的金額的形式的支付時(shí),生成虛擬預(yù)付費(fèi)借記卡號,并將所述虛擬預(yù)付費(fèi)借記卡號傳送給所述提供方。
31.根據(jù)權(quán)利要求29所述的系統(tǒng),還包括: 金額兌換模塊,被配置為:從所述顧客接受具有特定幣值的金額,扣除適用費(fèi)用或稅費(fèi),以及將剩余金額兌換為所述提供方的支付平臺(tái)或網(wǎng)站接受的幣值。
32.根據(jù)權(quán)利要求29所述的系統(tǒng),還包括: 虛擬預(yù)付費(fèi)借記卡生成器,被配置為:生成具有關(guān)聯(lián)賬戶的預(yù)付費(fèi)借記卡號,所述關(guān)聯(lián)賬戶具有要支付給所述預(yù)先存在的顧客賬戶的支付數(shù)量的資金。
33.根據(jù)權(quán)利要求29所述的系統(tǒng),還包括: 財(cái)務(wù)賬戶接口,提供在所述處理方和所述顧客的財(cái)務(wù)賬戶之間的能夠選擇的通信,所述財(cái)務(wù)賬戶接口被配置為向所述處理方轉(zhuǎn)賬。
34.根據(jù)權(quán)利要求29所述的系統(tǒng),其中,所述顧客接口經(jīng)由從以下各項(xiàng)構(gòu)成的組中選擇的方式提供與所述顧客的通信:互聯(lián)網(wǎng)、自動(dòng)語音識(shí)別(IVR)系統(tǒng)、經(jīng)由短消息服務(wù)(SMS)發(fā)送的消息、經(jīng)由媒體消息服務(wù)(MMS)發(fā)送的消息、在移動(dòng)設(shè)備上運(yùn)行的應(yīng)用、信息亭、銷售點(diǎn)設(shè)備、以及商家位置。
35.根據(jù)權(quán)利要求29所述的系統(tǒng),其中,所述顧客接口還被配置為:在已成功進(jìn)行對所述預(yù)先存在的顧客賬戶的支付之后,向所述顧客`提供對支付的確認(rèn)。
全文摘要
本發(fā)明涉及向在貨物或服務(wù)的提供方處預(yù)先存在的顧客賬戶提供支付的系統(tǒng)和方法,該方法便于顧客、貨物或服務(wù)的提供方以及處理方。所述方法包括例如以下步驟從所述顧客接收金額、所述顧客的識(shí)別信息、以及足以識(shí)別所述提供方和所述顧客的預(yù)先存在的賬戶的信息;訪問所述提供方的支付平臺(tái);確定為了向所述顧客賬戶提供支付所述提供方需要的信息;傳輸為了向所述顧客賬戶提供支付所述提供方需要的信息;以及向所述顧客賬戶提供金額。
文檔編號G06Q20/14GK103180867SQ201180051839
公開日2013年6月26日 申請日期2011年7月11日 優(yōu)先權(quán)日2010年8月26日
發(fā)明者梅安爾·布魯克斯·史密斯, 菲利普·克雷格·格雷夫斯, 菲爾·M·查克里斯 申請人:e2因特萊科迪伏有限公司