電子交易方法、系統(tǒng)及客戶端的制作方法
【專利摘要】本發(fā)明提出一種電子交易方法、系統(tǒng)和客戶端。其中所述方法使用：商戶或客戶使用的客戶端，其中，客戶端中具有支付插件；銀行系統(tǒng)；支付平臺服務器，支付平臺服務器與銀行系統(tǒng)和客戶端中的支付插件進行通信，其中，方法包括以下步驟：支付插件接收支付請求并將支付請求發(fā)送至支付平臺服務器；支付插件接收支付平臺服務器反饋的支付頁面；以及支付插件根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。本發(fā)明實施例的方法，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付，便捷、安全、高效。
【專利說明】電子交易方法、系統(tǒng)及客戶端
【技術領域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術領域】，特別涉及一種電子交易方法、系統(tǒng)及客戶端。
【背景技術】
[0002]隨著互聯(lián)網(wǎng)技術的日益發(fā)展，網(wǎng)絡已成為人們生活的重要部分，使得網(wǎng)絡購物變得越來越普遍。網(wǎng)上購物是指通過互聯(lián)網(wǎng)檢索商品信息，并通過電子訂購單發(fā)出購物請求，并在網(wǎng)上支付后，商戶通過郵購的方式發(fā)貨，或是通過快遞公司送貨上門等。為了保證交易安全，在支付時通常使用擔保交易平臺，例如，淘寶支付寶、百度百付寶、騰訊財付通等。
[0003]其中，擔保交易平臺是第三方支付平臺，用戶在商戶的網(wǎng)站上選擇商品并進行支付時，必須跳轉至第三方支付平臺，在第三方支付平臺上選擇支付方式，例如，在線支付、信用卡支付、銀行賬戶支付等，并根據(jù)支付方式選擇支付工具，例如，某個銀行的賬戶等，再根據(jù)實際流程完成支付。但是，在使用擔保交易平臺時存在以下問題:支付過程中頁面跳轉次數(shù)太多，如果遇到網(wǎng)絡超時，用戶需重新返回購物車并重新下單支付，用戶體驗差。

【發(fā)明內容】

[0004]本發(fā)明的目的旨在至少在一定程度上解決上述的技術問題。
[0005]為此，本發(fā)明的第一個目的在于提出一種電子交易方法。該方法無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付，便捷、安全、高效。
[0006]本發(fā)明的第二個目的在于提出一種電子交易系統(tǒng)。
[0007]本發(fā)明的第三個目的在于提出一種客戶端。
[0008]為達到上述目的，本發(fā)明第一方面的實施例提出一種電子交易方法，所述方法使用:商戶或客戶使用的客戶端，其中，所述客戶端中具有支付插件；銀行系統(tǒng)；支付平臺服務器，所述支付平臺服務器與所述銀行系統(tǒng)和所述客戶端中的所述支付插件進行通信，其中，所述方法包括以下步驟:所述支付插件接收支付請求并將所述支付請求發(fā)送至所述支付平臺服務器；所述支付插件接收所述支付平臺服務器反饋的支付頁面；以及所述支付插件根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
[0009]本發(fā)明實施例的電子交易方法，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。
[0010]為達到上述目的，本發(fā)明第二方面的實施例提出一種電子交易系統(tǒng)，包括:商戶或客戶使用的客戶端、銀行系統(tǒng)和支付平臺服務器，其中，所述客戶端中具有支付插件；所述支付平臺服務器，所述支付平臺服務器與所述銀行系統(tǒng)和所述客戶端中的所述支付插件進行通信；所述支付插件，用于接收支付請求并將所述支付請求發(fā)送至所述支付平臺服務器，并接收所述支付平臺服務器反饋的支付頁面，以及根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
[0011]本發(fā)明實施例的電子交易系統(tǒng)，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。
[0012]為達到上述目的，本發(fā)明第三方面的實施例提出一種客戶端，客戶端中具有支付插件，所述支付插件包括:支付請求接收和轉發(fā)模塊，用于接收支付請求并將所述支付請求發(fā)送至支付平臺服務器；支付頁面接收模塊，用于接收所述支付平臺服務器反饋的支付頁面；以及支付確認信息生成和轉發(fā)模塊，用于根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
[0013]本發(fā)明實施例的客戶端，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。
[0014]本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。
【專利附圖】

【附圖說明】
[0015]本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結合附圖對實施例的描述中將變得明顯和容易理解，其中:
[0016]圖1是根據(jù)本發(fā)明一個實施例的電子交易方法的流程圖；
[0017]圖2是根據(jù)本發(fā)明另一個實施例的電子交易方法的流程圖；
[0018]圖3是根據(jù)本發(fā)明又一個實施例的電子交易方法的流程圖；
[0019]圖4是根據(jù)本發(fā)明實施例的支付流程圖；
[0020]圖5是根據(jù)本發(fā)明一個實施例的電子交易系統(tǒng)的結構示意圖；
[0021]圖6是根據(jù)本發(fā)明一個實施例的客戶端的結構示意圖；
[0022]圖7是根據(jù)本發(fā)明另一個實施例的客戶端的結構示意圖。
【具體實施方式】
[0023]下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。相反，本發(fā)明的實施例包括落入所附加權利要求書的精神和內涵范圍內的所有變化、修改和等同物。
[0024]在本發(fā)明的描述中，需要理解的是，術語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。在本發(fā)明的描述中，需要說明的是，除非另有明確的規(guī)定和限定，術語“相連”、“連接”應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連。對于本領域的普通技術人員而言，可以具體情況理解上述術語在本發(fā)明中的具體含義。此外，在本發(fā)明的描述中，除非另有說明，“多個”的含義是兩個或兩個以上。
[0025]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬【技術領域】的技術人員所理解。
[0026]為了解決目前使用第三方支付平臺時頁面跳轉次數(shù)太多的問題，本發(fā)明提出一種電子交易方法、系統(tǒng)和客戶端，下面參考附圖描述。
[0027]一種電子交易方法，方法使用:商戶或客戶使用的客戶端，其中，客戶端中具有支付插件；銀行系統(tǒng)；支付平臺服務器，支付平臺服務器與銀行系統(tǒng)和客戶端中的支付插件進行通信，其中，方法包括以下步驟:支付插件接收支付請求并將支付請求發(fā)送至支付平臺服務器；支付插件接收支付平臺服務器反饋的支付頁面；以及支付插件根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0028]圖1是根據(jù)本發(fā)明一個實施例的電子交易方法的流程圖。
[0029]具體地，本發(fā)明實施例的電子交易方法所使用系統(tǒng)包括:商戶或客戶使用的客戶端，其中，客戶端中具有支付插件；銀行系統(tǒng)；支付平臺服務器，支付平臺服務器與銀行系統(tǒng)和客戶端中的支付插件進行通信。如圖1所示，電子交易方法包括如下步驟:
[0030]S101，支付插件接收支付請求并將支付請求發(fā)送至支付平臺服務器。
[0031]另外，支付插件還可對支付請求的合法性進行檢查，例如支付請求中的訂單是否超額等，在支付請求合法后將支付請求發(fā)送至支付平臺服務器。
[0032]具體地，支付插件設置在客戶端中，客戶端可為商戶或客戶所使用的客戶端，商戶或客戶通過客戶端向支付插件發(fā)送支付請求，支付插件再將支付請求發(fā)送至支付平臺服務器。
[0033]在本發(fā)明的一個實施例中，客戶端為瀏覽器，支付插件為瀏覽器的插件。
[0034]S102，支付插件接收支付平臺服務器反饋的支付頁面。
[0035]在本發(fā)明的一個實施例中，支付請求包括訂單信息，支付平臺服務器根據(jù)訂單信息生成支付頁面。之后，支付平臺服務器將支付頁面反饋至支付插件請求。
[0036]S103，支付插件根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0037]其中，支付確認信息即用戶對該支付交易進行確認，并將支付確認信息發(fā)送至支付平臺服務器，支付平臺服務器根據(jù)支付確認信息完成支付流程。
[0038]本發(fā)明實施例的電子交易方法，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。
[0039]圖2是根據(jù)本發(fā)明另一個實施例的電子交易方法的流程圖。為了保證交易的安全，支付平臺服務器還需要根據(jù)支付確認信息進行風控鑒權，具體地，如圖2所示，電子交易方法包括以下步驟:
[0040]S201，支付插件接收支付請求并將支付請求發(fā)送至支付平臺服務器。[0041]S202，支付插件接收支付平臺服務器反饋的支付頁面。
[0042]S203，支付插件根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0043]S204,支付平臺服務器根據(jù)支付確認信息進行風控鑒權。
[0044]S205,如果通過風控鑒權，則支付平臺服務器通過銀行系統(tǒng)進行支付，并將支付結果通過支付插件提供至客戶端。
[0045]本發(fā)明實施例的電子交易方法，支付平臺服務器根據(jù)支付確認信息進行風控鑒權，在通過風控鑒權后支付平臺服務器通過銀行系統(tǒng)進行支付，例如，可以通過風控鑒權判定該商戶或用戶是否有能力支付，由此進一步保證安全性，另外，通過風控鑒權判斷還可以提升效率，將不符合要求的支付交易進行剔除。
[0046]圖3是根據(jù)本發(fā)明又一個實施例的電子交易方法的流程圖。在該實施例中，客戶端提供交易界面并對支付插件進行初始化，具體地，如圖3所示，電子交易方法包括以下步驟:
[0047]S301，客戶端提供交易頁面。
[0048]具體地，商戶或用戶在使用客戶端進行購物或者進行其他交易時，客戶端向商戶或用戶提供交易界面，該交易界面包括交易的商品信息等。
[0049]S302，當用戶觸發(fā)交易時，客戶端初始化支付插件，并將訂單信息發(fā)送至支付插件。
[0050]例如，訂單信息包括商戶的標志、訂單號、訂單日期、商品名稱等，并根據(jù)訂單信息生成支付請求，客戶端將支付請求發(fā)送至支付插件。
[0051 ] S303,支付插件接收支付請求并將支付請求發(fā)送至支付平臺服務器。
[0052]S304，支付插件接收支付平臺服務器反饋的支付頁面。
[0053]S305，支付插件根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0054]S306，支付平臺服務器根據(jù)支付確認信息進行風控鑒權。
[0055]S307,如果通過風控鑒權，則支付平臺服務器通過銀行系統(tǒng)進行支付，并將支付結果通過支付插件提供至客戶端。
[0056]本發(fā)明實施例的電子交易方法，當用戶觸發(fā)交易時，客戶端初始化支付插件，并將訂單信息發(fā)送至支付插件，進一步提升效率。
[0057]在本發(fā)明的一個實施例中，支付插件通過IFRAME框架在交易頁面中提供支付頁面。具體地，采用IFRAME框架技術(即文檔中的文檔，或者浮動的框架)實現(xiàn)在交易頁面中提供支付頁面。直接嵌入IFRAME框架頁面雖然能夠保證不同域名下支付頁面各自的獨立性，但也阻斷了支付頁面之間的相互操作。本發(fā)明的實施例采用的IFRAME框架與傳統(tǒng)IFRAME框架嵌入不同，提供了兼容性良好的事件偵聽接口，商戶或用戶能夠在支付頁面上通過JavaScript (—種面向對象的動態(tài)類型的區(qū)分大小寫的客戶端腳本語言)了解到支付插件是否初始化失敗，什么時候支付成功，在支付插件內部用戶界面發(fā)生變化時也能自動的縮放IFRAME框架的容器，使得嵌入的IFRAME框架能夠輕松適應各種交互流程設計。
[0058]在本發(fā)明的一個實施例中，還包括以下步驟:客戶端對支付插件的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在交易頁面中展現(xiàn)。由此，可以進一步保證交易的安全性。
[0059]為了使得本發(fā)明實施例的優(yōu)點更加明顯，下面舉例說明。
[0060]圖4是根據(jù)本發(fā)明實施例的支付流程圖。如圖4所示，商戶或用戶通過客戶端例如瀏覽器發(fā)送訂單的支付請求，支付插件由此獲得訂單相關信息，支付插件檢驗訂單數(shù)據(jù)是否合法，如果合法，則進行初始化處理。支付平臺服務器查詢用戶ID是否綁定銀行卡，并根據(jù)用戶綁定的銀行卡和上送的銀行卡進行初始化處理(詳見圖4的流程圖)。初始化之后，支付插件接收支付平臺服務器反饋的支付頁面，商戶或用戶通過客戶端在支付頁面中確認支付，即發(fā)送支付確認信息，支付平臺服務器對該支付確認信息進行處理。
[0061 ] 為了實現(xiàn)上述實施例，本發(fā)明還提出一種電子交易系統(tǒng)。
[0062]一種電子交易系統(tǒng)，包括:商戶或客戶使用的客戶端、銀行系統(tǒng)和支付平臺服務器，其中，客戶端中具有支付插件；支付平臺服務器，支付平臺服務器與銀行系統(tǒng)和客戶端中的支付插件進行通信；支付插件，用于接收支付請求并將支付請求發(fā)送至支付平臺服務器，并接收支付平臺服務器反饋的支付頁面，以及根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0063]圖5是根據(jù)本發(fā)明一個實施例的電子交易系統(tǒng)的結構示意圖。如圖5所示，電子交易系統(tǒng)包括商戶或客戶使用的客戶端100、銀行系統(tǒng)200和支付平臺服務器300，其中，客戶端100中具有支付插件110，支付平臺服務器300與銀行系統(tǒng)200和客戶端100中的支付插件110進行通信。
[0064]具體地，支付插件110用于接收支付請求并將支付請求發(fā)送至支付平臺服務器300，另外，支付插件110還可對支付請求的合法性進行檢查，例如支付請求中的訂單是否超額等，在支付請求合法后將支付請求發(fā)送至支付平臺服務器300。之后，支付插件110接收支付平臺服務器300反饋的支付頁面。再后，支付插件110根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器300。
[0065]更具體地，支付插件110設置在客戶端100中，客戶端100可為商戶或客戶所使用的客戶端110，商戶或客戶通過客戶端100向支付插件110發(fā)送支付請求，支付插件110再將支付請求發(fā)送至支付平臺服務器300。
[0066]在本發(fā)明的一個實施例中，客戶端100為瀏覽器，支付插件110為瀏覽器的插件。
[0067]在本發(fā)明的一個實施例中，支付請求包括訂單信息，支付平臺服務器300根據(jù)訂單信息生成支付頁面。之后，支付平臺服務器300將支付頁面反饋至支付插件請求。
[0068]其中，支付確認信息即用戶對該支付交易進行確認，并將支付確認信息發(fā)送至支付平臺服務器300，支付平臺服務器300根據(jù)支付確認信息完成支付流程。
[0069]本發(fā)明實施例的電子交易系統(tǒng)，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。
[0070]為了保證交易的安全，支付平臺服務器還需要根據(jù)支付確認信息進行風控鑒權。在本發(fā)明的一個實施例中，支付平臺服務器300用于在接收到將支付確認信息之后，根據(jù)支付確認信息進行風控鑒權，并在通過風控鑒權，通過銀行系統(tǒng)200進行支付，并將支付結果通過支付插件110提供至客戶端100。由此，支付平臺服務器300根據(jù)支付確認信息進行風控鑒權，在通過風控鑒權后支付平臺服務器300通過銀行系統(tǒng)200進行支付，例如，可以通過風控鑒權判定該商戶或用戶是否有能力支付，由此進一步保證安全性，另外，通過風控鑒權判斷還可以提升效率，將不符合要求的支付交易進行剔除。
[0071]在本發(fā)明的一個實施例中，客戶端100還用于提供交易頁面，并當用戶觸發(fā)交易時，客戶端100初始化支付插件110，并將訂單信息發(fā)送至支付插件110。例如，訂單信息包括商戶的標志、訂單號、訂單日期、商品名稱等，并根據(jù)訂單信息生成支付請求，客戶端將支付請求發(fā)送至支付插件。由此，進一步提升效率
[0072]在本發(fā)明的一個實施例中，支付插件110通過IFRAME框架在交易頁面中提供支付頁面。具體地，采用IFRAME框架技術實現(xiàn)在交易頁面中提供支付頁面。直接嵌入IFRAME框架頁面雖然能夠保證不同域名下支付頁面各自的獨立性，但也阻斷了支付頁面之間的相互操作。本發(fā)明的實施例采用的IFRAME框架與傳統(tǒng)IFRAME框架嵌入不同，提供了兼容性良好的事件偵聽接口，商戶或用戶能夠在支付頁面上通過JavaScript 了解到支付插件110是否初始化失敗，什么時候支付成功，在支付插件110內部用戶界面發(fā)生變化時也能自動的縮放IFRAME框架的容器，使得嵌入的IFRAME框架能夠輕松適應各種交互流程設計。
[0073]在本發(fā)明的一個實施例中，客戶端100還用于對支付插件110的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在交易頁面中展現(xiàn)。
[0074]為了實現(xiàn)上述實施例，本發(fā)明還提出一種客戶端。
[0075]—種客戶端，客戶端中具有支付插件，支付插件包括:支付請求接收和轉發(fā)模塊，用于接收支付請求并將支付請求發(fā)送至支付平臺服務器；支付頁面接收模塊，用于接收支付平臺服務器反饋的支付頁面；以及支付確認信息生成和轉發(fā)模塊，用于根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0076]圖6是根據(jù)本發(fā)明一個實施例的客戶端的結構示意圖。如圖6所示，客戶端中具有支付插件110，支付插件110包括:支付請求接收和轉發(fā)模塊111、支付頁面接收模塊112和支付確認信息生成和轉發(fā)模塊113。
[0077]具體地，支付請求接收和轉發(fā)模塊111用于接收支付請求并將支付請求發(fā)送至支付平臺服務器。另外，支付請求接收和轉發(fā)模塊111還可對支付請求的合法性進行檢查，例如支付請求中的訂單是否超額等，在支付請求合法后將支付請求發(fā)送至支付平臺服務器。
[0078]在本發(fā)明的一個實施例中，客戶端為瀏覽器，支付插件為瀏覽器的插件。
[0079]支付頁面接收模塊112用于接收支付平臺服務器反饋的支付頁面。
[0080]在本發(fā)明的一個實施例中，支付請求包括訂單信息，支付平臺服務器根據(jù)訂單信息生成支付頁面。之后，支付平臺服務器將支付頁面反饋至支付插件請求。
[0081]支付確認信息生成和轉發(fā)模塊113用于根據(jù)用戶針對支付頁面的操作生成支付確認信息，并將支付確認信息發(fā)送至支付平臺服務器。
[0082]其中，支付確認信息即用戶對該支付交易進行確認，并將支付確認信息發(fā)送至支付平臺服務器，支付平臺服務器根據(jù)支付確認信息完成支付流程。
[0083]本發(fā)明實施例的客戶端，通過支付插件完成支付，無需用戶跳轉至支付平臺系統(tǒng)，通過客戶端中的支付插件即可實現(xiàn)支付流程，節(jié)約流程，便捷、安全、高效。另外，如果網(wǎng)絡超時，無需用戶重新返回購物車及重新下單支付，只需重新發(fā)送協(xié)議扣款請求，提升用戶體驗，并且提升付款成功率。[0084]圖7是根據(jù)本發(fā)明另一個實施例的客戶端的結構示意圖。如圖7所示，在圖6所示的基礎上，支付插件110還包括:提供模塊114和初始化模塊115。
[0085]具體地，提供模塊114用于提供交易頁面。更具體地，商戶或用戶在使用客戶端進行購物或者進行其他交易時，提供模塊114向商戶或用戶提供交易界面，該交易界面包括交易的商品信息等。
[0086]初始化模塊115用于當用戶觸發(fā)交易時，初始化所述支付插件，并將所述訂單信息發(fā)送至所述支付插件。例如，訂單信息包括商戶的標志、訂單號、訂單日期、商品名稱等，并根據(jù)訂單信息生成支付請求，客戶端將支付請求發(fā)送至支付插件。
[0087]在本發(fā)明的一個實施例中，支付插件通過IFRAME框架在交易頁面中提供支付頁面。具體地，采用IFRAME框架技術實現(xiàn)在交易頁面中提供支付頁面。直接嵌入IFRAME框架頁面雖然能夠保證不同域名下支付頁面各自的獨立性，但也阻斷了支付頁面之間的相互操作。本發(fā)明的實施例采用的IFRAME框架與傳統(tǒng)IFRAME框架嵌入不同，提供了兼容性良好的事件偵聽接口，商戶或用戶能夠在支付頁面上通過JavaScript 了解到支付插件是否初始化失敗，什么時候支付成功，在支付插件內部用戶界面發(fā)生變化時也能自動的縮放IFRAME框架的容器，使得嵌入的IFRAME框架能夠輕松適應各種交互流程設計。
[0088]在本發(fā)明的一個實施例中，支付插件110還包括:監(jiān)聽模塊(圖中未示出)，監(jiān)聽模塊用于對支付插件的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在交易頁面中展現(xiàn)。
[0089]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬【技術領域】的技術人員所理解。在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質中，以供指令執(zhí)行系統(tǒng)、裝置或設備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設備取指令并執(zhí)行指令的系統(tǒng))使用，或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用。就本說明書而言，"計算機可讀介質〃可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設備或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用的裝置。計算機可讀介質的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(ROM)，可擦除可編輯只讀存儲器(EPROM或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(⑶ROM)。另外，計算機可讀介質甚至可以是可在其上打印所述程序的紙或其他合適的介質，因為可以例如通過對紙或其他介質進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。
[0090]應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現(xiàn):具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0091]本【技術領域】的普通技術人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。
[0092]此外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。
[0093]上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。
[0094]在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特征、結構、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結構、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結合。
[0095]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領域的普通技術人員在不脫離本發(fā)明的原理和宗旨的情況下在本發(fā)明的范圍內可以對上述實施例進行變化、修改、替換和變型。本發(fā)明的范圍由所附權利要求極其等同限定。
【權利要求】
1.一種電子交易方法，其特征在于，所述方法使用: 商戶或客戶使用的客戶端，其中，所述客戶端中具有支付插件； 銀行系統(tǒng)； 支付平臺服務器，所述支付平臺服務器與所述銀行系統(tǒng)和所述客戶端中的所述支付插件進行通信， 其中，所述方法包括以下步驟: 所述支付插件接收支付請求并將所述支付請求發(fā)送至所述支付平臺服務器； 所述支付插件接收所述支付平臺服務器反饋的支付頁面；以及 所述支付插件根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
2.如權利要求1所述的電子交易方法，其特征在于，在所述將支付確認信息發(fā)送至所述支付平臺服務器之后，還包括: 所述支付平臺服務器根據(jù)所述支付確認信息進行風控鑒權；以及 如果通過所述風控鑒權，則所述支付平臺服務器通過所述銀行系統(tǒng)進行支付，并將支付結果通過所述支付插件提 供至所述客戶端。
3.如權利要求1所述的電子交易方法，其特征在于，所述支付請求包括訂單信息，所述支付平臺服務器根據(jù)所述訂單信息生成所述支付頁面。
4.如權利要求1-3任一項所述的電子交易方法，其特征在于，所述客戶端為瀏覽器，所述支付插件為所述瀏覽器的插件。
5.如權利要求4所述的電子交易方法，其特征在于，還包括: 所述客戶端提供交易頁面；以及 當用戶觸發(fā)交易時，所述客戶端初始化所述支付插件，并將所述訂單信息發(fā)送至所述支付插件。
6.如權利要求5所述的電子交易方法，其特征在于，所述支付插件通過IFRAME框架在所述交易頁面中提供所述支付頁面。
7.如權利要求6所述的電子交易方法，其特征在于，還包括: 所述客戶端對所述支付插件的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在所述交易頁面中展現(xiàn)。
8.一種電子交易系統(tǒng)，其特征在于，包括:商戶或客戶使用的客戶端、銀行系統(tǒng)和支付平臺服務器，其中， 所述客戶端中具有支付插件； 所述支付平臺服務器，所述支付平臺服務器與所述銀行系統(tǒng)和所述客戶端中的所述支付插件進行通信； 所述支付插件，用于接收支付請求并將所述支付請求發(fā)送至所述支付平臺服務器，并接收所述支付平臺服務器反饋的支付頁面，以及根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
9.如權利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付平臺服務器用于在接收到所述將支付確認信息之后，根據(jù)所述支付確認信息進行風控鑒權，并在通過所述風控鑒權，通過所述銀行系統(tǒng)進行支付，并將支付結果通過所述支付插件提供至所述客戶端。
10.如權利要求8所述的電子交易系統(tǒng)，其特征在于，所述支付請求包括訂單信息，所述支付平臺服務器根據(jù)所述訂單信息生成所述支付頁面。
11.如權利要求8-10任一項所述的電子交易系統(tǒng)，其特征在于，所述客戶端為瀏覽器，所述支付插件為所述瀏覽器的插件。
12.如權利要求11所述的電子交易系統(tǒng)，其特征在于，所述客戶端還用于提供交易頁面，并當用戶觸發(fā)交易時，所述客戶端初始化所述支付插件，并將所述訂單信息發(fā)送至所述支付插件。
13.如權利要求12所述的電子交易系統(tǒng)，其特征在于，所述支付插件通過IFRAME框架在所述交易頁面中提供所述支付頁面。
14.如權利要求13所述的電子交易系統(tǒng)，其特征在于，所述客戶端還用于對所述支付插件的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在所述交易頁面中展現(xiàn)。
15.一種客戶端，其特征在于，客戶端中具有支付插件，所述支付插件包括: 支付請求接收和轉發(fā)模塊，用于接收支付請求并將所述支付請求發(fā)送至支付平臺服務器； 支付頁面接收模塊，用于接收所述支付平臺服務器反饋的支付頁面；以及 支付確認信息生成和轉發(fā)模塊，用于根據(jù)用戶針對所述支付頁面的操作生成支付確認信息，并將所述支付確認信息發(fā)送至所述支付平臺服務器。
16.如權利要求15所述的客戶端，其特征在于，所述支付請求包括訂單信息，所述支付平臺服務器根據(jù)所述訂單信息`生成所述支付頁面。
17.如權利要求15或16所述的客戶端，其特征在于，所述客戶端為瀏覽器，所述支付插件為所述瀏覽器的插件。
18.如權利要求17所述的客戶端，其特征在于，還包括: 提供模塊，用于提供交易頁面；以及 初始化模塊，用于當用戶觸發(fā)交易時，初始化所述支付插件，并將所述訂單信息發(fā)送至所述支付插件。
19.如權利要求18所述的客戶端，其特征在于，所述支付插件通過IFRAME框架在所述交易頁面中提供所述支付頁面。
20.如權利要求19所述的客戶端，其特征在于，還包括: 監(jiān)聽模塊，用于對所述支付插件的初始化結果和支付結果進行監(jiān)聽，并將監(jiān)聽結果在所述交易頁面中展現(xiàn)。
【文檔編號】G06Q20/38GK103530764SQ201310464840
【公開日】2014年1月22日 申請日期:2013年10月8日 優(yōu)先權日:2013年10月8日
【發(fā)明者】焦志永, 李海波, 田天, 鄭方萍 申請人:百度在線網(wǎng)絡技術（北京）有限公司