專利名稱：安全支付系統(tǒng)及安全支付方法
技術領域：
本發(fā)明涉及網絡技術，尤其涉及一種對現(xiàn)有銀行系統(tǒng)的改進使其能完成安全支付功能的安全支付系統(tǒng)及相應的安全支付方法。
背景技術：
利用銀行交納各種費用，如水費、電話費、罰款，不僅方便了交費方，也有利于接收方，從中更凸現(xiàn)出銀行越來越重要的服務功能。但是，當網上支付并未成為主流時，大多數(shù)人選擇走進各家銀行網點進行繳費，因此造成網點柜臺非常繁忙，而用戶花費大量時間在等待。
以下以交通違單處罰為例來說明現(xiàn)有支付流程。隨著城市中機動車快速增加，交通管理部門的工作日趨繁重。目前對機動車司機違章行為的罰款是由交警開出罰款單，違章司機到銀行交罰款，銀行再轉帳到交通部門。這種方法可以利用分布在城市中密集的銀行網點，方便交款者，同時也降低了交通部門對應人員的配置。但是，隨著各家銀行開發(fā)的服務功能的增多，網點柜臺越來越繁忙，由此造成交款者花費大量時間在等待。
在03260344.4中公開了一種用于城市交通管理的智能罰款裝置。它包括無線移動通信網、違章司機的IC卡、便攜式無線罰款儀、無線數(shù)據(jù)接收器、業(yè)務中心計算機、無線數(shù)據(jù)發(fā)送器和司機的手機。當交警對有違章行為的司機罰款時，把司機持有的含有司機個人代碼的IC卡在便攜式無線罰款儀上刷卡，便攜式無線罰款儀發(fā)出無線信號，通過無線移動通信網和無線數(shù)據(jù)接收器，罰款信號傳送至業(yè)務中心計算機中，由業(yè)務中心計算機做違章司機帳號的扣款、轉帳和信息反饋工作。使用本裝置，交警發(fā)現(xiàn)司機的違章行為后需要將司機的IC卡在便攜式無線罰款儀上刷卡后即完成工作，司機也不必要親自到銀行繳款，減輕銀行的工作量。但是，完成上述罰款管理，需要對每個交警提供一臺便攜式無線罰款儀，成本非常高，實現(xiàn)難度大。另外，每一司機需要一銀行帳號，以便業(yè)務中心能在司機違章時進行扣款工作，通過業(yè)務中心計算機做違章司機帳號的扣款、轉帳具有一定的風險。另外，若該帳號余額不足，則就比較麻煩，需要通過柜臺將現(xiàn)金存入該帳號。
除了上述公開的交通違單處罰的支付流程外，還存在很多類似的繳費流程，如水費、電費、電話費等費用的支付流程，現(xiàn)有技術中缺少使用方便、實現(xiàn)難度低且安全系數(shù)高的支付系統(tǒng)及支付方法。

發(fā)明內容
本發(fā)明的目的在于提供一種支付系統(tǒng)及支付方法，以解決現(xiàn)有技術中通過銀行支付費用安全系數(shù)不高、對用戶而言使用不方便的技術問題。
為解決上述問題，本發(fā)明公開了一種安全支付系統(tǒng)，包括自助終端、交換中心和發(fā)卡機構主機，還包括公共支付平臺和第三方的數(shù)據(jù)庫主機，其中自助終端，自助終端連接公共支付平臺，用于將用戶要求的繳費信息及付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺；公共支付平臺，連接第三方的數(shù)據(jù)庫主機以及通過交換中心連接至發(fā)卡機構主機，用于將繳費交易報文轉換成交換中心能夠接受的消費交易報文后，發(fā)送至交換中心，以及將交換中心返回的消費交易處理結果轉換成繳費交易處理結果分別發(fā)送至自助終端和第三方的數(shù)據(jù)庫主機；交換中心，通過付款銀行卡信息確定發(fā)卡機構，并將消費交易報文發(fā)送至對應的發(fā)卡機構主機，以及將發(fā)卡機構主機返回的消費交易處理結果返回至公共支付平臺，以及完成清算；發(fā)卡機構主機，用于進行扣款處理，并將消費交易處理結果返回至交換中心；第三方的數(shù)據(jù)庫主機，用于保存用戶支付的費用信息，并在接收到公共支付平臺返回的繳費成功消息后更新數(shù)據(jù)庫中對應用戶的費用信息。
所述自助終端包括IC卡接口和IC卡讀寫單元，其中IC卡接口，用于插接用戶的IC卡，所述IC卡至少包含用戶標識；IC卡讀寫單元，連接IC卡接口，用于從IC卡中讀出數(shù)據(jù)以及寫入數(shù)據(jù)至IC卡。所述自助終端為POS機，在接收到公共支付平臺返回的繳費成功消息后，POS機通過IC卡讀寫單元更新IC卡上的費用信息，并通過POS機的打印機打印交易憑證。
本發(fā)明還包括設置在公共支付平臺和各個自助終端之間的網絡控制器。
述公共支付平臺進一步包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互；安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
各臺自助終端可以通過無線網絡直接建立與公共支付平臺的連接或者通過銀行主機建立與公共支付平臺的連接，公共支付平臺通過專線或網絡建立與第三方的數(shù)據(jù)庫主機的連接。
一種安全支付方法，包括(1)自助終端將支付信息及銀行卡信息組包成繳費交易報文，向公共支付平臺發(fā)起繳費交易請求；(2)公共支付平臺將繳費交易轉換成消費交易上送至交換中心；(3)交換中心返回發(fā)卡機構主機的消費交易處理結果；(4)公共支付平臺將消費交易處理結果分別通知自助終端和第三方的數(shù)據(jù)庫主機或者先通知第三方的數(shù)據(jù)庫主機，然后在接收第三方的數(shù)據(jù)庫主機返回成功繳費應答后才將消費交易處理結果返回至自助終端。步驟(4)還包括當?shù)谌降臄?shù)據(jù)庫主機中接收到繳費成功的信息后，判斷該條信息對應的記錄在所述數(shù)據(jù)庫中是否存在，若是，則更新對應記錄的繳費狀態(tài)，否則，將所述信息記錄在所述數(shù)據(jù)庫中，并對所述記錄來源作標識。
步驟(4)還包括自助終端收到公共支付平臺繳費成功應答后，修改IC卡上的欠費記錄或者刪除該筆記錄，并打印交易憑證。
步驟(1)具體為IC卡上保存有需要用戶繳費記錄，自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。
步驟(1)之前還包括當自助終端接收到用戶輸入的查詢指令后，向公共支付平臺發(fā)送包含IC卡卡號的查詢指令；公共支付平臺將包含IC卡卡號的查詢指令發(fā)送至第三方的數(shù)據(jù)庫主機；第三方的數(shù)據(jù)庫主機根據(jù)IC卡卡號查詢到未繳費記錄，并將所述未繳費記錄通過公共支付平臺發(fā)送至自助終端；步驟(1)具體為自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。第三方的數(shù)據(jù)庫可以向公共支付平臺發(fā)出查詢請求，公共支付平臺將查詢結果返回至第三方的數(shù)據(jù)庫。
本發(fā)明還提供了另一種安全支付系統(tǒng)，包括扣款服務器、前置機、公共支付平臺、交換中心和銀行主機，其中扣款服務器，連接前置機，用于向前置機發(fā)送扣款請求指令；前置機用于向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額、流水號與銀行卡關聯(lián)的身份標識及包含商號的商戶信息；公共支付平臺連接前置機和交換中心，用于根據(jù)與銀行卡關聯(lián)的身份標識得到扣款銀行賬號，并將扣款請求轉換成消費交易報文發(fā)送至交換中心，將交換中心返回的消費交易處理結果發(fā)送至前置機以及以及完成對帳(與商戶的對帳、與交換系統(tǒng)的對帳)；交換中心連接銀行主機，用于根據(jù)銀行帳號將消費交易報文發(fā)送至對應的銀行主機以及將銀行主機返回的消費交易處理結果返回至公共支付平臺；銀行主機在對應銀行賬號上完成扣款處理，并將扣款處理結果返回至交換中心。
所述公共支付平臺進一步包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互；安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
本發(fā)明提供了另一種安全支付方法，包括(1)扣款服務器向前置機發(fā)送扣款請求，所述扣款請求中至少包括扣款金額；(2)前置機向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額、流水號、與銀行卡關聯(lián)的身份標識及包含商戶號的商戶信息；(3)公共支付平臺將接收到的扣款請求轉化成消費交易，發(fā)送至交換中心；(4)交換中心返回發(fā)卡機構主機的消費交易處理結果；(5)公共支付平臺將消費交易處理結果通知前置機。
步驟(1)之前還包括扣款服務器向前置機發(fā)送查詢請求，所述查詢請求中包含與銀行卡關聯(lián)的身份標識；前置機向公共支付平臺發(fā)送查詢請求；公共支付平臺通過交換中心獲得對應銀行賬號的余額信息，返回至前置機，以便扣款服務器基于銀行賬號的余額信息決定是否要發(fā)起扣款請求。
本發(fā)明還包括前置機接收到交易處理未成功時，重新向前置機向公共支付平臺發(fā)送扣款請求。
與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點本發(fā)明通過現(xiàn)有的銀行系統(tǒng)的自助終端(如POS機)，進行繳費處理。由于自助終端可以不受時間限制進行工作，并且自動終端具有的很高安全性，因此本發(fā)明可以利用現(xiàn)有的POS機進行繳費工作，不僅避免了在銀行網點排隊花費大量時間，而且還能不受銀行網點的工作時間限制，用戶使用非常方便。從另一層面來說，在POS機上開發(fā)了擴展業(yè)務，提高了POS機的資源利用率。POS機上可以使用多家發(fā)卡銀行下發(fā)的銀行卡來進行繳費，再利用現(xiàn)有的交換中心來進行清算，不僅極大了方便用戶，而且也給各家金融企業(yè)帶來了便利。
本發(fā)明還提供了另一種針對公司或其他系統(tǒng)的安全支付，使得交貨方通過銀行直接將付款方的貨款進行扣除，扣除成功后，即可向付款方進行交貨?？鄢呢浛羁梢院豌y行直接進行對賬，以此來提高貨款交付的時間效率，同時提高了安全系數(shù)。


圖1為本發(fā)明的安全支付系統(tǒng)的結構示意圖；圖2為本發(fā)明提供的安全支付方法的流程圖；圖3為本發(fā)明的安全支付系統(tǒng)的一示例圖；圖4為本發(fā)明另一種安全支付系統(tǒng)的結構示意圖；圖5為本發(fā)明另一種安全支付方法的流程圖；圖6為本發(fā)明的煙草傳銷系統(tǒng)的支付系統(tǒng)的示意圖。
具體實施例方式
以下結合附圖，具體說明本發(fā)明。
本發(fā)明的核心在于，對現(xiàn)有的銀行系統(tǒng)的自助終端(如POS機)進行改造使其具有讀寫IC卡的功能，再在現(xiàn)有的銀行系統(tǒng)的基礎上增加公共支付平臺，能夠完成繳費功能。由于自助終端可以不受時間限制進行工作，不僅給用戶提供方便。而且可以利用現(xiàn)有銀行系統(tǒng)的高安全性，達到本發(fā)明支付的安全。
請參閱圖1，其為本發(fā)明的安全支付系統(tǒng)的結構示意圖。它包括自助終端11、交換中心13、發(fā)卡機構主機14，公共支付平臺12和第三方的數(shù)據(jù)庫主機15，其中自助終端11，自助終端連接公共支付平臺12，用于將用戶要求的繳費信息及付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺12；
公共支付平臺12，連接第三方的數(shù)據(jù)庫主機15以及通過交換中心13連接至發(fā)卡機構主機14，用于將繳費交易報文轉換成交換中心13能夠接受的消費交易報文后，發(fā)送至交換中心13，以及將交換中心13返回的消費交易處理結果轉換成繳費交易處理結果分別發(fā)送至自助終端11和第三方的數(shù)據(jù)庫主機15；交換中心13，通過付款銀行卡信息確定發(fā)卡機構，并將消費交易報文發(fā)送至對應的發(fā)卡機構主機14，以及將發(fā)卡機構主機14返回的消費交易處理結果返回至公共支付平臺12，交換中心還負責進行清算工作；發(fā)卡機構主機14，用于進行對銀行卡進行扣款處理，并將消費交易處理結果返回至交換中心13；第三方的數(shù)據(jù)庫主機14，用于保存用戶需要支付的費用、與銀行卡號綁定的身份標識等信息，并在接收到公共支付平臺12返回的繳費成功消息后更新數(shù)據(jù)庫中對應用戶的費用信息。
自助終端11可以是POS機。目前各家銀行的POS機分布密集，且在POS上開展業(yè)務不受時間限制，還有POS機上進行業(yè)務處理本身具有很高的安全性。因此，本發(fā)明的安全支付系統(tǒng)可以是基于現(xiàn)有的POS機完成用戶的各項繳費業(yè)務，不僅避免了在銀行網點排隊花費大量時間，而且還能不受銀行網點的工作時間限制，用戶使用非常方便。從另一層面來說，在POS機上開發(fā)了擴展業(yè)務，提高了POS機的資源利用率。
現(xiàn)有的很多費用都是通過IC卡進行繳費的。比如，為了方便交通管理，每一駕駛員都有駕駛員的IC卡，該IC卡中至少包含該IC的唯一標識，稱之為IC卡卡號。當交警對違章機動車駕駛員進行處罰時，在該駕駛員的IC卡中輸入違章違法情況及應交款項。因此，在POS機上需要設置用于插接IC卡的IC卡接口和用于讀寫IC卡的IC卡讀寫單元。IC卡接口，用于插接用戶的IC卡；IC卡讀寫單元，連接IC卡接口，用于從IC卡中讀出數(shù)據(jù)以及寫入數(shù)據(jù)至IC卡。然而，現(xiàn)有的POS機通常帶有IC卡接口，并且具有IC卡讀寫功能。因此，只需對對現(xiàn)有的POS機進行部分改造，比如對IC卡讀寫單元進行編程，使其能夠讀出駕駛員IC卡的信息以及按照預設的規(guī)定修改IC卡上的信息或者按照預設的規(guī)定刪除IC卡上的某一內容。
當然，由于IC卡方便且成本低，使用IC卡進行費用支付是最為常見的一種媒介手段。本發(fā)明還可以針對其他的媒介進行銀行支付，其原理和IC卡類似。
第三方的數(shù)據(jù)庫主機15中可以保存有以IC卡卡號為索引建立的用戶需要支付的費用信息。當IC卡為駕駛員管理IC卡時，第三方的數(shù)據(jù)庫主機15為交管局處罰數(shù)據(jù)庫主機。當IC卡為水費IC卡時，第三方的數(shù)據(jù)庫主機15為自來水公司的水費數(shù)據(jù)庫主機。繳費交易報文與銀行系統(tǒng)內部的消費交易報文之間通過公共支付平臺建立數(shù)據(jù)交互。并且，公共支付平臺中還保存有交管局處罰金額放置的銀行賬號，以便發(fā)卡機構進行扣款處理后，能將扣款的金額打到對應的銀行賬號上。現(xiàn)有的交通違章處罰的罰款通常是地方性財政收入中的一項內容。因此，該扣款金額會直接劃入地方財政的相應銀行賬號上。
公共支付平臺12可以一服務器，也可以由若干計算機組成的系統(tǒng)。公共支付平臺12連接自助終端11、第三方的數(shù)據(jù)庫主機15和交換中心14，用于建立銀行系統(tǒng)與繳費系統(tǒng)的數(shù)據(jù)交互。它包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互。通常情況下，自助終端11向公共支付平臺12發(fā)送的是繳費交易報文，所述繳費交易報文中包括繳費信息、付款銀行等用于進行繳費的信息，所述繳費交易報文是預先設定的，自助終端11和公共支付平臺12之間能夠相應識別的。公共支付平臺12和第三方的數(shù)據(jù)庫的主機15之間也可以使用繳費交易報文進行相互交易，所述繳費交易報文中包含繳費對象、費用記錄ID號(或其他用于識別費用記錄的識別號)等。自動終端11和第三方的數(shù)據(jù)庫主機15可以使用同一格式規(guī)定的繳費交易報文與公共支付平臺12進行數(shù)據(jù)通信，也可以使用不同格式規(guī)定的繳費交易報文與公共支付平臺12進行數(shù)據(jù)通信。對于公共支付平臺12而言，接入及業(yè)務邏輯控制單元需要對不同格式規(guī)定的繳費交易報文進行格式互換。最重要的是，對于交換中心13所通接受是具有一定格式的消費交易報文，公共支付平臺12需要建立自助終端11的繳費交易報文、第三方的數(shù)據(jù)庫主機15的繳費交易報文與交換中心13的消費交易報文之間的報文轉換，以便進行數(shù)據(jù)通信。
安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
基于上述公開的支付系統(tǒng)，本發(fā)明還提出了一種安全支付方法。請參閱圖2，其為本發(fā)明提供的安全支付方法的流程圖。它包括S110自助終端將支付信息及付款銀行卡信息組包成繳費交易報文，向公共支付平臺發(fā)起繳費交易請求。
當IC卡上保存有需要用戶繳費記錄時，自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺即為發(fā)起繳費交易請求。
當IC卡上未保存有需要用戶繳費記錄時，可以先進行查詢過程a1當自助終端接收到用戶輸入的查詢指令后，向公共支付平臺發(fā)送包含IC卡卡號的查詢指令；a2公共支付平臺將包含IC卡卡號的查詢指令發(fā)送至第三方的數(shù)據(jù)庫主機；a3第三方的數(shù)據(jù)庫主機根據(jù)IC卡卡號查詢到未繳費記錄，并將所述未繳費記錄通過公共支付平臺發(fā)送至自助終端；然后才進行繳費交易請求過程自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。
S120公共支付平臺將繳費交易轉換成消費交易上送至交換中心。用于繳費的繳費交易報文和銀行系統(tǒng)內使用的標準的消費交易報文是不同的，為此，公共支付平臺接收到繳費交易報文時，先經過數(shù)據(jù)校驗、拆包等動作，從繳費交易報文中獲得相應的銀行卡信息及相應的扣款款項信息。再按照標準的消費交易報文進行組包，以便交換中心和發(fā)卡機構主機能夠識別并處理該消費交易報文。
S130交換中心返回發(fā)卡機構主機的消費交易處理結果。當發(fā)卡機構主機接收到消費交易報文后，回應交換中心。若交換中心接收不到發(fā)卡機構主機的應答，向發(fā)卡機構發(fā)起沖正。當發(fā)卡機構主機完成從對應的銀行卡中扣款相應款項后，返回繳費成功的交換中心消費交易處理結果。
S140公共支付平臺將消費交易處理結果分別通知自助終端和第三方的數(shù)據(jù)庫主機或者先通知第三方的數(shù)據(jù)庫主機，然后在接收第三方的數(shù)據(jù)庫主機返回成功繳費應答后才將消費交易處理結果返回至自助終端。
公共支付平臺可以將消費交易處理結果分別通知自助終端和第三方的數(shù)據(jù)庫主機，以便第三方的數(shù)據(jù)庫主機更新數(shù)據(jù)庫中對應用戶的費用信息。
公共支付平臺也可以先通知第三方的數(shù)據(jù)庫主機，在接收到第三方的數(shù)據(jù)庫主機返回成功繳費應答后，再通知自助終端。
公共支付平臺將消息交易處理結果轉換成繳費交易報文，發(fā)送至自助終端和第三方的數(shù)據(jù)庫主機。若交易不成功，公共支付平臺只向自助終端發(fā)送繳費不成功的繳費交易處理結果。若公共支付平臺接收到的交易成功的處理結果后，公共支付平臺向自助終端及第三方的數(shù)據(jù)庫主機發(fā)送繳費成功的處理結果。
當IC卡內保存有需要繳費記錄時，自助終端接收到繳費成功的處理結果時，更新IC卡內的需要繳費記錄，并打印繳款憑證。若更新不成功或打印出故障，則向公共支付平臺發(fā)起沖正，公共支付平臺收到沖正后，時向交換中心和第三方的數(shù)據(jù)庫主機發(fā)送沖正。
第三方的數(shù)據(jù)庫主機接收到繳費成功的處理結果后，判斷信息對應的記錄在所述數(shù)據(jù)庫中是否存在，若是，則更新對應記錄的繳費狀態(tài)，否則，將所述信息記錄在所述數(shù)據(jù)庫中，并對所述記錄來源作標識。
以下以交通管理為例，說明在交通管理過程中的支付系統(tǒng)及支付方法。請參閱圖3，其為交通違單處罰的交通罰沒款繳費的支付系統(tǒng)的示意圖。該支付系統(tǒng)至少包括設置在各處的POS機21，各臺POS機21通過PSTN網絡和網絡控制器NAC22連接，網絡控制器NAC22連接公共支付平臺23，公共支付平臺通過DDN專線連接到交管局第三方的數(shù)據(jù)庫主機26。公共支付平臺22連接至交換中心24，交換中心24通過DDN專線連接至各家銀行的銀行主機25。交管局第三方的數(shù)據(jù)庫主機26保存有以IC卡卡號為索引的罰款記錄。
公共支付平臺22可以包括接入及業(yè)務邏輯控制單元、安全控制子單元、支付單元、定制單元、信息管理單元。其中業(yè)務邏輯控制單元負責數(shù)據(jù)格式的預處理、報文格式的內外轉換及各子系統(tǒng)間的數(shù)據(jù)交互，具有分析、分解和處理各類交易的功能。
定制單元負責將帳單號碼、支付類型以及號碼與銀行卡進行關聯(lián)的過程，同時定制子系統(tǒng)具有對帳單號碼進行號段、長度等進行基本校驗的功能。
支付單元系統(tǒng)的金融交易出入口，公共支付系統(tǒng)的所有金融交易均提交給支付子系統(tǒng)進行處理。
信息管理單元與操作員之間友好的界面接口，是系統(tǒng)運行參數(shù)的配置、數(shù)據(jù)查詢、系統(tǒng)運行狀況監(jiān)視的平臺，并可與后臺系統(tǒng)進行數(shù)據(jù)交互。
安全控制單元數(shù)據(jù)合法性和完整性校驗、數(shù)據(jù)加解密等操作。以下介紹繳費流程。
在交警對違單機動車駕駛員進行處罰時，將交警的管理卡和違章駕駛員的駕駛員管理IC卡插入手持讀寫終端，將違章違法代碼、違法時間、違法地點代碼、應交款項等相應信息輸入，手持讀寫終端將輸入的信息轉換成文字信息顯示，待違章者確認后，將該些信息組成違章記錄寫入駕駛員管理IC卡和交警管理卡。當交警工作日結束后，將管理卡中信息發(fā)送至交管局第三方的數(shù)據(jù)庫主機，更新數(shù)據(jù)庫。
所述IC卡可以包含帳單號碼類型、帳單號碼、駕駛證檔案編號、各條違法記錄違法時間、違法地點、違法事項、需繳費的款項、滯納金。
用戶帶著IC卡和銀行卡可以到自助終端上完成繳費。繳費處理過程如下首先，用戶將IC卡插入自助終端，自助終端上可以顯示所有記錄信息。記錄內容包括違法情節(jié)、違法時間、罰款金額、滯納金金額、及罰款金額與滯納金金額之和的繳費金額。用戶可以翻看記錄后刷銀行卡，選擇繳納罰金的記錄。自助終端將IC卡的卡號、繳費記錄號、繳費的銀行卡卡號、繳費金額等組包成繳費交易報文發(fā)送至公共支付平臺。
然后，公共支付平臺完成數(shù)據(jù)校驗、拆包、組包等動作后，將繳費交易報文轉換成消費交易報文。從繳費交易報文中獲得繳費的銀行卡卡號、繳費金額等組成消費交易報文。消費交易報文是交換中心能夠識別的報文，通常情況下至少包含銀行卡卡號和預繳費的金額。
隨后，交換中心將接收到的消費交易報文中獲得發(fā)卡機構的代碼，根據(jù)該發(fā)卡機構的代碼將相應的消費交易報文發(fā)送至發(fā)卡機構的主機，發(fā)卡機構的主機可以進行相應的扣款處理；隨后，交換中心將發(fā)卡機構主機返回的交易處理結果返回至公共支付平臺，若返回的交易處理結果為交易成功消息，則公共支付平臺需要將交易處理結果轉換成繳費交易結果返回至自助終端和交管局處罰第三方的數(shù)據(jù)庫主機，更新駕駛員IC卡擦去交費的處罰記錄或者將已繳費用的記錄進行標志，擦寫成功后或者標志成功后，打印繳費憑證。若交易失敗后，向公共支付平臺發(fā)起沖正，公共支付平臺收到沖正后，向交換中心和交管局第三方的數(shù)據(jù)庫主機發(fā)起沖正。若自助終端收不到公共支付平臺的應答，向公共支付平臺發(fā)起沖正。交管局處罰第三方的數(shù)據(jù)庫主機接收到繳費成功的信息后，若該條信息對應的處罰記錄已從交警手持終端傳到數(shù)據(jù)庫中，則交管局處罰第三方的數(shù)據(jù)庫主機接收到成功信息后，更新該記錄繳費狀態(tài)，但不向公共支付平臺發(fā)送應答，若該條信息對應的處罰記錄尚未從交警手持終端傳至數(shù)據(jù)庫，則交管局處罰數(shù)據(jù)庫將該信息插入數(shù)據(jù)庫，并對記錄來源作標記，待處罰記錄從交警手持終端上送后，再更新記錄；若交管局處罰第三方的數(shù)據(jù)庫主機無法將繳費信息正確更新數(shù)據(jù)庫，不向公共支付平臺發(fā)起沖正，只需要將錯誤信息進行記錄，該記錄保存在交管局處罰數(shù)據(jù)庫的日志文件中。若從交換中心返回的交易處理結果為交易失敗消息，則公共支付平臺需要將交易處理結果轉換成繳費交易結果返回至自助終端。
考慮到城市的擴容，城市道路也在不斷地增加。但是，交管局的交警的數(shù)量不可能成倍的增長。也就是說，交管局只能將有限的警力用于各主干道的交通管理，并且交警工作的時間也是有限的。為此，出現(xiàn)了城市交通監(jiān)控系統(tǒng)。城市交通監(jiān)控系統(tǒng)包括設置在各個路口的攝像頭及控制部件。通過拍照等方式獲得車輛的違章情況，并將違章信息、繳納金額、車牌號對應的IC卡卡號等保存在交管局處罰第三方的數(shù)據(jù)庫主機的數(shù)據(jù)庫內。為此，交通罰沒項目還包括對車輸管理的車輸管理IC卡，具體的繳納流程如下當用戶將車輸管理IC卡插接在自助終端時，通過輸入查詢命令查詢到車輸?shù)倪`章情況及需要交納的違章罰金。當自助終端接收到用戶輸入的查詢指令后，向公共支付平臺發(fā)送包含IC卡卡號的查詢指令，公共支付平臺將包含IC卡卡號的查詢指令發(fā)送至第三方的數(shù)據(jù)庫主機，第三方的數(shù)據(jù)庫主機根據(jù)IC卡卡號查詢到未繳費記錄，并將所述未繳費記錄通過公共支付平臺發(fā)送至自助終端；自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。公共支付平臺將繳費交易轉換成標準消費交易上送至交換中心，交換中心返回至發(fā)卡機構的消費應答，公共支付平臺向交管局平臺(所述交管局為包含交管局數(shù)據(jù)庫的一服務器或一服務系統(tǒng))發(fā)送繳費請求，交管局平臺完成寫庫后向公共支付平臺返回成功繳費應答，公共支付平臺將成功應答發(fā)給終端，終端打單。
自助終端收不到繳費應答，向公共支付平臺上送沖正，公共支付平臺分別向交管局處罰第三方的數(shù)據(jù)庫主機與交換中心上送沖正。當公共支付平臺收不到交換中心的消費交易應答時，僅向交換中心上送沖正。當自助終端擦卡或打印交易憑證不成功時，向公共支付平臺上送沖正，公共支付平臺分別向交管局主機與交換中心上送沖正。
以下簡單介紹繳費沖正交易，當自助終端發(fā)送繳費沖正交易給公共支付平臺時，公共支付平臺將繳費沖正通知應答發(fā)送給自助終端，然后，公共支付平臺向交管局第三方的數(shù)據(jù)庫主機發(fā)送繳費沖正通知，待交管局平臺返回成功繳費沖正應答后，公共支付平臺向交換中發(fā)送消費沖正通知，接著，交換中心將消費沖正通知應答給公共支付平臺，交換中心再向發(fā)卡機構主機發(fā)送消費沖正通知，發(fā)卡機構將消費沖正應答發(fā)送至交換中心。如果交管局平臺對于繳費沖正無應答或者返回不成功沖正應答，則支付平臺不會向交管中心沖正。
商戶平臺(第三方平臺)向支付平臺發(fā)出查詢請求，支付平臺進行處理后將結果返回給商戶平臺。如，對于已經繳納過罰款卻由于種種原因未被交管局主機記載的車輛管理卡而言，在驗車時，如果司機/車主等提出質疑，交管平臺可發(fā)起查詢請求，支付平臺查詢該筆款項是否已交，并返回結果。這樣，從某種程度上完善了聯(lián)機處理中出現(xiàn)傳輸問題時應急機制。
除了用戶利用銀行卡進行各項費用的繳納外，很多公司也需要利用銀行進行各項轉帳業(yè)務。比如，A公司需要B公司交貨之前先向B公司的賬戶上打上貨款，B公司查詢無誤后才向A公司發(fā)貨。但是，從A公司將貨款打到B公司的銀行賬號上，到B公司查詢到貨款，需要一定的時間。特別是，A公司利用轉賬支付B公司的貨款且兩家公司的銀行賬號不在同一家銀行時，需要的時間會更長。
為此，本發(fā)明提供了另一種使用方便且安全系數(shù)非常高的安全支付系統(tǒng)。請參閱圖4，其為本發(fā)明另一種安全支付系統(tǒng)的結構示意圖。它包括扣款服務器31、前置機32、公共支付平臺33、交換中心34和銀行主機35，其中扣款服務器31，連接前置機32，用于向前置機32發(fā)送扣款請求指令；前置機32用于向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額、流水號、與銀行卡關聯(lián)的身份標識及包含商戶號的商戶信息；公共支付平臺33連接前置機32和交換中心34，用于根據(jù)商戶信息得到扣款銀行賬號，并將扣款請求轉換成消費交易報文發(fā)送至交換中心，將交換中心返回的消費交易處理結果發(fā)送至前置機以及對帳(包括與商戶對帳、與交換對帳)；通常情況下，在公共支付平臺33上保存有每一賬單號碼對應的扣款銀行賬號，通過前置機32發(fā)送的賬單號碼找到對應的扣款銀行賬號，就可形成發(fā)送至交換中心的消費交易報文。并且，公共支付平臺33負責與商戶以及與交換系統(tǒng)的對帳工作。
交換中心32連接銀行主機35，用于根據(jù)銀行帳號將消費交易報文發(fā)送至對應的銀行主機以及將銀行主機返回的消費交易處理結果返回至公共支付平臺并進行清算；銀行主機35在對應銀行賬號上完成扣款處理，并將扣款處理結果返回至交換中心。
所述公共支付平臺進一步包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互；安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
公共支付平臺可以是一服務器，也可以是由若干計算機組成的系統(tǒng)。公共支付平臺主要建立前置機與交換中心之間的數(shù)據(jù)交互。
基于上述的安全支付系統(tǒng)，本發(fā)明提供了一種安全支付方法。請參閱圖4，其為第二種安全支付方法的流程圖。
S210扣款服務器向前置機發(fā)送扣款請求，所述扣款請求中至少包括扣款金額；S220前置機向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額與銀行卡關聯(lián)的身份標識及商戶信息；S230公共支付平臺將接收到的扣款請求轉化成消費交易，發(fā)送至交換中心；S240交換中心返回發(fā)卡機構主機的消費交易處理結果；S250公共支付平臺將消費交易處理結果通知前置機。
上述的支付流程可知，扣款服務器相當于上述的B公司，B公司通過上述的安全支付系統(tǒng)即可將煙草電結戶的貨款進行扣除，扣除成功后，即可向煙草電結戶進行交貨。扣除的貨款可以和銀行直接進行對賬，以此來提高貨款交付的時間效率，同時提高了安全系數(shù)。
步驟(1)之前還包括扣款服務器向前置機發(fā)送查詢請求，所述查詢請求中包含查詢的與銀行卡關聯(lián)的身份標識；前置機向公共支付平臺發(fā)送查詢請求；公共支付平臺通過交換中心獲得對應銀行賬號的余額信息，返回至前置機，以便扣款服務器基于銀行賬號的余額信息決定是否要發(fā)起扣款請求。
另外，前置機接收到交易處理未成功時，可以重新向前置機向公共支付平臺發(fā)送扣款請求。
以下以煙草仿銷系統(tǒng)(請參閱圖6)為例，來說明安全支付方法。先進行銀行卡余額查詢若煙草系統(tǒng)將向煙草前置發(fā)起查詢交易，查詢與該煙草專賣號定制的銀行卡余額，余額返回后煙草系統(tǒng)將與扣款金額作差，由客服人員通知客戶差額，由其存入銀行卡帳戶。
①煙草系統(tǒng)按照內部查詢交易格式上送至煙草前置；②煙草前置將查詢信息轉化為與公共支付平臺間查詢交易格式上送至公共支付平臺；③公共支付平臺將與上送的煙草專賣號定制的銀行卡信息取出轉換為標準ATM查詢交易上送至交換系統(tǒng)；④交換系統(tǒng)將查詢交易信息轉送至入網機構；⑤入網機構處理后將應答信息返回至交換系統(tǒng)；⑥交換系統(tǒng)將應答信息返回至公共支付平臺；⑦公共支付平臺將應答信息返回至煙草前置；⑧煙草前置將應答信息返回至煙草系統(tǒng)。
二、單筆扣款交易①煙草客服中心對客戶進行電話仿銷，確定供煙種類與數(shù)量后，煙草系統(tǒng)計算出扣款金額，按照內部扣款交易格式上送至煙草前置；②煙草前置將扣款信息轉化為與公共支付平臺間扣款交易格式上送至公共支付平臺；③公共支付平臺將與上送的煙草專賣號定制的銀行卡信息取出轉換為標準消費交易上送至交換系統(tǒng)；④交換系統(tǒng)將標準消費交易信息轉送至入網機構；⑤入網機構處理后將應答信息返回至交換系統(tǒng)；⑥交換系統(tǒng)將應答信息返回至公共支付平臺；⑦公共支付平臺將應答信息返回至煙草前置；⑧煙草前置將應答信息返回至煙草系統(tǒng)。
三、批量扣款交易煙草系統(tǒng)支持將扣款未成功交易批量重新發(fā)起扣款交易，當實時扣款交易重發(fā)時，煙草前置依據(jù)“訂單號”可以判斷該交易為重發(fā)交易，對于煙草前置判斷某一“訂單號”的交易已經成功，煙草前置將直接向對該筆交易向煙草系統(tǒng)返回成功，對于未成功“訂單號”的交易煙草前置將根據(jù)前一筆相同交易的回應碼進行重發(fā)。。
四、對賬請求煙草公司根據(jù)其業(yè)務流程要求，每日的某一時間點需進行對帳，以便于準備明日配送貨物。實施煙草前置系統(tǒng)后的對帳，如能與交換系統(tǒng)的日志內容進行核對是最理想的方案，因為交換系統(tǒng)日志是日終清算的依據(jù)，但該方式難度極大，因為煙草系統(tǒng)與交換系統(tǒng)之間還有著煙草前置和公共支付平臺，加之今后系統(tǒng)集中，幾乎不可能實現(xiàn)聯(lián)機實時對帳，這樣對帳的數(shù)據(jù)只能從公共支付平臺或煙草前置提取。雖然從公共支付平臺提取數(shù)據(jù)比從煙草前置提取速據(jù)相對準確一些，但難度增加很多，而且對帳的結果也不能保證與清算的結果一致，考慮到煙草公司的對帳結果與帳務系統(tǒng)無關，選擇與煙草前置的進行對帳是比較好的解決方案。
流程處理
1、煙草公司把整理扣款明細文件(只包含所有成功的，為標準文本文件)，然后向煙草前置系統(tǒng)發(fā)送聯(lián)機對帳交易的請求。
2、煙草前置系統(tǒng)將煙草系統(tǒng)提供的扣款明細文件與自己的日志內容進行核對，如果對帳平衡，煙草前置系統(tǒng)返回對帳交易的響應結果；如果對帳不平，煙草前置系統(tǒng)將生成差錯帳明細文件(通常包括重復扣款記錄，也是標準文本文件)，并返回對帳交易的響應結果。
以上公開的僅為本發(fā)明的幾個具體實施例，但本發(fā)明并非局限于此，任何本領域的技術人員思能思之的變化，都應落在本發(fā)明的保護范圍內。
權利要求
1.一種安全支付系統(tǒng)，包括自助終端、交換中心和發(fā)卡機構主機，其特征在于，還包括公共支付平臺和第三方的數(shù)據(jù)庫主機，其中自助終端，自助終端連接公共支付平臺，用于將用戶要求的繳費信息及付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺；公共支付平臺，連接第三方的數(shù)據(jù)庫主機以及通過交換中心連接至發(fā)卡機構主機，用于將繳費交易報文轉換成交換中心能夠接受的消費交易報文后，發(fā)送至交換中心，以及將交換中心返回的消費交易處理結果轉換成繳費交易處理結果分別發(fā)送至自助終端和第三方的數(shù)據(jù)庫主機；交換中心，通過付款銀行卡信息確定發(fā)卡機構，并將消費交易報文發(fā)送至對應的發(fā)卡機構主機，以及將發(fā)卡機構主機返回的消費交易處理結果返回至公共支付平臺，以及完成清算；發(fā)卡機構主機，用于進行扣款處理，并將消費交易處理結果返回至交換中心；第三方的數(shù)據(jù)庫主機，用于保存用戶支付的費用信息，并在接收到公共支付平臺返回的繳費成功消息后更新數(shù)據(jù)庫中對應用戶的費用信息。
2.如權利要求1所述的安全支付系統(tǒng)，其特征在于，所述自助終端包括IC卡接口和IC卡讀寫單元，其中IC卡接口，用于插接用戶的IC卡，所述IC卡至少包含用戶標識；IC卡讀寫單元，連接IC卡接口，用于從IC卡中讀出數(shù)據(jù)以及寫入數(shù)據(jù)至IC卡。
3.如權利要求2所述的安全支付系統(tǒng)，其特征在于，所述自助終端為POS機，在接收到公共支付平臺返回的繳費成功消息后，POS機通過IC卡讀寫單元更新IC卡上的費用信息，并通過POS機的打印機打印交易憑證。
4.如權利要求1所述的安全支付系統(tǒng)，其特征在于，還包括設置在公共支付平臺和各個自助終端之間的網絡控制器。
5如權利要求1所述的安全支付系統(tǒng)，其特征在于，所述公共支付平臺進一步包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互；安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
6.權利要求1所述的安全支付系統(tǒng)，其特征在于，各臺自助終端可以通過無線網絡直接建立與公共支付平臺的連接或者通過銀行主機建立與公共支付平臺的連接，公共支付平臺通過專線或網絡建立與第三方的數(shù)據(jù)庫主機的連接。
7.一種基于權利要求1所述的安全支付方法，其特征在于，包括(1)自助終端將支付信息及銀行卡信息組包成繳費交易報文，向公共支付平臺發(fā)起繳費交易請求；(2)公共支付平臺將繳費交易轉換成消費交易上送至交換中心；(3)交換中心返回發(fā)卡機構主機的消費交易處理結果；(4)公共支付平臺將消費交易處理結果分別通知自助終端和第三方的數(shù)據(jù)庫主機或者先通知第三方的數(shù)據(jù)庫主機，然后在接收第三方的數(shù)據(jù)庫主機返回成功繳費應答后才將消費交易處理結果返回至自助終端。
8.如權利要求7所述的安全支付方法，其特征在于，步驟(4)還包括當?shù)谌降臄?shù)據(jù)庫主機中接收到繳費成功的信息后，判斷該條信息對應的記錄在所述數(shù)據(jù)庫中是否存在，若是，則更新對應記錄的繳費狀態(tài)，否則，將所述信息記錄在所述數(shù)據(jù)庫中，并對所述記錄來源作標識。
9.如權利要求7或8所述的安全支付方法，其特征在于，步驟(4)還包括自助終端收到公共支付平臺繳費成功應答后，修改IC卡上的欠費記錄或者刪除該筆記錄，并打印交易憑證。
10.如權利要求7所述的安全支付方法，其特征在于，步驟(1)具體為IC卡上保存有需要用戶繳費記錄，自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。
11.如權利要求7所述的安全支付方法，其特征在于，步驟(1)之前還包括當自助終端接收到用戶輸入的查詢指令后，向公共支付平臺發(fā)送包含IC卡卡號的查詢指令；公共支付平臺將包含IC卡卡號的查詢指令發(fā)送至第三方的數(shù)據(jù)庫主機；第三方的數(shù)據(jù)庫主機根據(jù)IC卡卡號查詢到未繳費記錄，并將所述未繳費記錄通過公共支付平臺發(fā)送至自助終端；步驟(1)具體為自助終端接收用戶輸入的需要繳費記錄，連同IC卡的卡號信息、付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺。
12.如權利要求7所述的安全支付方法，其特征在于，第三方的數(shù)據(jù)庫向公共支付平臺發(fā)出查詢請求，公共支付平臺將查詢結果返回至第三方的數(shù)據(jù)庫。
13.一種安全支付系統(tǒng)，其特征在于，包括扣款服務器、前置機、公共支付平臺、交換中心和銀行主機，其中扣款服務器，連接前置機，用于向前置機發(fā)送扣款請求指令；前置機用于向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額、流水號、與銀行卡關聯(lián)的身份標識及包含商戶號的商戶信息；公共支付平臺連接前置機和交換中心，用于根據(jù)與銀行卡關聯(lián)的身份標識得到扣款銀行賬號，并將扣款請求轉換成消費交易報文發(fā)送至交換中心，將交換中心返回的消費交易處理結果發(fā)送至前置機以及完成與商戶的對帳、與交換系統(tǒng)的對帳；交換中心連接銀行主機，用于根據(jù)銀行帳號將消費交易報文發(fā)送至對應的銀行主機以及將銀行主機返回的消費交易處理結果返回至公共支付平臺；銀行主機在對應銀行賬號上完成扣款處理，并將扣款處理結果返回至交換中心。
14.如權利要求13所述的安全支付系統(tǒng)，其特征在于，所述公共支付平臺進一步包括接入及業(yè)務邏輯控制單元，用于自助終端接受的報文、交換中心接受的報文及第三方的數(shù)據(jù)庫主機接受的報文之間的報文格式轉換，以建立系統(tǒng)內各個單元之間的數(shù)據(jù)交互；安全控制子單元，用于對接收到的數(shù)據(jù)進行安全性校驗及解密處理，以及對發(fā)送的數(shù)據(jù)進行加密處理；支付單元是公共支付平臺與交換中心進行數(shù)據(jù)交互的接口；定制單元用于將接收到的帳單號碼與銀行卡進行關聯(lián)。
15.一種基于權項13所述的安全支付方法，其特征在于，包括(1)扣款服務器向前置機發(fā)送扣款請求，所述扣款請求中至少包括扣款金額；(2)前置機向公共支付平臺發(fā)送扣款請求，所述扣款請求中至少包括扣款金額、流水號、與銀行卡關聯(lián)的身份標識及包含商戶號的商戶信息；(3)公共支付平臺將接收到的扣款請求轉化成消費交易，發(fā)送至交換中心；(4)交換中心返回發(fā)卡機構主機的消費交易處理結果；(5)公共支付平臺將消費交易處理結果通知前置機。
16.如權利要求15所述的安全支付方法，其特征在于，步驟(1)之前還包括扣款服務器向前置機發(fā)送查詢請求，所述查詢請求中包含查詢的與銀行賬號關聯(lián)的身份標識信息；前置機向公共支付平臺發(fā)送查詢請求；公共支付平臺通過交換中心獲得對應銀行賬號的余額信息，返回至前置機，以便扣款服務器基于銀行賬號的余額信息決定是否要發(fā)起扣款請求。
17.如權利要求15所述的安全支付方法，其特征在于，還包括前置機接收到交易處理未成功時，重新向前置機向公共支付平臺發(fā)送扣款請求。
全文摘要
一種安全支付系統(tǒng)，包括自助終端、交換中心和發(fā)卡機構主機，還包括公共支付平臺和第三方的數(shù)據(jù)庫主機，其中自助終端，連接公共支付平臺，用于將用戶要求的繳費信息及付款銀行卡信息組包成繳費交易報文，發(fā)送至公共支付平臺；公共支付平臺，連接第三方的數(shù)據(jù)庫主機以及通過交換中心連接至發(fā)卡機構主機，用于將繳費交易報文轉換成交換中心能夠接受的消費交易報文后，發(fā)送至交換中心，以及將交換中心返回的消費交易處理結果轉換成繳費交易處理結果分別發(fā)送至自助終端和第三方的數(shù)據(jù)庫主機；第三方的數(shù)據(jù)庫主機，用于保存用戶支付的費用信息，并在接收到公共支付平臺返回的繳費成功消息后更新數(shù)據(jù)庫中對應用戶的費用信息。本發(fā)明通過現(xiàn)有的銀行系統(tǒng)的自助終端，進行繳費處理。
文檔編號G06Q40/00GK1912907SQ20051002876
公開日2007年2月14日 申請日期2005年8月12日 優(yōu)先權日2005年8月12日
發(fā)明者劉鳳軍, 李雙璽, 胡重陽, 齊勁松, 徐川 申請人:中國銀聯(lián)股份有限公司