專利名稱：基于hvps系統(tǒng)的第三方支付平臺繳費系統(tǒng)和方法
技術(shù)領域：
本申請涉及一種繳費系統(tǒng)和方法，尤其涉及一種基于HVPS系統(tǒng)(大額實 時支付系統(tǒng)，High Value Payment System ),且通過第三方支付平臺進行網(wǎng)上 繳費的系統(tǒng)和方法。
背景技術(shù)：
目前，我們的公共事業(yè)繳費種類繁多，比如公共交通、郵政、電訊、城 市供水排水、熱力、供電、供氣等收費。面對如此繁多的繳費種類，然而各
地公共事業(yè)單元的營業(yè)網(wǎng)點分布較少，從而導致了公共事業(yè)繳費困難的問題。 銀行代收業(yè)務也就應運而生，但是各個銀行所簽約的公共事業(yè)單位各不相同， 比如A銀行只簽約了熱力和供電，而B銀行簽約了供氣，因而繳費仍然不能統(tǒng) 一，再加上目前傳統(tǒng)的繳費業(yè)務更多的在銀行拒面系統(tǒng)進行，大大占用銀行 拒面寶貴資源的同時，用戶繳費過程也變得繁雜。
中國人民銀行推出央行小額支付系統(tǒng)。通過這個系統(tǒng)，用戶只要在任何 一家銀行開一個賬戶，便能夠完成所有水、電、煤氣、電話費以及養(yǎng)老、醫(yī) 療險等的繳費。付款單位也通過這個系統(tǒng)，向在不同銀行開戶的收款人辦理 工資、津貼和社保資金的發(fā)放。如果大力推廣，部分銀行網(wǎng)點面臨的排隊壓 力將得以緩解。但是，目前，該系統(tǒng)推廣卻存在很大的阻力，除了央行和各 家銀行之間的利益分配存在不合格而使得各家銀行的推廣不積極之外，還有 技術(shù)上的問題也使得推廣受阻在小額支付系統(tǒng)推廣上線以前，各銀行之間 跨行的匯兌業(yè)務大多依靠銀行之間的同城清算系統(tǒng)來實現(xiàn)，而跨行的取款和 刷卡業(yè)務，則可以由銀聯(lián)來實現(xiàn)。小額支付系統(tǒng)的應用，完全覆蓋了同城清 算系統(tǒng)的功能，也覆蓋了一部分鋃行卡支付的功能。于是，對于已經(jīng)建設起 了行與行之間同城清算系統(tǒng)的各大銀行而言，再建一個小額支付平臺，是一 種資源上的重復和浪費。即使小額支付系統(tǒng)能達到推廣，但是，在實現(xiàn)支付過程中依然存在技術(shù)
問題小額支付的特點是筆數(shù)多、金額小、涉及的銀行多。以水費為例，各 家銀行都需登錄至自來水公司提供的繳費系統(tǒng)進行繳費操作，再把收到的錢 打入自來水公司在某家銀行開的賬戶中。請參閱圖l，其為水公司系統(tǒng)繳費的 一實施原理圖。水公司系統(tǒng)11與各個簽約銀行12連接，用戶通過各個簽約銀 行12繳納水費，簽約銀行12將繳納的水費轉(zhuǎn)賬至開設有水公司結(jié)算賬戶的結(jié) 算銀行13對應的結(jié)算賬戶中。結(jié)算銀行13可以是簽約銀行12中的一家。
由于不能預測用戶通過哪家銀行來進行繳費，因此需要各家銀行都需與 自來水公司的繳費系統(tǒng)連接，各家收到錢的銀行定周期將費用打入該自來水 公司在某家銀行(稱之為開戶行)開的賬戶中，并且該些收款的銀行需要與 結(jié)算銀行完成每筆資金清算。這種操作模式，大量占用各家銀行包括網(wǎng)絡在 內(nèi)的資源，造成整個小額支付系統(tǒng)實現(xiàn)支付成本很高。
也就是說，上述的支付模式，存在以下的問題
1、 這些簽約銀行在接收到不同用戶繳納水費的申請時，會與水公司系統(tǒng) 建立鏈接并讀取相關信息，由于會建立N條鏈接，因此，會給水公司系統(tǒng)造成 較大負擔。
2、 用戶繳納完費用后，這些簽約銀行需要與結(jié)算銀行、水公司系統(tǒng)進行 清算操作，這種操作模式，大量占用各家銀行包括網(wǎng)絡在內(nèi)的資源，造成整 個小額支付系統(tǒng)實現(xiàn)支付成本很高。

發(fā)明內(nèi)容
針對上述缺陷，本申請的思想在于提供一種基于HVPS系統(tǒng)的第三方支 付平臺繳費系統(tǒng)，以解決現(xiàn)有技術(shù)中現(xiàn)有利用第三方繳費平臺來完成自動繳 費功能實現(xiàn)復雜、可操作性差的技術(shù)缺陷。
本申請的另一思想在于，提供一種基于HVPS系統(tǒng)的第三方支付平臺繳 費系統(tǒng)，以解決現(xiàn)有技術(shù)中現(xiàn)有利用第三方繳費平臺來完成自動繳費功能實 現(xiàn)復雜、可操作性差的技術(shù)缺陷。
一種基于HVPS系統(tǒng)的第三考支付平臺繳費系統(tǒng)，包括至少 一服務提供單位繳費平臺，用于提供用戶需繳費用信息；
第三方支付平臺，分別連接每一服務提供單位繳費平臺和用戶，用于接 收用戶的繳費請求，實時登錄至對應服務提供單位繳費平臺獲得對應的需繳 費用信息或是查找預先存儲的由服務提供單位繳費平臺提供的需繳費用信 息從中獲得用戶對應的需繳費用信息，后進行對應的扣款處理，并對已繳費
用按服務提供單位為單元分類整合；
資金托管機構(gòu)，連接所述第三方支付平臺，用于接收第三方支付平臺支 付的按服務提供單位為單元分類后的已繳總費用；
銷賬機構(gòu)，通過HVPS網(wǎng)絡連接至所述資金托管機構(gòu)，其有服務提供單 位開設的賬戶，用于在對應的賬戶上接收資金托管機構(gòu)轉(zhuǎn)交過來的已繳總費 用。
一種基于HVPS系統(tǒng)的第三方支付平臺繳費方法，其通過一第三方支付 平臺將各種繳費在網(wǎng)上予以支付，包括如下步驟
步驟(1 )第三方支付平臺接受用戶的繳費申請，并進行扣款處理。 步驟(l)第三方支付平臺接受用戶的繳費申請后還包括實時登錄至對應 服務提供單位繳費平臺獲得對應的需繳費用信息，或查找預先存儲的由服務 提供單位繳費平臺提供的需繳費用信息從中獲得用戶對應的需繳費用信息。
再判斷所述用戶是否是第三方支付平臺的注冊用戶，如果不是，則先完 成注冊步驟，建立所述用戶賬戶信息，再進行A2，否則直接進行步驟A2; A2:第三方支付平臺判斷用戶賬戶中的金額是否大于等于該用戶需繳納的費 用，若是，則進行扣款處理，否則，提示用戶進行向所述賬戶充值的步驟， 充值成功，則重新進行A2步驟，充值不成功，則結(jié)束繳費操作。
步驟(2)第三方支付平臺將處理完的繳納費用通過所述資金托管機構(gòu)利用 HVPS網(wǎng)支付至各個服務提供單位在所述銷賬機構(gòu)上開設的對應的結(jié)算賬戶。
步驟(2)進一步包括
(2-l)第三方支付平臺定期將已處理的繳納費用匯總，并將該些已繳納費 用以服務提供單位為單元進行分類匯總；
8(2-2)資金托管機構(gòu)將匯總后的總繳納費用從打款賬戶中進行扣款，所述 打款賬戶存放有第三方支付平臺在所述資金托管機構(gòu)上存儲的儲備資金；
(2-3)資金托管機構(gòu)將扣除的總繳納費用通過HVPS專網(wǎng)轉(zhuǎn)帳至對應銷帳 機構(gòu)的HVPS清算賬戶；
(2-4)銷帳機構(gòu)從HVPS清算賬戶入賬至目標帳戶后再分流入賬至各個服 務提供單位的結(jié)算賬戶。
和現(xiàn)有技術(shù)相比，本申請的繳費系統(tǒng)具有如下優(yōu)點
首先，各家服務提供單位只需要與第三方支付平臺通過網(wǎng)絡或?qū)＞€建立 通信，不需要與各家銀行建立通信，由此節(jié)省了大量的接口，不僅實現(xiàn)起來 方便，而且維護方便，降低了成本。
接著，本申請利用HVPS網(wǎng)絡進行已繳費總費用的轉(zhuǎn)賬，速度快且安全 系數(shù)高，更為重要的是無需占用各家銀行的大量資源，也就是說，第三方支 付平臺與各個服務提供單位進行對賬銷賬，資金托管機構(gòu)和銷賬機構(gòu)完成的 是總支付金額的一個轉(zhuǎn)賬和對賬工作，處理速度快且不需要占用過多的銀行 資源。
最后，用戶只需要利用網(wǎng)絡即可完成各種費用的繳費操作，無需跑任何 一家銀行，實現(xiàn)方便，靈活，具有極強的可操作性和便利性。


圖l為為水公司系統(tǒng)繳費的一實施原理圖2為本申請一基于HVPS系統(tǒng)的第三方支付平臺繳費系統(tǒng)結(jié)構(gòu)圖3為本申請實施例的 一 第三方支付平臺的結(jié)構(gòu)圖4為本申請實施例的 一用戶繳費服務器的結(jié)構(gòu)圖5為本申請實施例的 一 資金托管機構(gòu)的結(jié)構(gòu)圖6為本申請實施例的一企業(yè)網(wǎng)銀前置服務器的結(jié)構(gòu)圖7為本申請實施例的 一銷帳機構(gòu)的結(jié)構(gòu)9圖8為本申請一種基于HVPS系統(tǒng)的第三方支付平臺繳費方法的原理流程
圖9為本申請一種基于HVPS系統(tǒng)的第三方支付平臺繳費方法的示例流程圖。
具體實施例方式
本申請的核心在于在基于HVPS系統(tǒng)的基礎上，第三方支付平臺在只 需設立 一個資金托管機構(gòu)賬戶即可為用戶提供高效、便捷且覆蓋面極大的網(wǎng) 上繳費。本申請所稱資金托管機構(gòu)既包括各類銀行，也包括信用社；本申請 所稱網(wǎng)上繳費主要指公共事業(yè)繳費，如公共交通、郵政、電訊、城市供水排 水、熱力、供電、供氣等，但并不排除其它需要在多個銀行進行資金轉(zhuǎn)移的 應用。
人民銀行的HVPS系統(tǒng)是一個實時全額清算系統(tǒng)，建立該系統(tǒng)的目的， 是為了給銀行和廣大企事業(yè)單位的金融市場提供快速、高效、安全的支付清 算服務，防范支付風險。它對中央^l行更加靈活、有效地實施貨幣政策具有 重要作用。該系統(tǒng)處理同城和異地的、金額在規(guī)定起點以上的大額貨記支付 業(yè)務和緊急小額貨記支付業(yè)務，其處理的支付業(yè)務種類包括匯兌、委托收 款劃回、中央銀行和國庫部門辦理的資金匯劃，以及公開市場操作室和債券 交易的即時轉(zhuǎn)賬等。該系統(tǒng)覆蓋面廣，其包括了全國范圍內(nèi)的商業(yè)銀行、信 用社、四大國有銀行。HVPS系統(tǒng)具有實時、且能大額支付的功能，因此，本 發(fā)明采用HVPS系統(tǒng)進行費用支付，也具有支付速度快、安全等技術(shù)效果。
第三方支付平臺，以支付寶為例，已建立起成熟的網(wǎng)上支付模式。用戶 只需要有一個第三方支付平臺的用戶賬戶即可完成對應的扣款處理。當用戶 賬戶余額不夠時，可以通過現(xiàn)有的支付模式(如利用網(wǎng)上銀行、匯款等)對 對應的用戶賬戶進4亍扣4欠處理。
本申請就是利用現(xiàn)有的HVPS系統(tǒng)和第三方支付平臺完成用戶的繳費處 理。在對本申請進行詳細闡述前，需要明確幾個賬戶概念
打款賬戶第三方支付平臺在資金托管機構(gòu)設立的用以存儲備付資金的賬戶；
資金托管機構(gòu)的HVPS清算賬戶用以接收打款賬戶中扣除的金額，并 將之發(fā)送至銷帳機構(gòu)的HVPS清算賬戶；
銷帳機構(gòu)的HVPS清算賬戶接收資金托管機構(gòu)的HVPS清算賬戶發(fā)送 的信息，并將相應的款打至目標賬戶；
目標賬戶銷帳機構(gòu)用以臨時存儲各種繳費的過渡賬戶；
服務單位結(jié)算賬戶各個服務單位在銷帳機構(gòu)內(nèi)設立的用以對其服務進 行銷帳的賬戶，是本申請中資金流動的最終賬戶。
本申請?zhí)岢鲆环N基于HVPS系統(tǒng)的第三方支付平臺繳費系統(tǒng)，用以為用 戶提供便捷高效的網(wǎng)上繳費服務，請參見圖2，其為本申請一基于HVPS系統(tǒng) 的第三方支付平臺繳費系統(tǒng)結(jié)構(gòu)圖。該系統(tǒng)包括至少一服務提供單位繳費 平臺、第三方支付平臺310、用戶350、資金托管才幾構(gòu)320、通過HVPS系統(tǒng) 330與資金托管機構(gòu)320連接的銷帳機構(gòu)340。
至少一服務提供單位繳費平臺，用于提供用戶需繳費用信息。如供水平 臺360、供電平臺370。
第三方支付平臺310,其是一些和國內(nèi)外各大銀行簽約、具備一定實力和 信譽保障的第三方獨立機構(gòu)提供的交易支付平臺，比如支付寶。第三方支付
平臺310可以通過網(wǎng)絡連接每一服務提供單位繳費平臺和用戶350,用于接收 用戶350的繳費請求，實時登錄至對應服務提供單位繳費平臺獲得對應的需 繳費用信息或是查找預先存儲的由服務提供單位繳費平臺提供的需繳費用信 息，從中獲得用戶對應的需繳費用信息后進行對應的扣款處理，并對已繳費 用按服務提供單位為單元分類整合。在本實例中，第三方支付平臺310在資 金托管機構(gòu)320開設有用以存儲備付資金的打款賬戶，資金托管機構(gòu)320可 以根據(jù)第三方支付平臺310的指令從該打款賬戶中扣除一定金額并轉(zhuǎn)入其它 賬戶。當然，第三方支付平臺310也可以將對應的已繳納的費用總和打入資 金托管機構(gòu)320對應的賬戶中。
HVPS專網(wǎng)330是人民銀行為HVPS系統(tǒng)專門鋪設的專線網(wǎng)絡；銷帳機構(gòu)340是和服務提供單位進行銷帳的各類銀行和信用所，服務提供單位在該銷帳 機構(gòu)340開設有賬戶。第三方支付平臺310通過因特網(wǎng)和資金托管機構(gòu)320 相連，而資金托管機構(gòu)320則通過HVPS專網(wǎng)330和銷帳才幾構(gòu)340進4亍連通。
第三方支付平臺310是直接面向用戶端的，請參見圖3，其為本申請實施 例的一第三方支付平臺的結(jié)構(gòu)圖，其包括用戶繳費服務器311、繳費數(shù)據(jù)庫 312及企業(yè)網(wǎng)銀客戶端313。該繳費數(shù)據(jù)庫312連接至用戶繳費服務器311, 用戶繳費服務器311用以接受并處理用戶的繳費申請，并將這些申請及其對 應的處理結(jié)果存入繳費數(shù)據(jù)庫312。企業(yè)網(wǎng)銀客戶端313是第三方支付平臺 310為了與資金托管機構(gòu)320進行交互而設置的，其和用戶繳費服務器311相 連，這種連接可以是直接的，也可以是間接的。當企業(yè)網(wǎng)銀客戶端313和用 戶繳費服務器311直接相連時，該第三方支付平臺310可以實現(xiàn)自動通過企 業(yè)網(wǎng)銀客戶端313向資金托管機構(gòu)320發(fā)起大額支付申請的功能(如圖3所 示)，而企業(yè)網(wǎng)《艮客戶端313和用戶繳費服務器311間接相連時，它們之間需 通過操作員對相關數(shù)據(jù)進行審核后再控制企業(yè)網(wǎng)銀客戶端313向資金托管機 構(gòu)320發(fā)起大額支付申請。企業(yè)網(wǎng)銀客戶端313主要是負責建立第三方支付 平臺310和資金托管機構(gòu)320之間的安全交互。
更具體的說，上述用戶繳費服務器3U進一步包括用戶接口單元3111、 繳費處理單元3112和繳費管理單元3113，且它們依次相連，請參見圖4。用 戶在用戶終端根據(jù)第三方支付平臺310提供的繳費申請界面輸入相應的繳費 信息，該些信息可以包括地區(qū)、交費項目、收費單位，賬單上的條形碼編碼 和金額等，而用戶接口單元3111則負責收集該些信息并存入繳費數(shù)據(jù)庫312 內(nèi)。用戶的繳費類型、金額和繳費地點等都種類繁多，所以需要繳費管理單 元3113對該些繁雜的數(shù)據(jù)加以管理，繳費管理單元3113可以將該些數(shù)據(jù)分 門別類加以存儲， 一般來說，可以將用戶的繳費類型、地點、時間分為一類 并制成相應的繳費明細表類存儲在繳費數(shù)據(jù)庫312內(nèi)，這樣可以在很大程度 上方便后續(xù)大額支付申請的提交。繳費處理單元3112用以處理用戶輸入的繳 費信息，包括將需要繳納的費用進行扣款處理。繳費處理單元3112主要是完 成在對應賬戶上進行扣款處理操作，并將扣款處理的結(jié)果保存至繳費數(shù)據(jù)庫312中。
還請參閱圖3，繳費數(shù)據(jù)庫312進一步包括
繳費記錄存儲單元3121:用于存儲每一筆用戶輸入的繳費信息，并保存 其對應的處理結(jié)果。繳費記錄存儲單元3121可以以交易筆數(shù)為單元，存儲每 一交易筆數(shù)的用戶信息及交易結(jié)果。
繳費記錄分類存儲單元3122:用于將已繳納的費用信息分類整合后的分 類信息進行存儲。繳費記錄分類存儲單元3122可以以各個服務提供單位為單 元制作各種繳費記錄單，繳費記錄單上可以只保存定期(如每天、每個星期 或每個月)的繳費記錄及繳費總額度。服務提供單位可以是以各家總的服務 提供商為單位，如管水費的供水公司、管電費的電力公司。服務提供單位也 可以是以各家各地方的服務提供商為單位，如管水費的浙江供水公司、管水 費的上海供水公司等。以便后續(xù)對賬處理。
繳費數(shù)據(jù)庫312還可以包括需繳費用信息存儲單元(圖未示)，當接收用 戶350的繳費請求，實時登錄至對應服務提供單位繳費平臺獲得對應的需繳 費用信息時，就無需在繳費數(shù)據(jù)庫312中設置需繳費用信息存儲單元。考慮 到實時去獲取數(shù)據(jù)有一定的延時性，也可通過需繳費用信息存儲單元保存由 服務提供單位繳費平臺提供的需繳費用信息，當接收到用戶的繳費請求時， 可以從中獲得用戶對應的需繳費用信息。
第三方支付平臺310通常還包括
用戶信息存儲單元3123,用于存儲包括用戶賬戶信息在內(nèi)的用戶信息。 用戶建立賬戶的時間、賬戶對應的密碼、賬戶的交易情況、該用戶的信用等級等。
所述繳費處理單元3112還進一步包括
扣款處理子單元用于在對應的用戶賬戶中扣除對應的需繳納費用。比 如，當接收到用戶的繳費請求時，，先判斷該用戶是否是注冊用戶，如果不是， 則先進行用戶注冊步驟，如果是，則進行用戶登錄操作，再進行扣款處理。 用戶注冊包括建立用戶賬戶信息?？劭钐幚戆ㄅ袛嘤脩糍~戶內(nèi)的金額是否大于等于需繳納的費用，如果是，則進行扣款處理，如果否，則提示用戶 進行賬戶的充值處理。所述充值處理包括用戶通過網(wǎng)上銀行或郵局匯款等對 用戶賬戶進行充值處理。只有當賬戶上的金額大于等于需繳納的費用時，才 進行扣款處理。
繳費觸發(fā)處理子單元，用于接收用戶350的繳費請求，實時登錄至對應 服務提供單位繳費平臺獲得對應的需繳費用信息，或者訪問需繳費用信息存 儲單元從中獲得用戶對應的需繳費用信息。
請參見圖5,其為本申請實施例的一資金托管機構(gòu)的結(jié)構(gòu)圖。該資金托管 機構(gòu)320包括第一HVPS前置服務器321、企業(yè)網(wǎng)銀前置服務器322、第一核 心服務器323、第一數(shù)據(jù)庫324和第一行內(nèi)轉(zhuǎn)帳服務器325，其中，第一HVPS 前置服務器321和企業(yè)網(wǎng)銀前置服務器322、第一核心服務器323和第一數(shù)據(jù) 庫324之間通過行內(nèi)LAN進行相互之間的通信和數(shù)據(jù)傳遞，而第 一行內(nèi)轉(zhuǎn)巾艮 服務器325則既可以是獨立于第一核心服務器323但與其連通的物理服務器， 同時也可以是第一核心服務器323內(nèi)的一個子系統(tǒng)。
企業(yè)網(wǎng)銀前置服務器322和上述企業(yè)網(wǎng)銀客戶端313相對應，其和企業(yè) 網(wǎng)銀客戶端313通過因特網(wǎng)相連，用以接收企業(yè)網(wǎng)銀客戶端313發(fā)出的包括 大額支付申請在內(nèi)的各種請求，以及反饋各種信息至企業(yè)網(wǎng)銀客戶端313，如 回單信息等，在本申請中，企業(yè)網(wǎng)銀前置服務器322還有一個重要作用，就 是對企業(yè)網(wǎng)銀客戶端313發(fā)送的大額支付申請的數(shù)據(jù)進行預處理，驗證其合 法性。該驗證過程可以是通過驗證第三方支付平臺方面發(fā)起大額支付申請時 輸入的帳號密碼是否匹配以及大額支付申請的金額是否小于其打款賬戶內(nèi)的 金額等來進行的。企業(yè)網(wǎng)銀前置服務器322具體來說可以包括如下部分企 業(yè)接口單元3221、預處理單元3223和資金托管機構(gòu)接口單元3222,且它們 依次相連(請參見圖6)。企業(yè)接口單元3221負責和企業(yè)網(wǎng)4艮客戶端313之間 的通信，其將接收的信息送至預處理單元3223進行數(shù)據(jù)驗證，經(jīng)過驗證后的 數(shù)據(jù)再送至資金托管機構(gòu)接口單元3222以進入第一核心服務器323。
第一核心服務器323是資金托管機構(gòu)320的主服務器，其負責各種搡作 的調(diào)度調(diào)配，在本申請中，其接收到由企業(yè)網(wǎng)銀前置服務器322轉(zhuǎn)發(fā)過來的由第三方支付平臺310提出的大額支付申請，控制行內(nèi)轉(zhuǎn)帳服務器325將第
然后再組成對應的支付報文轉(zhuǎn)交至第一HVPS前置服務器321,由第一HVPS 前置服務器321轉(zhuǎn)交至對應的銷賬機構(gòu)340。第一核心服務器321可以直接將 第三方支付平臺打款賬戶中的相應金額打入資金托管機構(gòu)的HVPS清算賬戶。 第一 HVPS前置服務器321是HVPS系統(tǒng)在資金托管機構(gòu)320的接入點， 其通過HVPS專線直接和人民銀行的HVPS系統(tǒng)相連，因此其具有很高的安 全性。第一HVPS前置服務器321接收到第一核心服務器323的處理請求后， 即按照HVPS系統(tǒng)的統(tǒng)一接口標準，向人民銀行HVPS系統(tǒng)發(fā)起大額支付請 求。
第一數(shù)據(jù)庫324用以存儲上述各個服務器操作中所涉及的各種數(shù)據(jù)，比 如企業(yè)網(wǎng)銀前置服務器322所轉(zhuǎn)交過來的大額支付申請中的各種費用明細數(shù)
據(jù)等等。
請參見圖7，其為本申請實施例的一銷帳機構(gòu)的結(jié)構(gòu)圖。該銷帳機構(gòu)340 包括第二HVPS前置服務器341、第二核心服務器342、第二數(shù)據(jù)庫343和第 二行內(nèi)轉(zhuǎn)帳服務器344,其中，第二HVPS前置服務器341、第二核心服務器 342和第二數(shù)據(jù)庫343之間通過行內(nèi)LAN進行相互之間的通信和數(shù)據(jù)傳遞， 而第二行內(nèi)轉(zhuǎn)帳服務器344則既可以是獨立于第二核心服務器342但與其連 通的物理服務器，同時也可以是第二核心服務器342內(nèi)的一個子系統(tǒng)。
第二 HVPS前置服務器341同樣通過HVPS專線連接至人民銀行HVPS 系統(tǒng)，其接收人民銀行HVPS系統(tǒng)轉(zhuǎn)發(fā)的來自資金托管機構(gòu)320的大額支付 請求，并對請求數(shù)據(jù)進行預處理，驗證其合法性，如果數(shù)據(jù)合法，則遞交該 信息至第二核心服務器342進行處理。第二核心服務器342通過行內(nèi)LAN收 到該支付報文信息后，根據(jù)信息中的打款金額控制第二行內(nèi)轉(zhuǎn)帳服務器344 從銷帳機構(gòu)的HVPS清算賬戶中扣款，并入賬至銷帳機構(gòu)的收款賬戶，此時 大額支付過程結(jié)束。銷帳機構(gòu)只需再將收款賬戶中的金額通過行內(nèi)轉(zhuǎn)帳系統(tǒng) 分流入賬至各個服務提供單位的結(jié)算賬戶即可。第二數(shù)據(jù)庫343也同樣用以 存儲上述各個服務器操作中所涉及的各種數(shù)據(jù)。需要說明的是，第三方支付平臺310可以將繳費記錄分類存儲單元3122和繳費記錄存儲單元3121存儲 的信息(如繳費記錄單、繳費記錄分類記錄單等)直接發(fā)送至各個服務提供 單位，也可以通過HVPS專網(wǎng)發(fā)送至各個服務提供單位。
需要說明的是，資金托管機構(gòu)可以和銷賬機構(gòu)是同一家銀行，也可以是 不同的銀行。
基于上述系統(tǒng)，本申請又提出一種基于HVPS系統(tǒng)的第三方支付平臺繳 費方法，其通過統(tǒng)一的第三方支付平臺將各種繳費在網(wǎng)上予以支付，請參見 圖8,其為本申請一種基于HVPS系統(tǒng)的第三方支付平臺繳費方法的原理流程 圖，該方法包括如下步驟
S310:第三方支付平臺接受若干用戶的繳費申請，并進行扣款處理。
第三方支付平臺接受用戶的繳費申請后，實時登錄至對應服務提供單位 繳費平臺獲得對應的需繳費用信息，或查找預先存儲的由服務提供單位繳費 平臺提供的需繳費用信息從中獲得用戶對應的需繳費用信息。
并且，可以直接將用戶需繳納的費用從用戶提供的銀行賬戶中進行扣款 操作，但是考慮到資金的安全管理，第三方支付平臺可以在本端建立用戶的 賬戶信息，對所述用戶的賬戶進行對應的充值操作，后對充值后的賬戶進行 對應的扣款處理。如果是采用這種方式，則具體的扣款操作為
Al:第三方支付平臺接受用戶的繳費申請時，判斷所述用戶是否是第三方 支付平臺的注冊用戶，如果不是，則先完成注冊步驟，建立所述用戶賬戶信 息，再進行A2，否則直接進行步驟A2;
A2:第三方支付平臺判斷用戶賬戶中的金額是否大于等于該用戶需繳納 的費用，若是，則進行扣款處理，否則，提示用戶進行向所述賬戶充值的步 驟，充值成功，則重新進行A2步驟，充值不成功，則結(jié)束繳費操作。
S320:第三方支付平臺將處理完的繳納費用匯總后通過所述資金托管機 構(gòu)利用HVPS網(wǎng)支付至各個服務提供單位在所述銷賬機構(gòu)上開設的對應的結(jié) 算賬戶。
步驟S320進一步包括
16(2-1 )第三方支付平臺定期將已處理的繳納費用匯總，并將該些已繳納費
用以服務提供單位為單元進行分類匯總。第三方支付平臺向資金托管機構(gòu)中 發(fā)送的數(shù)據(jù)包中至少包括本次已繳納的費用總和，當然，第三方支付平臺向
的費用總和。
(2-2)資金托管機構(gòu)將匯總后的總繳納費用從打款賬戶中進行扣款，所
(2-3)資金托管機構(gòu)將扣除的總繳納費用通過HVPS專網(wǎng)轉(zhuǎn)帳至對應銷帳 機構(gòu)的HVPS清算賬戶；
(2-4)銷帳機構(gòu)從HVPS清算賬戶入賬至目標帳戶后再分流入賬至各個服 務提供單位的結(jié)算賬戶。
得各個服務提供單位的本次已繳納的費用總和，將對應的費用分流入賬至對 應的服務提供單位的結(jié)算賬戶.中。
以下就舉一個具體的應用例來說明(請參閱圖9)。
S410:第三方支付平臺預先和資金托管機構(gòu)進行雙方安全通信的約定；也 就是說第三方支平臺和資金托管機構(gòu)之間交互的數(shù)據(jù)安全性預先進行處理， 比如，第三方支付平臺預先部署資金托管機構(gòu)的企業(yè)網(wǎng)銀客戶端、硬件證書 以及操作員、復核員的用戶及密碼。企業(yè)網(wǎng)銀客戶端和硬件證書是為了使第 三方支付平臺和資金托管機構(gòu)之間的交互通信更為安全，操作員和復核員用 戶和密碼的設置是為了對大額支付申請過程加以人工干涉，保證其準確性，
需要指出的是，該復核員既可以是現(xiàn)實的人，也可以是系統(tǒng)中的一個虛擬用 戶，其才喿作由系統(tǒng)自動完成。
S420:第三方支付平臺為用戶提供一繳費頁面，引導用戶輸入相關的繳費 信息和完成付款操作，該些繳費信息可以包括地區(qū)、交費項目、收費單位， 賬單上的條形碼編碼和金額等，并將收集到的該些信息加以整理，輸入至一 預先設定的繳費明細表予以存儲。第三方支付平臺根據(jù)當日所有繳費用戶的繳費明細表并經(jīng)由企業(yè)網(wǎng)銀客 戶端向資金托管機構(gòu)提交大額支付申請，在該大額支付申請被送出前，需要 經(jīng)過第三方支付平臺的復核員復核通過。第三方支付平臺向資金托管機構(gòu)提 交大額支付申請的時間可以是以天為周期，也可以是以周為周期等等，這都 可以是預先約定的。
S430:資金托管機構(gòu)接收上述來自第三方支付平臺的大額支付申請，并對 該申請的相關數(shù)據(jù)進行預處理以驗證其合法性，該-驗證過程可以是通過驗證 第三方支付平臺方面發(fā)起大額支付申請時輸入的帳號密碼是否匹配以及大額 支付申請的金額是否小于其打款賬戶內(nèi)的金額等來進行。
企業(yè)網(wǎng)銀前置系統(tǒng)將通過驗證后的申請通過行內(nèi)LAN (局域網(wǎng))送至資 金托管機構(gòu)的核心系統(tǒng)，核心系統(tǒng)根據(jù)該申請令行內(nèi)轉(zhuǎn)帳系統(tǒng)從第三方支付 平臺的打款賬戶內(nèi)扣除相應的金額至資金托管機構(gòu)的HVPS清算賬戶。然后 核心系統(tǒng)再將該大額支付申請轉(zhuǎn)交至資金托管機構(gòu)的HVPS前置系統(tǒng)進行處 理。
資金托管機構(gòu)的HVPS前置系統(tǒng)收到核心系統(tǒng)的處理請求后，其按照人 民銀行HVPS系統(tǒng)的統(tǒng)一接口標準，通過HVPS專網(wǎng)向人民銀行HVPS系統(tǒng) 發(fā)起大額支付請求。HVPS系統(tǒng)首先根據(jù)該請求匹配對應的銷帳機構(gòu)，然后將 該請求轉(zhuǎn)發(fā)至該對應的銷帳機構(gòu)，同時將金額從資金托管機構(gòu)的HVPS清算 賬戶轉(zhuǎn)入銷帳^M勾的HVPS清算賬戶。
S440:銷帳機構(gòu)的HVPS前置系統(tǒng)收到上述轉(zhuǎn)發(fā)的大額支付請求后，先對 該請求進行預處理，驗證其合法性，然后遞交請求至銷帳機構(gòu)的核心系統(tǒng)， 核心系統(tǒng)根據(jù)該申請令行內(nèi)轉(zhuǎn)帳系統(tǒng)從銷帳機構(gòu)的HVPS清算賬戶中扣除相 應的金額至目標賬戶。最后再將該目標賬戶內(nèi)的金額分流入賬至各個服務提 供單位的結(jié)算賬戶，從而完成整個大額清算過程。
綜上所述，和現(xiàn)有技術(shù)相比，本申請的繳費系統(tǒng)具有如下優(yōu)點
1、本申請通過第三方支付平臺在網(wǎng)上來完成各種繳費，尤其是公共事業(yè) 繳費，避免了過多的占用銀行拒面資源，同時也方便了用戶，節(jié)省了用戶的 寶貴時間。2、 本申請是基于人民銀行的HVPS系統(tǒng)的，所以其覆蓋面相當廣，涵蓋 了全國范圍內(nèi)的商業(yè)銀行、信用社和四大國有銀行，可以支持繳費事業(yè)的后 續(xù)業(yè)務拓展。另外大額支付系統(tǒng)與各銀行業(yè)機構(gòu)的行內(nèi)系統(tǒng)直接連接，實現(xiàn) 了從發(fā)起行到接收行全過程的自動化處理，實行逐筆發(fā)送，實時清算， 一筆 支付業(yè)務不到l分鐘即可到賬，加快了資金清算速度。
3、 本申請只需在一個資金托管機構(gòu)辦理賬戶，大大降低了賬戶管理的成本。
以上公開的僅為本申請的幾個具體實施例，但本申請并非局限于此，任 何本領域的技術(shù)人員能思之的變化，都應落在本申請的保護范圍內(nèi)。
權(quán)利要求
1、一種基于HVPS系統(tǒng)的第三方支付平臺繳費系統(tǒng)，其用戶利用一第三方支付平臺將各種需繳納的費用通過HVPS系統(tǒng)進行支付，所述HVPS系統(tǒng)包括通過HVPS專網(wǎng)連接的資金托管機構(gòu)和用以和各個服務提供單位進行銷賬的銷賬機構(gòu)，所述第三方支付平臺連接用戶和所述資金托管機構(gòu)，其進一步包括用戶繳費服務器用于接收并處理用戶的繳費申請，并將處理完的已繳納費用匯總后通過所述資金托管機構(gòu)支付至各個服務提供單位在所述銷賬機構(gòu)上開設的對應結(jié)算賬戶；繳費數(shù)據(jù)庫連接至用戶繳費服務器，用于保存包括用戶繳費數(shù)據(jù)在內(nèi)的數(shù)據(jù)，以完成與各個服務提供單位的對賬處理。
2、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述用戶繳費服務器進一步 包括用戶接口單元用以接收用戶輸入的繳費信息；繳費處理單元與用戶接口單元相連，用以處理用戶輸入的繳費信息， 包括將需要繳納的費用進行扣款處理；所述繳費管理單元，與繳費處理單元相連，用以將已繳費信息進行分類 整合。
3、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述繳費數(shù)據(jù)庫進一步 包括繳費記錄存儲單元用于存儲每一筆用戶輸入的繳費信息，并保存其對 應的處理結(jié)果；繳費記錄分類存儲單元用于將已繳納的費用信息分類整合后的分類信 息進行存儲。
4、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括用于保存用 戶需繳費用信息的各個服務提供單位繳費平臺，所述服務提供單位繳費平臺 通過網(wǎng)絡或?qū)＞€連接至第三方支付平臺。
5、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，繳費數(shù)據(jù)庫進一步包括需繳費用信息存儲單元，用于保存定期從所述服務提供單元繳費平臺獲 得用戶需繳費用信息。
6、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述繳費處理單元進一步包括繳費觸發(fā)處理子單元用于當接收到用戶的繳費請求后，連接至對應的 服務提供單位繳費平臺，獲得用戶需繳納的費用信息。
7、 如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述繳費處理單元進一步包 括扣款處理子單元用于在對應的用戶賬戶中扣除對應的需繳納費用。
8、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述資金托管機構(gòu)進一步包括第一 HVPS前置服務器，用于建立與銷賬機構(gòu)的安全信息交互；第一核心服務器，用于處理第三方支付平臺發(fā)送的支付請求，并將已繳 納的金額發(fā)送至銷賬機構(gòu)第一數(shù)據(jù)庫，用于存儲支付請求的處理結(jié)果。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述資金托管機構(gòu)還包括第 一行內(nèi)轉(zhuǎn)賬服務器，連接第一核心服務器，用于完成將已繳納的金額從打款 賬戶中進行扣除處理，所述打款賬戶為第三方支付平臺開設在所述資金托管 才幾構(gòu)的賬戶。
10、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述銷帳機構(gòu)包括 第二 HVPS前置服務器，用于建立與資金托管機構(gòu)的安全信息交互 第二核心服務器，用于將已繳納的金額支付至各個服務提供單位在本端上開設的對應結(jié)算賬戶第二數(shù)據(jù)庫，用于存儲每一筆的支付記錄。
11、 如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述銷賬機構(gòu)還包括第二 行內(nèi)轉(zhuǎn)賬服務器，連接至第二核心服務器，用于在第二核心服務器的控制下 完成對應金額分別打入對應的結(jié)算賬戶操作。
12、 一種基于HVPS系統(tǒng)的第三方支付平臺繳費系統(tǒng)，其特征在于，包括至少一服務提供單位繳費平臺，用于提供用戶需繳費用信息；第三方支付平臺，分別連接每一服務提供單位繳費平臺和用戶客戶端， 用于接收用戶的繳費請求，實時登錄至對應服務提供單位繳費平臺獲得對應 的需繳費用信息或是查找預先存儲的由服務提供單位繳費平臺提供的需繳費 用信息，從中獲得用戶對應的需繳費用信息后進行對應的扣款處理，并對已 繳費用按服務提供單位為單元分類整合；資金托管機構(gòu)，連接所述第三方支付平臺，用于接收第三方支付平臺支 付的按服務提供單位為單元分類后的已繳總費用；銷賬機構(gòu)，通過HVPS網(wǎng)絡連接至所述資金托管機構(gòu)，其有服務提供單 位開設的賬戶，用于在對應的賬戶上接收資金托管機構(gòu)轉(zhuǎn)交過來的已繳總費 用。
13、 一種基于HVPS系統(tǒng)的第三方支付平臺繳費方法，其通過一第三方 支付平臺將各種繳費在網(wǎng)上予以支付，包括如下步驟(1傳三方支付平臺接受若干用戶的繳費申請，并進行扣款處理；(2傳三方支付平臺將處理完的繳納費用匯總后通過所述資金托管機構(gòu)利用HVPS網(wǎng)支付至各個服務提供單位在所述銷賬機構(gòu)上開設的對應的結(jié)算賬戶。
14、 如權(quán)利要求13所述的方法，其特征在于，步驟(l)第三方支付平臺 接受用戶的繳費申請后還包括實時登錄至對應服務提供卑位繳費平臺獲得對應的需繳費用信息，或查找預先存儲的由服務提供單位繳費平臺提供的需繳費用信息從中獲得 用戶對應的需繳費用信息。
15、 如權(quán)利要求13所述的方法，其特征在于，步驟(2)進一步包括 (2-l)第三方支付平臺定期將已處理的繳納費用匯總，并將該些已繳納費用以服務提供單位為單元進行分類匯總；(2-2)資金托管機構(gòu)將匯總后的總繳納費用從打款賬戶中進行扣款，所述 打款賬戶存放有第三方支付平臺在所述資金托管機構(gòu)上存儲的儲備資金；(2-3)資金托管機構(gòu)將扣除的總繳納費用通過HVPS專網(wǎng)轉(zhuǎn)帳至對應銷帳 機構(gòu)的HVPS清算賬戶；(2-4)銷帳機構(gòu)從HVPS清算賬戶入賬至目標帳戶后再分流入賬至各個服 務提供單位的結(jié)算賬戶。
16、 如權(quán)利要求13所述的方法，其特征在于，步驟(l)中第三方支付平臺 向資金托管機構(gòu)提交的大額支付申請先進行數(shù)據(jù)預處理，驗證其合法性，所 述驗證過程進一步包括通過驗證第三方支付平臺發(fā)起大額支付申請時輸入 的帳號密碼是否匹配以及大額支付申請的金額是否小于其打款賬戶內(nèi)的金 額。
17、 如權(quán)利要求13或14所述的方法，其特征在于，步驟(l)還包括Al:第三方支付平臺接受用戶的繳費申請時，判斷所述用戶是否是第三方 支付平臺的注冊用戶，如果不是,'則先完成注冊步驟，建立所述用戶賬戶信 息，再進行A2，否則直接進行步驟A2;A2:第三方支付平臺判斷用戶賬戶中的金額是否大于等于該用戶需繳納 的費用，若是，則進行扣款處理，否則，提示用戶進行向所述賬戶充值的步 驟，充值成功，則重新進行A2步驟，充值不成功，則結(jié)束繳費操作。
全文摘要
一種基于HVPS系統(tǒng)的第三方支付平臺繳費系統(tǒng)，包括第三方支付平臺、資金托管機構(gòu)、銷帳機構(gòu)和HVPS專網(wǎng)，其中，第三方支付平臺通過網(wǎng)絡和資金托管機構(gòu)相連，而資金托管機構(gòu)則通過所述HVPS專網(wǎng)和銷帳機構(gòu)相連。本申請的繳費系統(tǒng)通過第三方支付平臺來完成各種繳費，避免了過多的占用銀行柜面資源，節(jié)省了用戶的寶貴時間。另外由于本申請是基于人民銀行的HVPS系統(tǒng)的，所以其覆蓋面相當廣，涵蓋了全國范圍內(nèi)的商業(yè)銀行、信用社和四大國有銀行，可以支持繳費事業(yè)的后續(xù)業(yè)務拓展。
文檔編號G06Q20/14GK101540032SQ20091014051
公開日2009年9月23日 申請日期2009年4月30日 優(yōu)先權(quán)日2009年4月30日
發(fā)明者亮 張 申請人:阿里巴巴集團控股有限公司