專利名稱：交互式發(fā)票接口的制作方法
背景技術(shù)：
(1)發(fā)明領(lǐng)域本發(fā)明總體而言涉及自動化票據(jù)系統(tǒng)，更具體而言，其涉及供客戶遠程核實來自至少兩個開發(fā)票人的賬單信息的一種自動化電子開發(fā)票與付款聯(lián)合系統(tǒng)。
(2)先前技術(shù)說明開發(fā)票和收款歷來是一個高度人力密集和紙張密集的過程。一般而言，該過程涉及一開發(fā)票人，通常為一企業(yè)，其編制一份詳細列明已提供的貨物和服務(wù)及其相應(yīng)費用的發(fā)票。該發(fā)票郵寄給一客戶，客戶將核實發(fā)票的正確性并向開發(fā)票人返回某一形式的付款憑證同時附有一紙質(zhì)支票。開發(fā)票人隨后將該紙質(zhì)支票提交至其銀行，以通過例如自動清算所(ACH)網(wǎng)絡(luò)獲得付款。其它類似的付款系統(tǒng)包括書寫信用卡號、背書及預(yù)先授權(quán)以匯票的方式自某一賬戶中按月提取不超過預(yù)定限額的款項，例如，通過一支票賬戶定期支付公用事業(yè)費。
隨著互聯(lián)網(wǎng)的出現(xiàn)，開發(fā)票人表現(xiàn)出其對由來已久的開具紙質(zhì)賬單和付款過程進行自動化的愿望。較為流行的一種方法是電子賬單付款服務(wù)。在該方法中，客戶收到一張以紙質(zhì)形式提示的發(fā)票，由另外一家通常帶有一銀行標記的付款服務(wù)機構(gòu)將款項轉(zhuǎn)付給開發(fā)票人。該客戶持其紙質(zhì)賬單，登錄至一基于互聯(lián)網(wǎng)的服務(wù)機構(gòu)，該服務(wù)機構(gòu)接收付款指令，進而進行電子付款，或在更多情況下，代表客戶寄出一張紙質(zhì)匯票。
該服務(wù)機構(gòu)，盡管在某種意義上對客戶是很方便的，但是可能出錯，因為收到的付款時常會因數(shù)據(jù)不正常而致不能準確過賬。此外，客戶必須仍然以與先前方式基本相同的方式處理賬單，并且實際上必須盡早給出付款指令，因為執(zhí)行付款過程可能需要3-5天的時間。Checkfree是此種類型服務(wù)的最大提供商。
大多數(shù)行業(yè)觀察員已經(jīng)注意到，一更可靠和更高效的開發(fā)票處理模式是客戶收到一份電子版發(fā)票，同時可在同一交易網(wǎng)絡(luò)內(nèi)進行電子付款或?qū)Ω飨盗许椞岢霎愖h。在這一方面，人們已熟知多種不同的方法。
一種方法是美國專利第6,044,362號以及同在申請中的美國專利申請案第09/535,334號所述的直接發(fā)票提示和付款。該發(fā)明在客戶和開發(fā)票人之間建立了一條直接用于電子發(fā)票提示和付款的鏈接。該技術(shù)受到大多數(shù)開發(fā)票人的喜愛，因為它提供了最強的標記功能、靈活性、支持操作方面的清晰度和最低的成本，并允許開發(fā)票人維系當前的銀行關(guān)系。然而，該方法的一個缺點是客戶必須訪問多個賬戶，每個賬戶均有不同的密碼和登錄要求。
另一方法是完整賬單提示，開發(fā)票人通過該方法將其原始賬單數(shù)據(jù)發(fā)送給一個中央服務(wù)系統(tǒng)，由其將這些數(shù)據(jù)整合為一個賬單列表，并顯示給參與該服務(wù)的公司的客戶。這些公司以“推模式(Push Model)”向該整合服務(wù)機構(gòu)發(fā)送數(shù)據(jù)。這種方法也被稱為“完整整合”，因為需要創(chuàng)建一大型數(shù)據(jù)庫，由其將來自許多開賬單人的數(shù)據(jù)合并入一中央服務(wù)系統(tǒng)中。該電子系統(tǒng)在下列專利中均有描述頒予Kight等人的美國專利第5,383,113號；頒予Landry的美國專利第5,649,117和5,956,700號；頒予Anderson等人的美國專利第5,283,829號；頒予Lawlor等人的美國專利第5,220,501號；頒予Hilt等人的美國專利第5,465,206號，且其披露的內(nèi)容全文均以引用的方式并入本文中。
在這些電子開發(fā)票和付款聯(lián)合系統(tǒng)中，第三方的萬維網(wǎng)站點在客戶登錄訪問賬單時將成為中央訪問點。通常，第三方整合服務(wù)機構(gòu)可有償允許一不同的機構(gòu)在開發(fā)票人的客戶可能訪問的網(wǎng)頁上打上標記。例如，公司A可能將其原始賬單數(shù)據(jù)發(fā)送至一個第三方整合服務(wù)機構(gòu)，當公司A的客戶訪問其發(fā)票時，該網(wǎng)頁即由一銀行或一互聯(lián)網(wǎng)門戶打上標記。盡管呈示給客戶的發(fā)票仍然帶有公司A的公司標志，但整體服務(wù)、登記注冊、標志廣告以及服務(wù)關(guān)系的標記將由該第三方整合服務(wù)機構(gòu)及其被許可人控制。
此種類型的服務(wù)機構(gòu)可同時對開發(fā)票人和客戶提供某些便利。對于開發(fā)票人而言，這一方法易于采納以實施引導(dǎo)，因為服務(wù)是外包的，而開發(fā)票人開始該過程時僅需提供原始賬單文件。而且，對于客戶而言，登記注冊和密碼管理受到簡化，且賬單核實操作也可更加高效，因為客戶訪問一個萬維網(wǎng)站點即可瀏覽多項發(fā)票。盡管這些系統(tǒng)看起來精簡了整個過程，但事實上可能大大增加了該過程的復(fù)雜性以及一筆數(shù)目不低的費用·首先，存在多家整合服務(wù)機構(gòu)，且客戶在某些情況下具有各自不同的偏好。但是，許多開發(fā)票人感到其受市場所迫而采用多家整合服務(wù)機構(gòu)，以將其賬單發(fā)至盡可能多的地方，從而增加客戶的方便程度。由于原始賬單數(shù)據(jù)和其它參考信息必須送達或推至不同的服務(wù)機構(gòu)，因而必須進行大量的經(jīng)營投資。具體而言，數(shù)據(jù)格式經(jīng)常是不同的，因而開發(fā)票人的內(nèi)部支持團隊必須理解每一服務(wù)機構(gòu)的細微差別。此外，不同的銀行接口和付款慣例也使支持多個整合服務(wù)機構(gòu)變得復(fù)雜化。因此，進行電子提示和付款所帶來的成本節(jié)約潛勢經(jīng)常會喪失于這種復(fù)雜性之中。
·第二，整合服務(wù)提供商對每份發(fā)票收取的服務(wù)費用通常十分高昂，因而使成本節(jié)約潛勢再一次喪失。
·第三，打標記通常不再由開發(fā)票人控制，而由第三方整合服務(wù)機構(gòu)或自該第三方整合服務(wù)機構(gòu)購得再標記權(quán)的任何其他人控制。
·第四，開發(fā)票人經(jīng)常會放松關(guān)于哪些方可提示該開發(fā)票人的發(fā)票的控制。事實上，一個被開發(fā)票人視為有競爭力的公司可能會憑借其與第三方整合服務(wù)機構(gòu)的業(yè)務(wù)關(guān)系而使一將開發(fā)票人的賬單包括在內(nèi)的賬單整合服務(wù)更加簡便。例如，客戶可在一個已由一家也提供在線按揭再融資服務(wù)的競爭銀行打上標記的第三方站點上核實一私人融資公司的按揭賬單。以該銀行的名義呈示的標志廣告可能會使該私人融資公司失去訪問該第三方站點的客戶。
·第五，發(fā)送至第三方的數(shù)據(jù)具有時間敏感性。開發(fā)票人對客戶數(shù)據(jù)的后續(xù)修改不能在已經(jīng)呈示的電子發(fā)票中得到反映或更新。該電子賬單整合服務(wù)系統(tǒng)可能很快與開發(fā)票人的數(shù)據(jù)脫節(jié)，從而導(dǎo)致客戶疑惑，并進而導(dǎo)致費用高昂的客戶支持。
·第六，在該環(huán)境下難于進行客戶關(guān)懷，因為各種關(guān)系可能會因排除故障和支持而變得模糊不清。改變格式或開賬單人均可能導(dǎo)致問題的出現(xiàn)，因而在問題起因和補救方面常會發(fā)生混淆。
·第七，不存在一種可操作的方法來“合并整合機構(gòu)”。也就是說，不可能有任何一家第三方整合服務(wù)機構(gòu)能夠獲得一特定個體服務(wù)客戶的所有開發(fā)票人的數(shù)據(jù)。由于市場的競爭本質(zhì)，幾乎可以肯定地說，一個體需要登錄至一個以上的第三方站點來核實其全部發(fā)票，因為沒有任何一個第三方整合服務(wù)機構(gòu)能夠囊括一特定個體服務(wù)客戶的全部開發(fā)票人。
關(guān)于電子賬單提示和付款的另一技術(shù)是“部分整合”。在這種模式下，僅有摘要數(shù)據(jù)被發(fā)送或推至中央整合服務(wù)機構(gòu)。當客戶登錄查看賬單列表和付款選項時，其可以選擇一導(dǎo)航選項，在由處于中央位置的第三方服務(wù)機構(gòu)管理和控制的交易過程中，由該導(dǎo)航選項將客戶鏈接至開發(fā)票人的詳細信息。盡管該方法在重要的客戶操作方面為開發(fā)票人提供了更多的控制權(quán)，但其仍存在明顯的不足·首先，中央服務(wù)系統(tǒng)大大限制了開發(fā)票人的處理和使用選項。例如，向服務(wù)系統(tǒng)登記或注冊均始于該中央服務(wù)系統(tǒng)，而開發(fā)票人并非始終能完全獲知在注冊時提供的信息。要求在整合服務(wù)機構(gòu)注冊在許多方面即意味著將客戶的“所有權(quán)”轉(zhuǎn)移至第三方整合服務(wù)機構(gòu)而不是開發(fā)票人。
·第二，付款業(yè)務(wù)關(guān)系取決于上述模式的中央服務(wù)系統(tǒng)而不是開發(fā)票人。付款需經(jīng)第三方整合服務(wù)機構(gòu)進行。
·第三，付款爭議在第三方整合服務(wù)機構(gòu)處解決，這對開發(fā)票人來說是一個困難的溝通、客戶關(guān)懷和調(diào)解過程。
·第四，開發(fā)票人失去標記機會，且無法控制第三方整合服務(wù)機構(gòu)會允許誰來重新標記該服務(wù)機構(gòu)。該服務(wù)機構(gòu)中數(shù)據(jù)的整合性質(zhì)使之難于創(chuàng)造一種環(huán)境使發(fā)票摘要不顯示于可能為競爭者做廣告的再標記門戶上。
·第五，當前使用的部分整合法不允許客戶直接登錄至開賬單人處查看發(fā)票詳細信息，客戶必須始終從整合服務(wù)機構(gòu)開始登錄。
一個開發(fā)票系統(tǒng)應(yīng)允許開發(fā)票人保持其與客戶的直接關(guān)系，而且同時提供簡化訪問多個站點的便利性。此外，客戶應(yīng)能輕而易舉地查看發(fā)票摘要數(shù)據(jù)列表，并能在勿需開賬單人放棄過程控制的前提下鏈接至開發(fā)票人的站點。另外，還需要一種簡單的方法，以使開發(fā)票人“寫一次”即可發(fā)布至多個不同的訪問站點。這些過程可允許開發(fā)票人發(fā)布摘要數(shù)據(jù)，以便加入賬單列表，然后允許二級提示點通過開發(fā)票人站點檢索數(shù)據(jù)(拉模式(Push Model))。開發(fā)票人應(yīng)具有使整合服務(wù)機構(gòu)動態(tài)檢索其摘要數(shù)據(jù)的裝置，而不是采用當前的“推”整合技術(shù)，以確保數(shù)據(jù)的最新狀態(tài)。
實現(xiàn)以上所述需要使用能夠保留開賬單人的標記、客戶關(guān)懷關(guān)系、財務(wù)伙伴的選擇以及開發(fā)票人的市場營銷機會的整合技術(shù)。這些系統(tǒng)不應(yīng)要求有價值內(nèi)容的提供者-在本案中指提供賬單摘要或全部電子賬單數(shù)據(jù)的開發(fā)票人-必須向第三方支付費用才能獲取這些內(nèi)容-但該方向其他方完全出售的情況除外。該系統(tǒng)應(yīng)允許通過多個直接站點進行索引，這為客戶提供了方便且未放棄開發(fā)票人的重要操作和控制方面的考慮。開發(fā)票人還應(yīng)能夠選擇呈示賬單和付款摘要、采購訂單以及貨運單據(jù)等的站點。數(shù)據(jù)應(yīng)以多種技術(shù)提供，以便于檢索及加入其它賬單列表。較佳實施例包括提供可通過客戶瀏覽器檢索的圖形圖像以及傳送至次級提示伙伴的XML信息串。
因此，人們需要一種簡便而直接的自動化電子開發(fā)票和付款系統(tǒng)和方法，其應(yīng)直接涉及開發(fā)票人和客戶，且同時應(yīng)允許客戶通過一個門戶或銀行站點訪問開發(fā)票人的萬維網(wǎng)站點，并核實其所有賬單摘要，然后訪問開發(fā)票人網(wǎng)址。這些系統(tǒng)可允許向客戶提供當前的真實數(shù)據(jù)，且同時向開發(fā)票人提供及時的付款。此外，由于不需要第三方付款引擎，因而開發(fā)票人每次交易均可獲得更低廉的成本，并能夠控制統(tǒng)一資源定位器(URL)或門戶的“標記”，而不需顯示第三方服務(wù)提供商的標志廣告。
發(fā)明概述本發(fā)明旨在提供一種自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的賬單信息。在較佳實施例中，系統(tǒng)包括三個主要組成部分一個整合發(fā)票接口、一個供訪問整合發(fā)票接口的遠程客戶接口以及一個付款引擎。
在較佳實施例中，整合發(fā)票接口為每一開發(fā)票人提供了至少一個訪問點；為至少一個客戶設(shè)置每一開發(fā)票人的訪問點；驗證每一客戶；并直接向每一開發(fā)票人自動請求賬戶信息。
此外，在較佳實施例中，付款引擎自客戶直接向每一開發(fā)票人發(fā)送客戶付款指令。該較佳付款引擎闡述于2000年3月28日頒布的共同擁有的美國專利第6,044,362號以及同在申請中的美國專利申請案第09/535,334號，現(xiàn)為美國專利第＿＿＿號，頒布于＿＿年＿＿月＿＿日，其全文以引用的方式并入本文中。
付款引擎包括發(fā)票提示電子裝置，其適用于向客戶呈示客戶賬單數(shù)據(jù)供其核實并針對自動化賬單請求發(fā)至客戶的付款指令；及一個遠端電子客戶授權(quán)接口，其適用于(i)接收客戶賬單數(shù)據(jù)供客戶核實以及來自發(fā)票提示電子裝置的付款指令請求；(ii)提供發(fā)送至客戶的客戶賬單數(shù)據(jù)和付款指令請求；(iii)接收客戶針對付款指令請求發(fā)出的客戶付款指令；以及(iv)直接向每一開發(fā)票人傳送來自客戶的客戶付款指令，該付款指令至少包括一個發(fā)票賬戶號碼和一個相關(guān)的客戶付款賬戶。
如上所述，在較佳實施例中，客戶數(shù)據(jù)通過安裝于每一開發(fā)票人萬維網(wǎng)站點的一個裝置取自開發(fā)票人的站點。該裝置讀取開發(fā)票人的數(shù)據(jù)，將其封裝并完成客戶向門戶提出的請求。
因此，本發(fā)明的一個方面是提供一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息。該系統(tǒng)包括一整合發(fā)票接口，其中發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的訪問點的裝置；以及(iii)用以驗證每一客戶的裝置；以及一個用以訪問整合發(fā)票接口的遠端客戶接口。
本發(fā)明的另一個方面是為一供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息的自動化電子開發(fā)票及付款系統(tǒng)提供一個整合發(fā)票接口。該系統(tǒng)包括針對每一開發(fā)票人的至少一個訪問點；為至少一個客戶設(shè)置每一開發(fā)票人的訪問點的裝置；用以驗證每一客戶的裝置；以及直接自每一開發(fā)票人自動請求所述客戶賬戶信息的裝置。
本發(fā)明的另外一個方面是提供一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶信息。該系統(tǒng)包括一個整合發(fā)票接口，其中發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的訪問點的裝置；(iii)用以驗證每一客戶的裝置；以及(iv)直接自每一開發(fā)票人自動請求所述客戶賬戶信息的裝置；一個供訪問整合發(fā)票接口的遠端客戶接口；以及一個付款引擎，其可將客戶付款指令直接自客戶發(fā)至每一開發(fā)票人，該付款引擎包括發(fā)票提示電子裝置，其適用于向客戶呈示客戶賬單數(shù)據(jù)供客戶核實，并針對自動化賬單請求發(fā)至客戶的付款指令；以及一個遠端電子客戶授權(quán)接口，其適用于(i)接收供客戶核實的客戶賬單數(shù)據(jù)和來自發(fā)票提示電子裝置的付款指令請求；(ii)提供發(fā)送至客戶的客戶賬單數(shù)據(jù)和付款指令請求；(iii)接收客戶針對付款指令請求發(fā)出的客戶付款指令；以及(iv)直接向每一開發(fā)票人傳送來自客戶的客戶付款指令，該付款指令至少包括一個發(fā)票賬戶號碼和一個相關(guān)的客戶付款賬戶。
所屬技術(shù)領(lǐng)域的技術(shù)人員在結(jié)合圖式閱讀下文關(guān)于較佳實施例的描述之后將會了解本發(fā)明以上所述及其它方面。
附圖簡要說明

圖1是依據(jù)本發(fā)明提供電子發(fā)票摘要并付款的一種方法的總體示意圖；圖2是依據(jù)本發(fā)明進行電子開發(fā)票并付款的“部分門戶”模式的功能說明；圖3是依據(jù)本發(fā)明構(gòu)建的一種“部分門戶”電子開發(fā)票和付款系統(tǒng)的示意圖；圖4是依據(jù)本發(fā)明在一電子開發(fā)票和付款門戶上進行登記過程的詳細功能說明；圖5是依據(jù)本發(fā)明在一電子開發(fā)票和付款門戶上進行開發(fā)票/提示過程的詳細功能說明；圖6是依據(jù)本發(fā)明進行的電子開發(fā)票和付款方法的摘要服務(wù)器/付款過程的詳細功能說明；圖7是依據(jù)本發(fā)明構(gòu)建的“部分門戶”電子開發(fā)票和付款系統(tǒng)的一適當數(shù)據(jù)模型實例；圖8是依據(jù)本發(fā)明構(gòu)建的一“完整門戶”電子開發(fā)票和付款系統(tǒng)的功能說明；圖9是依據(jù)本發(fā)明構(gòu)建的一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的登記部分的示意圖；圖10是依據(jù)本發(fā)明構(gòu)建的一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的動態(tài)顯示部分的示意圖；圖11是一基于現(xiàn)有技術(shù)的開發(fā)票付款引擎系統(tǒng)的示意圖；圖12是依據(jù)本發(fā)明進行的電子開發(fā)票和付款的一種較佳付款引擎方法的示意圖；圖13A和113B是依據(jù)本發(fā)明構(gòu)建的一種較佳付款引擎電子開發(fā)票和付款系統(tǒng)的示意圖。
較佳實施例詳細說明在下文說明中，同樣的參考編號在各圖中代表同樣的或相應(yīng)的部分。同樣，在下文說明中，諸如“向前”、“向后”、“左”、“右”、“向上”、“向下”以及諸如此類的詞語均為表達方便而使用，不可解釋為限制性詞語。
圖1所示為依據(jù)本發(fā)明構(gòu)建的一動態(tài)整合模型(通稱為210)的總體示意圖。其基本組件是客戶互聯(lián)網(wǎng)接口212、摘要代理門戶214以及至少兩個開發(fā)票人216。在該較佳實施例中，本發(fā)明還包括一付款引擎220，其為客戶互聯(lián)網(wǎng)接口212和開發(fā)票人216之間的接口。在該較佳實施例中所述的此種付款引擎詳細闡釋于2000年3月28日頒布的美國專利第6,044,362號，其全文再一次以引用的方式并入本文中。
首先讓我們來看總體動態(tài)整合模型210。每一開發(fā)票人216和摘要代理214首先建立一初始協(xié)議222。該協(xié)議至少將包括用于訪問的URL、摘要代理名稱以及用于驗證的其它要素。此外，一開發(fā)票人和一門戶還可達成協(xié)議將一萬維網(wǎng)頁用于客戶登記。在該登記頁面上，開發(fā)票人將會指定用于客戶驗證所需的要素，如用戶名、密碼、賬號和個人識別代碼。這些要素隨后將由摘要代理和開發(fā)票人在檢索數(shù)據(jù)或為驗證至開發(fā)票人站點的轉(zhuǎn)移時使用。在摘要代理和開賬單人登記完成后，客戶212可首先在摘要代理門戶214上登記注冊，然后轉(zhuǎn)移至開發(fā)票人站點216進行登記。
在另一實施例中，客戶可以首先向開發(fā)票人登記并輸入相關(guān)客戶信息。在開發(fā)票人處的登記完成后，客戶可以指定其希望將其賬單顯示于數(shù)個門戶。因此，雖然客戶登記的較佳實施例始于門戶并將登記轉(zhuǎn)移至開發(fā)票人，但是登記還可始于開發(fā)票人，且該開發(fā)票人可以提供與之建有協(xié)議的門戶清單，客戶可從該清單中選擇希望顯示其賬單的那些門戶。
盡管在圖1中將客戶登記視為兩個單獨的行為224和225，但可以授權(quán)摘要代理門戶214作為客戶代理完成在客戶212和開發(fā)票人216之間建立登記。驗證信息還可在門戶上生成和儲存，且隨后還可儲存于開發(fā)票人站點。當客戶開始請求摘要信息時，摘要代理在收到請求后首先對客戶進行驗證。然后該請求將被發(fā)送至開發(fā)票人，開發(fā)票人驗證并確認該客戶請求確系關(guān)于其當前持有的一個賬戶，且存在一可由其返回門戶的有效賬戶密碼對。
同樣，在摘要代理和開發(fā)票人之間進行登記的過程中，開發(fā)票人還可為客戶指定相關(guān)的URL，供其查看詳細的發(fā)票信息。這樣，當客戶選擇從摘要代理處查看詳細信息時，其可被傳送到開發(fā)票人已提供的一個站點，然后根據(jù)開發(fā)票人已指定的URL將客戶引至該特定開發(fā)票人站點。
在具體操作中，客戶212向摘要代理門戶214發(fā)送一個請求226，要求顯示所有未結(jié)賬單。摘要代理門戶214作出響應(yīng)向每一開發(fā)票人站點216發(fā)送一請求，要求沿線路230向選定客戶212的摘要代理門戶214提供賬單摘要信息。然后，摘要代理門戶214經(jīng)由線路232向客戶212提供完整賬單摘要。如該較佳實施例所述，當具備一付款引擎220時，客戶212可以沿線路234查看詳細的開發(fā)票人信息，并還可沿線路236修改付款安排，如共同擁有的美國專利第6,044,362號所詳述。此時，客戶實際上可授權(quán)付款，開發(fā)票人將發(fā)出請求，要求直接從客戶銀行收取款項而無需經(jīng)由一第三方整合服務(wù)機構(gòu)。
本發(fā)明的實際操作也可參照圖2從功能角度來理解。如圖所示，摘要代理門戶214與開發(fā)票人之間建立初始協(xié)議，其中包括允許開發(fā)票人訪問該門戶站點，以及登錄開發(fā)票人站點以供客戶最終訪問。開發(fā)票人此時也可在站點之間建立訪問安全體系，并規(guī)定何種信息可置于摘要代理門戶214上供客戶查看。
此外，摘要代理門戶214允許客戶212登記，并選擇擬顯示的開發(fā)票人，并將對一特定客戶的登記控制權(quán)轉(zhuǎn)移至開發(fā)票人。門戶站點接受開發(fā)票人生成的唯一用戶名和密碼，并儲存每一客戶賬戶的這些唯一用戶名和密碼。在該較佳實施例中，每一客戶212的這些數(shù)據(jù)對均保存在摘要代理門戶上，且客戶212在每次登錄進入摘要代理門戶214時無需重新輸入。摘要代理門戶站點214也允許客戶在摘要代理門戶萬維網(wǎng)頁上配置其優(yōu)選門戶顯示。
允許客戶配置其優(yōu)選門戶顯示之處將作為一“門戶配置器”，客戶實際上可以根據(jù)某些事件規(guī)定用戶界面顯示變化。一個實例是，如果賬單將要遲付或過期，則可改變該賬單在門戶站點的顯示顏色，其用以向客戶指示即將發(fā)生賬單遲付或過期狀況，或者客戶可以規(guī)定一特定數(shù)額，如果賬單摘要內(nèi)某一賬單超出該規(guī)定數(shù)額，就會被突出顯示，此類性質(zhì)的事項均可根據(jù)客戶優(yōu)選確定。
摘要代理門戶214從開發(fā)票人站點216獲取賬單摘要信息并加以顯示。該門戶直接向開發(fā)票人站點發(fā)送客戶請求，且在發(fā)送該請求的過程中首先向開票人站點傳送驗證信息，例如一加密的姓名/密碼對或一安全令牌，然后接收來自開發(fā)票人或開發(fā)票人站點上摘要服務(wù)器的摘要數(shù)據(jù)。此時，如果使用一付款引擎，如共同擁有的美國專利第6,044,362號所述，則客戶212也可直接到達開發(fā)票人216執(zhí)行付款交易。
除上述功能外，摘要代理門戶214也允許客戶在屏幕上指示其已核實發(fā)票或下載付款摘要數(shù)據(jù)信息。此外，摘要代理門戶可處理并顯示傳輸錯誤信息，客戶可隨后對其進行更正。摘要代理門戶214也可用于顯示標志廣告，以使摘要代理門戶的擁有者產(chǎn)生額外收入。最后，摘要代理門戶也允許客戶在其不再希望使用摘要代理門戶或不再與某一特定的先前登記的開發(fā)票人維持賬戶的情況下退出其與一或多個開發(fā)票人的聯(lián)系。
開發(fā)票人站點216向摘要代理門戶214提供免費贈送功能。開發(fā)票人站點216與摘要代理門戶214建立一項協(xié)議，包括允許一門戶管理員直接訪問一開發(fā)票人站點以登錄一門戶，并設(shè)置該門戶站點的訪問密碼。開發(fā)票人站點216也登記各客戶并提供付款銀行務(wù)和客戶信息。該過程可由客戶手動執(zhí)行，也可通過Mircrosoft Wallet程序或能夠與客戶工作站交換該信息的類似程序獲取信息。另外，開發(fā)票人站點將客戶的驗證信息例如用戶名/密碼對返回摘要代理。該驗證將產(chǎn)生一用于客戶賬戶訪問的安全ID，以僅向有效客戶提供數(shù)據(jù)。
除單一門戶模式外，開發(fā)票人站點也可允許一客戶選擇通過多個門戶進入。例如，一客戶可能希望具有進入多個門戶(如AOL或YAHOO！)的選項。
開發(fā)票人站點216完成數(shù)據(jù)摘要請求并處理來自摘要代理門戶214的出錯信息。它向門戶傳送包含有摘要數(shù)據(jù)的圖形或XML信息，并同時傳送用于詳細核實數(shù)據(jù)的開發(fā)票人鏈接。該過程使用在登記過程中建立的URL來實現(xiàn)這些請求。最后，開發(fā)票人站點216允許經(jīng)由例如在開發(fā)票人站點216顯示的彈出式窗口或使用幀返回摘要代理門戶214。
在該較佳實施例中，該“部分”門戶模式在門戶處不儲存任何客戶信息，既不儲存付款信息，也不儲存詳細的發(fā)票信息?？蛻艨偸潜凰椭灵_發(fā)票人站點來查看詳細的發(fā)票信息或執(zhí)行付款。首先，開發(fā)票人登記進入一門戶銀行服務(wù)器或一提示服務(wù)系統(tǒng)。開發(fā)票人首先出示驗證參數(shù)，以與提示服務(wù)系統(tǒng)及開發(fā)票人之間進行通信。與此同時，開發(fā)票人建立URL和摘要服務(wù)器ID，以使摘要代理門戶214與開發(fā)票人站點216建立聯(lián)系。開發(fā)票人也可同時根據(jù)其賬單開具周期確定其對門戶的更新頻率。最后，開發(fā)票人也可允許在門戶上提供與開發(fā)票人有關(guān)的標志廣告管理信息。
如圖4所示，其對登記過程進行了更詳細的描述。在登記過程中，摘要代理門戶214，例如YAHOO！、AOL或Home Banking Site，允許客戶輸入客戶信息和一用戶名/密碼對登記進入門戶。另外，客戶還可以添加電子郵件信息，以允許門戶站點在收到一新賬單摘要時通知客戶212?？蛻粢部奢斎胍话沣y行信息、包括付款安排在內(nèi)的付款源以及客戶希望顯示的開發(fā)票人。同時客戶可以配置由開發(fā)票人顯示的信息，例如頁面顯示，包括范圍、消息和容錯。最后，客戶可以允許同時在其它門戶上公布相關(guān)信息。
客戶登記成功之后，該客戶也可同時在摘要代理站點或開發(fā)票人站點216上輸入與開發(fā)票人相關(guān)的登記信息。倘使客戶在開發(fā)票人站點216上登記，則這些信息可從該門戶傳遞至開發(fā)票人，其包括客戶信息、電子郵件信息、付款源信息以及付款安排。這些信息日后如有變更，則可以通過開發(fā)票人站點216予以修改。當最終登記在開發(fā)票人站點之后，該站點會將客戶信息，如ID號和個人識別號，返回至摘要代理門戶214?？蛻?12也可根據(jù)其從列表中選擇的其它開發(fā)票人處進行登記。
摘要代理門戶214將該客戶置入該門戶的未決隊列中，并通過電子郵件向客戶發(fā)送確認信息?？蛻羰盏讲⒋蜷_該電子郵件時返回的確認會從門戶站點和開發(fā)票人站點將該客戶激活，從而使該客戶核實其摘要賬單。
門戶收集的付款信息可隨后公布于其它開發(fā)票人站點。本文所用的“公布于開發(fā)票人站點”意指這些信息被送至開發(fā)票人，從而使開發(fā)票人此時獲得付款信息。
本發(fā)明的發(fā)票提示過程可通過參照圖5獲得最佳理解。首先，在開發(fā)票人站點216開發(fā)票，且將詳細發(fā)票存入詳細發(fā)票服務(wù)器。摘要信息從詳細發(fā)票服務(wù)器拷貝至摘要服務(wù)器，這些摘要資料包括，例如，發(fā)票金額、付款安排以及付款狀態(tài)。然后通過開發(fā)票人的每一摘要服務(wù)器檢索摘要數(shù)據(jù)，包括發(fā)票金額、付款安排和付款狀態(tài)?？蛻?12使用DYNAMIC INBOX(動態(tài)收件箱)查看摘要代理處的賬單信息。
當客戶準備核實每一發(fā)票的詳細信息時，其將被鏈接至該詳細發(fā)票，在轉(zhuǎn)至開發(fā)票人站點216時，驗證資料也被發(fā)送出去。對于“部分”門戶模式，摘要代理門戶不保存這些詳細記錄。相反，如果使用“完整”門戶模式，則可以通過摘要代理門戶修改向開發(fā)票人站點216進行的付款安排，并將修改狀況傳遞至詳細發(fā)票服務(wù)器上的開發(fā)票人。
如圖6所示，客戶212一旦被轉(zhuǎn)移至開發(fā)票人站點216后即可通過一個付款處理引擎220付款并更新其賬戶，其將詳細闡述于下文中的圖12、113A和113B(包括其中的編號分別代表的含義)。
現(xiàn)在來看圖7，圖中所示為本發(fā)明的較佳數(shù)據(jù)模式概覽。在該較佳實施例中，摘要代理門戶214包括詳細的客戶信息以及默認的客戶付款源信息，其還包括保持門戶/開發(fā)票人聯(lián)系所需的默認客戶付款安排和開發(fā)票人信息。這些信息可包括開發(fā)票人的顯示以及賬單摘要信息。門戶標志信息、標志規(guī)格以及客戶概況也可儲存于摘要門戶代理214中。
開發(fā)票人站點216存有免費的客戶信息以及客戶的用戶名/密碼對。開發(fā)票人站點216進一步包括客戶聯(lián)系信息和付款源信息、付款安排和規(guī)則、會記信息和歷史記錄。此外，其還包括摘要信息，例如服務(wù)器標識符、開發(fā)票人密碼、門戶參數(shù)驗證信息以及一般性門戶信息。最后，開發(fā)票人站點216可包括開發(fā)票人標志信息和開發(fā)票人標志規(guī)格。
本發(fā)明的另一實施例是完整門戶模式。部分門戶模式和完整門戶模式的差別是，在完整門戶模式中，付款資料儲存于門戶站點，然后依次公布于開發(fā)票人。圖8所示為一完整門戶模式的動態(tài)整合功能模式。該實施例不同于結(jié)合圖2和下列關(guān)鍵參數(shù)所給出和討論的實施例模式，付款信息儲存于門戶處，且詳細的發(fā)票資料也可儲存于該門戶處。
圖9所示為依據(jù)本發(fā)明構(gòu)建的一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的登記部分的示意圖。遠端計算機400訪問門戶管理萬維網(wǎng)服務(wù)器來登記開發(fā)票人。網(wǎng)絡(luò)405通過互聯(lián)網(wǎng)、內(nèi)部局域網(wǎng)或撥號訪問萬維網(wǎng)服務(wù)器。開發(fā)票人登記應(yīng)用程序540允許客戶輸入關(guān)于各開發(fā)票人的信息。
頁面顯示410允許客戶輸入關(guān)于開發(fā)票人的信息，包括URL、圖形、驗證字段以及圖標。應(yīng)用程序?qū)⑦@些信息存入數(shù)據(jù)庫430。
門戶萬維網(wǎng)服務(wù)器420主持登記應(yīng)用程序。數(shù)據(jù)庫430儲存開發(fā)票人登記信息。該數(shù)據(jù)庫也用于檢索關(guān)于有效開發(fā)票人列表的信息，客戶登記進入該服務(wù)系統(tǒng)后即可從其中做出選擇。遠端計算機440訪問門戶管理萬維網(wǎng)服務(wù)器來登記客戶。
客戶登記應(yīng)用程序450允許客戶選擇其希望顯示于其動態(tài)收件箱中的開發(fā)票人。該應(yīng)用程序450首先從數(shù)據(jù)庫430中讀取數(shù)據(jù)，以確定可向客戶顯示的有效開發(fā)票人列表并檢索開發(fā)票人信息以完成登記過程(例如使客戶通過以在開發(fā)票人處完成登記的URL)。然后，該應(yīng)用程序450向客戶顯示這些有效開發(fā)票人的列表。當客戶選定開發(fā)票人后，應(yīng)用程序450顯示客戶必須填寫的欄目(如用戶名、密碼、賬戶)列表。這些欄目是針對開發(fā)票人的，且也通過數(shù)據(jù)庫430檢索。當填寫完這些欄目之后，該客戶即被傳遞至開發(fā)票人登記應(yīng)用程序540。開發(fā)票人驗證信息也隨之轉(zhuǎn)移。該開發(fā)票人登記應(yīng)用程序負責生成驗證信息，以供在動態(tài)收件箱中訪問。該驗證信息隨后傳回客戶登記應(yīng)用程序450，并隨后儲存于客戶及驗證信息數(shù)據(jù)庫480。
客戶桌面付款信息顯示于460中?？蛻艨赡芤呀?jīng)輸入付款賬戶信息(例如支票賬戶信息、信用卡信息)并儲存于其個人計算機的本地數(shù)據(jù)庫中?？蛻粢部赡芤呀?jīng)通過諸如Microsoft Wallet之類的應(yīng)用程序輸入信息。這些信息隨后可按XML、OFX/IFX或其它數(shù)據(jù)發(fā)布標準傳遞至開發(fā)票人登記應(yīng)用程序540。
門戶萬維網(wǎng)服務(wù)器470主持客戶登記應(yīng)用程序。數(shù)據(jù)庫480儲存客戶登記和驗證信息。
遠端計算機500訪問開發(fā)票人管理萬維網(wǎng)服務(wù)器來登記門戶。門戶登記應(yīng)用程序510允許客戶輸入關(guān)于各門戶的信息。頁面顯示允許客戶輸入關(guān)于門戶的信息，包括識別符和URL。然后，應(yīng)用程序510將信息儲存于數(shù)據(jù)庫530中。開發(fā)票人處的萬維網(wǎng)服務(wù)器520主持門戶登記應(yīng)用程序。數(shù)據(jù)庫530儲存門戶登記信息。該數(shù)據(jù)庫也由門戶驗證應(yīng)用程序580用于驗證確認在客戶登記過程中轉(zhuǎn)移控制權(quán)的門戶是一已在開發(fā)票人處登記的門戶。
開發(fā)票人登記應(yīng)用程序540接受來自門戶客戶登記頁面450的請求，并調(diào)用門戶驗證應(yīng)用程序560來核實發(fā)出該請求的門戶。應(yīng)用程序540也生成該客戶的驗證信息，并將這些驗證信息返回至門戶客戶登記應(yīng)用程序450。應(yīng)用程序540也將該驗證信息儲存于一數(shù)據(jù)庫600中，以供將來通過動態(tài)收件箱進行驗證。應(yīng)用程序540也通過向客戶驗證應(yīng)用程序580提供在門戶上輸入的欄目和數(shù)值來驗證該客戶為該開發(fā)票人的一EBPP客戶。
驗證數(shù)據(jù)生成程序550用于創(chuàng)建安全信息、對該安全信息進行加密并將該數(shù)據(jù)儲存于動態(tài)整合驗證數(shù)據(jù)庫600中。該數(shù)據(jù)庫通過開發(fā)票人登記應(yīng)用程序540調(diào)用，并傳回所生成的驗證信息。
門戶驗證應(yīng)用程序560從門戶登記數(shù)據(jù)庫530讀取信息，以確定有效門戶的列表及其適用的識別信息。該應(yīng)用程序560通過開發(fā)票人登記應(yīng)用程序540調(diào)用，并由540向其傳送應(yīng)請求收到的門戶識別信息。該應(yīng)用程序獲得該門戶識別信息、與該數(shù)據(jù)庫核對并驗證其是否存在以及該識別信息是否正確。
開發(fā)票人處的萬維網(wǎng)服務(wù)器570主持開發(fā)票人登記應(yīng)用程序?？蛻趄炞C應(yīng)用程序580通過開發(fā)票人的EBPP數(shù)據(jù)庫590讀取有效客戶列表及賬戶。該程序通過核實確保此為一EBPP上的客戶，且該賬戶是該客戶的有效賬戶，且該客戶已經(jīng)輸入用以訪問該賬戶的正確驗證信息。
EBPP數(shù)據(jù)庫590管理該服務(wù)系統(tǒng)上的客戶、賬戶列表以及供客戶訪問具體賬戶的驗證信息。
客戶驗證數(shù)據(jù)庫600用于儲存由驗證數(shù)據(jù)生成程序550生成的客戶安全和驗證數(shù)據(jù)，其用于當客戶希望通過動態(tài)收件箱顯示賬單之時。
眾所周知，登記可從開發(fā)票人站點開始，且該開發(fā)票人將顯示用于客戶登記的可能門戶列表。控制權(quán)隨后傳遞至該門戶以完成登記過程。此外，桌面付款信息460可以采用多種標準(XML、OFX/IFX)傳遞至開發(fā)票人。用以向開發(fā)票人傳遞該信息的方法不應(yīng)對本專利構(gòu)成限制。
圖10所示為依據(jù)本發(fā)明構(gòu)建的一自動化電子開發(fā)票及付款聯(lián)合系統(tǒng)的動態(tài)顯示部分的示意圖。遠端計算機440訪問門戶顯示萬維網(wǎng)服務(wù)器以登記開發(fā)票人。網(wǎng)絡(luò)710通過互聯(lián)網(wǎng)、內(nèi)部局域網(wǎng)或撥號上網(wǎng)來訪問萬維網(wǎng)服務(wù)器。門戶的萬維網(wǎng)服務(wù)器720主持動態(tài)收件箱應(yīng)用程序。
門戶頁面生成器應(yīng)用程序730創(chuàng)建用以向客戶顯示門戶信息的頁面。該應(yīng)用程序構(gòu)建并輸出萬維網(wǎng)html格式文件，以顯示于萬維網(wǎng)服務(wù)器上。該程序也接受客戶關(guān)于通過頁面和站點顯示及導(dǎo)航的請求。該應(yīng)用程序調(diào)用賬單摘要頁面生成器740為客戶創(chuàng)建頁面的動態(tài)收件箱部分。門戶應(yīng)用程序730將客戶登錄門戶站點所獲得的客戶信息傳送至賬單摘要頁面生成器740。
賬單摘要頁面生成器應(yīng)用程序740用以在門戶頁面上構(gòu)建客戶賬單摘要。該頁面生成器在收到請求后首先通過客戶驗證應(yīng)用程序745驗證一客戶是一個有效客戶，然后為該客戶創(chuàng)建動態(tài)收件箱。該程序也檢索已儲存的客戶安全令牌，以通過一安全鏈接以加密格式將其傳遞至開發(fā)票人數(shù)據(jù)服務(wù)器765。然后，該開發(fā)票人數(shù)據(jù)服務(wù)器765對照其客戶驗證數(shù)據(jù)庫600確認該客戶的驗證信息。賬單摘要頁面生成器也通過客戶驗證應(yīng)用程序745檢索該客戶選擇在其動態(tài)收件箱中顯示的開發(fā)票人列表。然后，賬單摘要頁面生成器調(diào)用開發(fā)票人驗證應(yīng)用程序750來驗證該客戶選定的開發(fā)票人，并也檢索用于在動態(tài)收件箱中建立開發(fā)票人鏈接的開發(fā)票人URL信息。
賬單摘要頁面生成器通過一客戶安全鏈接向開發(fā)票人數(shù)據(jù)服務(wù)器765傳遞一系列請求，包括驗證用的安全令牌、開發(fā)票人、賬戶以及所請求數(shù)據(jù)的類型。在對客戶和開發(fā)票人進行驗證之后，開發(fā)票人數(shù)據(jù)服務(wù)器765隨后通過一個安全鏈接將所請求的數(shù)據(jù)返回賬單摘要頁面生成器。
開發(fā)票人驗證應(yīng)用程序750通過對照開發(fā)票人驗證數(shù)據(jù)庫430進行檢查來確認自賬單摘要頁面生成器發(fā)送的開發(fā)票人確為有效的開發(fā)票人。該程序也通過開發(fā)票人驗證數(shù)據(jù)庫430檢索其它開發(fā)票人信息，包括URL。
客戶優(yōu)選應(yīng)用程序760允許客戶通過門戶配置萬維網(wǎng)網(wǎng)頁的顯示?？蛻裟軌蜻x擇其希望在其頁面上顯示的內(nèi)容以及顯示方式?？蛻粢部筛鶕?jù)特定數(shù)值選擇顯示變化，以此配置賬單在本應(yīng)用程序的動態(tài)收件箱中的顯示格式。例如，客戶可以配置該應(yīng)用程序，以在到期日已經(jīng)超過當前日的情況下將發(fā)票行的顏色變?yōu)榧t色。該應(yīng)用程序?qū)Υ婵蛻魞?yōu)選設(shè)置，并在客戶顯示頁面時對其進行檢索。
數(shù)據(jù)庫770用于儲存客戶優(yōu)選頁面。該數(shù)據(jù)庫用于儲存客戶的優(yōu)選，且在顯示頁面時，客戶優(yōu)選應(yīng)用程序760將對該數(shù)據(jù)庫的數(shù)據(jù)進行檢索，以確定客戶的優(yōu)選。
開發(fā)票人數(shù)據(jù)服務(wù)器765負責驗證發(fā)自賬單摘要頁面生成器740的請求，并向其返回合適的數(shù)據(jù)或出錯信息。
門戶驗證應(yīng)用程序772是開發(fā)票人數(shù)據(jù)服務(wù)器765的一部分，它首先通過檢查門戶登記數(shù)據(jù)庫530來驗證發(fā)出請求的門戶確為一有效門戶。賬戶驗證應(yīng)用程序775是開發(fā)票人數(shù)據(jù)服務(wù)器765的一部分，它通過對照客戶驗證數(shù)據(jù)庫600檢查安全令牌來驗證客戶的賬戶和身份確實有效。該應(yīng)用程序?qū)Π踩钆七M行解密，并將該經(jīng)解密的令牌與儲存在數(shù)據(jù)庫中的客戶令牌進行對比。
請求轉(zhuǎn)換應(yīng)用程序780是開發(fā)票人數(shù)據(jù)服務(wù)器765的一部分，它將客戶請求傳遞至合適的服務(wù)器以檢索必要的數(shù)據(jù)。XML服務(wù)器790檢索與該賬戶相關(guān)的客戶賬單數(shù)據(jù)信息，并將其封裝為XML格式數(shù)據(jù)包返回開發(fā)票人數(shù)據(jù)服務(wù)器765。它通過開發(fā)票人摘要服務(wù)器應(yīng)用程序820來檢索該信息，而應(yīng)用程序820在收到請求時或以批處理方式通過開發(fā)票人系統(tǒng)檢索該信息。
圖形服務(wù)器800檢索與該賬戶相關(guān)的客戶賬單數(shù)據(jù)信息，并將其封裝為圖形格式(GIF或其它圖形格式)的數(shù)據(jù)包返回開發(fā)票人數(shù)據(jù)服務(wù)器765。它通過開發(fā)票人摘要服務(wù)器應(yīng)用程序820來檢索該信息，而應(yīng)用程序820在收到請求時或以批處理方式通過開發(fā)票人系統(tǒng)檢索該信息。
一般或特定格式服務(wù)器810檢索與該賬戶相關(guān)的客戶賬單數(shù)據(jù)信息，并將其封裝為特定格式。該格式可以是IFX、OFX、EDI或其它特定格式，這些服務(wù)器將處理待傳遞回開發(fā)票人數(shù)據(jù)服務(wù)器765的該信息包。它通過開發(fā)票人摘要服務(wù)器應(yīng)用程序820來檢索該信息，而應(yīng)用程序820在收到請求時或以批處理方式通過開發(fā)票人系統(tǒng)檢索該信息。
開發(fā)票人摘要服務(wù)器應(yīng)用程序820接收來自格式服務(wù)器的請求，并通過開發(fā)票人摘要數(shù)據(jù)庫830檢索該開發(fā)票人的信息。開發(fā)票人摘要數(shù)據(jù)庫由開發(fā)票人在收到請求時或通過批處理方式裝入。作為替代方案，開發(fā)票人摘要服務(wù)器也可以直接自開發(fā)票人系統(tǒng)通過某些接口或特定的數(shù)據(jù)庫儲存程序檢索信息。
數(shù)據(jù)庫830儲存開發(fā)票人摘要信息，其由開發(fā)票人系統(tǒng)在收到來自開發(fā)票人摘要服務(wù)器應(yīng)用程序的請求時提供或通過開發(fā)票人系統(tǒng)定期更新。
現(xiàn)在來看圖11，其為紙質(zhì)發(fā)票付款以及通過第三方服務(wù)提供商進行自動化發(fā)票付款的當前過程。
對于紙質(zhì)發(fā)票過程，開發(fā)票人10開具一紙質(zhì)發(fā)票12，該發(fā)票將通過郵件發(fā)送至客戶20。在驗證該發(fā)票正確以后，客戶20開具一張紙質(zhì)支票22，并將該紙質(zhì)支票返回至開發(fā)票人10。然后，開發(fā)票人10貸記客戶20的賬戶，并將支票22連同其它業(yè)務(wù)收據(jù)提交給開發(fā)票人銀行30。開發(fā)票人銀行30隨后通過眾所周知的ACH網(wǎng)絡(luò)與客戶銀行40聯(lián)系，要求自客戶的支票賬戶劃轉(zhuǎn)資金并將其存入開發(fā)票人的支票賬戶。該交互過程采用了一種由32、42所表示的傳統(tǒng)的眾所周知的過程。
如上所述，在開發(fā)票人10自客戶20收到支票22之前已經(jīng)過了一段時間。如果支票由直接由客戶20送至開發(fā)票人銀行30，則該過程可以在一定程度上加快。該鎖箱(lock box)過程產(chǎn)生于對發(fā)票上郵箱地址的使用，其可將支票22直接送至開發(fā)票人銀行30，即使發(fā)票12上的地址可能顯示開發(fā)票人10的名稱。在這一經(jīng)改良的過程中，開發(fā)票人銀行30在收到支票22后仍將在款項記入開發(fā)票人賬戶之前通過ACH網(wǎng)絡(luò)32、42履行有關(guān)程序。
為使該過程自動化，第三方服務(wù)提供商54加入進來。在本過程中，開發(fā)票人10向服務(wù)提供商54傳送電子數(shù)據(jù)流14，包括紙質(zhì)發(fā)票通常所包含的全部信息。然后，服務(wù)提供商54和客戶20之間進行電子通信，以通知客戶20知悉未付費用，并在某些情況下允許客戶批準通過其賬戶付款。然后，服務(wù)提供商54將付款授權(quán)52發(fā)送給客戶銀行40。與此同時，服務(wù)提供商54也可將一信息56傳送至開發(fā)票人10，通知其知悉付款授權(quán)52。
在收到付款授權(quán)52后，客戶銀行40通過傳統(tǒng)渠道將款項付至開發(fā)票人銀行30。
非銀行服務(wù)提供商54也可得到授權(quán)訪問ACH網(wǎng)絡(luò)，以代表客戶20通過PPD客戶銀行40來辦理匯票業(yè)務(wù)。在此種情況下，服務(wù)提供商54可以自客戶收取款項并存入服務(wù)提供商的支票賬戶，然后再將這些款項轉(zhuǎn)付給開發(fā)票人10。
從圖11的復(fù)雜性可知，常規(guī)紙質(zhì)發(fā)票過程和第三方服務(wù)提供商過程二者均不方便且費時費力。
圖12所示為一種依據(jù)本發(fā)明構(gòu)建的電子開發(fā)票和付款的方法。該方法始于向客戶20呈示一發(fā)票的電子提示50。應(yīng)了解，本文所用術(shù)語“提示”一詞并不包括通常與商業(yè)票據(jù)相關(guān)的專業(yè)定義，即向一提款人出具的一可議付票據(jù)。相反，該術(shù)語意指通過電子裝置提供一至少含有與一紙質(zhì)發(fā)票通常所含客戶賬單數(shù)據(jù)相同的“發(fā)票”。此種電子提示可以通過使用一互聯(lián)網(wǎng)站點、一銀行自動柜員機或通過使用一個獨立的公用電話亭進行。
在一較佳實施例中，發(fā)票也可包括，除通常的賬單數(shù)據(jù)之外，一付款指令請求。該請求向客戶提供一機會選擇支付該發(fā)票款項的銀行賬戶，或向客戶提供通過借記卡、信用卡、自動柜員機、儲值卡或其它資金來源進行付款的選項。
發(fā)票可包括諸如客戶名稱、地址、賬戶號碼和電子郵件地址之類的賬單資料。發(fā)票可進一步包括一紙質(zhì)發(fā)票通常所包括的賬單數(shù)據(jù)，以注明該發(fā)票所涵蓋的期間、該發(fā)票所涉及的具體貨物/服務(wù)的詳細狀況、應(yīng)付總額以及付款到期日期。
除典型發(fā)票信息外，電子發(fā)票提示也可包括與信貸條件的變更及類似情況相關(guān)的客戶通知。開發(fā)票人10也可包括銷售和促銷資料，借以向客戶20通報新產(chǎn)品或關(guān)于現(xiàn)有產(chǎn)品的銷售情況。
在電子發(fā)票提示50之后，客戶向開發(fā)票人10提供一項電子授權(quán)52，準許從客戶賬戶付款。這一步驟可以省去開具和郵寄紙質(zhì)支票所需的時間和費用。這樣，開發(fā)票人10即有可能在短至一天的時間內(nèi)從客戶銀行賬戶支取款項，這與接收紙質(zhì)支票22所需的時間相比大為縮短。
包含于上述電子授權(quán)中的信息可包括發(fā)票賬號以及一相關(guān)的客戶付款賬戶。在一較佳實施例中，這兩項信息與授權(quán)同時提交。當發(fā)出預(yù)先安排的指令時，不需要每次均重新提交該信息。
在提供付款授權(quán)之前，客戶20可獲得變更付款指令的數(shù)個選項，以創(chuàng)建經(jīng)過修改的付款指令52a。這些修改可以是不作任何修改即接受電子發(fā)票提示中所載的全部付款條件。另外，客戶20可獲得下列選項中的任一組合1)客戶可因非特定原因或某具體原因，如對發(fā)票所載的某個系列項發(fā)生爭議，而支付少于到期發(fā)票金額的款項；2)客戶可選擇支付多于到期發(fā)票金額的款項；3)客戶可選擇實施特殊付款，例如針對一項貸款償付額外本金；4)客戶可選擇變更通過電子轉(zhuǎn)賬付款的日期，但前提是該日期尚未過期；客戶可以變更付款資金來源，即從一個主要支票賬戶變更為一個預(yù)授權(quán)的信用卡。
進行上述任何變更均要求客戶得到開發(fā)票人的授權(quán)。
上述方法可通過圖13A所示的自動化票據(jù)系統(tǒng)加以實施，該系統(tǒng)可供客戶對來自一開發(fā)票人的自動化賬單進行遠程核實，其包括(a)發(fā)票提示電子裝置60，用于為請求與自動化賬單相關(guān)的付款指令而提交客戶賬單資料；以及(b)一個電子客戶授權(quán)接口84。
該客戶接口接收來自開發(fā)票人提示電子裝置的客戶賬單數(shù)據(jù)和付款指令請求，并將這些資料提供給客戶。該接口也可響應(yīng)付款指令請求接收客戶付款指令，并將這些指令從客戶傳送給開發(fā)票人。
該發(fā)票提示電子裝置60也可進一步包括一控制系統(tǒng)62以及第一個通信電子裝置64。這些構(gòu)件通常安裝于一個由開發(fā)票人控制的設(shè)施內(nèi)。
在一客戶設(shè)施處，系統(tǒng)包括一個遠程授權(quán)終端80，其具有第二個電子通信裝置82，該裝置用于與第一個電子通信裝置64進行通信?？刂葡到y(tǒng)62對電子發(fā)票50的生成進行協(xié)調(diào)，該電子發(fā)票至少包括傳統(tǒng)紙質(zhì)發(fā)票中通常所包括的所有賬單信息并附有付款指令請求。該控制系統(tǒng)隨后將監(jiān)控該信息自第一個電子通信裝置64提交至第二個電子通信裝置82以供客戶核實整個過程。
遠程授權(quán)終端80適用于向一客戶提供賬單數(shù)據(jù)，并傳送該客戶對賬單數(shù)據(jù)的合適反應(yīng)。這些反應(yīng)將指示無任何改變地全部接受賬單數(shù)據(jù)以實施自動化付款，或者如上所述對賬單數(shù)據(jù)進行修改。客戶接口84可進一步適用于將這些信息傳送至發(fā)票提示電子裝置60。
該系統(tǒng)的構(gòu)件可以采用多種方法進行配置。例如，客戶可訪問站點可以駐留于開發(fā)票人提供的用于接收賬單數(shù)據(jù)和來自客戶的付款指令的一個互聯(lián)網(wǎng)萬維網(wǎng)站點。該站點可通過客戶電子授權(quán)接口84訪問。在本例中，客戶授權(quán)接口84將包括一個互聯(lián)網(wǎng)瀏覽器以訪問客戶可訪問站點。
該電子客戶授權(quán)接口的其它替代性裝置包括自動柜員機(ATM)、遠端公用電話亭、個人計算機、交互式電視裝置或電話機。
倘使采用電話機，則電子客戶授權(quán)接口84可包括一臺眾所周知的按鍵式電話機或基于屏幕的電話機。
在另一實施例中，電子客戶授權(quán)接口84是一臺數(shù)字計算機，其通過電子郵件向客戶提供賬單數(shù)據(jù)和付款指令請求，并通過電子郵件回復(fù)將客戶付款指令52轉(zhuǎn)發(fā)至發(fā)票提示電子裝置60。電子客戶授權(quán)接口84也可包括一用于顯示賬單數(shù)據(jù)和付款指令請求的顯示裝置以及一用于接收客戶付款指令的客戶啟動輸入裝置。
除可視顯示外，電子客戶授權(quán)接口也可進一步包括音頻電子裝置85和一揚聲器86，以向客戶呈示賬單數(shù)據(jù)和付款指令請求。在該實施例中，用于接收客戶付款指令的此種客戶啟動輸入裝置也可為客戶語音輸入裝置。
電子客戶授權(quán)接口84也可適用于允許客戶輪詢(poll)發(fā)票提示電子裝置60，以接收賬單數(shù)據(jù)和付款指令請求。
本發(fā)明的自動化票據(jù)系統(tǒng)包括一開發(fā)票人向一客戶提交賬單數(shù)據(jù)供客戶遠程核實、這些數(shù)據(jù)的接受或修改以及將這些數(shù)據(jù)傳送至開發(fā)票人。可提交給客戶的賬單信息50可包括下列各項的任一組合·付款到期日·到期應(yīng)付金額·賬單期間提供的貨物/服務(wù)詳細情況·滯納金·賬戶信息·客戶信息，包括客戶名稱、客戶地址及客戶賬戶識別符(賬戶識別符可包括一客戶號碼及/或一賬戶號碼)·發(fā)票識別符，如發(fā)票號碼
·系列項爭議·多項發(fā)票付款發(fā)票提示電子裝置60可包括一儲存裝置，以儲存與客戶賬單有關(guān)的發(fā)票信息以及與客戶相關(guān)的金融機構(gòu)的賬戶信息。也就是說，客戶可有權(quán)從多個賬戶中選擇一具體賬戶，從其中提取款項支付發(fā)票金額。
儲存裝置和發(fā)票提示電子裝置60也可包括與預(yù)授權(quán)付款指令相關(guān)的信息，以通過該指令從賬戶信息中所列的一個賬戶自動支付賬單信息中所列的賬單金額。如果使用了預(yù)授權(quán)付款指令，則來自發(fā)票提示電子裝置60的付款指令請求50可詢問客戶是接受經(jīng)修改的還是未修改的這些指令。為完成此種修改，客戶授權(quán)接口84可進一步包括一個編輯器，以供修改預(yù)授權(quán)付款指令。
本發(fā)明的總體操作可參照圖13B得到更好的理解。開發(fā)票人的客戶可以通過任何遠程安裝的計算裝置101訪問系統(tǒng)，并通過一個公共或私人網(wǎng)絡(luò)102與開發(fā)票人系統(tǒng)通信。一萬維網(wǎng)服務(wù)器或某種類型的通信處理器103對客戶與允許客戶開始配置過程的應(yīng)用系統(tǒng)之間的在線通信實施管理。系統(tǒng)以電子方式向客戶呈示數(shù)據(jù)輸入表格，該表格應(yīng)通過一配置應(yīng)用程序104完成，該程序也可根據(jù)包含于Legacy系統(tǒng)中的開發(fā)票人記錄來驗證客戶輸入的數(shù)據(jù)是否有效。在確定客戶和財務(wù)賬戶記錄是否準確之后，開發(fā)票人將激活客戶進行電子發(fā)票提示和匯款過程。
可向客戶發(fā)送電子郵件信息或傳統(tǒng)信函，其含有允許客戶訪問系統(tǒng)的信息，如賬戶號碼及/或密碼。
在該客戶的下一開發(fā)票周期中可以獲得合適的數(shù)據(jù)，例如Legacy打印數(shù)據(jù)以及Legacy自動付款106。Legacy打印數(shù)據(jù)是指通常被發(fā)送至打印機以通過紙張打印客戶發(fā)票的數(shù)據(jù)。Legacy自動付款數(shù)據(jù)是指通常由開發(fā)票人創(chuàng)建的使開發(fā)票人按照與客戶之間的預(yù)授權(quán)安排啟動付款的記錄。付款記錄包括那些經(jīng)格式化用于通過支票賬戶或儲蓄賬戶進行自動資金轉(zhuǎn)移(ACH格式數(shù)據(jù))以及通過信用卡、借記卡或儲值卡進行借記交易的記錄。擬向ATM網(wǎng)絡(luò)傳輸?shù)奈募舶ㄔ趦?nèi)。
在獲取產(chǎn)品數(shù)據(jù)的過程中，Legacy數(shù)據(jù)通過一應(yīng)用程序107分類、分析和壓縮，并保持合適的控制數(shù)據(jù)以報告操作狀況。應(yīng)用程序108將數(shù)據(jù)裝入關(guān)系數(shù)據(jù)庫109以供按月處理。在該較佳實施例中，可以使用兩臺單獨的計算機對具有敏感性的諸如賬戶號碼和授權(quán)代碼之類的財務(wù)數(shù)據(jù)提供額外的安全。作為進一步安全措施，開發(fā)票人可選擇使用位于開發(fā)票人防火墻安全裝置之后且通過一安全網(wǎng)絡(luò)111連接至萬維網(wǎng)服務(wù)器主機112的計算機110對產(chǎn)品進行配置。
發(fā)票提示數(shù)據(jù)和關(guān)于財務(wù)安排的數(shù)據(jù)集合可以通過即時數(shù)據(jù)傳輸，例如通過數(shù)據(jù)庫109內(nèi)一個加密的遠程儲存程序或者分批傳輸，予以提示。
在需要以電子方式呈示的數(shù)據(jù)已經(jīng)準確地裝入萬維網(wǎng)服務(wù)器數(shù)據(jù)庫113之后，應(yīng)用程序114將向客戶發(fā)送電子郵件信息宣布月度發(fā)票已經(jīng)具備并提供某些數(shù)據(jù)摘要。由于電子郵件賬戶數(shù)據(jù)可能無效或無法獲得服務(wù)，因而，應(yīng)用程序114可用于生成通過美國郵政服務(wù)、傳真或其它方式發(fā)送的數(shù)據(jù)。前端處理器115中含有以開發(fā)票人希望的方式呈示發(fā)票和默認付款安排116所必需的模板。萬維網(wǎng)服務(wù)器103主持一客戶可借以訪問其發(fā)票的交互式交易網(wǎng)絡(luò)?？蛻艨蛇x擇修改預(yù)定的付款安排。例如，客戶可以更改付款金額、付款日期、將付款資金來源從一個人支票賬戶更改為開發(fā)票人批準的另一來源，例如，信用卡。這些安排114儲存于萬維網(wǎng)服務(wù)器數(shù)據(jù)庫113內(nèi)。
在該較佳實施例中，客戶也可使用連接至網(wǎng)絡(luò)102和一臺PBX電話處理交換機118的電話機117與語音應(yīng)答裝置119之間傳遞數(shù)據(jù)?？蛻艨梢酝ㄟ^按鍵輸入或語音識別調(diào)入關(guān)于其發(fā)票的聽覺信息并發(fā)出信號指示其對先前存在的安排的更改。這些更改由前端處理器115加以處理，并記錄于數(shù)據(jù)庫中，與基于遠程計算機的輸入相似。
在開發(fā)票人向銀行或金融交易處理機構(gòu)發(fā)送付款數(shù)據(jù)的每一天，應(yīng)用程序120均受到執(zhí)行以識別萬維網(wǎng)服務(wù)器數(shù)據(jù)庫113中排定付款計劃的客戶。來自萬維網(wǎng)服務(wù)器的數(shù)據(jù)被傳送至第二臺計算機110進行處理，并與最初儲存于關(guān)系數(shù)據(jù)庫109的含有預(yù)授權(quán)付款安排的數(shù)據(jù)合并。記錄將根據(jù)客戶的指令受到修改，或者對于客戶請求變更付款源的情形，這些記錄可能會被刪除并重新創(chuàng)建。然后，對數(shù)據(jù)進行格式化以重新與開發(fā)票人的Legacy系統(tǒng)121接口，例如，模擬用于開發(fā)票人的鎖箱處理的普通文件格式。
數(shù)據(jù)122被傳送至開發(fā)票人銀行或辦理金融交易的一個第三方機構(gòu)。當一個處理批次內(nèi)的客戶數(shù)據(jù)因資金不足或賬戶數(shù)據(jù)不正確而被退回時，應(yīng)用程序123會加以記錄，以保持正確的客戶付款歷史記錄。
該產(chǎn)品的安全措施允許采用專門以開發(fā)票人為中心的方式傳送電子發(fā)票提示和付款安排。盡管該較佳實施例涵蓋開發(fā)票人可能選擇將萬維網(wǎng)服務(wù)器主持或萬維網(wǎng)服務(wù)器及匯付處理外包給代表開發(fā)票人的一個外部公司，但仍將以使客戶在正常情況下不會覺察到開發(fā)票人實際上并未直接操作該產(chǎn)品的方式向客戶提供服務(wù)。
在閱讀上述說明之后，所屬技術(shù)領(lǐng)域的技術(shù)人員還可對該產(chǎn)品作出某些修改或改良。圖3以實例的方式示出了始于開發(fā)票人的登記過程，其中在創(chuàng)建令牌時，需提供一名稱/密碼對以及客戶初始記錄的驗證信息。但本發(fā)明的登記過程也可始于摘要代理或門戶。而且，本文所用的“開發(fā)票人”一詞也可包括一“應(yīng)付賬戶”站點，該站點首先自一個以上的子發(fā)票開票人檢索其信息并將其合并于一發(fā)票中。例如，一本地電話公司可將來自其自己、一單獨的長途電話公司和一互聯(lián)網(wǎng)DSL服務(wù)機構(gòu)的子發(fā)票合并在一起。應(yīng)了解，為了簡明和可靠起見，所有此種修改和改良已自本文中刪除，但其仍合理地屬于下述權(quán)利要求的范圍。
權(quán)利要求
1.一種自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息，所述系統(tǒng)包括(a)一整合發(fā)票接口，其中所述發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點的裝置；以及(iii)用以驗證每一所述客戶的裝置；以及(b)一用以訪問所述整合發(fā)票接口的遠端客戶接口。
2.如權(quán)利要求1所述的系統(tǒng)，其進一步包括一付款引擎，其中客戶付款指令直接由所述客戶發(fā)送至每一所述開發(fā)票人，所述付款引擎包括發(fā)票提示電子裝置，其適用于向客戶呈示客戶賬單數(shù)據(jù)供其核實并針對自動化賬單請求發(fā)至所述客戶的付款指令；及一個遠端電子客戶授權(quán)接口，其適用于(i)接收客戶賬單數(shù)據(jù)供客戶核實以及來自所述發(fā)票提示電子裝置的付款指令請求；(ii)提供發(fā)送至客戶的客戶賬單數(shù)據(jù)和付款指令請求；(iii)接收客戶針對付款指令請求發(fā)出的客戶付款指令；以及(iv)直接向每一開發(fā)票人傳送來自客戶的客戶付款指令，所述付款指令至少包括一個發(fā)票賬戶號碼和一個相關(guān)的客戶付款賬戶。
3.如權(quán)利要求2所述的系統(tǒng)，其中所述付款來源為一清算所。
4.如權(quán)利要求3所述的系統(tǒng)，其中所述清算所為一信使。
5.如權(quán)利要求3所述的系統(tǒng)，其中所述清算所為一付款網(wǎng)絡(luò)。
6.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括傳送日期。
7.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括自客戶相關(guān)金融機構(gòu)提取的金額。
8.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括與客戶相關(guān)的賬戶信息，其中款項自該客戶處提取。
9.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括與每一開發(fā)票人相關(guān)的賬戶信息，其中款項自該客戶處提取。
10.如權(quán)利要求2所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括開發(fā)票人賬單信息。
11.如權(quán)利要求10所述的系統(tǒng)，其中所述賬單信息包括一到期日期。
12.如權(quán)利要求10所述的系統(tǒng)，其中所述賬單信息包括一到期應(yīng)付金額。
13.如權(quán)利要求10所述的系統(tǒng)，其中所述賬單信息包括在一賬單期間內(nèi)所供貨物或服務(wù)的清單。
14.如權(quán)利要求10所述的系統(tǒng)，其中所述賬單信息包括一遲付費用。
15.如權(quán)利要求10所述的系統(tǒng)，其中所述賬單信息包括一賬戶信息。
16.如權(quán)利要求1所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括客戶信息。
17.如權(quán)利要求16所述的系統(tǒng)，其中所述客戶信息包括客戶名稱。
18.如權(quán)利要求16所述的系統(tǒng)，其中所述客戶信息包括客戶地址。
19.如權(quán)利要求16所述的系統(tǒng)，其中所述客戶信息包括所述客戶的賬戶信息。
20.如權(quán)利要求1所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括一客戶賬戶標識符。
21.如權(quán)利要求1所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括一發(fā)票標識符。
22.如權(quán)利要求2所述的系統(tǒng)，其中所述發(fā)票提示電子裝置進一步包括與客戶賬單有關(guān)的發(fā)票信息以及與所述客戶有關(guān)的金融機構(gòu)賬戶信息，其中款項將自所述客戶處提取。
23.如權(quán)利要求22所述的系統(tǒng)，其中所述發(fā)票提示電子裝置進一步包括一預(yù)授權(quán)付款指令，以通過該指令從所述賬戶信息中所列的一個賬戶自動支付所述賬單信息中所列的賬單金額。
24.如權(quán)利要求23所述的系統(tǒng)，其中來自所述發(fā)票提示電子裝置的付款指令請求將詢問客戶對于所提示的賬單數(shù)據(jù)是否需要預(yù)授權(quán)付款指令。
25.如權(quán)利要求23所述的系統(tǒng)，其中來自所述發(fā)票提示電子裝置的付款指令請求將詢問客戶所提示賬單數(shù)據(jù)的預(yù)授權(quán)付款指令是否需要修改。
26.如權(quán)利要求23所述的系統(tǒng)，其中所述客戶授權(quán)接口包括一用于修改所述預(yù)授權(quán)付款指令的編輯器。
27.如權(quán)利要求22所述的系統(tǒng)，其中所述賬戶信息包括來自多個金融機構(gòu)的賬戶信息，且所述付款指令請求將詢問客戶選擇自其中提取款項以支付一相關(guān)客戶賬單的金融機構(gòu)。
28.如權(quán)利要求27所述的系統(tǒng)，其中所述發(fā)票提示電子裝置包括一預(yù)授權(quán)默認值，其用于確定自其中提取款項以支付所述相關(guān)客戶賬單的金融機構(gòu)。
29.如權(quán)利要求28所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于接收一客戶輸入以接受預(yù)授權(quán)默認值。
30.如權(quán)利要求28所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于接收一客戶輸入以修改預(yù)授權(quán)默認值。
31.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令請求包括賬單信息，其選自由到期金額、付款時間及用于提取款項的賬戶組成的群。
32.如權(quán)利要求31所述的系統(tǒng)，其中所述客戶授權(quán)接口適用于修改賬單信息，以更改一個或多個由到期金額、付款時間及用于提取款項的賬戶組成的群。
33.如權(quán)利要求2所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括所述客戶的通知。
34.如權(quán)利要求2所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括針對所述客戶的廣告信息。
35.如權(quán)利要求2所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括控制信息。
36.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括一提取款項日期。
37.如權(quán)利要求2所述的系統(tǒng)，其中所述付款指令包括一發(fā)票金額。
38.如權(quán)利要求2所述的系統(tǒng)，其中每一開發(fā)票人均將提供一客戶可訪問站點，以接收所述賬單數(shù)據(jù)及所述付款指令請求，所述站點可通過所述電子客戶授權(quán)接口訪問。
39.如權(quán)利要求38所述的系統(tǒng)，其中所述客戶可訪問站點為一互聯(lián)網(wǎng)站點且所述電子客戶授權(quán)接口包括一用于訪問所述客戶可訪問站點的瀏覽器。
40.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一自動柜員機。
41.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一遠端公用電話亭。
42.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一個人計算機。
43.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一交互式電視裝置。
44.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一電話機。
45.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一計算機，所述賬單數(shù)據(jù)及所述付款指令請求通過向客戶發(fā)送電子郵件予以提示且所述客戶付款指令通過一客戶電子郵件提供。
46.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括一用于顯示所述賬單數(shù)據(jù)和所述付款指令請求的顯示裝置以及一用于接收客戶付款指令的客戶啟動輸入裝置。
47.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括音頻電子裝置和一揚聲器以呈示所述賬單數(shù)據(jù)和所述付款指令請求，以及一用于接收客戶付款指令的客戶啟動輸入裝置。
48.如權(quán)利要求38所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于允許一客戶輪詢所述發(fā)票提示電子裝置，以接收所述賬單數(shù)據(jù)和所述付款指令請求。
49.如權(quán)利要求2所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括一訪問程序及一服務(wù)器連接。
50.如權(quán)利要求49所述的系統(tǒng)，其中所述訪問程序為一互聯(lián)網(wǎng)服務(wù)器。
51.如權(quán)利要求49所述的系統(tǒng)，其中所述服務(wù)器連接為一互聯(lián)網(wǎng)服務(wù)器連接。
52.如權(quán)利要求51所述的系統(tǒng)，其中所述互聯(lián)網(wǎng)服務(wù)器連接為一互聯(lián)網(wǎng)撥號連接。
53.一種用于一自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的整合發(fā)票接口，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶信息，所述系統(tǒng)包括(a)針對每一開發(fā)票人的至少一個訪問點；(b)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點的裝置；(c)用以驗證每一所述客戶的裝置；以及(d)直接自每一開發(fā)票人自動請求所述客戶賬戶信息的裝置。
54.如權(quán)利要求53所述的系統(tǒng)，其中所述至一開發(fā)票人的至少一個訪問點為開發(fā)票人的統(tǒng)一資源定位器。
55.如權(quán)利要求53所述的系統(tǒng)，其中所述至一開發(fā)票人的至少一個訪問點進一步包括多個至每一開發(fā)票人的訪問點。
56.如權(quán)利要求53所述的系統(tǒng)，其中所述每一開發(fā)票人的所述每一訪問點為一門戶站點上的統(tǒng)一資源定位器。
57.如權(quán)利要求53所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的裝置包括開發(fā)票人的統(tǒng)一資源定位器自開發(fā)票人的萬維網(wǎng)站點的轉(zhuǎn)移。
58.如權(quán)利要求57所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的裝置進一步包括一訪問點集合，其用于提供可訪問門戶及開發(fā)票人的目錄。
59.如權(quán)利要求58所述的系統(tǒng)，其中所述訪問點集合包括一開發(fā)票人統(tǒng)一資源定位器、門戶統(tǒng)一資源定位器及付款引擎統(tǒng)一資源定位器中的至少之一。
60.如權(quán)利要求53所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的所述裝置進一步包括用于安排客戶付款的裝置。
61.如權(quán)利要求60所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置位于門戶端。
62.如權(quán)利要求60所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置為一位于開發(fā)票人端的數(shù)據(jù)輸入點。
63.如權(quán)利要求60所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置位于所述開發(fā)票人的付款引擎處。
64.如權(quán)利要求53所述的系統(tǒng)，其中驗證裝置儲存于一門戶上。
65.如權(quán)利要求64所述的系統(tǒng)，其中儲存于一門戶上的所述驗證裝置為一名稱/密碼對。
66.如權(quán)利要求64所述的系統(tǒng)，其中儲存于一門戶上的所述驗證裝置進一步包括開發(fā)票人驗證信息。
67.如權(quán)利要求66所述的系統(tǒng)，其中所述開發(fā)票人驗證信息為一名稱/密碼對。
68.如權(quán)利要求53所述的系統(tǒng)，其中所述驗證裝置為開發(fā)票人驗證信息。
69.如權(quán)利要求68所述的系統(tǒng)，其中所述開發(fā)票人驗證信息儲存于開發(fā)票人站點上。
70.如權(quán)利要求69所述的系統(tǒng)，其中儲存于開發(fā)票人站點上的所述開發(fā)票人驗證信息為一名稱/密碼對。
71.如權(quán)利要求53所述的系統(tǒng)，其中用于自動請求客戶賬戶信息的所述裝置為一至開發(fā)票人萬維網(wǎng)站點的統(tǒng)一資源定位器請求。
72.如權(quán)利要求53所述的系統(tǒng)，其中所述客戶賬戶信息包括開發(fā)票人內(nèi)容。
73.如權(quán)利要求72所述的系統(tǒng)，其中所述內(nèi)容包括至少下述之一當前賬單“摘要”、賬單/付款歷史“摘要”、開發(fā)票人通知/消息“摘要”、票據(jù)或詳細信息。
74.如權(quán)利要求53所述的系統(tǒng)，其中所述客戶賬戶信息包括采購訂單。
75.如權(quán)利要求53所述的系統(tǒng)，其中所述客戶賬戶信息包括貨運單據(jù)。
76.如權(quán)利要求53所述的系統(tǒng)，其中所述客戶賬戶信息的數(shù)據(jù)格式至少為下述之一；XML、EDI、圖形、文本以及IFX/OFX。
77.一種自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息，所述系統(tǒng)包括(a)一整合發(fā)票接口，其中所述發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點的裝置；以及(iii)用以驗證每一所述客戶的裝置；以及(iv)用于直接自每一開發(fā)票人自動請求所述客戶賬戶信息的裝置；(b)一個用以訪問所述整合發(fā)票接口的遠端客戶接口；(c)一個付款引擎，其中所述客戶付款指令直接自客戶發(fā)至每一開發(fā)票人，所述付款引擎包括發(fā)票提示電子裝置，其適用于向所述客戶呈示客戶賬單數(shù)據(jù)供客戶核實，并針對自動化賬單請求發(fā)至所述客戶的付款指令；以及一個遠端電子客戶授權(quán)接口，其適用于(i)接收供客戶核實的所述客戶賬單數(shù)據(jù)和來自所述發(fā)票提示電子裝置的付款指令請求；(ii)提供發(fā)送至所述客戶的客戶賬單數(shù)據(jù)和付款指令請求；(iii)接收所述客戶針對所述付款指令請求發(fā)出的客戶付款指令；以及(iv)直接向每一開發(fā)票人傳送來自客戶的客戶付款指令，所述付款指令至少包括一個發(fā)票賬戶號碼和一個相關(guān)的客戶付款賬戶。
78.如權(quán)利要求77所述的系統(tǒng)，其中所述付款源為一清算所。
79.如權(quán)利要求78所述的系統(tǒng)，其中所述清算所為一信使。
80.如權(quán)利要求78所述的系統(tǒng)，其中所述清算所為一付款網(wǎng)絡(luò)。
81.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括傳送日期。
82.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括待自客戶相關(guān)金融機構(gòu)提取的金額。
83.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括與客戶相關(guān)的賬戶信息，其中款項將自所述賬戶中提取。
84.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括與每一開發(fā)票人相關(guān)的賬戶信息，其中款項將存入所述賬戶。
85.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括開發(fā)票人賬單信息。
86.如權(quán)利要求85所述的系統(tǒng)，其中所述賬單信息包括一到期日期。
87.如權(quán)利要求85所述的系統(tǒng)，其中所述賬單信息包括一到期應(yīng)付金額。
88.如權(quán)利要求85所述的系統(tǒng)，其中所述賬單信息包括一在賬單期間提供的貨物及服務(wù)清單。
89.如權(quán)利要求85所述的系統(tǒng)，其中所述賬單信息包括一遲付費用。
90.如權(quán)利要求85所述的系統(tǒng)，其中所述賬單信息包括賬戶信息。
91.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括客戶信息。
92.如權(quán)利要求91所述的系統(tǒng)，其中所述客戶信息包括客戶名稱。
93.如權(quán)利要求91所述的系統(tǒng)，其中所述客戶信息包括客戶地址。
94.如權(quán)利要求91所述的系統(tǒng)，其中所述客戶信息包括所述客戶的賬戶信息。
95.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括一客戶賬戶標識。
96.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括一發(fā)票標識符。
97.如權(quán)利要求77所述的系統(tǒng)，其中所述發(fā)票提示電子裝置進一步包括與客戶賬單有關(guān)的發(fā)票信息及與所述客戶有關(guān)的金融機構(gòu)賬戶信息，其中款項將自所述客戶處提取。
98.如權(quán)利要求97所述的系統(tǒng)，其中所述發(fā)票提示電子裝置進一步包括一預(yù)授權(quán)付款指令，以通過該指令從所述賬戶信息中所列的一個賬戶自動支付所述賬單信息中所列的賬單金額。
99.如權(quán)利要求98所述的系統(tǒng)，其中來自所述發(fā)票提示電子裝置的付款指令請求將詢問客戶對于所提示的賬單數(shù)據(jù)是否需要預(yù)授權(quán)付款指令。
100.如權(quán)利要求98所述的系統(tǒng)，其中來自所述發(fā)票提示電子裝置的付款指令請求將詢問客戶所提示賬單數(shù)據(jù)的預(yù)授權(quán)付款指令是否需要修改。
101.如權(quán)利要求98所述的系統(tǒng)，其中所述客戶授權(quán)接口包括一用于修改所述預(yù)授權(quán)付款指令的編輯器。
102.如權(quán)利要求97所述的系統(tǒng)，其中所述賬戶信息包括來自多個金融機構(gòu)的賬戶信息，且所述付款指令請求將詢問客戶選擇自其中提取款項以支付一相關(guān)客戶賬單的金融機構(gòu)。
103.如權(quán)利要求102所述的系統(tǒng)，其中所述發(fā)票提示電子裝置包括一預(yù)授權(quán)默認值，其用于確定自其中提取款項以支付所述相關(guān)客戶賬單的金融機構(gòu)。
104.如權(quán)利要求103所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于接收一客戶輸入以接受預(yù)授權(quán)默認值。
105.如權(quán)利要求103所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于接收一客戶輸入以修改預(yù)授權(quán)默認值。
106.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令請求包括賬單信息，其選自由到期金額、付款時間及用于提取款項的賬戶組成的群。
107.如權(quán)利要求106所述的系統(tǒng)，其中所述客戶授權(quán)接口適用于修改賬單信息，以更改一個或多個由到期金額、付款時間及用于提取款項的賬戶組成的群。
108.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括所述客戶的通知。
109.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括針對所述客戶的廣告信息。
110.如權(quán)利要求77所述的系統(tǒng)，其中所述賬單數(shù)據(jù)包括控制信息。
111.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括一提取款項日期。
112.如權(quán)利要求77所述的系統(tǒng)，其中所述付款指令包括一發(fā)票金額。
113.如權(quán)利要求77所述的系統(tǒng)，其中每一開發(fā)票人均將提供一客戶可訪問站點，以接收所述賬單數(shù)據(jù)及所述付款指令請求，所述站點可通過所述電子客戶授權(quán)接口訪問。
114.如權(quán)利要求113所述的系統(tǒng)，其中所述客戶可訪問站點為一互聯(lián)網(wǎng)站點且所述電子客戶授權(quán)接口包括一用于訪問所述客戶可訪問站點的瀏覽器。
115.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一自動柜員機。
116.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一遠端公用電話亭。
117.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一個人計算機。
118.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一交互式電視裝置。
119.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一電話機。
120.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口為一計算機，所述賬單數(shù)據(jù)及所述付款指令請求通過向客戶發(fā)送電子郵件予以提示且所述客戶付款指令通過一客戶電子郵件提供。
121.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括一用于顯示所述賬單數(shù)據(jù)和所述付款指令請求的顯示裝置以及一用于接收客戶付款指令的客戶啟動輸入裝置。
122.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括音頻電子裝置和一揚聲器以呈示所述賬單數(shù)據(jù)和所述付款指令請求，以及一用于接收客戶付款指令的客戶啟動輸入裝置。
123.如權(quán)利要求113所述的系統(tǒng)，其中所述電子客戶授權(quán)接口適用于允許一客戶輪詢所述發(fā)票提示電子裝置，以接收所述賬單數(shù)據(jù)和所述付款指令請求。
124.如權(quán)利要求77所述的系統(tǒng)，其中所述電子客戶授權(quán)接口包括一訪問程序及一服務(wù)器連接。
125.如權(quán)利要求124所述的系統(tǒng)，其中所述訪問程序為一互聯(lián)網(wǎng)服務(wù)器。
126.如權(quán)利要求124所述的系統(tǒng)，其中所述服務(wù)器連接為一互聯(lián)網(wǎng)服務(wù)器連接。
127.如權(quán)利要求126所述的系統(tǒng)，其中所述互聯(lián)網(wǎng)服務(wù)器連接為一互聯(lián)網(wǎng)撥號連接。
128.如權(quán)利要求77所述的系統(tǒng)，其中所述至一個開發(fā)票人的至少一個訪問點為開發(fā)票人的統(tǒng)一資源定位器。
129.如權(quán)利要求77所述的系統(tǒng)，其中所述至一個開發(fā)票人的至少一個訪問點進一步包括多個至每一開發(fā)票人的訪問點。
130.如權(quán)利要求77所述的系統(tǒng)，其中所述每一開發(fā)票人的所述每一訪問點為一門戶站點上的統(tǒng)一資源定位器。
131.如權(quán)利要求77所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的裝置包括開發(fā)票人的統(tǒng)一資源定位器自開發(fā)票人的萬維網(wǎng)站點的轉(zhuǎn)移。
132.如權(quán)利要求131所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的裝置進一步包括一訪問點集合，其用于提供可訪問門戶及開發(fā)票人的目錄。
133.如權(quán)利要求132所述的系統(tǒng)，其中所述所述訪問點集合包括一開發(fā)票人統(tǒng)一資源定位器、門戶統(tǒng)一資源定位器及付款引擎統(tǒng)一資源定位器中的至少之一。
134.如權(quán)利要求77所述的系統(tǒng)，其中用于設(shè)置每一開發(fā)票人訪問點的所述裝置進一步包括用于安排客戶付款的裝置。
135.如權(quán)利要求134所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置位于門戶端。
136.如權(quán)利要求134所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置為一位于開發(fā)票人端的數(shù)據(jù)輸入點。
137.如權(quán)利要求134所述的系統(tǒng)，其中用于安排所述客戶付款的所述裝置位于所述開發(fā)票人的付款引擎處。
138.如權(quán)利要求77所述的系統(tǒng)，其中驗證裝置儲存于一門戶上。
139.如權(quán)利要求138所述的系統(tǒng)，其中儲存于一門戶上的所述驗證裝置為一名稱/密碼對。
140.如權(quán)利要求138所述的系統(tǒng)，其中儲存于一門戶上的所述驗證裝置進一步包括開發(fā)票人驗證信息。
141.如權(quán)利要求140所述的系統(tǒng)，其中所述開發(fā)票人驗證信息為一名稱/密碼對。
142.如權(quán)利要求77所述的系統(tǒng)，其中所述驗證裝置為開發(fā)票人驗證信息。
143.如權(quán)利要求142所述的系統(tǒng)，其中所述開發(fā)票人驗證信息儲存于開發(fā)票人站點上。
144.如權(quán)利要求143所述的系統(tǒng)，其中儲存于開發(fā)票人站點上的所述開發(fā)票人驗證信息為一名稱/密碼對。
145.如權(quán)利要求77所述的系統(tǒng)，其中用于自動請求客戶賬戶信息的所述裝置為一至開發(fā)票人萬維網(wǎng)站點的統(tǒng)一資源定位器請求。
146.如權(quán)利要求77所述的系統(tǒng)，其中所述客戶賬戶信息包括開發(fā)票人內(nèi)容。
147.如權(quán)利要求146所述的系統(tǒng)，其中所述內(nèi)容包括至少下述之一當前賬單“摘要”、賬單/付款歷史“摘要”、開發(fā)票人通知/消息“摘要”、票據(jù)或詳細信息。
148.如權(quán)利要求77所述的系統(tǒng)，其中所述客戶賬戶信息包括采購訂單。
149.如權(quán)利要求77所述的系統(tǒng)，其中所述客戶賬戶信息包括貨運單據(jù)。
150.如權(quán)利要求77所述的系統(tǒng)，其中所述客戶賬戶信息的數(shù)據(jù)格式至少為下述之一；XML、EDI、圖形、文本以及IFX/OFX。
151.一種用于自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的方法，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息，所述方法包括下述步驟(a)提供一整合發(fā)票接口，其中所述發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點的裝置；以及(iii)用以驗證每一所述客戶的裝置；以及(b)通過一遠端客戶接口訪問所述整合發(fā)票接口。
152.一種用于自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的方法，以供客戶利用一整合發(fā)票接口遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息，所述方法包括下述步驟(a)針對每一開發(fā)票人提供至少一個訪問點；(b)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點；(c)驗證每一所述客戶；以及(d)直接自每一開發(fā)票人自動請求所述客戶的賬戶信息。
153.一種用于自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)的方法，以供客戶遠程核實來自至少兩個開發(fā)票人的客戶賬戶信息，所述方法包括下述步驟(a)提供一整合發(fā)票接口，其中所述發(fā)票接口包括(i)針對每一開發(fā)票人的至少一個訪問點；(ii)為至少一個客戶設(shè)置每一開發(fā)票人的所述訪問點的手段；以及(iii)用以驗證每一所述客戶的手段；以及(iv)用于直接自每一開發(fā)票人自動請求所述客戶賬戶信息的手段；(b)通過一遠端客戶接口訪問所述整合發(fā)票接口。(c)將所述客戶付款指令直接自客戶發(fā)至每一開發(fā)票人，所述付款引擎包括發(fā)票提示電子裝置，其適用于向所述客戶呈示客戶賬單數(shù)據(jù)供客戶核實，并針對自動化賬單請求發(fā)至所述客戶的付款指令；以及一個遠端電子客戶授權(quán)接口，其適用于(i)接收供客戶核實的所述客戶賬單數(shù)據(jù)和來自所述發(fā)票提示電子裝置的付款指令請求；(ii)提供發(fā)送至所述客戶的客戶賬單數(shù)據(jù)和付款指令請求；(iii)接收所述客戶針對所述付款指令請求發(fā)出的客戶付款指令；以及(iv)直接向每一開發(fā)票人傳送來自所述客戶的客戶付款指令，所述付款指令至少包括一個發(fā)票賬戶號碼和一個相關(guān)的客戶付款賬戶。
全文摘要
本發(fā)明涉及一種自動化電子開發(fā)票和付款聯(lián)合系統(tǒng)，以供客戶遠程核實來自至少兩個開發(fā)票人的賬單信息。在較佳實施例中，該系統(tǒng)包括三個主要組成部分一個整合發(fā)票接口、一個供訪問整合發(fā)票接口的遠端客戶接口以及一個付款引擎。在該較佳實施例中，所述整合發(fā)票接口為每一開發(fā)票人提供了至少一個訪問點；為至少一個客戶設(shè)置每一開發(fā)票人的訪問點；驗證每一客戶；并直接自每一開發(fā)票人自動請求所述客戶賬戶信息。另外，在該較佳實施例中，付款引擎將客戶付款指令直接自客戶發(fā)至每一開發(fā)票人。
文檔編號G06Q30/00GK1537291SQ01822570
公開日2004年10月13日 申請日期2001年12月18日 優(yōu)先權(quán)日2000年12月19日
發(fā)明者R·A·尼利, R A 尼利, S·布萊特, 程, J·B·法侖, 法侖, B·科恩, 拉瑟, J·C·拉瑟 申請人:Bce艾莫吉斯技術(shù)公司