電子交易方法、系統(tǒng)及支付平臺系統(tǒng)的制作方法
【專利摘要】本發(fā)明提出一種電子交易方法、系統(tǒng)和支付平臺系統(tǒng)。其中所述方法使用：商戶交易系統(tǒng)；銀行系統(tǒng)；支付網(wǎng)關(guān)；支付平臺系統(tǒng)，其通過交易網(wǎng)關(guān)與商戶交易系統(tǒng)通信，通過支付網(wǎng)關(guān)與銀行系統(tǒng)通信，其中，方法包括以下步驟：支付平臺系統(tǒng)接收商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求；支付平臺系統(tǒng)對協(xié)議扣款請求進行驗證；以及在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)與銀行系統(tǒng)進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。本發(fā)明實施例的方法，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。
【專利說明】電子交易方法、系統(tǒng)及支付平臺系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，特別涉及一種電子交易方法、系統(tǒng)及支付平臺系統(tǒng)?！颈尘凹夹g(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的日益發(fā)展，網(wǎng)絡(luò)已成為人們生活的重要部分，使得網(wǎng)絡(luò)購物變得越來越普遍。網(wǎng)上購物是指通過互聯(lián)網(wǎng)檢索商品信息，并通過電子訂購單發(fā)出購物請求，并在網(wǎng)上支付后，商戶通過郵購的方式發(fā)貨，或是通過快遞公司送貨上門等。為了保證交易安全，在支付時通常使用擔保交易平臺，例如，淘寶支付寶、百度百付寶、騰訊財付通等。
[0003]其中，擔保交易平臺是第三方支付平臺，用戶在商戶的網(wǎng)站上選擇商品并進行支付時，必須跳轉(zhuǎn)至第三方支付平臺，在第三方支付平臺上選擇支付方式，例如，在線支付、信用卡支付、銀行賬戶支付等，并根據(jù)支付方式選擇支付工具，例如，某個銀行的賬戶等，再根據(jù)實際流程完成支付。但是，在使用擔保交易平臺時存在以下問題:支付過程中頁面跳轉(zhuǎn)次數(shù)太多，如果遇到網(wǎng)絡(luò)超時，用戶需重新返回購物車并重新下單支付，用戶體驗差。
【發(fā)明內(nèi)容】
[0004]本發(fā)明的目的旨在至少在一定程度上解決上述的技術(shù)問題。
[0005]為此，本發(fā)明的第一個目的在于提出一種電子交易方法。
[0006]本發(fā)明的第二個目的在于提出一種電子交易系統(tǒng)。
[0007]本發(fā)明的第三個目的在于提出一種支付平臺系統(tǒng)。
[0008]為達到上述目的，本發(fā)明第一方面的實施例提出一種電子交易方法，所述方法使用:商戶使用的商戶交易系統(tǒng)，所述商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器；交易網(wǎng)關(guān)；銀行系統(tǒng)；支付網(wǎng)關(guān)；支付平臺系統(tǒng)，所述支付平臺系統(tǒng)通過所述交易網(wǎng)關(guān)與所述商戶交易系統(tǒng)通信，所述支付平臺系統(tǒng)通過所述支付網(wǎng)關(guān)與所述銀行系統(tǒng)通信，其中，所述方法包括以下步驟:所述支付平臺系統(tǒng)接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求；所述支付平臺系統(tǒng)對所述協(xié)議扣款請求進行驗證；以及在所述協(xié)議扣款請求通過驗證之后，所述支付平臺系統(tǒng)與所述銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0009]本發(fā)明實施例的電子交易方法，通過預設(shè)的支付扣款協(xié)議，在交易時商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0010]為達到上述目的，本發(fā)明第二方面的實施例提出一種電子交易系統(tǒng)，包括:商戶使用的商戶交易系統(tǒng)、交易網(wǎng)關(guān)、銀行系統(tǒng)、支付網(wǎng)關(guān)、支付平臺系統(tǒng)，其中，所述商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器，所述支付平臺系統(tǒng)通過所述交易網(wǎng)關(guān)與所述商戶交易系統(tǒng)通信，所述支付平臺系統(tǒng)通過所述支付網(wǎng)關(guān)與所述銀行系統(tǒng)通信，其中，所述支付平臺系統(tǒng)，用于接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求，并對所述協(xié)議扣款請求進行驗證，以及在所述協(xié)議扣款請求通過驗證之后，與所述銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0011]本發(fā)明實施例的電子交易系統(tǒng)，通過預設(shè)的支付扣款協(xié)議，在交易時商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0012]為達到上述目的，本發(fā)明第三方面的實施例提出一種支付平臺系統(tǒng)，包括:協(xié)議扣款請求接收模塊，用于接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求；第一驗證模塊，用于對所述協(xié)議扣款請求進行驗證；以及扣款模塊，用于在所述協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0013]本發(fā)明實施例的支付平臺系統(tǒng)，通過預設(shè)的支付扣款協(xié)議，在交易時使得商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0014]本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。
【專利附圖】
【附圖說明】
[0015]本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變得明顯和容易理解，其中:
[0016]圖1是根據(jù)本發(fā)明實施例的電子交易方法的使用系統(tǒng)的結(jié)構(gòu)示意圖；
[0017]圖2是根據(jù)本發(fā)明一個實施例的電子交易方法的流程圖；
[0018]圖3是根據(jù)本發(fā)明另一個實施例的電子交易方法的流程圖；
[0019]圖4是根據(jù)本發(fā)明又一個實施例的電子交易方法的流程圖；
[0020]圖5是根據(jù)本發(fā)明實施例的支付并簽約的流程圖；
[0021]圖6是根據(jù)本發(fā)明實施例的協(xié)議扣款的流程圖；
[0022]圖7是根據(jù)本發(fā)明一個實施例的電子交易系統(tǒng)的結(jié)構(gòu)示意圖；
[0023]圖8是根據(jù)本發(fā)明一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖；
[0024]圖9是根據(jù)本發(fā)明另一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖；
[0025]圖10是根據(jù)本發(fā)明又一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0026]下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。相反，本發(fā)明的實施例包括落入所附加權(quán)利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。
[0027]在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。在本發(fā)明的描述中，需要說明的是，除非另有明確的規(guī)定和限定，術(shù)語“相連”、“連接”應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連。對于本領(lǐng)域的普通技術(shù)人員而言，可以具體情況理解上述術(shù)語在本發(fā)明中的具體含義。此外，在本發(fā)明的描述中，除非另有說明，“多個”的含義是兩個或兩個以上。
[0028]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬【技術(shù)領(lǐng)域】的技術(shù)人員所理解。
[0029]為了解決目前使用第三方支付平臺時頁面跳轉(zhuǎn)次數(shù)太多的問題，本發(fā)明提出一種電子交易方法、系統(tǒng)和支付平臺系統(tǒng)，下面參考附圖描述。
[0030]一種電子交易方法，方法使用:商戶使用的商戶交易系統(tǒng)，商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器；交易網(wǎng)關(guān)；銀行系統(tǒng)；支付網(wǎng)關(guān)；支付平臺系統(tǒng)，支付平臺系統(tǒng)通過交易網(wǎng)關(guān)與商戶交易系統(tǒng)通信，支付平臺系統(tǒng)通過支付網(wǎng)關(guān)與銀行系統(tǒng)通信，其中，方法包括以下步驟:支付平臺系統(tǒng)接收商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求；支付平臺系統(tǒng)對協(xié)議扣款請求進行驗證；以及在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)與銀行系統(tǒng)進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0031]圖1是根據(jù)本發(fā)明實施例的電子交易方法的使用系統(tǒng)的結(jié)構(gòu)示意圖，圖2是根據(jù)本發(fā)明一個實施例的電子交易方法的流程圖。
[0032]如圖2所示，電子交易方法所使用系統(tǒng)包括:商戶使用的商戶交易系統(tǒng)10，商戶交易系統(tǒng)10包括用戶使用的終端11和商戶交易服務(wù)器12 ;交易網(wǎng)關(guān)20 ;銀行系統(tǒng)30 ;支付網(wǎng)關(guān)40 ;支付平臺系統(tǒng)50，支付平臺系統(tǒng)50通過交易網(wǎng)關(guān)20與商戶交易系統(tǒng)10通信，支付平臺系統(tǒng)50通過支付網(wǎng)關(guān)40與銀行系統(tǒng)30通信。
[0033]如圖1所示，電子交易方法包括如下步驟:
[0034]S101，支付平臺系統(tǒng)50接收商戶交易系統(tǒng)10發(fā)送的協(xié)議扣款請求。
[0035]具體地，如果是用戶第一次使用，商戶交易系統(tǒng)10可以在生成預設(shè)的支付扣款協(xié)議(后續(xù)實施例中將詳細敘述)的同時發(fā)送協(xié)議扣款請求，例如用戶選擇商品進行支付時可以通過商戶交易系統(tǒng)10發(fā)送協(xié)議扣款請求。如果支付平臺系統(tǒng)50已經(jīng)生成對應的支付扣款協(xié)議即預設(shè)的支付扣款協(xié)議(詳見后續(xù)實施例)，則商戶交易系統(tǒng)10可以直接發(fā)送協(xié)議扣款請求。
[0036]S102，支付平臺系統(tǒng)50對協(xié)議扣款請求進行驗證。
[0037]S103，在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)50與銀行系統(tǒng)30進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0038]本發(fā)明實施例的電子交易方法，通過預設(shè)的支付扣款協(xié)議，在交易時商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0039]圖3是根據(jù)本發(fā)明另一個實施例的電子交易方法的流程圖。預設(shè)的支付扣款協(xié)議可以根據(jù)用戶的協(xié)議簽約請求生成，具體地，如圖3所示，電子交易方法包括如下步驟:
[0040]S201，支付平臺系統(tǒng)50接收用戶通過商戶交易系統(tǒng)10發(fā)送的協(xié)議簽約請求。
[0041]具體地，商戶交易服務(wù)器12為商戶部署的服務(wù)器，首先用戶通過終端11登陸商戶交易服務(wù)器12，然后用戶通過終端11選擇商品信息，在進行支付時發(fā)送協(xié)議簽約請求，或直接選擇發(fā)送協(xié)議簽約請求，商戶交易系統(tǒng)10將該簽約請求轉(zhuǎn)發(fā)至支付平臺系統(tǒng)50。其中，終端11可以是移動終端(如智能手機等)，還可以是個人計算機等。
[0042]其中，協(xié)議簽約請求為用戶簽署商戶、用戶和支付平臺系統(tǒng)50的三方支付扣款協(xié)議的請求。在本發(fā)明的一個實施例中，協(xié)議簽約請求包括至少一項以下標識:商戶的標識，用戶在商戶交易系統(tǒng)10中的標識以及用戶在支付平臺系統(tǒng)50中的標識。其中，商戶的標志唯一標志一個商戶，例如淘寶網(wǎng)站的標志，用戶在商戶交易系統(tǒng)10中的標識是該用戶登錄交易服務(wù)器12時的登錄賬戶，例如，用戶在淘寶網(wǎng)站的賬戶，用戶在支付平臺系統(tǒng)50中的標識是該用戶登錄支付平臺系統(tǒng)50時的登錄賬戶，例如，支付寶賬戶。具體地，當用戶通過終端11登錄交易服務(wù)器12之后，交易服務(wù)器12獲得用戶在商戶交易系統(tǒng)10中的標識，用戶還可以通過終端11指定支付平臺系統(tǒng)50，由此，交易服務(wù)器12將商戶的標識，用戶在商戶交易系統(tǒng)10中的標識以及用戶在支付平臺系統(tǒng)50中的標識發(fā)送至支付平臺系統(tǒng)50，支付平臺系統(tǒng)50還可以對用戶在支付平臺系統(tǒng)50中的標識進行驗證。
[0043]S202，支付平臺系統(tǒng)50根據(jù)協(xié)議簽約請求生成預設(shè)的支付扣款協(xié)議。
[0044]具體地，預設(shè)的支付扣款協(xié)議是用戶授權(quán)在指定的賬戶或銀行卡上(即銀行系統(tǒng)30)進行扣款支付的協(xié)議，在用戶授權(quán)簽約的前提下，商戶可以按照用戶指令或者服務(wù)條款自動向簽約指定的賬戶或銀行卡(即銀行系統(tǒng)30)發(fā)起扣款，可以實現(xiàn)一鍵支付。
[0045]在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議中均包括商戶的標識，用戶在商戶交易系統(tǒng)10中的標識以及用戶在支付平臺系統(tǒng)50中的標識。
[0046]在本發(fā)明的一個實施例中，協(xié)議簽約請求和支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。在協(xié)議簽約請求和預設(shè)的支付扣款協(xié)議中綁定的用于支付的銀行卡，在下次支付時可以無需用戶重新指定銀行卡，節(jié)約流程，提升效率。
[0047]其中，在預設(shè)的支付扣款協(xié)議完成之后，支付平臺系統(tǒng)50可以保存該預設(shè)的支付扣款協(xié)議，即預設(shè)的支付扣款協(xié)議可以生成一次，之后，商戶可以通過該預設(shè)的支付扣款協(xié)議根據(jù)用戶指令或服務(wù)條款自動進行扣款。
[0048]S203，支付平臺系統(tǒng)50接收商戶交易系統(tǒng)10發(fā)送的協(xié)議扣款請求。
[0049]具體地，如果是用戶第一次使用，商戶交易系統(tǒng)10可以在生成預設(shè)的支付扣款協(xié)議的同時發(fā)送協(xié)議扣款請求，例如用戶選擇商品進行支付時可以通過商戶交易系統(tǒng)10發(fā)送協(xié)議扣款請求。如果支付平臺系統(tǒng)50已經(jīng)生成對應的預設(shè)的支付扣款協(xié)議，則商戶交易系統(tǒng)10可以直接發(fā)送協(xié)議扣款請求。
[0050]S204,支付平臺系統(tǒng)50對協(xié)議扣款請求進行驗證。
[0051]S205，在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)50與銀行系統(tǒng)30進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。[0052]本發(fā)明實施例的電子交易方法，根據(jù)協(xié)議簽約請求生成預設(shè)的支付扣款協(xié)議，其中預設(shè)的支付扣款協(xié)議可以只生成一次，由此進一步節(jié)約流程，方便使用。
[0053]圖4是根據(jù)本發(fā)明又一個實施例的電子交易方法的流程圖。為了保證交易安全，在支付扣款協(xié)議中還包括驗證手段，在協(xié)議扣款請求通過驗證之后根據(jù)驗證手段對用戶進行驗證。
[0054]如圖4所示，電子交易方法包括如下步驟:
[0055]S301，支付平臺系統(tǒng)50接收商戶交易系統(tǒng)10發(fā)送的協(xié)議扣款請求。
[0056]S302，支付平臺系統(tǒng)50對協(xié)議扣款請求進行驗證。
[0057]S303，在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)50根據(jù)驗證手段對用戶進行驗證。
[0058]S304，在支付平臺系統(tǒng)50根據(jù)驗證手段對用戶進行驗證成功之后，支付平臺系統(tǒng)50與銀行系統(tǒng)30進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0059]例如，驗證手段可以為短信驗證，通過向用戶下發(fā)短信，短信中包括驗證碼，只有在輸入正確的驗證碼時才能進行扣款。
[0060]本發(fā)明實施例的電子交易方法，在協(xié)議扣款請求通過驗證之后根據(jù)驗證手段對用戶進行驗證，進一步保證交易安全。
[0061]在本發(fā)明的一個實施例中，還包括以下步驟:支付平臺系統(tǒng)50接收用戶通過商戶交易系統(tǒng)10發(fā)送的協(xié)議撤銷請求；以及支付平臺系統(tǒng)50根據(jù)協(xié)議撤銷請求撤銷支付扣款協(xié)議。
[0062]本發(fā)明實施例的電子交易方法，用戶可以撤銷已經(jīng)生成的支付扣款協(xié)議，進一步提升用戶體驗。
[0063]為了使得本發(fā)明實施例的優(yōu)點更加明顯，下面舉例說明。
[0064]圖5是根據(jù)本發(fā)明實施例的支付并簽約的流程圖，其中支付并簽約即在支付的同時生成預設(shè)的支付簽約協(xié)議。如圖5所示，商戶交易服務(wù)器12發(fā)送支付請求及協(xié)議簽約請求，將用戶在商戶交易系統(tǒng)10中的標識隨同訂單支付信息一起發(fā)送至支付平臺系統(tǒng)50，支付平臺系統(tǒng)50在處理支付請求及協(xié)議簽約請求，在進行安全驗證之后跳轉(zhuǎn)至支付并簽約頁面，首先判斷用戶是否綁定銀行卡，如果沒有綁定銀行卡，需填寫銀行卡要素，例如信用卡卡號、有效期、銀行預留手機號、姓名、身份證號碼等，如果用戶有綁定的銀行卡，需填寫支付要素信息，例如信用卡的支付平臺系統(tǒng)的支付密碼、手機驗證碼等，用戶填寫完支付信息后確認支付并簽約，支付平臺系統(tǒng)50通過銀行系統(tǒng)30為用戶完成扣款；扣款成功后，支付平臺系統(tǒng)50將“商戶的標識，用戶在商戶交易系統(tǒng)10中的標識以及用戶在支付平臺系統(tǒng)50中的標識”生成預設(shè)的支付扣款協(xié)議，并保存到對應的協(xié)議庫中；返回商戶和用戶支付并簽約成功的相關(guān)信息；如果支付失敗，返回給用戶相關(guān)的失敗信息，用戶可以返回重新修改信息后再次提交支付及協(xié)議簽約請求。
[0065]圖6是根據(jù)本發(fā)明實施例的協(xié)議扣款的流程圖。如圖6所示，商戶交易系統(tǒng)10發(fā)送協(xié)議扣款請求，支付平臺系統(tǒng)50進行扣款處理，扣款前需要進行安全校驗和格式校驗；并進行支付扣款協(xié)議有效性校驗，即判定商戶發(fā)送的支付扣款協(xié)議在協(xié)議庫中是否存在，之后根據(jù)預設(shè)的支付扣款協(xié)議內(nèi)容中的“短信驗證碼限額”與當前代收訂單中的扣款金額進行比較判斷，是否需要為客戶下發(fā)短信驗證碼；如果需要下發(fā)短信驗證碼時，則判斷訂單信息中是否上送短信驗證碼是否正確，正確時進入下一步，錯誤時返回支付失敗；根據(jù)預設(shè)的支付扣款協(xié)議，需要通過用戶對扣款進行授權(quán)時，向用戶手機發(fā)送扣款“授權(quán)短信”，當用戶在規(guī)定時限內(nèi)回復短信確認，則進行扣款操作；如用戶未在規(guī)定時限內(nèi)，回復確認信息，或拒絕付款，則不進行扣款操作。支付平臺系統(tǒng)50向銀行系統(tǒng)30發(fā)送扣款指令，銀行系統(tǒng)30返回扣款結(jié)果。
[0066]為了實現(xiàn)上述實施例，本發(fā)明還提出一種電子交易系統(tǒng)。
[0067]一種電子交易系統(tǒng)，包括:商戶使用的商戶交易系統(tǒng)、交易網(wǎng)關(guān)、銀行系統(tǒng)、支付網(wǎng)關(guān)、支付平臺系統(tǒng)，其中，商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器，支付平臺系統(tǒng)通過交易網(wǎng)關(guān)與商戶交易系統(tǒng)通信，支付平臺系統(tǒng)通過支付網(wǎng)關(guān)與銀行系統(tǒng)通信，其中，支付平臺系統(tǒng)，用于接收商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求，并對協(xié)議扣款請求進行驗證，以及在協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0068]圖7是根據(jù)本發(fā)明一個實施例的電子交易系統(tǒng)的結(jié)構(gòu)示意圖。如圖7所示，電子交易系統(tǒng)包括商戶使用的商戶交易系統(tǒng)100、交易網(wǎng)關(guān)200、銀行系統(tǒng)300、支付網(wǎng)關(guān)400、支付平臺系統(tǒng)500，商戶交易系統(tǒng)100包括用戶使用的終端110和商戶交易服務(wù)器120，支付平臺系統(tǒng)500通過交易網(wǎng)關(guān)200與商戶交易系統(tǒng)100通信，支付平臺系統(tǒng)500通過支付網(wǎng)關(guān)400與銀行系統(tǒng)300通信。
[0069]具體地，支付平臺系統(tǒng)500用于接收商戶交易系統(tǒng)100發(fā)送的協(xié)議扣款請求，并對協(xié)議扣款請求進行驗證，以及在協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)300進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0070]更具體地，如果是用戶第一次使用，商戶交易系統(tǒng)100可以在生成預設(shè)的支付扣款協(xié)議(后續(xù)實施例中將詳細敘述)的同時發(fā)送協(xié)議扣款請求，例如用戶選擇商品進行支付時可以通過商戶交易系統(tǒng)100發(fā)送協(xié)議扣款請求。如果支付平臺系統(tǒng)500已經(jīng)生成對應的扣款協(xié)議即預設(shè)的支付扣款協(xié)議(詳見后續(xù)實施例)，則商戶交易系統(tǒng)100可以直接發(fā)送協(xié)議扣款請求。
[0071]在本發(fā)明的一個實施例中，支付平臺系統(tǒng)500還用于接收用戶通過商戶交易系統(tǒng)100發(fā)送的協(xié)議簽約請求，并根據(jù)協(xié)議簽約請求生成預設(shè)的支付扣款協(xié)議。具體地，商戶交易服務(wù)器120為商戶部署的服務(wù)器，首先用戶通過終端110登陸商戶交易服務(wù)器120，然后用戶通過終端110選擇商品信息，在進行支付時發(fā)送協(xié)議簽約請求，或直接選擇發(fā)送協(xié)議簽約請求，商戶交易系統(tǒng)100將該簽約請求轉(zhuǎn)發(fā)至支付平臺系統(tǒng)500。其中，終端110可以是移動終端(如智能手機等)，還可以是個人計算機等。
[0072]其中，協(xié)議簽約請求為用戶簽署商戶、用戶和支付平臺系統(tǒng)500三方支付扣款協(xié)議的請求。在本發(fā)明的一個實施例中，協(xié)議簽約請求包括至少一個以下標識:商戶的標識，用戶在商戶交易系統(tǒng)100中的標識以及用戶在支付平臺系統(tǒng)500中的標識。其中，商戶的標志唯一標志一個商戶，例如淘寶網(wǎng)站的標志，用戶在商戶交易系統(tǒng)100中的標識是該用戶登錄交易服務(wù)器120時的登錄賬戶，例如，用戶在淘寶網(wǎng)站的賬戶，用戶在支付平臺系統(tǒng)500中的標識是該用戶登錄支付平臺系統(tǒng)500時的登錄賬戶，例如，支付寶賬戶。具體地，當用戶通過終端Iio登錄交易服務(wù)器120之后，交易服務(wù)器120獲得用戶在商戶交易系統(tǒng)100中的標識，用戶還可以通過終端110指定支付平臺系統(tǒng)500，由此，交易服務(wù)器120將商戶的標識，用戶在商戶交易系統(tǒng)100中的標識以及用戶在支付平臺系統(tǒng)500中的標識發(fā)送至支付平臺系統(tǒng)50，支付平臺系統(tǒng)500還可以對用戶在支付平臺系統(tǒng)500中的標識進行驗證。
[0073]另外，預設(shè)的支付扣款協(xié)議是用戶授權(quán)在指定的賬戶或銀行卡上(即銀行系統(tǒng)300)進行扣款支付的協(xié)議，在用戶授權(quán)簽約的前提下，商戶可以按照用戶指令或者服務(wù)條款自動向簽約指定的賬戶或銀行卡(即銀行系統(tǒng)300)發(fā)起扣款，可以實現(xiàn)一鍵支付。
[0074]在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議中均包括商戶的標識，用戶在商戶交易系統(tǒng)100中的標識以及用戶在支付平臺系統(tǒng)500中的標識。
[0075]在本發(fā)明的一個實施例中，協(xié)議簽約請求和支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。在協(xié)議簽約請求和預設(shè)的支付扣款協(xié)議中綁定的用于支付的銀行卡，在下次支付時可以無需用戶重新指定銀行卡，節(jié)約流程，提升效率。
[0076]其中，在預設(shè)的支付扣款協(xié)議完成之后，支付平臺系統(tǒng)500可以保存該預設(shè)的支付扣款協(xié)議，即預設(shè)的支付扣款協(xié)議可以生成一次，之后，商戶可以通過該預設(shè)的支付扣款協(xié)議根據(jù)用戶指令或服務(wù)條款自動進行扣款。
[0077]在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議還包括協(xié)議有效時間，支付平臺系統(tǒng)500根據(jù)協(xié)議有效時間對協(xié)議扣款請求進行驗證。由此，可以進一步保證安全性。
[0078]本發(fā)明實施例的電子交易系統(tǒng)，通過預設(shè)的支付扣款協(xié)議，在交易時商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0079]為了保證交易安全，在支付扣款協(xié)議中還包括驗證手段，在協(xié)議扣款請求通過驗證之后根據(jù)驗證手段對用戶進行驗證，在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議還包括驗證手段，在協(xié)議扣款請求通過驗證之后，支付平臺系統(tǒng)500還用于:根據(jù)驗證手段對用戶進行驗證。例如，驗證手段可以為短信驗證，通過向用戶下發(fā)短信，短信中包括驗證碼，只有在輸入正確的驗證碼時才能進行扣款。由此，在協(xié)議扣款請求通過驗證之后根據(jù)驗證手段對用戶進行驗證，進一步保證交易安全。
[0080]在本發(fā)明的一個實施例中，支付平臺系統(tǒng)500還用于:接收用戶通過商戶交易系統(tǒng)100發(fā)送的協(xié)議撤銷請求，并根據(jù)協(xié)議撤銷請求撤銷支付扣款協(xié)議。
[0081 ] 為了實現(xiàn)上述實施例，本發(fā)明還提出一種支付平臺系統(tǒng)。
[0082]一種支付平臺系統(tǒng)，包括:協(xié)議扣款請求接收模塊，用于接收商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求；第一驗證模塊，用于對協(xié)議扣款請求進行驗證；以及扣款模塊，用于在協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
[0083]圖8是根據(jù)本發(fā)明一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖。如圖8所示，支付平臺系統(tǒng)包括:協(xié)議扣款請求接收模塊530、第一驗證模塊540、扣款模塊550。
[0084]具體地，協(xié)議扣款請求接收模塊530用于接收商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求。更具體地，如果是用戶第一次使用，商戶交易系統(tǒng)可以在生成支付預設(shè)的支付扣款協(xié)議(后續(xù)實施例中將詳細敘述)的同時發(fā)送協(xié)議扣款請求，例如用戶選擇商品進行支付時可以通過商戶交易系統(tǒng)發(fā)送協(xié)議扣款請求。如果支付平臺系統(tǒng)已經(jīng)生成對應的扣款協(xié)議即預設(shè)的支付扣款協(xié)議(詳見后續(xù)實施例)，則商戶交易系統(tǒng)可以直接發(fā)送協(xié)議扣款請求。
[0085]在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議還包括協(xié)議有效時間，支付平臺系統(tǒng)根據(jù)協(xié)議有效時間對協(xié)議扣款請求進行驗證。由此，可以進一步保證安全性。
[0086]第一驗證模塊540用于對協(xié)議扣款請求進行驗證?？劭钅K550用于在協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)進行通信以根據(jù)協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣政。
[0087]本發(fā)明實施例的支付平臺系統(tǒng)，通過預設(shè)的支付扣款協(xié)議，在交易時使得商戶交易系統(tǒng)可以直接根據(jù)用戶指令或服務(wù)條款進行扣款，無需用戶跳轉(zhuǎn)至支付平臺系統(tǒng)，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡(luò)超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。此外，還可以為用戶自動續(xù)費，例如幫助用戶完成會員服務(wù)的自動購買等，進一步提升用戶體驗。
[0088]圖9是根據(jù)本發(fā)明另一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖。如圖9所示在圖8所示的基礎(chǔ)上，支付平臺系統(tǒng)還包括:協(xié)議簽約請求接收模塊510、支付扣款協(xié)議生成模塊 520。
[0089]具體地，協(xié)議簽約請求接收模塊510用于接收用戶通過商戶交易系統(tǒng)發(fā)送的協(xié)議簽約請求。更具體地，商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器，首先用戶通過終端登陸商戶交易服務(wù)器，然后用戶通過終端選擇商品信息，在進行支付時發(fā)送協(xié)議簽約請求，或直接選擇發(fā)送協(xié)議簽約請求，商戶交易系統(tǒng)將該簽約請求轉(zhuǎn)發(fā)至支付平臺系統(tǒng)。
[0090]其中，協(xié)議簽約請求為用戶簽署商戶、用戶和支付平臺系統(tǒng)三方支付扣款協(xié)議的請求。在本發(fā)明的一個實施例中，協(xié)議簽約請求包括至少一個以下標識:商戶的標識，用戶在商戶交易系統(tǒng)中的標識以及用戶在支付平臺系統(tǒng)中的標識。其中，商戶的標志唯一標志一個商戶，例如淘寶網(wǎng)站的標志，用戶在商戶交易系統(tǒng)中的標識是該用戶登錄交易服務(wù)器時的登錄賬戶，例如，用戶在淘寶網(wǎng)站的賬戶，用戶在支付平臺系統(tǒng)中的標識是該用戶登錄支付平臺系統(tǒng)時的登錄賬戶，例如，支付寶賬戶。具體地，當用戶通過終端登錄交易服務(wù)器之后，交易服務(wù)器獲得用戶在商戶交易系統(tǒng)中的標識，用戶還可以通過終端指定支付平臺系統(tǒng)，由此，交易服務(wù)器將商戶的標識，用戶在商戶交易系統(tǒng)中的標識以及用戶在支付平臺系統(tǒng)中的標識發(fā)送至支付平臺系統(tǒng)，支付平臺系統(tǒng)還可以對用戶在支付平臺系統(tǒng)中的標識進行驗證。
[0091]支付扣款協(xié)議生成模塊520用于根據(jù)協(xié)議簽約請求生成預設(shè)的支付扣款協(xié)議。具體地，預設(shè)的支付扣款協(xié)議是用戶授權(quán)在指定的賬戶或銀行卡上(即銀行系統(tǒng))進行扣款支付的協(xié)議，在用戶授權(quán)簽約的前提下，商戶可以按照用戶指令或者服務(wù)條款自動向簽約指定的賬戶或銀行卡(即銀行系統(tǒng))發(fā)起扣款，可以實現(xiàn)一鍵支付。
[0092]在本發(fā)明的一個實施例中，預設(shè)的支付扣款協(xié)議中均包括商戶的標識，用戶在商戶交易系統(tǒng)中的標識以及用戶在支付平臺系統(tǒng)中的標識。
[0093]在本發(fā)明的一個實施例中，協(xié)議簽約請求和支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。在協(xié)議簽約請求和預設(shè)的支付扣款協(xié)議中綁定的用于支付的銀行卡，在下次支付時可以無需用戶重新指定銀行卡，節(jié)約流程，提升效率。
[0094]其中，在預設(shè)的支付扣款協(xié)議完成之后，支付平臺系統(tǒng)可以保存該預設(shè)的支付扣款協(xié)議，即預設(shè)的支付扣款協(xié)議可以生成一次，之后，商戶可以通過該預設(shè)的支付扣款協(xié)議根據(jù)用戶指令或服務(wù)條款自動進行扣款。
[0095]圖10是根據(jù)本發(fā)明又一個實施例的支付平臺系統(tǒng)的結(jié)構(gòu)示意圖。如圖10所示，在圖9所示的基礎(chǔ)上，支付平臺系統(tǒng)還包括:第二驗證模塊560。
[0096]具體地，支付扣款協(xié)議還包括驗證手段，第二驗證模塊560用于在協(xié)議扣款請求通過驗證之后，根據(jù)驗證手段對所述用戶進行驗證。例如，驗證手段可以為短信驗證，通過向用戶下發(fā)短信，短信中包括驗證碼，只有在輸入正確的驗證碼時才能進行扣款。
[0097]由此，在協(xié)議扣款請求通過驗證之后根據(jù)驗證手段對用戶進行驗證，進一步保證交易安全。
[0098]在本發(fā)明的一個實施例中，支付平臺系統(tǒng)還包括:協(xié)議撤銷請求接收模塊和支付扣款協(xié)議撤銷模塊(圖中未示出)，具體地，協(xié)議撤銷請求接收模塊用于接收用戶通過商戶交易系統(tǒng)發(fā)送的協(xié)議撤銷請求；以及支付扣款協(xié)議撤銷模塊，用于根據(jù)協(xié)議撤銷請求撤銷支付扣款協(xié)議。
[0099]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬【技術(shù)領(lǐng)域】的技術(shù)人員所理解。在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，〃計算機可讀介質(zhì)〃可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編輯只讀存儲器(EPROM或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(⑶ROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。
[0100]應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0101]本【技術(shù)領(lǐng)域】的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。[0102]此外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。
[0103]上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0104]在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。
[0105]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在不脫離本發(fā)明的原理和宗旨的情況下在本發(fā)明的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。本發(fā)明的范圍由所附權(quán)利要求極其等同限定。
【權(quán)利要求】
1.一種電子交易方法，其特征在于，所述方法使用: 商戶使用的商戶交易系統(tǒng)，所述商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器； 交易網(wǎng)關(guān)； 銀行系統(tǒng)； 支付網(wǎng)關(guān)； 支付平臺系統(tǒng)，所述支付平臺系統(tǒng)通過所述交易網(wǎng)關(guān)與所述商戶交易系統(tǒng)通信，所述支付平臺系統(tǒng)通過所述支付網(wǎng)關(guān)與所述銀行系統(tǒng)通信， 其中，所述方法包括以下步驟: 所述支付平臺系統(tǒng)接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求； 所述支付平臺系統(tǒng)對所述協(xié)議扣款請求進行驗證；以及 在所述協(xié)議扣款請求通過驗證之后，所述支付平臺系統(tǒng)與所述銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
2.如權(quán)利要求1所述的電子交易方法，其特征在于，在所述支付平臺系統(tǒng)接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求之前，還包括: 所述支付平臺系統(tǒng)接收用戶通過所述商戶交易系統(tǒng)發(fā)送的協(xié)議簽約請求；以及` 所述支付平臺系統(tǒng)根據(jù)所述協(xié)議簽約請求生成所述預設(shè)的支付扣款協(xié)議。
3.如權(quán)利要求1所述的電子交易方法，其特征在于，其中，所述協(xié)議簽約請求和所述支付扣款協(xié)議中包括至少一項以下標識， 所述商戶的標識，所述用戶在所述商戶交易系統(tǒng)中的標識以及所述用戶在所述支付平臺系統(tǒng)中的標識。
4.如權(quán)利要求3所述的電子交易方法，其特征在于，所述協(xié)議簽約請求和所述支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。
5.如權(quán)利要求1所述的電子交易方法，其特征在于，所述支付扣款協(xié)議還包括協(xié)議有效時間，所述支付平臺系統(tǒng)根據(jù)所述協(xié)議有效時間對所述協(xié)議扣款請求進行驗證。
6.如權(quán)利要求1所述的電子交易方法，其特征在于，所述支付扣款協(xié)議還包括驗證手段，在所述協(xié)議扣款請求通過驗證之后，還包括: 所述支付平臺系統(tǒng)根據(jù)所述驗證手段對所述用戶進行驗證。
7.如權(quán)利要求1所述的電子交易方法，其特征在于，還包括: 所述支付平臺系統(tǒng)接收用戶通過所述商戶交易系統(tǒng)發(fā)送的協(xié)議撤銷請求；以及 所述支付平臺系統(tǒng)根據(jù)所述協(xié)議撤銷請求撤銷所述支付扣款協(xié)議。
8.一種電子交易系統(tǒng)，其特征在于，包括:商戶使用的商戶交易系統(tǒng)、交易網(wǎng)關(guān)、銀行系統(tǒng)、支付網(wǎng)關(guān)、支付平臺系統(tǒng)，其中，所述商戶交易系統(tǒng)包括用戶使用的終端和商戶交易服務(wù)器，所述支付平臺系統(tǒng)通過所述交易網(wǎng)關(guān)與所述商戶交易系統(tǒng)通信，所述支付平臺系統(tǒng)通過所述支付網(wǎng)關(guān)與所述銀行系統(tǒng)通信，其中， 所述支付平臺系統(tǒng)，用于接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求，并對所述協(xié)議扣款請求進行驗證，以及在所述協(xié)議扣款請求通過驗證之后，與所述銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
9.如權(quán)利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付平臺系統(tǒng)還用于:接收用戶通過所述商戶交易系統(tǒng)發(fā)送的協(xié)議簽約請求，并根據(jù)所述協(xié)議簽約請求生成所述預設(shè)的支付扣款協(xié)議。
10.如權(quán)利要求8所述的電子交易系統(tǒng)，其特征在于，其中，所述協(xié)議簽約請求和所述支付扣款協(xié)議中包括至少一項以下標識， 所述商戶的標識，所述用戶在所述商戶交易系統(tǒng)中的標識以及所述用戶在所述支付平臺系統(tǒng)中的標識。
11.如權(quán)利要求10所述的電子交易系統(tǒng)，其特征在于，所述協(xié)議簽約請求和所述支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。
12.如權(quán)利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付扣款協(xié)議還包括協(xié)議有效時間，所述支付平臺系統(tǒng)根據(jù)所述協(xié)議有效時間對所述協(xié)議扣款請求進行驗證。
13.如權(quán)利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付扣款協(xié)議還包括驗證手段，在所述協(xié)議扣款請求通過驗證之后，所述支付平臺系統(tǒng)還用于:根據(jù)所述驗證手段對所述用戶進行驗證。
14.如權(quán)利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付平臺系統(tǒng)還用于:接收用戶通過所述商戶交易系統(tǒng)發(fā)送的協(xié)議撤銷請求，并根據(jù)所述協(xié)議撤銷請求撤銷所述支付扣款協(xié)議。
15.一種支付平臺系統(tǒng)，其特征在于，包括: 協(xié)議扣款請求接收模塊，用于接收所述商戶交易系統(tǒng)發(fā)送的協(xié)議扣款請求； 第一驗證模塊，用于對所述協(xié)議扣款請求進行驗證；以及 扣款模塊，用于在所述協(xié)議扣款請求通過驗證之后，與銀行系統(tǒng)進行通信以根據(jù)所述協(xié)議扣款請求和預設(shè)的支付扣款協(xié)議進行扣款。
16.如權(quán)利要求15所述的支付平臺系統(tǒng)，其特征在于，還包括: 協(xié)議簽約請求接收模塊，用于接收用戶通過商戶交易系統(tǒng)發(fā)送的協(xié)議簽約請求；以及 支付扣款協(xié)議生成模塊，用于根據(jù)所述協(xié)議簽約請求生成所述預設(shè)的支付扣款協(xié)議。
17.如權(quán)利要求15所述的支付平臺系統(tǒng)，其特征在于，其中，所述協(xié)議簽約請求和所述支付扣款協(xié)議中包括至少一項以下標識， 所述商戶的標識，所述用戶在所述商戶交易系統(tǒng)中的標識以及所述用戶在所述支付平臺系統(tǒng)中的標識。
18.如權(quán)利要求17所述的支付平臺系統(tǒng)，其特征在于，所述協(xié)議簽約請求和所述支付扣款協(xié)議中還包括綁定的用于支付的銀行卡。
19.如權(quán)利要求15所述的支付平臺系統(tǒng)，其特征在于，所述支付扣款協(xié)議還包括協(xié)議有效時間，所述第一驗證模塊還用于根據(jù)所述協(xié)議有效時間對所述協(xié)議扣款請求進行驗證。
20.如權(quán)利要求15所述的支付平臺系統(tǒng)，其特征在于，所述支付扣款協(xié)議還包括驗證手段，所述支付平臺系統(tǒng)還包括: 第二驗證模塊，用于在所述協(xié)議扣款請求通過驗證之后，根據(jù)所述驗證手段對所述用戶進行驗證。
21.如權(quán)利要求15所述的支付平臺系統(tǒng)，其特征在于，還包括: 協(xié)議撤銷請求接收模塊，用于接收用戶通過所述商戶交易系統(tǒng)發(fā)送的協(xié)議撤銷請求；以及支付扣款協(xié)議撤銷模塊，用于根據(jù)所述協(xié)議撤銷請求撤銷所述支付扣款協(xié)議。
【文檔編號】G06Q20/12GK103489095SQ201310464877
【公開日】2014年1月1日 申請日期:2013年10月8日 優(yōu)先權(quán)日:2013年10月8日
【發(fā)明者】焦志永, 王超, 于建梅, 李海波, 李海霞 申請人:百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司