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

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


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