專利名稱：基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子支付領(lǐng)域，特別涉及一種基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)。
背景技術(shù)：
目前，通過銀行進行支付、轉(zhuǎn)賬等行為越來越普遍，銀行通過商業(yè)收款機(P0S，Point Of Sales)、自動提款機(ATM,Auto Teller Machine)或在柜臺讀取存折或磁條卡的磁條信息、IC卡信息并識別銀行賬戶的信息從而進行相應(yīng)的操作，隨著電話銀行、網(wǎng)上銀行的普及，銀行也開始通過電話、互聯(lián)網(wǎng)來讀取銀行賬戶信息。通過上述方式，包括支付者銀行賬戶真實信息的信息直接傳輸給銀行。而某些情況下，銀行的客戶，即支付者不希望直接提供真實的賬戶信息，例如擔(dān)心真實賬戶信息的泄露；另外一些情況下，提供真實的賬戶信息會給支付者帶來不便，例如支付者無法準(zhǔn)確記憶賬戶信息，或者沒有攜帶存折或銀行卡等等。如果能夠給支付者提供更多、更方便的途徑使得支付者不必提供銀行賬戶信息，而是提供一個容易記憶或便于提供的替代信息，則對銀行、收款單位和支付者均極為有利?，F(xiàn)有技術(shù)中，提供一個容易記憶或便于提供的替代信息具體采取的方式通常是建立與銀行賬戶相對應(yīng)的支付賬號，例如支付寶賬號、手機銀行賬號，用戶在開通(激活)所述支付賬號后(主要是確定用戶身份以及與該支付賬號對應(yīng)的銀行賬號的真實可用性)，便能夠以該支付賬號實現(xiàn)支付。采用所述支付賬號進行消費支付時，如何確保使用與銀行賬戶相對應(yīng)的支付賬號實現(xiàn)支付時的安全性和便捷性，是尤為重要的問題。關(guān)于電子支付技術(shù)，還可參考公開號為CN 1758276A的中國專利申請，該專利申請公開了一種支付服務(wù)管理系統(tǒng)及方法。

發(fā)明內(nèi)容
本發(fā)明解決的問題是提供一種基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，以確保支付賬號進行消費支付時的安全性和便捷性。為解決上述問題，本發(fā)明提供一種基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，包括:終端設(shè)備、適于與所述終端設(shè)備通訊的云服務(wù)器、適于與所述云服務(wù)器通訊的支付服務(wù)器和適于與所述云服務(wù)器通訊的商家服務(wù)器；所述終端設(shè)備包括支付確認(rèn)單元，所述支付確認(rèn)單元適于基于用戶的操作信息發(fā)送支付確認(rèn)消息至云服務(wù)器；其中，所述支付確認(rèn)消息中攜帶第一訂單信息、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)；所述云服務(wù)器包括:驗證單元，適于在接收到所述支付確認(rèn)消息后，從所述第一訂單信息對應(yīng)的商家服務(wù)器中提取第二訂單信息，以所述第二訂單信息對所述第一訂單信息進行驗證；支付請求單元，適于在對所述第一訂單信息的驗證通過后，調(diào)用支付接口，向支付服務(wù)器提交支付請求；其中，所述支付請求中至少攜帶支付金額、支付對象、與所述第一訂單信息關(guān)聯(lián)的交易編號、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)；所述商家服務(wù)器，適于向所述云服務(wù)器提供與所述第一訂單信息對應(yīng)的所述第二訂單信息；所述支付服務(wù)器，適于在接收到所述支付請求后，基于所述用戶的支付賬號和終端設(shè)備的身份數(shù)據(jù)獲取對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以所述銀行賬號完成支付?？蛇x的，所述支付確認(rèn)單元包括:提示接收單元，適于接收來自所述云服務(wù)器的對應(yīng)于所述第一訂單信息的支付提示；操作信息接收單元，適于接收用戶響應(yīng)所述支付提示的操作信息，所述用戶的操作信息包括所述用戶的支付賬號及驗證信息；生成單元，適于以所述用戶的操作信息、所述第一訂單信息、終端設(shè)備的身份數(shù)據(jù)生成所述支付確認(rèn)消息?？蛇x的，所述終端設(shè)備還包括身份信息驗證單元，適于對所述用戶的身份信息進行驗證。可選的，所述身份信息驗證單元對所述用戶的身份信息進行的驗證包括:驗證所述用戶是否為所述終端設(shè)備的登記用戶。可選的，所述終端設(shè)備還包括綁定檢查單元，適于在發(fā)送支付確認(rèn)消息前，檢查所述用戶的支付賬號是否在本終端設(shè)備上已綁定銀行賬號。可選的，所述終端設(shè)備還包括綁定提示單元，適于當(dāng)檢查出所述支付賬號未綁定銀行賬號時，提示所述用戶進行綁定操作?？蛇x的，所述云服務(wù)器還包括:綁定請求接收單元,適于接收所述終端設(shè)備提交的綁定請求，所述綁定請求攜帶所述用戶的身份信息、支付賬號及驗證信息、與所述支付賬號對應(yīng)的銀行賬號及其密碼、所述終端設(shè)備的身份數(shù)據(jù)；綁定請求處理單元，適于調(diào)用綁定接口，將所述綁定請求提交至所述支付服務(wù)器進行驗證，并接收驗證通過后返回的綁定結(jié)果，更新并存儲所述支付賬號在所述終端設(shè)備上綁定銀行賬號的信息；綁定結(jié)果反饋單元，適于向所述終端設(shè)備返回所述綁定結(jié)果?？蛇x的，所述云服務(wù)器還包括綁定檢查單元，適于在提取所述第二訂單信息前，檢查所述支付賬號是否已在所述終端設(shè)備上綁定銀行賬號?？蛇x的，所述云服務(wù)器還包括訂單信息檢查單元，適于在提取所述第二訂單信息前，對所述第一訂單信息中包括的訂單號及其對應(yīng)的商戶號進行檢查，對所述訂單號的檢查包括檢查該訂單號的格式是否正確以及該訂單號是否屬于對應(yīng)商戶，對所述商戶號的檢查包括檢查該商戶號是否已登記注冊并處于激活狀態(tài)?？蛇x的，所述云服務(wù)器還包括屏蔽單元，適于在接收到所述支付確認(rèn)消息后的預(yù)定時間內(nèi)，屏蔽對具有所述第一訂單信息中的訂單號的其他支付確認(rèn)消息的處理?？蛇x的，所述驗證單元驗證所述第一訂單信息中的訂單號是否存在、支付金額是否與所述第二訂單信息中的支付金額一致以及該訂單是否已完成支付。
可選的，所述云服務(wù)器還包括交易記錄生成單元，適于在驗證出該訂單未完成支付時，生成與所述訂單號對應(yīng)的交易記錄，所述交易記錄包括支付狀態(tài)和所述交易編號?？蛇x的，所述支付服務(wù)器還適于在支付成功或失敗后向所述云服務(wù)器返回支付結(jié)果，所述云服務(wù)器還包括更新反饋單元，適于在接收到所述支付結(jié)果后更新所述支付狀態(tài)，并向所述商家服務(wù)器發(fā)送支付完成信號。可選的，所述支付服務(wù)器查詢預(yù)先建立的所述用戶的支付賬號、終端設(shè)備的身份數(shù)據(jù)與銀行賬號的綁定關(guān)系，獲取與所述用戶支付賬號對應(yīng)的銀行賬號?？蛇x的，所述終端設(shè)備還包括加密單元，適于對所述支付確認(rèn)消息所攜帶的信息進行加密處理?？蛇x的，所述云服務(wù)器還包括事務(wù)管理單元，適于以事務(wù)管理的方式對支付過程中的執(zhí)行結(jié)果進行標(biāo)記。可選的，所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括與所述云服務(wù)器相連的運營控制單元，適于對消費支付的過程進行控制。可選的，所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括與所述云服務(wù)器相連的運維監(jiān)控單元，適于監(jiān)控所述云服務(wù)器的運行狀況?？蛇x的，所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括與所述云服務(wù)器、支付服務(wù)器、商家服務(wù)器通訊的財務(wù)管理單元，適于對消費支付進行財務(wù)管理的操作?？蛇x的，所述支付賬號與所述終端設(shè)備的身份數(shù)據(jù)、銀行賬號一一對應(yīng)?？蛇x的，所述終端設(shè)備為車載終端設(shè)備。與現(xiàn)有技術(shù)相比，本技術(shù)方案具有以下優(yōu)點:通過終端設(shè)備向云服務(wù)器發(fā)送支付確認(rèn)消息，所述支付確認(rèn)消息攜帶第一訂單信息、用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)，云服務(wù)器在接收到該支付確認(rèn)消息后，從第一訂單信息對應(yīng)的商家服務(wù)器中提取第二訂單信息，對第一訂單信息進行驗證，并在驗證通過后向支付服務(wù)器提交支付請求，所述支付請求中至少攜帶支付金額、支付對象、與第一訂單信息關(guān)聯(lián)的交易編號、支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)，支付服務(wù)器在接收到支付請求后，獲取與支付賬號、終端設(shè)備的身份數(shù)據(jù)相對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以該銀行賬號完成支付，從而使用戶通過所述支付賬號能便捷、安全地實現(xiàn)支付。


圖1是本發(fā)明實施方式提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)的基本結(jié)構(gòu)示意圖；圖2是本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)的結(jié)構(gòu)示意圖；圖3是本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)實現(xiàn)支付過程的不意圖；圖4是對用戶的身份信息進行驗證的示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更為明顯易懂，下面結(jié)合附圖對本發(fā)明的具體實施方式
做詳細(xì)的說明。在以下描述中闡述了具體細(xì)節(jié)以便于充分理解本發(fā)明。但是本發(fā)明能夠以多種不同于在此描述的其它方式來實施，本領(lǐng)域技術(shù)人員可以在不違背本發(fā)明內(nèi)涵的情況下做類似推廣。因此本發(fā)明不受下面公開的具體實施方式
的限制。圖1本發(fā)明實施方式提供的基于云數(shù)據(jù)處理技術(shù)的支付系統(tǒng)的基本結(jié)構(gòu)示意圖，如圖1所示，所述基于云數(shù)據(jù)處理技術(shù)的支付系統(tǒng)包括:終端設(shè)備10、適于與所述終端設(shè)備10通訊的云服務(wù)器20、適于與所述云服務(wù)器20通訊的支付服務(wù)器30和適于與所述云服務(wù)器20通訊的商家服務(wù)器40 ；所述終端設(shè)備10包括支付確認(rèn)單元101，所述支付確認(rèn)單元101適于基于用戶的操作信息發(fā)送支付確認(rèn)消息至云服務(wù)器20 ;其中，所述支付確認(rèn)消息中攜帶第一訂單信息、所述用戶的支付賬號及驗證信息、終端設(shè)備10的身份數(shù)據(jù)；所述云服務(wù)器20包括:驗證單元201，適于在接收到所述支付確認(rèn)消息后，從所述第一訂單信息對應(yīng)的商家服務(wù)器40中提取第二訂單信息，以所述第二訂單信息對所述第一訂單信息進行驗證；支付請求單元202，適于在對所述第一訂單信息的驗證通過后，調(diào)用支付接口，向支付服務(wù)器30提交支付請求；其中，所述支付請求中至少攜帶支付金額、支付對象、與所述第一訂單信息關(guān)聯(lián)的交易編號、所述用戶的支付賬號及驗證信息、終端設(shè)備10的身份數(shù)據(jù)；所述商家服務(wù)器40，適于向所述云服務(wù)器20提供與所述第一訂單信息對應(yīng)的所述第二訂單信息；所述支付服務(wù)器30，適于在接收到所述支付請求后，基于所述用戶的支付賬號和終端設(shè)備10的身份數(shù)據(jù)獲取對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以所述銀行賬號完成支付。圖2是本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)的結(jié)構(gòu)示意圖。本實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)至少包括上述基本結(jié)構(gòu)示意圖(圖1)中的各單元。圖3是本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)實現(xiàn)支付過程的示意圖。下面結(jié)合圖2和圖3，以具體實施例對上述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)作詳細(xì)說明。本實施例中，終端設(shè)備10具體為車載終端設(shè)備，在其他實施例中，所述終端設(shè)備也可以為手機、個人電腦等。如今，汽車產(chǎn)業(yè)發(fā)展迅速，汽車的數(shù)量越來越多。人們在擁有汽車的同時，也會越來越關(guān)注使用汽車時的使用體驗，汽車上的車載終端設(shè)備可以實現(xiàn)包括音樂、視頻、圖片等多媒體需求的服務(wù)，以及行車導(dǎo)航、實時路況信息等行車需求的服務(wù)等。隨著用戶需求的不斷增加，直接通過汽車上的車載終端設(shè)備進行購物支付，將逐漸成為一種趨勢。用戶對其擁有的支付賬號進行激活后，登錄所述車載終端設(shè)備進行購物消費，通過本實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，便能夠以所述支付賬號安全、便捷地實現(xiàn)支付。首先由終端設(shè)備10包括的支付確認(rèn)單元101基于用戶的操作信息發(fā)送支付確認(rèn)消息至云服務(wù)器20;其中，所述支付確認(rèn)消息中攜帶第一訂單信息、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)。用戶登錄所述終端設(shè)備10后，通過訪問消費應(yīng)用，所述消費應(yīng)用可以是設(shè)于網(wǎng)上的商家的消費購物平臺，也可以集成于終端設(shè)備的軟件系統(tǒng)中購物客戶端，用戶選定所需的商品，觸發(fā)訂單操作信息，終端設(shè)備10接收到用戶的所述訂單操作信息后，生成訂單數(shù)據(jù)，并將所述訂單數(shù)據(jù)提交至云服務(wù)器20進行處理，所述云服務(wù)器20實現(xiàn)對所述訂單數(shù)據(jù)的云端處理后，提交至與該訂單數(shù)據(jù)對應(yīng)的商家服務(wù)器40，所述商家服務(wù)器40對所述訂單數(shù)據(jù)進行處理后，向所述云服務(wù)器20提供與所述訂單數(shù)據(jù)相對應(yīng)的訂單確定信號，所述云服務(wù)器20向終端設(shè)備10發(fā)送與所述訂單數(shù)據(jù)對應(yīng)的支付提示，終端設(shè)備10在接收到所述支付提示后，便可以啟動對該訂單的支付。當(dāng)然，對該訂單的支付可以在一收到所述支付提不后便啟動，也可以在以后登錄終端設(shè)備10后再啟動。所謂的云，其實是由許多部具有高運算能力的超級電腦所組成的數(shù)據(jù)中心(datacenter)，而進入云端處理，指的就是透過網(wǎng)絡(luò)，連接上這些超級電腦，由它們來幫用戶處理數(shù)據(jù)。具體地,本實施例中，所述支付確認(rèn)單元101包括:提示接收單元(圖中未示出)，適于接收來自所述云服務(wù)器20的對應(yīng)于所述第一訂單信息的支付提示；操作信息接收單元(圖中未示出)，適于接收用戶響應(yīng)所述支付提示的操作信息，所述用戶的操作信息包括所述用戶的支付賬號及驗證信息；生成單元(圖中未示出)，與所述提示接收單元、操作信息接收單元相連，適于以所述用戶的操作信息、所述第一訂單信息、終端設(shè)備10的身份數(shù)據(jù)生成所述支付確認(rèn)消息。其中，所述第一訂單信息在終端設(shè)備10接收到用戶的所述訂單操作信息后便已生成并存儲于所述終端設(shè)備10中，所述第一訂單信息具體包括該訂單的訂單號、購買商品的信息、支付金額、支付對象(包括名稱和賬號)以及與所述訂單號對應(yīng)的商戶號等等；所述終端設(shè)備10接收所述支付提示后，將所述第一訂單信息以及所述支付提示向用戶顯示，若用戶響應(yīng)該支付提示，則輸入操作信息；所述用戶的支付賬號可以與某個或多個銀行賬號對應(yīng)，所述驗證信息在本實施例中具體包括所述支付賬號的消費密碼，所述消費密碼是用戶確認(rèn)支付的憑證，是后續(xù)步驟中驗證的關(guān)鍵信息之一；本實施例中，所述終端設(shè)備10的身份數(shù)據(jù)具體包括車載終端設(shè)備的設(shè)備號，該設(shè)備號能夠唯一標(biāo)識一臺車載終端設(shè)備，后續(xù)步驟中能夠據(jù)此驗證發(fā)送所述支付確認(rèn)消息的終端設(shè)備上是否已綁定銀行賬號，在其他實施例中，所述終端設(shè)備的身份數(shù)據(jù)還可以包括該終端設(shè)備的名稱、型號等信息。需要說明的是，所述支付賬號可以與用戶登錄終端設(shè)備10的用戶賬號相同，也可以與之不同，考慮到支付的便捷性，本實施例中將用戶登錄終端設(shè)備10的用戶賬號作為所述支付賬號，而所述消費密碼則區(qū)別于用戶登錄終端設(shè)備的登錄密碼，如前所述，所述消費密碼是用戶確認(rèn)支付的憑證，而所述登錄密碼則是用戶進入終端設(shè)備的操作系統(tǒng)的憑證。本實施例中，即使用戶之前已經(jīng)登錄終端設(shè)備10，為了確保支付的安全，在啟動支付前，仍然有必要對用戶的身份信息進行再次驗證，而對用戶的身份信息進行驗證是通過所述終端設(shè)備10包括的身份信息驗證單元102實現(xiàn)的。本實施例中，所述身份信息驗證單元102與所述支付確認(rèn)單元101相連,適于在所述支付確認(rèn)單元101包括的操作信息接收單元接收用戶響應(yīng)所述支付提示的操作信息前，對所述用戶的身份信息進行驗證。圖4是對用戶的身份信息進行驗證的示意圖，所述身份信息驗證單元102對用戶的身份信息進行驗證的過程如圖4所示，用戶以用戶名、密碼登錄終端設(shè)備10，終端設(shè)備10將所述用戶名、密碼發(fā)送至云服務(wù)器20進行驗證(其他實施例中也可以在終端設(shè)備10本地進行驗證)，云服務(wù)器20通過云端數(shù)據(jù)庫20a驗證用戶名和密碼是否相符，該用戶是否為該終端設(shè)備10的登記用戶，并將云端數(shù)據(jù)庫20a的返回結(jié)果發(fā)送至所述終端設(shè)備10。需要說明的是，驗證用戶的身份信息，除了驗證前面所述的用戶登錄終端設(shè)備的操作系統(tǒng)的用戶賬號和登錄密碼之外，還包括驗證該用戶是否為該終端設(shè)備的登記用戶，因此，本實施例中，所述身份信息驗證單元102對所述用戶的身份信息進行的驗證包括驗證所述用戶是否為車載終端設(shè)備的登記用戶，若驗證通過則表明所述用戶為車載終端設(shè)備的登記用戶，所述車載終端設(shè)備的登記用戶一般具體指該車載終端設(shè)備所在車輛的車主，當(dāng)然，在其他實施例中，所述登記用戶也可以是車主授權(quán)的其他用戶，例如該車主的家人等。本實施例中，所述終端設(shè)備10還包括綁定檢查單元103,與所述支付確認(rèn)單元101相連，適于在所述支付確認(rèn)單元101發(fā)送支付確認(rèn)消息前，檢查所述用戶的支付賬號是否在本終端設(shè)備10上已綁定銀行賬號。如前所述，只有當(dāng)用戶的支付賬號處于激活(開通)狀態(tài)，才能以該支付賬號進行支付操作，而對支付賬號的激活具體是指在終端設(shè)備上建立支付賬號與某個或多個銀行賬號的綁定關(guān)系，以支付賬號進行支付即是以與所述支付賬號建立綁定關(guān)系的銀行賬號進行支付。本實施例中，所述用戶的支付賬號與所述終端設(shè)備10的身份數(shù)據(jù)、銀行賬號是一一對應(yīng)的，即一個支付賬號只能在對應(yīng)的一臺終端設(shè)備上進行支付操作，該支付賬號也只對應(yīng)一個銀行賬號，如此，只有在所述終端設(shè)備上建立與銀行賬號的綁定關(guān)系的支付賬號，才能以對應(yīng)的一個銀行賬號進行支付操作，該用戶的其他銀行賬號同樣無法進行支付，而其他用戶的支付賬號在該終端設(shè)備上也無法進行支付。所述用戶的支付賬號、所述終端設(shè)備的身份數(shù)據(jù)、銀行賬號之間一一對應(yīng)的關(guān)系能夠有效確保支付的安全性。本實施例中，所述終端設(shè)備10還包括綁定提示單元104,與所述綁定檢查單元103相連，適于當(dāng)所述綁定檢查單元103檢查出所述支付賬號未綁定銀行賬號時，提示所述用戶進行綁定操作。為實現(xiàn)所述綁定操作，所述云服務(wù)器20還包括:綁定請求接收單元(圖中未示出)，適于接收所述終端設(shè)備10提交的綁定請求，所述綁定請求攜帶所述用戶的身份信息、支付賬號及驗證信息、與所述支付賬號對應(yīng)的銀行賬號及其密碼、所述終端設(shè)備的身份數(shù)據(jù)；綁定請求處理單元(圖中未示出)，與所述綁定請求接收單元相連，適于調(diào)用綁定接口，將所述綁定請求提交至所述支付服務(wù)器30進行驗證，并接收驗證通過后返回的綁定結(jié)果，更新并存儲所述支付賬號在所述終端設(shè)備10上綁定銀行賬號的信息；綁定結(jié)果反饋單元(圖中未示出)，與所述綁定請求處理單元相連，適于向所述終端設(shè)備10返回所述綁定結(jié)果。本實施例中，所述終端設(shè)備還包括加密單元105,與所述支付確認(rèn)單元101相連，適于對所述支付確認(rèn)消息所攜帶的信息進行加密處理。加密單元105具體可以為設(shè)置于所述終端設(shè)備10上的加密控件和/或數(shù)字證書，從而能確保信息傳輸?shù)陌踩?。所述云服?wù)器20在接收到終端設(shè)備10發(fā)出的所述支付確認(rèn)消息后，由所述驗證單元201從所述第一訂單信息對應(yīng)的商家服務(wù)器40中提取第二訂單信息，以所述第二訂單信息對所述第一訂單信息進行驗證。本實施例中，所述云服務(wù)器20還包括綁定檢查單元203，適于在所述驗證單元201提取所述第二訂單信息前，還檢查所述支付賬號是否已在所述終端設(shè)備上綁定銀行賬號。具體地，接收到所述支付確認(rèn)消息后，由綁定檢查單元203檢查該支付確認(rèn)消息中攜帶的所述支付賬號是否已在所述終端設(shè)備10上綁定銀行賬號，若檢查出未綁定銀行賬號，則會向終端設(shè)備10發(fā)送綁定提示信息，以提示用戶進行綁定操作。需要說明的是，在終端設(shè)備10的綁定檢查單元103檢查出支付賬號已在本終端設(shè)備10上綁定銀行賬號后，云服務(wù)器20的綁定檢查單元203同樣需要對此進行檢查，并且以云服務(wù)器20的綁定檢查單元203檢查的結(jié)果為準(zhǔn)。本實施例中，在驗證單元201提取所述第二訂單信息前，還需要對該訂單及其對應(yīng)的商家進行認(rèn)定，因此，所述云服務(wù)器20還包括訂單信息檢查單元204，與驗證單元201相連，適于在所述驗證單元201提取所述第二訂單信息前，對所述第一訂單信息中包括的訂單號及其對應(yīng)的商戶號進行檢查，對所述訂單號的檢查包括檢查該訂單號的格式是否正確以及該訂單號是否屬于對應(yīng)商戶，對所述商戶號的檢查包括檢查該商戶號是否已登記注冊并處于激活狀態(tài)。若上述綁定、訂單及其對應(yīng)商家的認(rèn)定的驗證結(jié)果均沒有問題，則由云服務(wù)器20的驗證單元201從所述第一訂單信息對應(yīng)的商家服務(wù)器40中提取第二訂單信息，以所述第二訂單信息對所述第一訂單信息進行驗證。由于在生成訂單數(shù)據(jù)時，終端設(shè)備10和該訂單對應(yīng)的商家服務(wù)器40都會接收到所述訂單數(shù)據(jù)，為了便于區(qū)別，本實施例中，將終端設(shè)備10接收到的訂單數(shù)據(jù)稱為第一訂單信息，而將所述商家服務(wù)器40接收到的所述訂單數(shù)據(jù)稱為第二訂單信息，一般來說，第一訂單信息和第二訂單信息應(yīng)該是完全相同的，然而，由于終端設(shè)備10將所述第一訂單信息發(fā)送至所述云服務(wù)器20的過程中，也可能會發(fā)生在終端設(shè)備10修改所述第一訂單信息的情況發(fā)生，即用戶在終端設(shè)備10作弊的情況，例如修改支付金額等，此時，為了確保交易的安全性，會從所述第一訂單信息對應(yīng)的商家服務(wù)器40中提取第二訂單信息，對第一訂單信息進行驗證。本實施例中，所述驗證單元201以所述第二訂單信息對所述第一訂單信息進行驗證具體可以包括:驗證所述第一訂單信息中的訂單號是否存在、支付金額是否與所述第二訂單信息中的支付金額一致以及該訂單是否已完成支付。本實施例中，所述云服務(wù)器20還包括交易記錄生成單元205，與所述驗證單元201相連，適于在驗證出該訂單未完成支付時，生成與所述訂單號對應(yīng)的交易記錄，所述交易記錄包括支付狀態(tài)和所述交易編號。具體地，若驗證單元201驗證出該訂單已完成支付，則云服務(wù)器20會向終端設(shè)備10發(fā)出提示，從而避免重復(fù)支付的情況發(fā)生，若驗證出該訂單未完成支付時，則由交易記錄生成單元205生成與所述訂單號對應(yīng)的交易記錄，所述交易記錄包括支付狀態(tài)和交易編號。需要說明的是，一張訂單的訂單號是唯一的，而對于該訂單的交易編號則可能存在多個，因為生成一張訂單后，可以對其進行支付，支付可能成功也可能失敗，因此存在對該訂單進行多次支付操作的情況，失敗后可以對支付操作進行重試，也可以撤銷該訂單，此外，支付成功后在預(yù)定時間內(nèi)還可以選擇進行退款操作，上述多次支付操作、撤銷訂單的操作、退款操作等都可以視為交易過程，會產(chǎn)生對應(yīng)的交易編號，后續(xù)步驟中所述支付服務(wù)器30的支付操作也是對應(yīng)于所述交易編號的，并非訂單號。在實際實施時，一個訂單號在全局范圍內(nèi)只允許進行一項交易處理，例如:當(dāng)某個訂單正處于支付操作的狀態(tài)，此時則不允許進行退款操作或者對該訂單再進行一次支付操作。因此，本實施例中，所述云服務(wù)器20還包括屏蔽單元(圖中未示出)，適于在接收到所述支付確認(rèn)消息后的預(yù)定時間內(nèi)，屏蔽對具有所述第一訂單信息中的訂單號的其他支付確認(rèn)消息的處理。所述預(yù)定時間可以根據(jù)實際情況設(shè)定，通常將其設(shè)定為大于完成一次交易操作過程所需的時間，例如I分鐘、2分鐘、5分鐘等。在驗證單元201對所述第一訂單信息的驗證通過后，由所述云服務(wù)器20的支付請求單元202調(diào)用支付接口(圖中未示出)，向支付服務(wù)器30提交支付請求；其中，所述支付請求中至少攜帶支付金額、支付對象、與所述第一訂單信息關(guān)聯(lián)的交易編號、所述用戶的支付賬號及驗證信息、終端設(shè)備10的身份數(shù)據(jù)。所述支付接口是對應(yīng)于所述支付服務(wù)器30的接口，用于向支付服務(wù)器30提交所述支付請求。所述支付請求單元202從通過驗證的所述第一訂單信息中至少提取出支付金額、支付對象、所述用戶的支付賬號及驗證信息、終端設(shè)備10的身份數(shù)據(jù)，結(jié)合驗證第一訂單信息時生成的與所述訂單號對應(yīng)的交易編號，即與所述第一訂單信息關(guān)聯(lián)的交易編號，生成所述支付請求。在接收到所述支付請求后，所述支付服務(wù)器30基于所述用戶的支付賬號和終端設(shè)備10的身份數(shù)據(jù)獲取對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以所述銀行賬號完成支付。在終端設(shè)備10上建立支付賬號與銀行賬號的綁定關(guān)系后，終端設(shè)備10的身份數(shù)據(jù)、用戶的支付賬號及驗證信息、銀行賬號之間的對應(yīng)關(guān)系是存儲于所述支付服務(wù)器30上的，基于該存儲的對應(yīng)關(guān)系，所述支付服務(wù)器30便能夠基于所述支付請求中的所述用戶的支付賬號、終端設(shè)備10的身份數(shù)據(jù)獲取用于進行實際支付的銀行賬號，即所述支付服務(wù)器30通過查詢預(yù)先建立的所述用戶的支付賬號、終端設(shè)備10的身份數(shù)據(jù)與銀行賬號的綁定關(guān)系，獲取與所述用戶支付賬號對應(yīng)的銀行賬號。獲取到所述銀行賬號后，所述支付服務(wù)器30還會對所述支付請求中的所述驗證信息(本實施例中具體包括消費密碼)進行驗證，若驗證通過，則通過與所述銀行賬號對應(yīng)的銀行服務(wù)器通訊，由所述銀行服務(wù)器對所述銀行賬號進行扣款操作，從而完成支付。當(dāng)然，所述支付服務(wù)器30也可以為銀行服務(wù)器，直接對所述銀行賬號進行扣款操作以完成支付。本實施例中，所述支付服務(wù)器30在接收到所述支付請求后，獲取與所述支付賬號對應(yīng)的銀行賬號，并對所述驗證信息進行驗證之前，還對所述支付請求中的其他信息進行驗證，包括:驗證所述交易編號是否已存在、所述支付賬號是否在所述終端設(shè)備10上與所述銀行賬號綁定、所述支付賬號對應(yīng)的銀行賬號中的余額是否足夠、所述支付賬號與其消費密碼是否匹配。本實施例中，所述支付服務(wù)器30還適于在支付成功或失敗后向所述云服務(wù)器20返回支付結(jié)果，所述云服務(wù)器20還包括更新反饋單元206，適于在接收到所述支付結(jié)果后更新所述支付狀態(tài)，并向所述商家服務(wù)器40發(fā)送支付完成信號。本實施例中，所述云服務(wù)器20還包括事務(wù)管理單元(圖中未示出)，適于以事務(wù)管理的方式對支付過程中的執(zhí)行結(jié)果進行標(biāo)記。云服務(wù)器20在整個支付流程中，存在多個驗證或檢查的步驟，每個步驟都會產(chǎn)生成功或失敗的結(jié)果，所述事務(wù)管理單元以事務(wù)管理的方式對支付過程中的執(zhí)行結(jié)果進行標(biāo)記就是將各步驟執(zhí)行的結(jié)果標(biāo)記為“成功”或“失敗”，對事務(wù)狀態(tài)標(biāo)記為“已完成”或“未完成”，舉例來說，參閱圖3，云服務(wù)器20在接收到所述支付確認(rèn)消息后，便啟動事務(wù)，此后進行的操作如前面所述，直至接收到支付服務(wù)器30返回的支付結(jié)果，更新支付狀態(tài)，并向商家服務(wù)器40發(fā)送支付完成信號，記錄業(yè)務(wù)流水，完成事務(wù)，整個事務(wù)流程中的每一個步驟都可以用“成功”或“失敗”進行標(biāo)記，如此，能夠清楚了解某次支付操作的當(dāng)前所處狀態(tài)，也便于相關(guān)運營人員對支付過程進行管理和控制。需要說明的是，在整個支付過程中，從啟動支付操作起，直至支付操作完成，所述終端設(shè)備10的身份數(shù)據(jù)起著至關(guān)重要的作用，因為其唯一標(biāo)識一臺終端設(shè)備，相關(guān)用戶的支付操作只能通過指定的終端設(shè)備實現(xiàn)，在其他終端設(shè)備上則難以完成支付，而且在云服務(wù)器20、支付服務(wù)器30的驗證過程中，都需要對終端設(shè)備10的身份數(shù)據(jù)進行驗證，由此確保了支付的安全性。此外，所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括與所述云服務(wù)器20相連的運營控制單元50，適于對消費支付的過程進行控制，包括:查看支付的當(dāng)前執(zhí)行情況、查詢支付的交易記錄、解除用戶的支付賬號在終端設(shè)備10上與銀行賬號的綁定等等。運營和客服人員可以根據(jù)不同的授權(quán)，通過運營控制單元50可以查看交易執(zhí)行情況，可以查詢用戶業(yè)務(wù)流水，可以查看交易健康度，可以幫助用戶解除綁定等。所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括運維監(jiān)控單元60，與所述云服務(wù)器20相連，適于監(jiān)控所述云服務(wù)器20的運行狀況，包括:查看系統(tǒng)錯誤、基礎(chǔ)設(shè)施健康狀況、支付的執(zhí)行情況以及設(shè)定自動報警機制。運維人員通過運維監(jiān)控單元60，可以查看云服務(wù)器20的執(zhí)行錯誤情況，查看基礎(chǔ)設(shè)施健康狀況，查看交易事務(wù)執(zhí)行情況，可以查看業(yè)務(wù)健康度情況，可以設(shè)定自動報警機制，達(dá)到自動監(jiān)控健康狀況的目的等。所述基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)還包括與所述云服務(wù)器20、支付服務(wù)器30、商家服務(wù)器40通訊的財務(wù)管理單元70，適于對消費支付進行財務(wù)管理的操作，包括:消費支付的對賬和查詢、執(zhí)行退款操作、修改支付狀態(tài)。用戶憑借本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)所包括的終端設(shè)備10、云服務(wù)器20、支付服務(wù)器30、商家服務(wù)器40實現(xiàn)支付，當(dāng)多筆支付交易完成后，財務(wù)人員需要對這些支付交易進行對賬、查詢、退款等操作，此時可以通過財務(wù)管理單元70，完成交易對賬，進行交易查詢，執(zhí)行退款操作，查看各類匯總信息，修改交易狀態(tài)等等。綜上，本發(fā)明實施例提供的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，至少具有如下有益效果:通過終端設(shè)備向云服務(wù)器發(fā)送支付確認(rèn)消息，所述支付確認(rèn)消息攜帶第一訂單信息、用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)，云服務(wù)器在接收到該支付確認(rèn)消息后，從第一訂單信息對應(yīng)的商家服務(wù)器中提取第二訂單信息，對第一訂單信息進行驗證，并在驗證通過后向支付服務(wù)器提交支付請求，所述支付請求中至少攜帶支付金額、支付對象、與第一訂單信息關(guān)聯(lián)的交易編號、支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)，支付服務(wù)器在接收到支付請求后，獲取與支付賬號、終端設(shè)備的身份數(shù)據(jù)相對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以該銀行賬號完成支付，從而使用戶通過所述支付賬號能便捷、安全地實現(xiàn)支付。本發(fā)明雖然已以較佳實施例公開如上，但其并不是用來限定本發(fā)明，任何本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi)，都可以利用上述揭示的方法和技術(shù)內(nèi)容對本發(fā)明技術(shù)方案做出可能的變動和修改，因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化及修飾，均屬于本發(fā)明技術(shù)方案的保護范圍。
權(quán)利要求
1.一種基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，包括:終端設(shè)備、適于與所述終端設(shè)備通訊的云服務(wù)器、適于與所述云服務(wù)器通訊的支付服務(wù)器和適于與所述云服務(wù)器通訊的商家服務(wù)器； 所述終端設(shè)備包括支付確認(rèn)單元，所述支付確認(rèn)單元適于基于用戶的操作信息發(fā)送支付確認(rèn)消息至云服務(wù)器；其中，所述支付確認(rèn)消息中攜帶第一訂單信息、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)； 所述云服務(wù)器包括: 驗證單元，適于在接收到所述支付確認(rèn)消息后，從所述第一訂單信息對應(yīng)的商家服務(wù)器中提取第二訂單信息，以所述第二訂單信息對所述第一訂單信息進行驗證； 支付請求單元，適于在對所述第一訂單信息的驗證通過后，調(diào)用支付接口，向支付服務(wù)器提交支付請求；其中，所述支付請求中至少攜帶支付金額、支付對象、與所述第一訂單信息關(guān)聯(lián)的交易編號、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)； 所述商家服務(wù)器，適于向所述云服務(wù)器提供與所述第一訂單信息對應(yīng)的所述第二訂單信息； 所述支付服務(wù)器，適于在接收到所述支付請求后，基于所述用戶的支付賬號和終端設(shè)備的身份數(shù)據(jù)獲取對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以所述銀行賬號完成支付。
2.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述支付確認(rèn)單元包括: 提示接收單元，適于接收來自所述云服務(wù)器的對應(yīng)于所述第一訂單信息的支付提示； 操作信息接收單元，適 于接收用戶響應(yīng)所述支付提示的操作信息，所述用戶的操作信息包括所述用戶的支付賬號及驗證信息； 生成單元，適于以所述用戶的操作信息、所述第一訂單信息、終端設(shè)備的身份數(shù)據(jù)生成所述支付確認(rèn)消息。
3.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述終端設(shè)備還包括身份信息驗證單元，適于對所述用戶的身份信息進行驗證。
4.根據(jù)權(quán)利要求3所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述身份信息驗證單元對所述用戶的身份信息進行的驗證包括:驗證所述用戶是否為所述終端設(shè)備的登記用戶。
5.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述終端設(shè)備還包括綁定檢查單元，適于在發(fā)送支付確認(rèn)消息前，檢查所述用戶的支付賬號是否在本終端設(shè)備上已綁定銀行賬號。
6.根據(jù)權(quán)利要求5所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述終端設(shè)備還包括綁定提示單元，適于當(dāng)檢查出所述支付賬號未綁定銀行賬號時，提示所述用戶進行綁定操作。
7.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括: 綁定請求接收單元，適于接收所述終端設(shè)備提交的綁定請求，所述綁定請求攜帶所述用戶的身份信息、支付賬號及驗證信息、與所述支付賬號對應(yīng)的銀行賬號及其密碼、所述終端設(shè)備的身份數(shù)據(jù)； 綁定請求處理單元，適于調(diào)用綁定接口，將所述綁定請求提交至所述支付服務(wù)器進行驗證，并接收驗證通過后返回的綁定結(jié)果，更新并存儲所述支付賬號在所述終端設(shè)備上綁定銀行賬號的信息； 綁定結(jié)果反饋單元，適于向所述終端設(shè)備返回所述綁定結(jié)果。
8.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括綁定檢查單元，適于在提取所述第二訂單信息前，檢查所述支付賬號是否已在所述終端設(shè)備上綁定銀行賬號。
9.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括訂單信息檢查單元，適于在提取所述第二訂單信息前，對所述第一訂單信息中包括的訂單號及其對應(yīng)的商戶號進行檢查，對所述訂單號的檢查包括檢查該訂單號的格式是否正確以及該訂單號是否屬于對應(yīng)商戶，對所述商戶號的檢查包括檢查該商戶號是否已登記注冊并處于激活狀態(tài)。
10.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括屏蔽單元，適于在接收到所述支付確認(rèn)消息后的預(yù)定時間內(nèi)，屏蔽對具有所述第一訂單信息中的訂單號的其他支付確認(rèn)消息的處理。
11.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述驗證單元驗證所述第一訂單信息中的訂單號是否存在、支付金額是否與所述第二訂單信息中的支付金額一致以及該訂單是否已完成支付。
12.根據(jù)權(quán)利要求11所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括交易記錄生成單元，適于在驗證出該訂單未完成支付時，生成與所述訂單號對應(yīng)的交易記錄，所述交易記錄包括支付狀態(tài)和所述交易編號。
13.根據(jù)權(quán)利要求12所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述支付服務(wù)器還適于在支付成功或失敗后向所述云服務(wù)器返回支付結(jié)果，所述云服務(wù)器還包括更新反饋單元，適于在接收到所述支付結(jié)果后更新所述支付狀態(tài)，并向所述商家服務(wù)器發(fā)送支付完成信號。
14.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述支付服務(wù)器查詢預(yù)先建立的所述用戶的支付賬號、終端設(shè)備的身份數(shù)據(jù)與銀行賬號的綁定關(guān)系，獲取與所述用戶支付賬號對應(yīng)的銀行賬號。
15.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述終端設(shè)備還包括加密單元，適于對所述支付確認(rèn)消息所攜帶的信息進行加密處理。
16.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述云服務(wù)器還包括事務(wù)管理單元，適于以事務(wù)管理的方式對支付過程中的執(zhí)行結(jié)果進行標(biāo)記。
17.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，還包括與所述云服務(wù)器相連的運營控制單元，適于對消費支付的過程進行控制。
18.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，還包括與所述云服務(wù)器相連的運維監(jiān)控單元，適于監(jiān)控所述云服務(wù)器的運行狀況。
19.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，還包括與所述云服務(wù)器、支付服務(wù)器、商家服務(wù)器通訊的財務(wù)管理單元，適于對消費支付進行財務(wù)管理的操作。
20.根據(jù)權(quán)利要求1所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述支付賬號與所述終端設(shè)備的身份數(shù)據(jù)、銀行賬號一一對應(yīng)。
21.根據(jù)權(quán)利要求1 所述的基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，其特征在于，所述終端設(shè)備為車載終端設(shè)備。
全文摘要
一種基于云數(shù)據(jù)處理技術(shù)的電子支付系統(tǒng)，包括終端設(shè)備、云服務(wù)器、支付服務(wù)器和商家服務(wù)器；終端設(shè)備適于基于用戶的操作信息發(fā)送支付確認(rèn)消息至云服務(wù)器，所述支付確認(rèn)消息攜帶第一訂單信息、所述用戶的支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)；云服務(wù)器適于從第一訂單信息對應(yīng)的所述商家服務(wù)器中提取第二訂單信息，對第一訂單信息進行驗證，在驗證通過后向支付服務(wù)器提交支付請求，支付請求中至少攜帶支付金額、支付對象、與第一訂單信息關(guān)聯(lián)的交易編號、支付賬號及驗證信息、終端設(shè)備的身份數(shù)據(jù)；支付服務(wù)器適于獲取與支付賬號對應(yīng)的銀行賬號，并在所述驗證信息驗證通過后以該銀行賬號完成支付。本技術(shù)方案能確保電子支付的安全性和便捷性。
文檔編號G06Q20/42GK103186860SQ20111045736
公開日2013年7月3日 申請日期2011年12月30日 優(yōu)先權(quán)日2011年12月30日
發(fā)明者萬磊, 姜宇, 岳鵬程, 吳岳 申請人:上海博泰悅臻電子設(shè)備制造有限公司