專利名稱：實(shí)時應(yīng)付帳款web服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及企業(yè)向其過去或未來的供應(yīng)商的應(yīng)付帳款，更具體而言，涉及應(yīng)付帳款web服務(wù)。
背景技術(shù)：
為做生意，企業(yè)需要原材料、制成品，以及供貨。另外，企業(yè)還需要各種服務(wù)提供商。無論是向企業(yè)提供商品還是服務(wù)，關(guān)于向企業(yè)提供的那些商品及服務(wù)，必須對每一個這樣的供應(yīng)商進(jìn)行支付。每一個供應(yīng)商都向企業(yè)發(fā)送發(fā)票，以便為它提供給企業(yè)的商品和服務(wù)得到支付。發(fā)票是被企業(yè)用來為該企業(yè)接收到或?qū)⒔邮盏纳唐芳胺?wù)向供應(yīng)商給予報(bào)酬的手段。在企業(yè)收到發(fā)票之后，發(fā)送發(fā)票的供應(yīng)商通常將等待若干天，向其提供了商品和/ 或服務(wù)的企業(yè)才能對商品和/或服務(wù)進(jìn)行支付。企業(yè)通常通過應(yīng)付帳款系統(tǒng)來向其供應(yīng)商進(jìn)行支付。由企業(yè)向供應(yīng)商的支付可以通過現(xiàn)金、支票，或通過由諸如企業(yè)的銀行之類的開戶行向企業(yè)開立的帳戶上的支付。在帳戶上給每一個供應(yīng)商進(jìn)行支付是特別有益的。這些優(yōu)點(diǎn)包括來自為企業(yè)向供應(yīng)商支付提供資金的開戶行的激勵和回扣，電子支付處理而不是處理支票付款可以降低企業(yè)的成本，企業(yè)通過使用信貸而不是使用現(xiàn)金流來向其供應(yīng)商支付對企業(yè)來說是“浮動”優(yōu)點(diǎn)，以便最大化流動資本等等。企業(yè)通常將從其供應(yīng)商為由其相應(yīng)的供應(yīng)商向企業(yè)提供的商品及服務(wù)接收到很多發(fā)票。周期性地，企業(yè)將從它接收的那些發(fā)票中標(biāo)識它希望支付的那些發(fā)票。為支付每一張發(fā)票，可能需要企業(yè)的各組織(例如，出納、財(cái)務(wù)、應(yīng)付帳款，審計(jì)和合規(guī)、信息技術(shù)、采購等等)之間的協(xié)作工作流，以保護(hù)和控制對于支付的批準(zhǔn)。一旦標(biāo)識了一組要支付的發(fā)票，進(jìn)一步確定對于每一張發(fā)票的支付方法。在利用由開戶行向企業(yè)開立的帳戶支付那些發(fā)票的情況下，通常使用批處理。企業(yè)用來支付其應(yīng)付帳款的帳戶常常被稱為商業(yè)帳戶，或者可另選地，對應(yīng)于“商業(yè)卡”的帳戶。商業(yè)帳戶可以具有預(yù)存的資金，或者它可以是周轉(zhuǎn)信貸帳戶，或一次性的信貸帳戶(例如，即期信貸)。在應(yīng)付帳款批處理中，由企業(yè)標(biāo)識通過發(fā)票(例如，一批發(fā)票)以便通過企業(yè)的帳戶支付系統(tǒng)的處理來進(jìn)行支付。企業(yè)的商業(yè)帳戶的開戶行將接收到該批發(fā)票。企業(yè)可以每天向其商業(yè)帳戶開戶行發(fā)送一批發(fā)票。然后，開戶行將對該批中與每個供應(yīng)商相對應(yīng)的發(fā)票向供應(yīng)商轉(zhuǎn)帳。在開戶行為應(yīng)付帳款提供資金的情況下，企業(yè)將在財(cái)務(wù)上負(fù)責(zé)向開戶行存足夠的資金，以便支付給開戶行，使其在帳戶上向企業(yè)的供應(yīng)商進(jìn)行對應(yīng)于該批發(fā)票的支付，加服務(wù)費(fèi)、利息，以及違約金。由于企業(yè)因同意允許開戶行為企業(yè)的應(yīng)付帳款提供資金而表現(xiàn)出對開戶行的忠誠度，開戶行可以給企業(yè)提供獎勵、激勵，以及回扣。在供應(yīng)商為對發(fā)票進(jìn)行立即付款的企業(yè)提供激勵的情況下，由于延遲，現(xiàn)有技術(shù)的對商業(yè)帳戶上的支付的應(yīng)付帳款的批處理不適當(dāng)。相應(yīng)地，應(yīng)該給企業(yè)提供實(shí)時支付應(yīng)付帳款功能，通過該功能，企業(yè)可以在企業(yè)的商業(yè)帳戶上進(jìn)行實(shí)時的電子支付。

發(fā)明內(nèi)容
在一種實(shí)現(xiàn)中，在web服務(wù)中從客戶端接收標(biāo)識商業(yè)帳戶池中的一個商業(yè)帳戶的請求。該請求包括對于被請求的未使用的一個商業(yè)帳戶的信用限額。web服務(wù)連同指令一起向被請求的未使用的一個商業(yè)帳戶的開戶行發(fā)送請求，該指令指示開戶行確定商業(yè)帳戶池中的被請求的未使用的一個商業(yè)帳戶的可用性以及由開戶行向帳戶持有人(開戶行向該帳戶持有人開立了商業(yè)帳戶池中的每一個商業(yè)帳戶)提供的可用信用中的信用限額的可用性。web服務(wù)將從開戶行接收對請求的響應(yīng)。當(dāng)響應(yīng)包括關(guān)于被請求的未使用的一個商業(yè)帳戶和被請求的未使用的一個商業(yè)帳戶的被請求的信用限額兩者的可用性的確認(rèn)時， web服務(wù)向開戶行發(fā)送支付指令，以通過使用被請求的未使用的一個商業(yè)帳戶的可用信用限額來向供應(yīng)商進(jìn)行發(fā)票的電子支付。請求和響應(yīng)都是實(shí)時發(fā)生的。在替換實(shí)現(xiàn)中，請求以及其響應(yīng)，以及支付指令被包含在具有標(biāo)記語言的格式的數(shù)據(jù)的一個或多個傳輸中。在另一種實(shí)現(xiàn)中，由web服務(wù)從客戶端接收請求。請求包括確定按商業(yè)帳戶(單次使用帳戶，SUA)的單次使用的金額對信用限額進(jìn)行調(diào)整是否可用的指令。SUA將被用來向開戶行向其開立了 SUA的帳戶持有人的供應(yīng)商進(jìn)行未來的單次支付。單次支付所針對的發(fā)票來自尚未提供涉及發(fā)票的商品和/或服務(wù)的供應(yīng)商。web服務(wù)向SUA的開戶行發(fā)送請求以及SUA的標(biāo)識符和所述金額。請求包括這樣的指令，即指示開戶行判斷根據(jù)向帳戶持有人開立了 SUA的SUA的開戶行所提供的可用信用按所述金額對SUA的信用限額進(jìn)行所請求的調(diào)整的可用性。響應(yīng)于請求，web服務(wù)接收對請求的響應(yīng)。當(dāng)響應(yīng)包括驗(yàn)證SUA和所請求的對SUA的信用限額調(diào)整已經(jīng)均被開戶行確定為可用的信息時，web服務(wù)向開戶行發(fā)送支付指令以通過使用SUA的經(jīng)調(diào)整的信用限額來進(jìn)行涉及供應(yīng)商的發(fā)票的單次支付。請求和響應(yīng)都是實(shí)時發(fā)生的。在前述的實(shí)現(xiàn)的替代方案中，涉及接收的請求和接收的對請求的響應(yīng)中的每一個的電子通信，以及發(fā)送到開戶行的支付指令，都是包含具有標(biāo)記語言格式的數(shù)據(jù)的一個或多個傳輸。在再一個實(shí)現(xiàn)中，提供了“更新支付指令/征用請求web服務(wù)”以更新如上文所描述的處于掛起狀態(tài)的現(xiàn)有支付指令或請求。在更進(jìn)一步的實(shí)現(xiàn)中，提供了“重新發(fā)送通知請求web服務(wù)”以請求重新發(fā)送如上文所描述的如在掛起狀態(tài)的支付指令或請求。


通過下面的結(jié)合圖形對本發(fā)明進(jìn)行的詳細(xì)說明，本發(fā)明的實(shí)現(xiàn)將變得更加顯而易見，在圖形中，相同的元件帶有相同的附圖標(biāo)記。圖1示出了對于支付指令web服務(wù)的示例性方法；圖2示出了對于征用請求web服務(wù)的示例性方法；圖3示出了對于更新支付指令/征用請求web服務(wù)的示例性方法；
6
圖4和5示出了相應(yīng)的示例性后端處理流程，其中，圖4示出了支付指令和征用請求的過程，而圖5示出了對于周期性的批匹配和失效處理的過程；圖6描繪了用于處理圖1的來自客戶端的對于“支付指令web服務(wù)”的請求，圖2 的征用請求web服務(wù)，或圖3的更新支付指令/征用請求web服務(wù)的示例性方法的流程圖；圖7描繪了自動化的web服務(wù)環(huán)境，使用流程圖，示出了各種網(wǎng)絡(luò)設(shè)備處于通信中的應(yīng)付帳款自動化web服務(wù)；以及圖8示出了示例性支付處理網(wǎng)絡(luò)，以描繪一般環(huán)境，其中，可以處理商業(yè)帳戶上的對于支付的交易，其中，企業(yè)是由開戶行向企業(yè)開立的商業(yè)帳戶的持有人，商業(yè)帳戶上的交易由企業(yè)與商家(例如，企業(yè)的供應(yīng)商)執(zhí)行，以交換商家向企業(yè)提供商品和/或服務(wù)。
具體實(shí)施例方式在萬維網(wǎng)上提供了“支付指令web服務(wù)”?！爸Ц吨噶顆eb服務(wù)”允許企業(yè)為已經(jīng)接收的(和/或由供應(yīng)商向企業(yè)所提供的)商品和/或服務(wù)向其供應(yīng)商進(jìn)行實(shí)時的電子支付 (e_支付)。實(shí)時e_支付是在由開戶行向企業(yè)開立的商業(yè)帳戶上進(jìn)行的。企業(yè)的進(jìn)行實(shí)時電子支付的請求此處被稱為“支付指令”。相應(yīng)地，當(dāng)供應(yīng)商對企業(yè)為供應(yīng)商的發(fā)票進(jìn)行立即付款而提供激勵時，通過“支付指令web服務(wù)”在企業(yè)的商業(yè)帳戶上進(jìn)行的實(shí)時e_支付將允許企業(yè)收集如果通過現(xiàn)有技術(shù)的應(yīng)付帳戶的批處理早就丟失的激勵。此外，企業(yè)將享有基于Web的e-支付的方便性，以最大化其流動資本，同時自動化其應(yīng)付帳款處理的支付指令方面。在使用中，“支付指令web服務(wù)”允許創(chuàng)建支付指令以指示供應(yīng)商使用企業(yè)的商業(yè)帳戶，以便為已經(jīng)進(jìn)行并向企業(yè)(例如，買方公司)開了發(fā)票的采購進(jìn)行支付。“支付指令 web服務(wù)”可以被用來在“應(yīng)付帳款自動化”應(yīng)用程序中處理“特別(Adhoc) ”支付指令?！爸Ц吨噶顆eb服務(wù)”將為對“支付指令web服務(wù)”的一次調(diào)用捕捉單個支付指令。支付指令將基于接收的數(shù)據(jù)而處理。在處理結(jié)束時，將提供支付指令的完成狀態(tài)的響應(yīng)。在一種實(shí)現(xiàn)中，“支付指令web服務(wù)”將從客戶端接收標(biāo)識商業(yè)帳戶池中的一個商業(yè)帳戶的請求。一個商業(yè)帳戶將是未使用的，池中的其他商業(yè)帳戶已經(jīng)被使用或正在使用中。被請求的一個未使用的商業(yè)帳戶將被用來向所請求的未使用的一個商業(yè)帳戶的帳戶持有人的供應(yīng)商進(jìn)行支付。一種支付是針對來自供應(yīng)商的發(fā)票的。由“支付指令web服務(wù)” 接收的請求將包括對于被請求的未使用的一個商業(yè)帳戶的信用限額?！爸Ц吨噶顆eb服務(wù)” 向被請求的未使用的一個商業(yè)帳戶的開戶行發(fā)送請求以及指令，該指令指示開戶行確定商業(yè)帳戶池中的被請求的未使用的一個商業(yè)帳戶的可用性以及由開戶行向帳戶持有人(開戶行向該帳戶持有人開立了商業(yè)帳戶池中的每一個商業(yè)帳戶)提供的可用信用中的信用限額的可用性。“支付指令web服務(wù)”從開戶行接收對請求的響應(yīng)。當(dāng)響應(yīng)包括關(guān)于被請求的未使用的一個商業(yè)帳戶和被請求的未使用的一個商業(yè)帳戶的被請求的信用限額兩者的可用性的確認(rèn)時，“支付指令web服務(wù)”向開戶行發(fā)送支付指令，以通過使用被請求的未使用的一個商業(yè)帳戶的可用信用限額來向供應(yīng)商進(jìn)行發(fā)票的電子支付。優(yōu)選地，請求的接收和接收的對請求的響應(yīng)兩者都是實(shí)時地發(fā)生的。優(yōu)選地，接收的請求和接收的對請求的響應(yīng)中的每一個都是包含標(biāo)記語言的格式的數(shù)據(jù)的一個或多個傳輸，并且，被發(fā)送到開戶行的支付指令是包含標(biāo)記語言的格式的數(shù)據(jù)的一個或多個傳輸。還提供了“征用請求web服務(wù)”。在“征用請求web服務(wù)”中，企業(yè)可以指定一個商業(yè)帳戶，在該商業(yè)帳戶上，可以為企業(yè)尚未從供應(yīng)商接收的商品和/或服務(wù)對將向其進(jìn)行未來的支付的該供應(yīng)商進(jìn)行未來的支付。在此情況下，商業(yè)帳戶將是單次使用帳戶(SUA)， 因?yàn)樵搸魧⒅槐黄髽I(yè)用來向一個供應(yīng)商進(jìn)行一次支付。可另選地，企業(yè)可以要求對企業(yè)的現(xiàn)有的商業(yè)帳戶中的一個的信用限額進(jìn)行調(diào)整。進(jìn)行所請求的對商業(yè)帳戶的信用限額的調(diào)整，以便企業(yè)可以為企業(yè)尚未從供應(yīng)商接收的商品和/或服務(wù)對將向其進(jìn)行未來的支付的該供應(yīng)商進(jìn)行一次或多次未來的支付?！罢饔谜埱體eb服務(wù)”此處被稱為具有“征用 (requisition) ”功能，因?yàn)槠髽I(yè)征用單次使用的SUA來向供應(yīng)商支付，或因?yàn)槠髽I(yè)征用對現(xiàn)有的商業(yè)帳戶的信用限額的調(diào)整以便向企業(yè)的供應(yīng)商進(jìn)行一次或多次支付。在使用中，“征用請求web服務(wù)”允許創(chuàng)建征用以向“買方公司，，企業(yè)提供“許購定額”信用限額。買方公司將使用有關(guān)被申請的通過“征用請求web服務(wù)”所提供的商業(yè)帳戶的信息，以便啟動未來從未來的供應(yīng)商的購買?！罢饔谜埱體eb服務(wù)”可以和作為商業(yè)帳戶的單次使用帳戶(SUA)的開立一起，或和對現(xiàn)有商業(yè)卡上的信用限額的調(diào)整一起提供此信息?！罢饔谜埱體eb服務(wù)”，總而言之，用于創(chuàng)建新的征用和開立單次使用帳戶，或用于更新與征用相關(guān)的現(xiàn)有的商業(yè)帳戶的信用限額。在一種實(shí)現(xiàn)中，由征用請求Web服務(wù)從客戶端接收請求。請求是按SUA的單次使用的金額調(diào)整信用限額。SUA將被用來向開戶行對其開立了 SUA的帳戶持有人的供應(yīng)商進(jìn)行單次支付，支付是針對來自供應(yīng)商的發(fā)票的。征用請求web服務(wù)向SUA的開戶行發(fā)送請求以及SUA的標(biāo)識符和所述金額。請求包括這樣的指令，即指示開戶行判斷根據(jù)向帳戶持有人開立了 SUA的SUA的開戶行所提供的可用信用按所述金額對SUA的信用限額進(jìn)行所請求的調(diào)整的可用性。響應(yīng)于請求，征用請求web服務(wù)接收對請求的響應(yīng)。當(dāng)響應(yīng)包括驗(yàn)證 SUA和所請求的對SUA的信用限額調(diào)整被確定為可用的信息時，征用請求web服務(wù)向開戶行發(fā)送支付指令以通過使用SUA帳戶的經(jīng)調(diào)整的信用限額來對供應(yīng)商的發(fā)票進(jìn)行單次支付。 優(yōu)選地，請求和響應(yīng)都是實(shí)時發(fā)生的。優(yōu)選地，涉及接收的請求和接收的對請求的響應(yīng)中的每一個都是包含標(biāo)記語言的格式的數(shù)據(jù)的一個或多個傳輸，并且，被發(fā)送到開戶行的支付指令是包含標(biāo)記語言的格式的數(shù)據(jù)的作為一種個或多個傳輸。還提供了 “更新支付指令/征用請求web服務(wù)”。“更新支付指令/征用請求web 服務(wù)”用于更新在帳戶支付自動化平臺內(nèi)的如上文所描述的處于掛起狀態(tài)(尚未匹配或過期的)的現(xiàn)有的支付指令或征用請求。所支持的改變包括調(diào)整商業(yè)帳戶的到期日期，替換聯(lián)系人信息(例如，電子郵件地址和電子郵件便箋)，包括更新支付金額或恢復(fù)過期的支付指令。還提供了 “重新發(fā)送通知請求web服務(wù)”。“重新發(fā)送通知請求web服務(wù)”是請求重新發(fā)送支付指令和/或征用請求通知/匯款電子郵件?？梢韵虍?dāng)前被作為正在被引用的支付指令/征用請求的一部分持續(xù)的接收者列表發(fā)送通知/匯款。還提供了 “獲得單次使用帳戶清單請求web服務(wù)”?！矮@得單次使用帳戶清單請求 web服務(wù)”是請求由開戶行向企業(yè)(例如，向銀行的企業(yè)客戶)開立的位于已經(jīng)被預(yù)留供企業(yè)使用的商業(yè)帳戶池中的單次使用商業(yè)帳戶(SUA)的總數(shù)報(bào)告。報(bào)告還將包括當(dāng)前可被企業(yè)用來完成新請求的這樣的商業(yè)帳戶的數(shù)量。這樣的商業(yè)帳戶池可以由例如，企業(yè)(例如，買方標(biāo)識(ID))和商業(yè)帳戶的不同的代理帳號來定義。在圖1-3中的每一個中，在框102，202，302分別示出了請求者-客戶端。請求者-客戶端是通過與開戶行(如在圖8中的附圖標(biāo)記804(i)處示出和進(jìn)一步討論的)協(xié)作來支付其應(yīng)付帳款的實(shí)體。作為示例，圖8示出了負(fù)責(zé)在交易支付網(wǎng)絡(luò)800中向商家(m) 810 進(jìn)行支付的帳戶持有人(a)808。帳戶持有人(a)808與開戶行(i)804 —起協(xié)作，以提供將被帳戶持有人(a) 808持有的單次使用帳戶(SUA)或者擴(kuò)大現(xiàn)有商業(yè)帳戶上的信用，以便可以在商業(yè)帳戶上向商家(m)810進(jìn)行支付。在每一種情況下，商業(yè)帳戶都是由開戶行(i)804 向帳戶持有人(a) 808開立的。圖1描繪了過程100，其中，通過在萬維網(wǎng)上提供的“支付指令web服務(wù)”請求支付指令。支付指令web服務(wù)允許企業(yè)為已經(jīng)接收的(和/或由供應(yīng)商向企業(yè)所提供的)商品和/或服務(wù)向其供應(yīng)商進(jìn)行實(shí)時的電子支付(e_支付)。實(shí)時e_支付是在由開戶行向企業(yè)開立的商業(yè)帳戶上進(jìn)行的。企業(yè)的進(jìn)行實(shí)時電子支付的請求此處被稱為“支付指令”，例如， 圖1中被示為支付指令請求104。在圖1中，請求者_(dá)客戶端102執(zhí)行Web瀏覽器，或其他萬維網(wǎng)訪問應(yīng)用程序，以向web服務(wù)接口(WSI)認(rèn)證傳輸支付指令請求104。在框106，WSI 認(rèn)證嘗試認(rèn)證對支付指令的請求。在支付指令請求在框106經(jīng)過web服務(wù)接口認(rèn)證之后， 如果支付指令請求沒有通過認(rèn)證，那么，方法100移動到框120。在框120，支付指令請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框120，向請求者-客戶端102發(fā)送診斷消息，過程100移動到框 128，在此，有進(jìn)一步被返回到請求者-客戶端102的服務(wù)請求。然而，如果在框108支付指令請求被視為被查詢所認(rèn)證，那么，過程100移動到框110。在框110，在驗(yàn)證過程中驗(yàn)證支付指令請求的消息。在框112，查詢此驗(yàn)證過程。如果對支付指令請求的消息的驗(yàn)證失敗， 那么，過程100移動到框120，在此，支付指令請求再一次以適當(dāng)?shù)腻e誤代碼被拒絕，向請求者-客戶端102發(fā)送診斷消息，在框128請求的服務(wù)是針對將消息返回到請求者-客戶端 202 的。然而，如果在框112支付指令的消息被視為被查詢所驗(yàn)證，那么，過程100移動到框114，而支付指令請求被發(fā)送到處理平臺。作為示例，在圖7中的框708中，處理平臺被視為應(yīng)付帳款處理平臺。過程100從框114移到框116，在此，處理支付指令請求。在框118， 進(jìn)行對支付指令請求的響應(yīng)的格式化。作為示例，格式化是以諸如可擴(kuò)展標(biāo)記語言(XML) 或其變體之類的標(biāo)記語言進(jìn)行的，以便可以遵守用于因特網(wǎng)和web服務(wù)的協(xié)議，并可以符合該協(xié)議。過程100從框118移到框122，在此，進(jìn)行查詢。框122處的查詢是關(guān)于處理支付指令請求的過程是否是成功的。如果對支付處理的支付指令請求不成功，那么，過程100 從框122移到框120，在此，支付指令請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框102，通過框128 的服務(wù)請求向請求者_(dá)客戶端發(fā)送診斷消息。然而，如果處理支付指令請求的過程成功，如由查詢在框122確定的，那么，在框 124向請求者-客戶端102發(fā)送響應(yīng)，商業(yè)帳戶的開戶行在框126發(fā)出支付通知的請求。此后，過程100返回到請求者-客戶端102，以便完成下一個對支付指令的實(shí)時應(yīng)付帳款請求。圖2示出了過程200，其中，通過征用請求web服務(wù)來處理征用請求，通過該web服務(wù)，企業(yè)可以指定一個商業(yè)帳戶，在該商業(yè)帳戶上，可以為企業(yè)尚未從供應(yīng)商接收的商品和 /或服務(wù)對將向其進(jìn)行未來的支付的該供應(yīng)商進(jìn)行未來的支付。商業(yè)帳戶是用于只向一個供應(yīng)商進(jìn)行一次支付的單次使用帳戶(SUA)。可以對企業(yè)的信用限額進(jìn)行調(diào)整，以便企業(yè)可以為企業(yè)尚未從供應(yīng)商接收的商品和/或服務(wù)對將向其進(jìn)行未來的支付的該供應(yīng)商進(jìn)行一次或多次未來的支付。在框206，請求者-客戶端202執(zhí)行Web瀏覽器，或萬維網(wǎng)訪問應(yīng)用程序，以向web 服務(wù)接口(WSI)認(rèn)證傳輸征用請求204。征用請求204是企業(yè)征用SUA以便單次使用以向供應(yīng)商進(jìn)行支付的請求?？闪磉x地，企業(yè)可以征用對企業(yè)的現(xiàn)有的商業(yè)帳戶中的信用限額進(jìn)行調(diào)整，以便企業(yè)可以向企業(yè)的供應(yīng)商進(jìn)行一次或多次支付。在框206，WSI認(rèn)證嘗試對征用請求進(jìn)行認(rèn)證。在征用請求在框206經(jīng)過web服務(wù)接口認(rèn)證之后，如果征用請求沒有通過認(rèn)證，如由查詢在框208確定的，那么，方法200移動到框220。在框220，征用請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框220，向請求者-客戶端202發(fā)送診斷消息，過程200移動到框228，在此，有進(jìn)一步被返回到請求者-客戶端202的服務(wù)請求。然而，如果在框208征用請求被視為被查詢認(rèn)證，那么，過程200移動到框210。在框210，在驗(yàn)證過程中驗(yàn)證征用請求的消息。如果對征用請求的消息的驗(yàn)證失敗，那么，過程200移動到框220，在此，征用請求再一次以適當(dāng)?shù)腻e誤代碼被拒絕，并向請求者-客戶端202發(fā)送診斷消息，其中，在框2 請求的服務(wù)是針對將消息返回到請求者-客戶端202的。然而，如果在框212征用請求的消息被視為被查詢驗(yàn)證，那么，過程200移動到框 214，而征用請求被發(fā)送到處理平臺。作為示例，在圖7中的框708中，處理平臺被視為應(yīng)付帳款處理平臺。過程200從框214移到框216，在此，處理對支付的征用請求。在框218，進(jìn)行對征用請求的響應(yīng)的格式化。作為示例，格式化是以諸如XML之類的標(biāo)記語言進(jìn)行的，以便可以遵守用于因特網(wǎng)和web服務(wù)的協(xié)議，并可以符合該協(xié)議。過程200從框218移到框 222，在此，進(jìn)行查詢?？?22處的查詢是關(guān)于處理征用請求的過程是否是成功的。如果征用請求不成功，那么，過程200從框222移到框220，在此，征用請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框202，通過框228的服務(wù)請求向請求者-客戶端發(fā)送診斷消息。然而，如果對征用請求的處理成功，如通過框222處的查詢所確定的，那么，在框 224向請求者-客戶端202發(fā)送響應(yīng)，開戶行可以按征用請求行動。開戶行的動作可以是開立可以被用來向供應(yīng)商進(jìn)行未來的支付的單次使用帳戶(SUA)。在框2 之后，過程200 返回到請求者-客戶端202，以便完成下一個實(shí)時應(yīng)付帳款征用請求。開戶行的動作也可以是對現(xiàn)有商業(yè)帳戶的信用限額進(jìn)行調(diào)整，以便商業(yè)帳戶將具有足夠的信用限額，以向供應(yīng)商進(jìn)行未來的支付。商業(yè)帳戶的信用限額可以被向上或向下調(diào)整，兩種情況都可以影響企業(yè)在其開戶行具有的總的信用限額。調(diào)整以增大現(xiàn)有商業(yè)帳戶的信用限額可以降低企業(yè)從開戶行可用信用的量，而向下調(diào)整可以使得來自開戶行的由開戶行向企業(yè)開立的商業(yè)帳戶的更多的信用可用于由企業(yè)使用。圖3示出了過程300，其中，通過“更新支付指令/征用請求web服務(wù)”處理更新支付指令請求或者征用請求的請求。更新現(xiàn)有的支付指令請求或征用請求的此web服務(wù)， 涉及在帳戶支付自動化平臺內(nèi)處于掛起狀態(tài)(尚未被匹配或過期)的那些請求。所支持的改變包括調(diào)整商業(yè)帳戶的到期日期，替換聯(lián)系人信息(例如，電子郵件地址和電子郵件便箋)，包括更新支付金額或恢復(fù)過期的支付指令。請求者-客戶端302執(zhí)行Web瀏覽器，或萬維網(wǎng)訪問應(yīng)用程序，以向web服務(wù)接口(WSI)認(rèn)證傳輸更新請求304。在框306，WSI認(rèn)證嘗試對更新請求進(jìn)行認(rèn)證。在更新請求在框306經(jīng)過web服務(wù)接口認(rèn)證之后，如果更新請求沒有通過認(rèn)證，如由查詢在框308確定的，那么，方法300移動到框320。在框320，更新請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框320，向請求者-客戶端302發(fā)送診斷消息，過程300移動到框328，在此，有進(jìn)一步被返回到請求者-客戶端302的服務(wù)請求。然而，如果在框308 更新請求被視為被查詢認(rèn)證，那么，過程300移動到框310。在框310，在驗(yàn)證過程中驗(yàn)證更新請求的消息。如果對更新請求的消息的驗(yàn)證失敗，那么，過程300移動到框320，在此，更新請求再一次以適當(dāng)?shù)腻e誤代碼被拒絕，并向請求者-客戶端302發(fā)送診斷消息，其中，在框328請求的服務(wù)是針對將消息返回到請求者_(dá)客戶端302的。然而，如果在框312更新請求的消息被視為被查詢驗(yàn)證，那么，過程300移動到框 314。在框314，標(biāo)識由將被更新的支付指令或征用請求構(gòu)成。此后，嘗試進(jìn)行驗(yàn)證請求。如果驗(yàn)證不成功，如由查詢在框316確定的，那么，過程300移動到框320，在此，更新請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框302，通過框328的服務(wù)請求向請求者_(dá)客戶端發(fā)送診斷消息。 如果查詢在框316認(rèn)為驗(yàn)證成功，則過程300移動到框316，在此，更新請求被發(fā)送到處理平臺。作為示例，在圖7中的框708中，處理平臺被視為應(yīng)付帳款處理平臺。過程300從框 316移到框318，在此，處理對支付的更新請求。在框321，進(jìn)行對更新請求的響應(yīng)的格式化。 作為示例，格式化是以諸如XML之類的標(biāo)記語言進(jìn)行的，以便可以遵守用于因特網(wǎng)和web月艮務(wù)的協(xié)議，并可以符合該協(xié)議。過程300從框321移到框322，在此，進(jìn)行查詢?？?22處的查詢是關(guān)于處理更新請求的過程是否是成功的。如果更新請求不成功，那么，過程300從框322移到框320，在此，更新請求以適當(dāng)?shù)腻e誤代碼被拒絕，在框302，通過框328的服務(wù)請求向請求者-客戶端發(fā)送診斷消息。然而，如果對更新請求的處理成功，如通過框322處的查詢所確定的，那么，在框324向請求者-客戶端302發(fā)送響應(yīng)，開戶行可以按更新請求行動。圖4示出了其中分別可以實(shí)施圖1-3的過程100-300的環(huán)境400。環(huán)境400示出了被標(biāo)記為“支付指令/請求”的開始框。此框示出了可以作出實(shí)時自動支付指令請求或征用請求，以在商業(yè)帳戶上向商家/供應(yīng)商進(jìn)行支付，或可以作出擴(kuò)展現(xiàn)有商業(yè)帳戶上可用信用的請求，以便可以由商業(yè)帳戶的持有人向供應(yīng)商進(jìn)行支付。在接收到這樣的請求時， 映射和加載過程將請求饋送到應(yīng)付帳款數(shù)據(jù)庫存儲。如圖4所示，應(yīng)付帳款數(shù)據(jù)庫存儲包括支付指令請求和/或征用請求數(shù)據(jù)以及企業(yè)元數(shù)據(jù)。通過使用來自應(yīng)付帳款數(shù)據(jù)庫存儲的這些數(shù)據(jù)，進(jìn)行關(guān)于特定指令請求是否是針對用于只向供應(yīng)商支付一次的單次使用商業(yè)帳戶(圖4中標(biāo)記為“SUA”的)，或者指令類型(圖4中標(biāo)記為“REG”)是否是針對以定期的方式放大已經(jīng)開立的商業(yè)帳戶的信用限額的，以便可以由商業(yè)帳戶持有人通過付款通知來從該帳戶的可用信用中向供應(yīng)商進(jìn)行支付。取決于指令類型SUA或REG，在圖4中示出了根據(jù)相應(yīng)地表示的箭頭的下一個過程。對于圖4中所示出的標(biāo)記為“REG”的箭頭，下一個過程將是，對于使用現(xiàn)有的商業(yè)帳戶，檢索現(xiàn)有的卡限制或帳戶限制，將會對該商業(yè)帳戶的信用限額作相對應(yīng)的調(diào)整，以便由帳戶持有人從可用于該商業(yè)帳戶的信貸中向供應(yīng)商進(jìn)行支付。對于圖4中所示出的標(biāo)記為“SUA”的箭頭，從由開戶行向帳戶持有人開立的這樣的商業(yè)帳戶池中檢索商業(yè)帳戶。然后，對SUA的信用限額作初始調(diào)整，以便帳戶持有人可以通過付款通知來向供應(yīng)商進(jìn)行支付。無論所采取的過程是由REG箭頭所表示的還是由SUA箭頭所表示的過程，一旦處
11理完該支付通知，將從WSI向給帳戶持有人(即，企業(yè))開立商業(yè)帳戶的開戶行發(fā)回響應(yīng)。 諸如在圖4中所示出的消息基礎(chǔ)結(jié)構(gòu)，可以便利從WSI發(fā)回到開戶行的響應(yīng)，以便開戶行完全知道帳戶持有人將向其供應(yīng)商進(jìn)行付款的帳戶所有事情。如圖4所示，支付消息基礎(chǔ)結(jié)構(gòu)便利開戶行的響應(yīng)的返回，還在標(biāo)記為“支付指令/請求”的初始框通知請求者。環(huán)境400還示出了審核和可追溯性數(shù)據(jù)收集過程。另外，還有批處理協(xié)調(diào)模塊，其中，結(jié)算數(shù)據(jù)庫與數(shù)據(jù)協(xié)調(diào)過程進(jìn)行通信。數(shù)據(jù)協(xié)調(diào)過程涉及用于批處理協(xié)調(diào)的自動復(fù)位引擎。相應(yīng)地，雖然環(huán)境400便利由帳戶持有人通過單次使用帳戶或者現(xiàn)有帳戶中的信用的擴(kuò)大向供應(yīng)商的實(shí)時支付，仍然，可以對于已經(jīng)由帳戶持有人通過使用由開戶行向帳戶持有人開立的各種帳戶向其進(jìn)行了支付的那些供應(yīng)商執(zhí)行協(xié)調(diào)批處理的、非實(shí)時的過程。 還示出了通過環(huán)境400中的基礎(chǔ)結(jié)構(gòu)進(jìn)行數(shù)據(jù)審核報(bào)告的可追溯性以及用于元數(shù)據(jù)捕捉 (可以是手動過程)的預(yù)訂服務(wù)。過程500示出了具有被描繪的各個步驟的信用限額調(diào)整過程。過程500是圖4中的環(huán)境400的進(jìn)一步的例示。過程500從框502開始，其中，捕捉由從由各種供應(yīng)商發(fā)送到帳戶持有人(即，企業(yè))的各種帳單的處理過的結(jié)算構(gòu)成。過程500移動到框504，在此，對于所有不匹配的掛起的指令，有匹配過程將每一個請求(對現(xiàn)有的發(fā)票的支付指令請求和對未來發(fā)票的征用請求)匹配到相對應(yīng)的結(jié)算。在框506作出關(guān)于支付請求是否已經(jīng)被匹配的查詢。如果已經(jīng)匹配，那么，過程500移動到框508，作出關(guān)于是否已經(jīng)請求了信用限額復(fù)位的進(jìn)一步的查詢。如果在框506中沒有匹配支付，那么，查詢的結(jié)果是過程500移動到框522，在此，確定請求是否過期。如果請求已經(jīng)過期，那么，過程500移動到框524。如果在框506和508中的查詢都是肯定回答，那么，過程500移動到框524。在框524，有對處理器服務(wù)進(jìn)行的調(diào)用，涉及調(diào)整商業(yè)帳戶上的由帳戶持有人用來向供應(yīng)商進(jìn)行支付的信用限額?？?M與卡管理web服務(wù)進(jìn)行通信，以通過消息基礎(chǔ)結(jié)構(gòu)全套設(shè)備5 發(fā)送和接收消息。消息基礎(chǔ)結(jié)構(gòu)全套設(shè)備5 便利在框530中看到三種不同類型的處理器提供的web服務(wù)中的一種。web服務(wù)的處理器服務(wù)可以由交易處理設(shè)備或其代理(如圖8中的交易處理設(shè)備(th)8(^)來提供，如下面比較全面地說明的。這些處理器提供的web服務(wù)便利與商業(yè)帳戶的開戶行不同的多種功能，包括(i)調(diào)整對由開戶行向帳戶持有人開立的商業(yè)帳戶的限制，以便將會有足夠的資金可用或足夠的信用可用，供帳戶持有人向供應(yīng)商進(jìn)行支付；(ii)便利新單次使用帳戶的可用性，從該帳戶可以由向其開立了 SUA的帳戶持有人向供應(yīng)商進(jìn)行支付；以及(iii)對現(xiàn)有商業(yè)帳戶的信用限額進(jìn)行調(diào)整。在框524，過程500前進(jìn)到框512，以確定對支付指令的處理是否成功。如果過程沒有成功，那么，過程500移動到框530。在框530，作出示出了信用限額復(fù)位失敗的關(guān)于狀態(tài)的標(biāo)記或其他報(bào)告。在框530觸發(fā)異常警告，此后，過程500在框532以失敗結(jié)束?？扇芜x地，可以通過消息基礎(chǔ)結(jié)構(gòu)全套設(shè)備528，通過卡管理服務(wù)526，發(fā)送表征失敗的消息。如果框512處的查詢確定對支付指令的處理已經(jīng)成功，那么，過程500移動到框 514。在框514，設(shè)置指令被關(guān)閉的狀態(tài)，相應(yīng)地，發(fā)送關(guān)于匹配的支付指令和過期的支付指令的通知。一旦在框514關(guān)閉了關(guān)于狀態(tài)的設(shè)置指令，過程500移動到框516，在此，進(jìn)行關(guān)于商業(yè)帳戶是否是SUA的查詢。如果不是，則過程500在框520，指出成功。然而，如果商業(yè)帳戶是SUA，那么，在框518，SUA被返回到帳戶池，過程500在框520成功結(jié)束。在框508處看到的查詢是關(guān)于是否有必要對帳戶上的信用限額進(jìn)行調(diào)整，如果沒有必要對帳戶的信用限額進(jìn)行調(diào)整，那么，過程500可以移動到框520，完成，因?yàn)椴恍枰獙σ呀?jīng)被標(biāo)識為用于支付指令的帳戶進(jìn)行調(diào)整。圖5示出了用于調(diào)整對由開戶行向帳戶持有人開立的帳戶的限制的方法500。如此處所使用的，帳戶持有人可以持有來自開戶行的一個或多個帳戶。開戶行將使用過程500來適當(dāng)?shù)卣{(diào)整對帳戶的限制，以便可以為提供到帳戶持有人的各種商品及服務(wù)向帳戶持有人的供應(yīng)商進(jìn)行支付或被提供到帳戶持有人在財(cái)務(wù)上對其負(fù)責(zé)的另一實(shí)體。這些對各種帳戶的信用限額的調(diào)整是通過各種處理器提供的web 服務(wù)在web服務(wù)基礎(chǔ)結(jié)構(gòu)中進(jìn)行的。在過程500內(nèi)流動的消息將優(yōu)選地是典型地用于萬維網(wǎng)和/或因特網(wǎng)通信協(xié)議的標(biāo)記語言。這些消息傳送服務(wù)在框526中被標(biāo)記為“卡管理 web服務(wù)”。標(biāo)記為“消息基礎(chǔ)結(jié)構(gòu)”的框528便利與如標(biāo)記為“處理器提供的web服務(wù)”的框530和標(biāo)記為“卡管理web服務(wù)”的框528中所示出的那些功能進(jìn)行通信。圖6描繪了用于處理來自客戶端(如圖1-3中的請求者-客戶端102，202和302) 的支付請求的示例性方法600的流程圖。在過程600的步驟602中，請求方客戶端將通過 HTTPS上的SOAP消息來調(diào)用web服務(wù)。支付指令請求優(yōu)選地為嵌入在SOAP正文內(nèi)的XML 格式。在過程600的步驟604中，傳入的請求將由交易處理設(shè)備web服務(wù)基礎(chǔ)結(jié)構(gòu)(WSI)網(wǎng)關(guān)(例如，分別參見圖1-3中的框108、208和308)進(jìn)行認(rèn)證。作為示例，“交易處理設(shè)備” 可以由圖8中的交易處理設(shè)備(th)802來實(shí)現(xiàn)或由其代理來實(shí)現(xiàn)。如果認(rèn)證失敗，則支付請求將以適當(dāng)?shù)腻e誤代碼/響應(yīng)于支付請求而返回的消息被拒絕(例如，分別參見圖1-3 中的框120,220和320)。如果認(rèn)證成功，那么，對請求的處理將繼續(xù)，過程600移動到框606。在框606，將驗(yàn)證XML內(nèi)容，以確保支付指令標(biāo)識符沒有被預(yù)先接收，從而確保請求是新的支付指令。另夕卜，還將會有支付指令具有任何所需值的驗(yàn)證(例如，分別參見圖1-3中的框112，212和 312)。如果驗(yàn)證失敗，則支付請求將以適當(dāng)?shù)腻e誤代碼/響應(yīng)于支付請求而返回的消息被拒絕(例如，分別參見圖1-3中的框120，220和320)。如果支付請求通過驗(yàn)證，則它將被路由到AP自動化平臺(例如，參見圖7中的附圖標(biāo)記708)供進(jìn)行處理，過程600移動到框608。在框608，基于商業(yè)帳戶的標(biāo)識符，應(yīng)付帳款自動化服務(wù)將拉SUA或者將使用現(xiàn)有所提供的商業(yè)帳戶來處理支付請求，然后將完成狀態(tài)返回到web服務(wù)。然后，過程600移動到框610，在此，web服務(wù)將格式化對發(fā)送到請求方客戶端(如圖1-3中的請求者-客戶端102，202和302)的支付請求的XML響應(yīng)(例如， 分別參見圖1-3中的框118，218和321)。圖7示出了其中開戶行702通過因特網(wǎng)與網(wǎng)絡(luò)設(shè)備704進(jìn)行通信的環(huán)境700。開戶行(在圖8中，示例為開戶行(i)804)，向企業(yè)(在圖8中，示例為帳戶持有人(a)808)開立商業(yè)帳戶。網(wǎng)絡(luò)設(shè)備704通過web服務(wù)接口與交易處理設(shè)備的應(yīng)付帳款在線web服務(wù)模塊706進(jìn)行通信。交易處理設(shè)備的示例在圖8中為交易處理設(shè)備(th)802。作為示例，而不作為限制，交易處理設(shè)備可以是諸如Visa Inc. ,MasterCard,American Express,Discover Card.Diners Club等等之類的支付卡公司。交易處理設(shè)備應(yīng)付帳款在線web服務(wù)模塊706 通過交易處理設(shè)備web服務(wù)接口與應(yīng)付帳款處理平臺708進(jìn)行通信。應(yīng)付帳款處理平臺 708的示例在圖1-3中被分別稱為附圖標(biāo)記114、214、以及318。在某些實(shí)現(xiàn)中，上文所描述的單個的方框可以被組合、消除或重新排序。在某些實(shí)現(xiàn)中，指令被編碼到計(jì)算機(jī)可讀介質(zhì)中，其中，那些指令由硬件(例如，一個或多個處理器)來執(zhí)行，以執(zhí)行圖1-7中的框中的一個或多個。在其他實(shí)現(xiàn)中，指令駐留在任何其他計(jì)算機(jī)程序產(chǎn)品中，其中，那些指令由計(jì)算系統(tǒng)外部的，或內(nèi)部的計(jì)算機(jī)執(zhí)行，以執(zhí)行圖1-7 中的框中的一個或多個。在任一種情況下，指令可以被編碼在非瞬時計(jì)算機(jī)可讀介質(zhì)中，包括，例如，磁性信息存儲介質(zhì)、光信息存儲介質(zhì)、電子信息存儲介質(zhì)等等?！半娮哟鎯橘|(zhì)”可以表示，例如，但不僅限于，一個或多個設(shè)備，諸如，但不僅限于，PROM、EPROM、EEPR0M、閃存 PROMWompactFlasKSmartMedia等等。結(jié)合此處所公開的各實(shí)現(xiàn)所描述的方法、過程或算法的各個步驟可直接用硬件、由處理器執(zhí)行的軟件模塊、或兩者的組合來實(shí)現(xiàn)。在某些實(shí)現(xiàn)中，指令被編碼到計(jì)算機(jī)可讀介質(zhì)中，其中，那些指令由處理器來執(zhí)行，以執(zhí)行在描述圖1-7 時所列舉的步驟中的一個或多個。支付處理系統(tǒng)現(xiàn)在轉(zhuǎn)向圖8，示出了示例性支付處理系統(tǒng)800，以描繪其中可以執(zhí)行方法 100-700的一般環(huán)境。在支付處理系統(tǒng)800中，商家(m)810可以與帳戶用戶(au)在由開戶行(i)804向帳戶持有人(a)808開立的帳戶(即，預(yù)存款帳戶)上執(zhí)行對于商品和/或服務(wù)的交易，其中，對于交易的支付和被支付的過程由交易處理設(shè)備(th)802來協(xié)調(diào)，其中， 交易處理設(shè)備802包括交易處理設(shè)備(1)到交易處理設(shè)備(TH)，其中，TH可以達(dá)到并大于八位整數(shù)。交易包括來自不同的實(shí)體的參與，每一個實(shí)體都是支付處理系統(tǒng)800的組件。支付處理系統(tǒng)800具有多個商家810，包括商家(1)810到商家(M) 810，其中，M可以達(dá)到并大于八位整數(shù)。支付處理系統(tǒng)800具有多個預(yù)存款帳戶808，每一個預(yù)存款帳戶808都由相對應(yīng)的帳戶持有人(1)808到帳戶持有人(A)808持有，其中，A可以達(dá)到并大于十位整數(shù)。支付處理系統(tǒng)800包括帳戶用戶(1)808到帳戶用戶(AU)808，其中，AU可以與十位整數(shù)一樣大或更大。每一個帳戶用戶(au)808都使用由開戶行(i)804向相對應(yīng)的帳戶持有人(a)808開立的帳戶(即，預(yù)存款帳戶)與商家(m)810執(zhí)行對于商品和/或服務(wù)的交易。來自帳戶上的交易的數(shù)據(jù)由商家(m)810收集，并被轉(zhuǎn)發(fā)到相對應(yīng)的受理行(q)806。 受理行(q)806將數(shù)據(jù)轉(zhuǎn)發(fā)到交易處理設(shè)備802，該交易處理設(shè)備802便利對于交易的從由開戶行(i)804開立的預(yù)存款帳戶向帳戶持有人(a)808的支付。支付處理系統(tǒng)800具有多個開戶行804。每一個開戶行(i)804都可以由相對應(yīng)的代理開戶行(ai)804幫助處理一個或多個交易，其中，“i”可以是從1到I的整數(shù)，其中， “ai”可以是從1到AI的整數(shù)，其中，I和AI可以與八位整數(shù)一樣大或更大。支付處理系統(tǒng)800具有多個受理行806。每一個受理行(q) 806都可以由相對應(yīng)的代理受理行(aq)806幫助處理一個或多個交易，其中，“q”可以是從8到Q的整數(shù)，其中， “aq”可以是從8到AQ的整數(shù)，其中，Q和AQ可以與八位整數(shù)一樣大或更大。支付處理系統(tǒng)800具有交易處理設(shè)備802以處理多個交易。交易處理設(shè)備802可包括一個或多個網(wǎng)絡(luò)和交換機(jī)802。每一個網(wǎng)絡(luò)/交換機(jī)(ns)802都可以是位于不同于其他網(wǎng)絡(luò)/交換機(jī)(ns)802的地理位置的大型計(jì)算機(jī)，其中，“ns”是從1到NS的整數(shù)，其中， NS可以與四位整數(shù)一樣大或更大。專用通信系統(tǒng)820，822(即，專用通信網(wǎng))便利交易處理設(shè)備802和每一個開戶行(i)804和每一個受理行(q)806之間的通信。因特網(wǎng)812，通過電子郵件，萬維網(wǎng)，蜂窩電話，和/或其他可選的公共和專用通信系統(tǒng)，可以便利每一個開戶行(i)804、每一個受理行(q)806、每一個商家(m)810、每一個帳戶持有人(a)808，以及交易處理設(shè)備802之間的通信822a-822e?？闪磉x地并可任選地，一個或多個專用通信系統(tǒng)824、826以及828可以分別便利每一個受理行(q)806和每一個商家(m)810、每一個商家(m)810和每一個帳戶持有人 (a)808，每一個帳戶持有人(a)808和每一個開戶行(i)804之間的相應(yīng)的通信。每一個受理行(q) 806都可以由相對應(yīng)的代理受理行(aq) 806幫助處理一個或多個交易，其中，“q”可以是從8到Q的整數(shù)，其中，“aq”可以是從8到AQ的整數(shù)，其中，Q和 AQ可以與八位整數(shù)一樣大或更大。商家(m)810可以是銷售商品和/或服務(wù)的人或?qū)嶓w。商家(m)810也可以是，例如，制造商、經(jīng)銷商、零售商、裝貨代理、藥店、雜貨店、加油站、五金店、超市、精品店、餐廳或診所。在B2B環(huán)境中，帳戶持有人(a)808可以是從另一個商家(m)810進(jìn)行采購的第二商家。商家(m)810可以使用可以與受理行(q)806、交易處理設(shè)備802或開戶行(i)804進(jìn)行通信的至少一個銷售點(diǎn)終端(POS)。如此，POS終端與支付處理系統(tǒng)800進(jìn)行可操作的通
fn °通常，交易從帳戶用戶(au)808向商家(m)810呈現(xiàn)便攜式消費(fèi)者設(shè)備開始，以啟動商品或服務(wù)交換。便攜式消費(fèi)者設(shè)備可以與由開戶行(i)804向帳戶持有人(a)808開立的帳戶持有人(a)808的帳戶(例如，預(yù)存款帳戶)相關(guān)聯(lián)。便攜式消費(fèi)者設(shè)備可以是支付卡、禮品卡、智能卡、智能介質(zhì)、工資單卡、保健卡、 腕帶、包含帳戶信息的機(jī)器可讀的介質(zhì)，諸如ExxonMobil Corporation在市場上銷售的 SPEEDPASS 設(shè)備之類的鑰匙鏈設(shè)備，超市折扣卡、蜂窩電話、個人數(shù)字助理、尋呼機(jī)、社?？?、通達(dá)卡、無線終端或轉(zhuǎn)發(fā)器。便攜式消費(fèi)者設(shè)備可包括易失性或非易失性存儲器以存儲諸如帳號或帳戶持有人(a)808的姓名之類的信息。商家(m)810可以使用POS終端以從便攜式消費(fèi)者設(shè)備獲取帳戶信息，如帳戶持有人(a)808的帳號。便攜式消費(fèi)者設(shè)備可以使用包括任何合適的電的、磁的或光的連接系統(tǒng) (諸如使用射頻的無觸點(diǎn)系統(tǒng)，或諸如磁條讀取器之類的磁場識別系統(tǒng)或接觸系統(tǒng))的機(jī)制，與POS終端連接。POS終端向?qū)?yīng)于便攜式消費(fèi)者設(shè)備的帳戶的開戶行(i)804發(fā)送交易授權(quán)請求。可另選地，或組合地，便攜式消費(fèi)者設(shè)備可以與開戶行(i)804、交易處理設(shè)備 802或受理行(q) 806進(jìn)行通信。開戶行(i)804可以使用交易處理設(shè)備802來授權(quán)交易。交易處理設(shè)備802也可以清算交易。授權(quán)包括開戶行(i)804，代表開戶行(i)804的交易處理設(shè)備802，諸如通過使用業(yè)務(wù)規(guī)則，參考開戶行(i)804的指令，授權(quán)交易。業(yè)務(wù)規(guī)則可包括來自交易處理設(shè)備 802、帳戶持有人(a) 808、商家(m) 810、受理行(q) 806、開戶行(i) 804、相關(guān)的金融機(jī)構(gòu)，或其組合的指令或原則。交易處理設(shè)備802可以維護(hù)被授權(quán)的交易的日志或歷史。一旦被批準(zhǔn)，商家(m) 810將記錄授權(quán)，允許帳戶用戶(au) 808從商家(m) 810或其代理接收商品或服務(wù)。商家(m) 810可以，在個別的時段，諸如當(dāng)天結(jié)束時，通過支付處理系統(tǒng)800將被授權(quán)的交易的列表或其他交易相關(guān)的數(shù)據(jù)提交到受理行(q)806，供進(jìn)行處理。交易處理設(shè)備 802可以將已提交的被授權(quán)的交易列表與其自己的被授權(quán)的交易的日志進(jìn)行比較。如果發(fā)現(xiàn)匹配，則交易處理設(shè)備802可以將來自相對應(yīng)的受理行(q)806的授權(quán)交易金額請求傳輸?shù)絽⑴c每一個交易的相對應(yīng)的開戶行(i)804。一旦受理行(q)806從開戶行(i)804接收到
15對被授權(quán)的交易金額的支付，受理行(q)806就可以將支付轉(zhuǎn)帳到商家(m)810，減去諸如處理交易的費(fèi)用之類的任何交易成本。如果交易涉及貸記或預(yù)付卡，則受理行(q)806可以選擇在向商家(m)810支付之前不等待開戶行(i)804轉(zhuǎn)發(fā)支付。在前面的過程中可以有間歇的步驟，其中一些可以同時發(fā)生。例如，受理行(q)806 可以啟動清算和結(jié)算過程，這可以導(dǎo)致向受理行(q)806支付交易的金額。受理行(q)806 可以從交易處理設(shè)備802請求清算和結(jié)算交易。清算包括開戶行(i)804和受理行(q)806 之間的財(cái)務(wù)信息的交換，而結(jié)算包括資金的交換。交易處理設(shè)備802可以提供與交易的結(jié)算有關(guān)的服務(wù)。對交易的結(jié)算包括將交易結(jié)算的金額從交易處理設(shè)備802通常選擇的諸如結(jié)算銀行之類的結(jié)算所儲存到受理行(q)806通常選擇的諸如清算銀行之類的清算所。開戶行(i)804將相同的金額從開戶行(i)804通常選擇的諸如清算銀行之類的清算所儲存到結(jié)算所。如此，典型的交易涉及各種實(shí)體以請求、授權(quán)，以及完成處理交易。優(yōu)選地，支付處理系統(tǒng)800將具有適于調(diào)整實(shí)時和批處理中可以被授權(quán)，清算和結(jié)算的交易的數(shù)量和數(shù)據(jù)有效負(fù)載大小的網(wǎng)絡(luò)組件。這些包括硬件、軟件、數(shù)據(jù)元素， 以及用于前者的存儲網(wǎng)絡(luò)設(shè)備。支付處理系統(tǒng)800的示例包括至少部分地由American Express、Master CarcUDiscover CarcUFirst Data Corporation>Diners Club,以及 Visa Inc.以及前述的各公司的代理運(yùn)營的那些。每一個網(wǎng)絡(luò)/交換機(jī)(ns)802可包括用于處理交易的一個或多個數(shù)據(jù)中心，其中， 每一個交易都可包括最多100個千字節(jié)的數(shù)據(jù)或更多。對應(yīng)于交易的數(shù)據(jù)可包括有關(guān)交易中的商品及服務(wù)的類型和數(shù)量的信息，有關(guān)帳戶持有人(a)808、帳戶用戶(au)808、商家 (m)810，商品及服務(wù)的激勵待遇、贈券、回扣、獎勵、忠誠度、折扣、返還、交換、現(xiàn)金返還交易
等等的信息。作為示例，網(wǎng)絡(luò)/交換機(jī)(ns)802可包括用于通過系統(tǒng)820，822進(jìn)行通信的一個或多個大型計(jì)算機(jī)(即，一個或多個IBM大型計(jì)算機(jī))，一個或多個服務(wù)器場(即，一個或多個Sim UNIX超級服務(wù)器)，其中，大型計(jì)算機(jī)和服務(wù)器場可以位于不同的地理位置。每一個開戶行(i)804(或其代理開戶行(ai)804)和每一個受理行(q)806(或其代理受理行(aq)806)都可以使用一個或多個路由器/交換機(jī)(即，Cisco路由器/交換機(jī)) 來分別通過專用通信系統(tǒng)820，822與每一個網(wǎng)絡(luò)/交換機(jī)(ns)802進(jìn)行通信。交易處理設(shè)備802可以將有關(guān)通過支付處理系統(tǒng)800處理的交易的信息存儲在數(shù)據(jù)倉庫中，如可以合并為多個網(wǎng)絡(luò)/交換機(jī)802的一部分?？梢詫Υ诵畔⑦M(jìn)行數(shù)據(jù)挖掘。數(shù)據(jù)挖掘交易研究和建?？梢杂糜趶V告、帳戶持有人和商家忠誠度激勵和獎勵，欺詐檢測和預(yù)測，開發(fā)表明通過使用支付處理系統(tǒng)800相對于利用現(xiàn)金、支票支付和被支付或其他傳統(tǒng)的支付機(jī)制所取得的可能的節(jié)省量和效率的工具。圖8包括一個或多個交易處理設(shè)備(th)802和接入點(diǎn)830、832。諸如票據(jù)付款行和第三方授權(quán)代理之類的其他實(shí)體也可以通過接入點(diǎn)連接到網(wǎng)絡(luò)。交換中心是可以位于世界上任何地方的數(shù)據(jù)處理中心。在一個實(shí)施例中，在美國有兩個，在英國和日本各一個。每一個交換中心都托管了執(zhí)行網(wǎng)絡(luò)交易處理的計(jì)算機(jī)系統(tǒng)。交換中心充當(dāng)網(wǎng)絡(luò)的通信設(shè)施的控制點(diǎn)，包括基于IBM SNA協(xié)議的高速度租用線路或衛(wèi)星連接。優(yōu)選地，連接交換中心(交易處理設(shè)備(th)802)與遠(yuǎn)程實(shí)體的通信線路使用基于IBM SNA-LUO通信協(xié)議的專用的高帶寬電話線路或衛(wèi)星連接。消息是使用ISO 8583標(biāo)準(zhǔn)的任何合適的實(shí)現(xiàn)通過這些線路發(fā)送的。接入點(diǎn)830，832通常由位于連接在中心的主機(jī)計(jì)算機(jī)和交換中心之間的處理中心的小型計(jì)算機(jī)系統(tǒng)構(gòu)成。接入點(diǎn)便利消息和文件在主存和支持交易的授權(quán)、清算和結(jié)算的交換中心之間的傳輸。受理行(q)806和其接入點(diǎn)之間的，以及接入點(diǎn)和開戶行(i)804 之間的電信鏈路通常是中心內(nèi)的本地鏈路，并使用由中心首選的專有的消息格式。數(shù)據(jù)處理中心(如位于受理行、開戶行或其他實(shí)體內(nèi))托管了支持商家和企業(yè)場所的處理系統(tǒng)并維護(hù)客戶數(shù)據(jù)和記帳系統(tǒng)。優(yōu)選地，每一個處理中心都鏈接到一個或兩個交換中心。處理器連接到最近的交換中心，如果網(wǎng)絡(luò)經(jīng)歷中斷，則網(wǎng)絡(luò)自動將交易路由到輔助交換中心。每一個交換中心還都鏈接到所有其他交換中心。此鏈接允許處理中心通過一個或多個交換中心相互進(jìn)行通信。此外，處理中心還可以通過交換中心訪問其他程序的網(wǎng)絡(luò)。此外，網(wǎng)絡(luò)還確保所有鏈接都具有多個備份。從網(wǎng)絡(luò)的一個點(diǎn)到另一點(diǎn)的連接通常不是固定的鏈路；相反，交換中心在進(jìn)行任何給定的傳輸時都選擇盡可能好的路徑。圍繞任何有故障的鏈路的重新路由都是自動進(jìn)行的。交易處理設(shè)備(th) 802可以將有關(guān)通過交易處理系統(tǒng)800處理的交易的信息存儲在數(shù)據(jù)倉庫中，如可以合并為多個網(wǎng)絡(luò)/交換機(jī)802的一部分?？梢詫Υ诵畔⑦M(jìn)行數(shù)據(jù)挖掘。數(shù)據(jù)挖掘交易研究和建?？梢杂糜趶V告、帳戶持有人和商家忠誠度激勵和獎勵，欺詐檢測和預(yù)測，并開發(fā)工具以證明相對于利用現(xiàn)金支付和被支付或其他傳統(tǒng)的支付機(jī)制通過使用交易處理系統(tǒng)800所可能取得的節(jié)省量和效率。VisaNet 系統(tǒng)是交易處理系統(tǒng)800 中的交易處理設(shè)備(th)802的示例組件。目前，VisaNet 系統(tǒng)部分地由visa Inc.公司運(yùn)營。到2006年為止，VisaNet system Inc.每天在170個國家中所使用的超過十億的帳戶中處理大約3億次的交易。超過16，000的財(cái)務(wù)指令通過VisaNet系統(tǒng)連接到大約 3千萬商家(m)810。在2007，通過VisaNet 系統(tǒng)清算和結(jié)算了大約4兆美元的大約710 億次交易，其中一些涉及在大約2秒內(nèi)大約M，000英里的通信長度，為處理交易中的數(shù)據(jù)， 進(jìn)行了多次停止。與此處所公開的實(shí)現(xiàn)一起對步驟、方法、過程，以及設(shè)備的描述參考了圖形，其中， 相同的附圖標(biāo)記代表相同或類似的元件。盡管是通過最佳模式來進(jìn)行描述的，但是，本領(lǐng)域的技術(shù)人員可以理解，描述計(jì)劃涵蓋可以被包括在如所附權(quán)利要求書所定義的本發(fā)明的精神和范圍以及由下面的描述和圖形所支持的它們的等效內(nèi)容內(nèi)的替代方案、修改和等效內(nèi)容。在本說明書中對“一個實(shí)現(xiàn)”或“實(shí)現(xiàn)”的引用，或類似的語言，意味著，涉及實(shí)現(xiàn)所描述的特定功能、結(jié)構(gòu)或特征包括在本發(fā)明的至少一個實(shí)現(xiàn)中。如此，在本說明書中出現(xiàn)的短語“在一種實(shí)現(xiàn)中”或“在實(shí)現(xiàn)中”以及類似的語言可以，但不一定都是指同一個實(shí)現(xiàn)。在一個或多個實(shí)現(xiàn)中，所描述的本發(fā)明的功能、結(jié)構(gòu)或特征可以以任何合適的方式來組合。此外，在下面的描述中，列舉了很多具體細(xì)節(jié)，以便提供對本發(fā)明的各種實(shí)現(xiàn)的全面的了解。然而，那些本領(lǐng)域的普通人員將認(rèn)識到，本發(fā)明可以在沒有一個或多個具體細(xì)節(jié)的情況下來實(shí)現(xiàn)，或利用其他方法、組件、材料等等來實(shí)現(xiàn)。在其他情況下，沒有示出或詳細(xì)描述已知的結(jié)構(gòu)、材料、或操作，以避免使本發(fā)明的某些方面變得模糊。結(jié)合此處所公開的各實(shí)現(xiàn)所描述的方法、過程或算法的各個步驟可直接用硬件、 由處理器執(zhí)行的軟件模塊、或兩者的組合來實(shí)現(xiàn)。在某些實(shí)現(xiàn)中，指令被編碼到計(jì)算機(jī)可讀介質(zhì)中，其中，那些指令由處理器來執(zhí)行，以執(zhí)行所列舉的步驟中的一個或多個。
方法或過程中的各個步驟或動作可以按照所示出的順序執(zhí)行，或者也可以按另一種順序執(zhí)行。另外，也可以省略一個或多個過程或方法步驟，或者也可以將一個或多個過程或方法步驟添加到這些方法和過程中?？梢栽诜椒ê瓦^程的開始、結(jié)尾，或中間現(xiàn)有的元素中添加額外的步驟、塊或動作。本發(fā)明可具體化為其它具體形式而不背離其精神或本質(zhì)特征。所描述的實(shí)現(xiàn)在所有方面都應(yīng)被認(rèn)為僅是說明性而非限制性的。從而，本發(fā)明的范圍由所附權(quán)利要求書而非前述描述指示。落入權(quán)利要求書的等效方案的含義和范圍內(nèi)的所有改變應(yīng)被權(quán)利要求書的范圍所涵蓋。
權(quán)利要求
1.一種包括多個步驟的方法，每一個步驟都是由執(zhí)行軟件的計(jì)算硬件來執(zhí)行的，其中， 所述步驟包括在web服務(wù)中接收來自客戶端的標(biāo)識商業(yè)帳戶池中的一個商業(yè)帳戶的請求，其中 所述一個商業(yè)帳戶是未使用的，而所述商業(yè)帳戶池中的其他所述商業(yè)帳戶正在使用中；所請求的一個未使用的商業(yè)帳戶將被用來在該商業(yè)賬戶上對于來自所述供應(yīng)商的發(fā)票向帳戶持有人的供應(yīng)商進(jìn)行一次支付；以及所述請求包括對于所請求的未使用的一個商業(yè)帳戶的信用限額； 從所述web服務(wù)向所請求的未使用的一個商業(yè)帳戶的開戶行發(fā)送確定下列各項(xiàng)的可用性的請求所述商業(yè)帳戶池中的所請求的未使用的一個商業(yè)帳戶；以及由所述開戶行向所述帳戶持有人提供的可用信用中的所請求的信用限額，其中所述開戶行向所述帳戶持有人開立了所述商業(yè)帳戶池中的每一個所述商業(yè)帳戶； 在所述web服務(wù)處接收來自所述開戶行的對請求的響應(yīng)；以及當(dāng)所述響應(yīng)包括驗(yàn)證所請求的未使用的一個商業(yè)帳戶和對所請求的未使用的一個商業(yè)帳戶的所請求的信用限額兩者都被確定為可用的信息時，向所述開戶行發(fā)送支付指令以通過使用所請求的未使用的一個商業(yè)帳戶的可用信用限額來對供應(yīng)商的發(fā)票進(jìn)行電子支付，其中，接收所述請求，向所述開戶行發(fā)送所述請求，以及從所述開戶行接收所述響應(yīng)都是實(shí)時發(fā)生的。
2.如權(quán)利要求1所述的方法，其中接收的請求和接收的對所述請求的響應(yīng)中的每一個都包括包含標(biāo)記語言的格式的數(shù)據(jù)的傳輸；以及發(fā)送到所述開戶行的支付指令包括包含標(biāo)記語言的格式的數(shù)據(jù)的傳輸。
3.如權(quán)利要求1所述的方法，其中，接收所述請求，向所述開戶行發(fā)送所述請求，以及從所述開戶行接收所述響應(yīng)中的每一項(xiàng)都是由與所述供應(yīng)商的受理行和所述開戶行進(jìn)行通信的交易處理設(shè)備執(zhí)行的，以便利對所請求的未使用的一個商業(yè)帳戶上的關(guān)于授權(quán)、清算和結(jié)算的涉及所述發(fā)票的交易的處理。
4.一種包括用于執(zhí)行如權(quán)利要求1所述的方法的通過網(wǎng)絡(luò)進(jìn)行通信的一個或多個服務(wù)器的設(shè)備。
5.一種具有可由硬件執(zhí)行以執(zhí)行如權(quán)利要求1所述的方法的指令的非瞬時計(jì)算機(jī)可讀介質(zhì)。
6.一種包括多個步驟的方法，每一個步驟都由執(zhí)行軟件的計(jì)算硬件來執(zhí)行，其中，所述步驟包括在web服務(wù)上接收來自客戶端的按商業(yè)帳戶的要被使用的金額來調(diào)整信用限額，以在該商業(yè)賬戶上對于所述供應(yīng)商的發(fā)票向帳戶持有人的供應(yīng)商進(jìn)行支付的請求；與請求一起從所述web服務(wù)向所述商業(yè)帳戶的開戶行發(fā)送帳戶的標(biāo)識符和所述金額， 以確定根據(jù)向所述帳戶持有人開立了所述商業(yè)帳戶的開戶行所提供的可用信用按所述金額對所述商業(yè)帳戶的信用限額進(jìn)行請求的調(diào)整的可用性；在所述web服務(wù)處接收來自所述開戶行的對請求的響應(yīng)；以及當(dāng)所述響應(yīng)包括驗(yàn)證所述商業(yè)帳戶和對于所述商業(yè)帳戶的所請求的信用限額調(diào)整兩者都被確定為可用的信息時，向所述開戶行發(fā)送支付指令以通過使用所述商業(yè)帳戶的經(jīng)調(diào)整的信用限額來對供應(yīng)商的發(fā)票進(jìn)行電子支付，其中，接收所述請求，向所述開戶行發(fā)送所述請求，以及從所述開戶行接收所述響應(yīng)都是實(shí)時發(fā)生的。
7.如權(quán)利要求6所述的方法，其中接收的請求和接收的對所述請求的響應(yīng)中的每一個都包括包含標(biāo)記語言的格式的數(shù)據(jù)的傳輸；以及發(fā)送到所述開戶行的支付指令包括包含標(biāo)記語言的格式的數(shù)據(jù)的傳輸。
8.如權(quán)利要求6所述的方法，其中，接收所述請求，向所述開戶行發(fā)送所述請求，以及從所述開戶行接收所述響應(yīng)中的每一項(xiàng)都是由與所述供應(yīng)商的受理行和所述開戶行進(jìn)行通信的交易處理設(shè)備執(zhí)行的，以便利商業(yè)帳戶上的關(guān)于授權(quán)、清算和結(jié)算的涉及所述發(fā)票的交易的處理。
9.包括用于執(zhí)行如權(quán)利要求6所述的方法的通過網(wǎng)絡(luò)進(jìn)行通信的一個或多個服務(wù)器的設(shè)備。
10.具有可由硬件執(zhí)行以執(zhí)行如權(quán)利要求6所述的方法的指令的非瞬時計(jì)算機(jī)可讀介質(zhì)。
11.一種包括多個步驟的方法，每一個步驟都由執(zhí)行軟件的計(jì)算硬件來執(zhí)行，其中，所述步驟包括在開戶行處從web服務(wù)接收確定下列各項(xiàng)的可用性的請求所述商業(yè)帳戶池中的未使用的商業(yè)帳戶，其中，所述未使用的商業(yè)帳戶將被用來在該商業(yè)賬戶上對于來自所述供應(yīng)商的發(fā)票向帳戶持有人的供應(yīng)商進(jìn)行一次支付；以及由所述開戶行向所述帳戶持有人提供的信用限額，其中所述開戶行向所述帳戶持有人開立了所述商業(yè)帳戶池中的每一個所述商業(yè)帳戶；在所述開戶行處確定下列各項(xiàng)的可用性所述商業(yè)帳戶池中的所請求的未使用的商業(yè)帳戶；以及所請求的信用限額；從所述開戶行向所述web服務(wù)發(fā)送來自所述開戶行的對所述請求的響應(yīng)，所述響應(yīng)具有驗(yàn)證所請求的未使用的一個商業(yè)帳戶和所請求的未使用的一個商業(yè)帳戶的所請求的信用限額被確定為可用的信息；在所述開戶行處從所述web服務(wù)接收通過使用所請求的未使用的一個商業(yè)帳戶的所述可用信用限額來向所述供應(yīng)商進(jìn)行所述發(fā)票的電子支付；以及從所述開戶行，通過使用所請求的未使用的一個商業(yè)帳戶的所述可用信用限額，發(fā)送以所述供應(yīng)商為受益人的所述發(fā)票的支付，其中，接收所述請求，發(fā)送所述響應(yīng)，接收所述支付指令，以及發(fā)送所述對所述發(fā)票的支付都是實(shí)時發(fā)生的。
12.如權(quán)利要求11所述的方法，其中，所述請求、所述響應(yīng)以及所述支付指令中的每一個都包括一個或多個傳輸，每一個傳輸都包含標(biāo)記語言的格式的數(shù)據(jù)。
13.如權(quán)利要求11所述的方法，其中，所述web服務(wù)是與所述供應(yīng)商的受理行進(jìn)行通信并與所述開戶行進(jìn)行通信的交易處理設(shè)備，以便利對所請求的未使用的一個商業(yè)帳戶上的關(guān)于授權(quán)、清算和結(jié)算的涉及所述發(fā)票的交易的處理。
14.包括用于執(zhí)行如權(quán)利要求11所述的方法的通過網(wǎng)絡(luò)進(jìn)行通信的一個或多個服務(wù)器的設(shè)備。
15.包括可由硬件執(zhí)行以執(zhí)行如權(quán)利要求11所述的方法的指令的非瞬時計(jì)算機(jī)可讀介質(zhì)。
16.一種包括多個步驟的方法，每一個步驟都由執(zhí)行軟件的計(jì)算硬件來執(zhí)行，其中，所述步驟包括在商業(yè)帳戶的開戶行處從web服務(wù)接收所述商業(yè)帳戶的標(biāo)識符以及從來源于與所述 web服務(wù)進(jìn)行通信的客戶端的請求導(dǎo)出的金額，其中，所述請求是確定根據(jù)向帳戶持有人開立了商業(yè)帳戶的所述商業(yè)帳戶的開戶行所提供的可用信用按所述金額對商業(yè)賬戶的信用限額進(jìn)行調(diào)整的可用性，其中，來自所述客戶端的所述請求是對于來自所述供應(yīng)商的發(fā)票進(jìn)行從所述商業(yè)帳戶向所述帳戶持有人的供應(yīng)商的所述金額的支付；在開戶行處，使用所述商業(yè)帳戶的所述標(biāo)識符和所述金額，確定對于所述帳戶持有人按所述金額對所述商業(yè)帳戶的信用限額進(jìn)行調(diào)整的可用性；從所述開戶行向所述web服務(wù)發(fā)送對所述請求的響應(yīng)，所述響應(yīng)包括驗(yàn)證所述商業(yè)帳戶和對于所述商業(yè)帳戶的所請求的信用限額調(diào)整兩者都被確定為可用的信息；在所述開戶行處從所述web服務(wù)接收通過使用所述商業(yè)帳戶的調(diào)整的信用限額來向所述供應(yīng)商進(jìn)行所述發(fā)票的電子支付；以及通過使用所述商業(yè)帳戶的可用信用限額，從所述開戶行向所述web服務(wù)發(fā)送以所述供應(yīng)商為受益人的所述發(fā)票的支付，其中，接收所述請求，確定，發(fā)送響應(yīng)，接收支付指令，以及發(fā)送對發(fā)票的支付都是實(shí)時發(fā)生的。
17.如權(quán)利要求16所述的方法，其中，所述請求、所述響應(yīng)以及所述支付指令中的每一個都包括一個或多個傳輸，每一個傳輸都包含標(biāo)記語言的格式的數(shù)據(jù)。
18.如權(quán)利要求16所述的方法，其中，所述web服務(wù)是與所述供應(yīng)商的受理行進(jìn)行通信并與所述開戶行進(jìn)行通信的交易處理設(shè)備，以便利對所述商業(yè)帳戶上的關(guān)于授權(quán)、清算和結(jié)算的涉及所述發(fā)票的交易的處理。
19.一種包括用于執(zhí)行如權(quán)利要求16所述的方法的通過網(wǎng)絡(luò)進(jìn)行通信的一個或多個服務(wù)器的設(shè)備。
20.一種包括可由硬件執(zhí)行以執(zhí)行如權(quán)利要求16所述的方法的指令的非瞬時計(jì)算機(jī)可讀介質(zhì)。
全文摘要
web服務(wù)便利利用由開戶行向帳戶持有人開立的帳戶對供應(yīng)商的發(fā)票進(jìn)行實(shí)時支付。由web服務(wù)從客戶端接收的標(biāo)識了商業(yè)帳戶池中的一個商業(yè)帳戶的信用限額的支付請求，被從web服務(wù)發(fā)送到開戶行，以確定帳戶和帳戶持有人的信用限額的可用性。如果開戶行的對請求的響應(yīng)確認(rèn)可用性，從web服務(wù)向開戶行發(fā)送支付指令，以對供應(yīng)商的發(fā)票進(jìn)行支付?？闪磉x地，請求可以是確定單次使用帳戶(SUA)的可用性以及對來自開戶行的帳戶持有人的信用限額的調(diào)整的可用性，以便在SUA上為對應(yīng)于來自供應(yīng)商(尚未提供涉及發(fā)票的商品和/或服務(wù))的未來的發(fā)票的購買向該供應(yīng)商進(jìn)行未來的單次支付。
文檔編號G06Q30/00GK102483823SQ201080038462
公開日2012年5月30日 申請日期2010年8月26日 優(yōu)先權(quán)日2009年8月31日
發(fā)明者D·米奈伊, R·M·埃斯特萊 申請人:維薩美國公司