專利名稱：基于客戶端的支付方法、系統(tǒng)和支付客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)，特別涉及基于客戶端的支付方法、系統(tǒng)和支付客戶端。
背景技術(shù)：
目前的在線支付都是基于web的支付，其在實現(xiàn)時一般需要執(zhí)行圖1所示的流程:參見圖1，圖1為現(xiàn)有基于web支付的實現(xiàn)流程圖。如圖1所示，該流程可包括以下步驟:步驟101，在用戶每次選擇支付時，需要從用戶當(dāng)前的第三方應(yīng)用頁面跳轉(zhuǎn)到支付渠道商提供的web支付頁面。步驟102，用戶在web支付頁面進(jìn)行支付操作。步驟103，在用戶完成支付操作后，再從該web支付頁面跳轉(zhuǎn)至用戶進(jìn)行支付操作之前的第三方應(yīng)用頁面，并通知用戶支付結(jié)果。從圖1所示的流程可以看出，在用戶每次進(jìn)行支付時，需要從用戶當(dāng)前的第三方應(yīng)用頁面跳轉(zhuǎn)到支付渠道商提供的web支付頁面，即進(jìn)行不同web頁面的跳轉(zhuǎn)，這會降低支付操作的效率，并且，在出現(xiàn)網(wǎng)絡(luò)問題或者其他原因時會導(dǎo)致web支付頁面不能正常跳轉(zhuǎn)，進(jìn)而不能實現(xiàn)在線支付。

發(fā)明內(nèi)容
本發(fā)明提供了基于客戶端的支付方法、系統(tǒng)和支付客戶端，實現(xiàn)在客戶端完成支付，無需不同web頁面的跳轉(zhuǎn)。本發(fā)明提供的技術(shù)方案包括:一種基于客戶端的支付方法，包括:第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求；第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。一種基于客戶端的支付方法，該方法包括:支付客戶端在用戶針對第三方應(yīng)用進(jìn)行支付時，在該第三方應(yīng)用的頁面向第三方應(yīng)用平臺發(fā)起支付觸發(fā)，以使第三方應(yīng)用平臺向支付平臺發(fā)送支付請求；支付客戶端接收第三方應(yīng)用平臺的觸發(fā)，所述觸發(fā)攜帶了所述第三方應(yīng)用平臺接收的支付平臺針對所述支付請求返回的支付頁面標(biāo)識，根據(jù)所述觸發(fā)調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。一種支付客戶端，包括:支付觸發(fā)單元，用于在用戶針對第三方應(yīng)用進(jìn)行支付時，在該第三方應(yīng)用的頁面向第三方應(yīng)用平臺發(fā)起支付觸發(fā)，以使第三方應(yīng)用平臺向支付平臺發(fā)送支付請求；調(diào)用單元，用于接收第三方應(yīng)用平臺的觸發(fā)，所述觸發(fā)攜帶了所述第三方應(yīng)用平臺接收的支付平臺針對所述支付請求返回的支付頁面標(biāo)識，根據(jù)所述觸發(fā)調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。一種基于客戶端的支付系統(tǒng)，包括:第三方應(yīng)用平臺、支付平臺和如上所述的支付客戶端；其中，所述第三方應(yīng)用平臺包括:支付請求發(fā)送單元和處理單元；所述支付請求發(fā)送單元，用于接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求；所述處理單元，用于接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面；所述支付平臺，用于向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。由以上技術(shù)方案可以看出，本發(fā)明中，當(dāng)用戶在第三方應(yīng)用頁面發(fā)起支付觸發(fā)時，第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求，以及第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。即本發(fā)明中，由支付客戶端在本地提供支付頁面，其相當(dāng)于支付客戶端的一個接口，而不像現(xiàn)有技術(shù)那樣需要支付渠道商提供web的支付頁面，相比于現(xiàn)有技術(shù)，本發(fā)明實現(xiàn)了在客戶端完成支付的目的，不需要執(zhí)行不同web頁面的中轉(zhuǎn)。


圖1為現(xiàn)有基于web支付的實現(xiàn)流程圖；圖2為本發(fā)明實施例提供的第一實施例流程圖；圖3為本發(fā)明實施例提供的第二實施例流程圖；圖4為本發(fā)明實施例提供的第三實施例流程圖；圖5為本發(fā)明實施例提供的第三實施例示意圖；圖6為本發(fā)明實施例提供的第一系統(tǒng)結(jié)構(gòu)圖；圖7為本發(fā)明實施例提供的第二系統(tǒng)結(jié)構(gòu)圖；圖8為本發(fā)明實施例提供的第三系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)描述。為了避免現(xiàn)有基于web支付方式的缺陷,本發(fā)明結(jié)合客戶端(Client)技術(shù)和web技術(shù)的優(yōu)點，提出了基于客戶端的支付方法，該支付方法采用非主機(jī)(hosting)模式，其中，非hosting模式要求第三方應(yīng)用的支付網(wǎng)頁部署在本地比如自身的服務(wù)器，不用租借其他平臺的服務(wù)器。本發(fā)明提供的基于客戶端的支付方法打破了現(xiàn)有基于web支付方式的局限，無需不同web頁面的跳轉(zhuǎn)，而是由支付客戶端在本地提供可定制的支付頁面(其相當(dāng)于支付客戶端的本地窗口，不同于web頁面)。為了實現(xiàn)本發(fā)明，首先必須為web頁面比如第三方應(yīng)用的web頁面提供訪問本地服務(wù)的能力。要實現(xiàn)這種能力，一種優(yōu)選的方式就是內(nèi)嵌腳本對象。下面進(jìn)行具體描述:瀏覽器內(nèi)核里面可以運(yùn)行腳本，而腳本是由瀏覽器內(nèi)核里的腳本引擎提供運(yùn)行環(huán)境的，對于瀏覽器來說，腳本引擎不但內(nèi)置了窗口(window),文本(document)等對象,例如在腳本里調(diào)用window, open (" www.baidu.com"),就可以在新窗口里打開百度網(wǎng)頁。為了為web頁面比如第三方應(yīng)用的web頁面提供訪問本地服務(wù)的能力，本發(fā)明需要對瀏覽器內(nèi)核進(jìn)行改造，具體為:在瀏覽器內(nèi)核的腳本空間中嵌入自定義腳本對象，用于實現(xiàn)支付客戶端呼出支付頁面?；谏厦婷枋?，下面對本發(fā)明提供的方法進(jìn)行描述:第一實施例:參見圖2，圖2為本發(fā)明實施例提供的第一實施例流程圖。如圖2所示，該流程可包括以下步驟:步驟201，第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求。本發(fā)明中，第三方應(yīng)用平臺具體可為第三方應(yīng)用的后臺服務(wù)器。另外，本發(fā)明中，支付平臺具體可為用戶觸發(fā)的支付渠道的后臺。比如，支付渠道為財付通支付，則所述支付平臺為財付通的后臺。步驟202，第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。優(yōu)選地，本實施例中，步驟202中調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面可通過支付客戶端已創(chuàng)建的支付接口實現(xiàn)，具體為:第三方應(yīng)用平臺運(yùn)行瀏覽器內(nèi)核腳本空間中嵌入的用于實現(xiàn)支付接口呼出支付頁面的自定義腳本對象，來調(diào)用所述支付接口，由所述支付接口呼出所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。另外，本發(fā)明中，用戶在支付頁面進(jìn)行的支付操作具體實現(xiàn)時至少可包括:輸入支付金額、輸入購買產(chǎn)品的數(shù)量等，本發(fā)明并不具體限定。至此，完成圖2所示的流程。為使圖2所示的流程更加清楚，下面通過第二實施例進(jìn)行詳細(xì)描述:第二實施例:參見圖3，圖3為本發(fā)明實施例提供的第二實施例流程圖。如圖3所示，該流程可包括以下步驟:步驟301，用戶在第三方應(yīng)用的web頁面進(jìn)行支付觸發(fā)。步驟302，第三方應(yīng)用平臺接收到所述支付觸發(fā)時，向支付平臺發(fā)送支付請求。步驟303，支付平臺向第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。優(yōu)選地，本實施例中，所述支付頁面標(biāo)識具體實現(xiàn)時可為統(tǒng)一資源定位符(URL)，其中，該URL至少包括:用戶的狀態(tài)信息比如用戶是否登錄即時通信等、所述第三方應(yīng)用頁面的標(biāo)識、所述第三方應(yīng)用的標(biāo)識、以及交易信息比如訂單號、支付金額等信息。步驟304，第三方應(yīng)用平臺接收支付平臺返回的支付頁面標(biāo)識，運(yùn)行瀏覽器內(nèi)核中內(nèi)嵌的自定義腳本對象調(diào)用支付客戶端中的支付接口，由所述支付接口呼出所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。目前流行的瀏覽器內(nèi)核有IE，ChiOme，F(xiàn)iref0X，它們都提供了擴(kuò)展腳本的能力，允許內(nèi)嵌腳本對象。下面以IE為例描述如何調(diào)用支付接口，其他內(nèi)核原理類似。IE提供了非常明確的機(jī)制,其對于window對象里面的external成員提供了專門的接口進(jìn)行擴(kuò)展，即，只要支付客戶端在IE瀏覽器內(nèi)核的腳本空間中嵌入自定義腳本對象實現(xiàn)相關(guān)的com接口，就可以對external對象進(jìn)行擴(kuò)展,用于調(diào)用支付客戶端的支付接口呼出支付頁面。具體來說，IE中的腳本擴(kuò)展就是實現(xiàn)一個IDispatch接口，該IDispatch接口為一個基接口，可通過CHtmlView類的OnGetExternal虛函數(shù)返回此IDispatch接口指針，本發(fā)明可以在該基接口下實現(xiàn)com接口，用于調(diào)用支付客戶端的支付接口呼出支付頁面，之后可以在腳本中通過window, external.XXX來引用接口暴露的方法或?qū)傩?其中，XXX為com接口的相關(guān)信息，比如名稱等。例如,通過腳本js調(diào)用window, external,open ( “www.tenpay.com”),則腳本解析器會從左到右逐個解析,首先找到window對象,然后再找到external對象,再在external對象中找到支付客戶端在IE瀏覽器內(nèi)核的腳本空間中嵌入的自定義腳本對象open函數(shù)(實質(zhì)為com接口)，這樣就會在支付客戶端的支付窗口中打開財付通的網(wǎng)頁。從步驟304可以看出，本步驟304提供的支付頁面不為支付渠道商提供的web頁面，而是由支付客戶端本地提供支付頁面，其相當(dāng)于支付客戶端提供的一個接口，與現(xiàn)有技術(shù)相比，本發(fā)明不需要執(zhí)行不同web頁面的中轉(zhuǎn)。步驟305，所述支付客戶端管理用戶在所述支付頁面進(jìn)行的支付操作。至此，完成圖3所示的流程。需要說明的是，在支付交易過程中，支付安全是必須的。為了保證支付的安全，防止一些不法網(wǎng)站比如釣魚網(wǎng)站偽造信息詐騙用戶財產(chǎn)，本發(fā)明還提供了第三實施例所示的方法:第三實施例:該第三實施例以上述的支付頁面標(biāo)識為URL為例，其他情況原理類似。參見圖4，圖4為本發(fā)明實施例提供的第三實施例流程圖。如圖4所示，該流程可包括以下步驟:步驟401至步驟402分別與步驟301至步驟302類似。步驟403，支付平臺對所述支付請求進(jìn)行驗證，如果驗證通過，則返回支付頁面的URL和對應(yīng)所述URL的驗證串(token)給第三方應(yīng)用平臺。本步驟403中，對支付請求進(jìn)行驗證，目的是為了驗證該支付請求的有效性，具體實現(xiàn)時可有多種實現(xiàn)形式，比如，驗證所述支付請求攜帶的第三方應(yīng)用的域名是否在設(shè)定的白名單中，如果是，則確定所述支付請求通過驗證，否則，確定所述支付請求未通過驗證。本發(fā)明通過對支付請求進(jìn)行驗證，目的是保證支付的安全，防止一些不法網(wǎng)站比如釣魚網(wǎng)站偽造信息詐騙用戶財產(chǎn)。作為本發(fā)明實施例的一種擴(kuò)展，支付平臺在所述支付請求不通過驗證時，直接返回驗證失敗的信息給第三方應(yīng)用平臺。步驟404,第三方應(yīng)用平臺接收支付平臺返回的URL和token。
其中，所述token每隔設(shè)定時間比如15分鐘會失效。步驟405，第三方應(yīng)用平臺運(yùn)行瀏覽器內(nèi)核中內(nèi)嵌的自定義腳本對象來調(diào)用支付客戶端中的支付接口驗證所述URL，如果通過驗證，則由所述支付接口呼出所述支付客戶端在本地提供的對應(yīng)所述URL的支付頁面。本步驟405之所以驗證URL，目的是保證支付的安全，防止一些不法網(wǎng)站比如釣魚網(wǎng)站偽造信息詐騙用戶財產(chǎn)。其中，驗證所述URL具體可為:驗證所述URL是否在設(shè)定的白名單中，如果是，則確定所述URL通過驗證，否則，確定所述URL不通過驗證。優(yōu)選地，作為本發(fā)明實施例的一個擴(kuò)展，本步驟405中，如果所述URL不通過驗證，則提供驗證失敗的提
/Jn ο步驟406，所述支付客戶端管理用戶在所述支付頁面進(jìn)行的支付操作，并在用戶完成支付操作后，觸發(fā)所述支付平臺對支付操作進(jìn)行處理。其中，所述支付平臺對支付操作進(jìn)行處理至少包括:將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶。也即，通過本發(fā)明能夠?qū)崿F(xiàn)用戶支付的金額直接進(jìn)入第三方應(yīng)用的賬戶，無需中轉(zhuǎn)。另外，基于上述步驟401至步驟406可以看出，本發(fā)明中，支付客戶端只關(guān)心打開哪個URL，而這個URL是第三方應(yīng)用平臺向支付臺請求的，其不關(guān)心用戶支付的是哪個銀行、以及如何識別該銀行。以URL為財付通的URL為例，則本發(fā)明中，支付客戶端僅依據(jù)財付通的URL打開財付通的頁面，由用戶在財付通頁面中選擇支付銀行。也即只要打開了財付通的頁面，其他的就不需要第三方來管了。其中，財付通頁面上的支付銀行由財付通預(yù)先和支付銀行洽談所決定的。步驟407，所述支付平臺發(fā)送處理結(jié)果給所述支付客戶端。本步驟407中，所述處理結(jié)果至少為:支付成功、支付失敗、或者所述token失效，需要請求新的token。其中，所述token失效的原因可為:由于token每隔設(shè)定時間比如15分鐘會失效，當(dāng)在步驟405呼出支付頁面后，用戶沒有在設(shè)定時間內(nèi)未執(zhí)行支付操作，當(dāng)超過設(shè)定時間后在執(zhí)行支付操作，就會出現(xiàn)token失效的情況。步驟408，支付客戶端根據(jù)所述處理結(jié)果執(zhí)行相應(yīng)操作。具體地，本步驟408可為:如果支付成功，則可以通知回調(diào)第三方比如通知第三方發(fā)貨、驗證支付金額等，如果支付失敗，則通知用戶支付失敗原因，如果token失效，則返回步驟402第三方應(yīng)用平臺發(fā)送支付請求的操作，以請求新的token。至此，完成圖4所示的流程。為使圖4所示的流程更加清楚，圖5提出了對應(yīng)圖4流程的示意圖。至此，完成第三實施例的描述。需要說明的是，上述支付客戶端中的支付接口由支付客戶端中的支付組件同一管理，并且，支付接口呼出的支付頁面并非固定不變，其可以根據(jù)需求進(jìn)行動態(tài)修改，具體實現(xiàn)時:通過運(yùn)行瀏覽器內(nèi)核中的腳本調(diào)用所述支付組件管理的用于動態(tài)修改支付頁面的接口來修改支付頁面。還需要說明的是，上述都是通過運(yùn)行瀏覽器內(nèi)核中嵌入的自定義腳本對象調(diào)用支付客戶端中支付組件管理的接口，作為本發(fā)明實施例的擴(kuò)展，瀏覽器的插件比如IE的ActiveX、其它瀏覽器的NP插件也可以調(diào)用支付客戶端中支付組件管理的接口。但是，開發(fā)瀏覽器的插件比如IE的ActiveX、其它瀏覽器的NP插件比較麻煩，對于開發(fā)者來說需要較高的門檻，并且，如果瀏覽器的插件可以直接執(zhí)行本地代碼，其功能就是不可控的，對于對安全要求極高的支付體系來說，這明顯是不適用的。而在瀏覽器內(nèi)核里面運(yùn)行腳本調(diào)用支付客戶端中支付組件管理的接口，可以完全控制腳本的訪問范圍，而且還可以進(jìn)行權(quán)限控制，既簡單同時又保證了整個支付的安全性。以上對本發(fā)明提供的方法進(jìn)行了描述，下面對本發(fā)明提供的系統(tǒng)進(jìn)行描述:參見圖6，圖6為本發(fā)明實施例提供的系統(tǒng)結(jié)構(gòu)圖。如圖6所示，該系統(tǒng)可包括:第三方應(yīng)用平臺、支付平臺和支付客戶端。其中，如圖7所示，該系統(tǒng)中的第三方應(yīng)用平臺具體實現(xiàn)時可包括:支付請求發(fā)送單元和處理單元；所述支付請求發(fā)送單元，用于接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求；所述處理單元，用于接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面；所述支付平臺，用于向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。優(yōu)選地，為保證支付安全，所述支付平臺驗證所述支付請求是否有效，如果驗證通過，則向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。基于圖7所示的該系統(tǒng)中第三方應(yīng)用平臺的具體結(jié)構(gòu)，圖8示出了該系統(tǒng)中支付客戶端的具體實現(xiàn)結(jié)構(gòu)。如圖8所示，該系統(tǒng)中的支付客戶端可包括:支付觸發(fā)單元，用于在用戶針對第三方應(yīng)用進(jìn)行支付時，在該第三方應(yīng)用的頁面向第三方應(yīng)用平臺發(fā)起支付觸發(fā)，以使第三方應(yīng)用平臺向支付平臺發(fā)送支付請求；調(diào)用單元，用于接收第三方應(yīng)用平臺的觸發(fā)，所述觸發(fā)攜帶了所述第三方應(yīng)用平臺接收的支付平臺針對所述支付請求返回的支付頁面標(biāo)識，根據(jù)所述觸發(fā)調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。本實施例中，所述調(diào)用單元驗證所述支付頁面標(biāo)識的有效性，如果驗證通過，則呼出由所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。本實施例中，所述支付平臺針對所述支付請求返回支付頁面標(biāo)識進(jìn)一步包括:返回所述支付頁面標(biāo)識對應(yīng)的token ;基于此,如圖8所示,所述支付客戶端還包括:處理觸發(fā)單元和支付處理單元；所述處理觸發(fā)單元用于在用戶完成支付操作后，觸發(fā)所述支付平臺對該支付操作進(jìn)行處理，所述支付平臺對支付操作進(jìn)行處理至少包括:將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶；所述支付處理單元用于根據(jù)所述支付平臺的處理結(jié)果執(zhí)行相應(yīng)操作；所述處理結(jié)果至少為:支付成功、支付失敗、或者所述token失效,需要請求新的token。本實施例中，所述支付頁面標(biāo)識為URL，其至少包含了用戶的狀態(tài)信息、所述第三方應(yīng)用頁面的標(biāo)識、所述第三方應(yīng)用的標(biāo)識、以及交易信息。另外，本實施例中，所述調(diào)用單元可通過支付接口實現(xiàn)，而所述支付接口由所述支付客戶端中的支付組件統(tǒng)一管理；其中，所述支付客戶端提供的支付頁面允許動態(tài)修改，其通過所述支付組件管理的其他接口實現(xiàn)。如圖8所示,所述支付客戶端還包括:內(nèi)嵌單元，用于在瀏覽器內(nèi)核的腳本空間中嵌入自定義腳本對象，用于實現(xiàn)所述支付接口呼出支付頁面；基于此，所述支付接口在所述第三方應(yīng)用平臺運(yùn)行所述內(nèi)嵌單元嵌入的自定義腳本對象時，調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面。至此，完成本發(fā)明提供的系統(tǒng)結(jié)構(gòu)描述。由以上技術(shù)方案可以看出，本發(fā)明中，當(dāng)用戶在第三方應(yīng)用頁面發(fā)起支付觸發(fā)時，第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求，以及第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。即本發(fā)明中，由支付客戶端在本地提供支付頁面，其相當(dāng)于支付客戶端的一個接口，而不像現(xiàn)有技術(shù)那樣需要支付渠道商提供web的支付頁面，相比于現(xiàn)有技術(shù)，本發(fā)明實現(xiàn)了在客戶端完成支付的目的，不需要執(zhí)行不同web頁面的中轉(zhuǎn)；進(jìn)一步地，本發(fā)明中，通過對支付請求、URL驗證，可以保證支付的安全，防止一些不法網(wǎng)站比如釣魚網(wǎng)站偽造信息詐騙用戶財產(chǎn)；進(jìn)一步地，本發(fā)明在瀏覽器內(nèi)核里面運(yùn)行腳本調(diào)用支付客戶端中支付組件的方式，可以完全控制腳本的訪問范圍，而且還可以進(jìn)行權(quán)限控制，既簡單同時又保證了整個支付的安全性。更進(jìn)一步地，本發(fā)明通過將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶，能夠?qū)崿F(xiàn)用戶支付的金額直接進(jìn)入第三方應(yīng)用的賬戶，無需中轉(zhuǎn)。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種基于客戶端的支付方法，其特征在于，該方法包括: 第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求； 第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述觸使支付客戶端調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面包括: A，運(yùn)行瀏覽器內(nèi)核中的腳本調(diào)用支付客戶端中的支付接口，由所述支付接口呼出所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟A之前進(jìn)一步包括:支付客戶端在瀏覽器內(nèi)核的腳本空間中嵌入自定義腳本對象，用于實現(xiàn)所述支付接口呼出支付頁面； 步驟A中運(yùn)行的腳本為:所述自定義腳本對象。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述支付接口呼出支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面包括: 所述支付接口驗證所述支付頁面標(biāo)識的有效性，如果驗證通過，則呼出所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述支付平臺針對所述支付請求返回支付頁面標(biāo)識包括:` 驗證所述支付請求是否有效，如果驗證通過，則向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識進(jìn)一步包括:接收所述支付平臺返回的對應(yīng)所述支付頁面標(biāo)識的驗證串token ； 該方法進(jìn)一步包括: 在用戶完成支付操作后，所述支付客戶端觸發(fā)所述支付平臺對該支付操作進(jìn)行處理，所述支付平臺對支付操作進(jìn)行處理至少包括:將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶； 所述支付客戶端接收所述支付平臺的處理結(jié)果，根據(jù)所述處理結(jié)果執(zhí)行相應(yīng)操作，其中，所述處理結(jié)果至少為:支付成功、支付失敗、或者所述token失效,需要請求新的token。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述支付頁面標(biāo)識為統(tǒng)一資源定位符URL，其至少包含了用戶的狀態(tài)信息、所述第三方應(yīng)用頁面的標(biāo)識、所述第三方應(yīng)用的標(biāo)識、以及交易信息。
8.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述支付接口由所述支付客戶端中的支付組件統(tǒng)一管理； 所述支付客戶端提供的支付頁面允許動態(tài)修改，其通過所述支付組件管理的其他接口實現(xiàn)。
9.一種基于客戶端的支付方法，其特征在于，該方法包括: 支付客戶端在用戶針對第三方應(yīng)用進(jìn)行支付時，在該第三方應(yīng)用的頁面向第三方應(yīng)用平臺發(fā)起支付觸發(fā)，以使第三方應(yīng)用平臺向支付平臺發(fā)送支付請求； 支付客戶端接收第三方應(yīng)用平臺的觸發(fā)，所述觸發(fā)攜帶了所述第三方應(yīng)用平臺接收的支付平臺針對所述支付請求返回的支付頁面標(biāo)識，根據(jù)所述觸發(fā)調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面由所述支付客戶端的支付接口實現(xiàn)； 所述支付接口在所述第三方應(yīng)用平臺運(yùn)行瀏覽器內(nèi)核中的腳本時調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面；所述腳本為支付客戶端在瀏覽器內(nèi)核的腳本空間中嵌入的用于實現(xiàn)支付接口呼出支付頁面的自定義腳本對象。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述支付接口調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面包括: 所述支付接口驗證所述支付頁面標(biāo)識的有效性，如果驗證通過，則呼出所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述支付平臺針對所述支付請求返回支付頁面標(biāo)識進(jìn)一步包括:返回所述支付頁面標(biāo)識對應(yīng)的驗證串token ； 該方法進(jìn)一步包括: 所述支付客戶端在用戶完成支付操作后，觸發(fā)所述支付平臺對該支付操作進(jìn)行處理，所述支付平臺對支付操作進(jìn)行處理至少包括:將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶； 所述支付客戶端接 收所述支付平臺的處理結(jié)果；所述處理結(jié)果至少為:支付成功、支付失敗、或者所述token失效，需要請求新的token，根據(jù)所述處理結(jié)果執(zhí)行相應(yīng)操作。
13.根據(jù)權(quán)利要求9至12任一所述的方法，其特征在于，所述支付頁面標(biāo)識為統(tǒng)一資源定位符URL，其至少包含了用戶的狀態(tài)信息、所述第三方應(yīng)用頁面的標(biāo)識、所述第三方應(yīng)用的標(biāo)識、以及交易信息。
14.根據(jù)權(quán)利要求10或11所述的方法，其特征在于，所述支付接口由所述支付客戶端中的支付組件統(tǒng)一管理； 所述支付客戶端提供的支付頁面允許動態(tài)修改，其通過所述支付組件管理的其他接口實現(xiàn)。
15.一種支付客戶端，其特征在于，該支付客戶端包括: 支付觸發(fā)單元，用于在用戶針對第三方應(yīng)用進(jìn)行支付時，在該第三方應(yīng)用的頁面向第三方應(yīng)用平臺發(fā)起支付觸發(fā)，以使第三方應(yīng)用平臺向支付平臺發(fā)送支付請求； 調(diào)用單元，用于接收第三方應(yīng)用平臺的觸發(fā)，所述觸發(fā)攜帶了所述第三方應(yīng)用平臺接收的支付平臺針對所述支付請求返回的支付頁面標(biāo)識，根據(jù)所述觸發(fā)調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。
16.根據(jù)權(quán)利要求15所述的支付客戶端，其特征在于，所述調(diào)用單元通過支付接口實現(xiàn)； 所述支付客戶端還包括: 內(nèi)嵌單元，用于在瀏覽器內(nèi)核的腳本空間中嵌入自定義腳本對象，用于實現(xiàn)所述支付接口呼出支付頁面；所述支付接口在所述第三方應(yīng)用平臺運(yùn)行所述內(nèi)嵌單元嵌入的自定義腳本對象時，調(diào)出支付頁面標(biāo)識對應(yīng)的支付頁面。
17.根據(jù)權(quán)利要求16所述的支付客戶端，其特征在于，所述支付接口由所述支付客戶端中的支付組件統(tǒng)一管理； 所述支付客戶端提供的支付頁面允許動態(tài)修改，其通過所述支付組件管理的其他接口實現(xiàn)。
18.根據(jù)權(quán)利要求15所述的支付客戶端，其特征在于，所述調(diào)用單元驗證所述支付頁面標(biāo)識的有效性，如果驗證通過，則呼出由所述支付客戶端在本地提供的對應(yīng)所述支付頁面標(biāo)識的支付頁面。
19.根據(jù)權(quán)利要求15所述的支付客戶端，其特征在于，所述支付平臺針對所述支付請求返回支付頁面標(biāo)識進(jìn)一步包括:返回所述支付頁面標(biāo)識對應(yīng)的驗證串token ； 所述支付客戶端還包括:處理觸發(fā)單元和支付處理單元； 所述處理觸發(fā)單元用于在用戶完成支付操作后，觸發(fā)所述支付平臺對該支付操作進(jìn)行處理，所述支付平臺對支付操作進(jìn)行處理至少包括:將用戶輸入的支付金額直接進(jìn)入所述第三方應(yīng)用的賬戶； 所述支付處理單元用于根據(jù)所述支付平臺的處理結(jié)果執(zhí)行相應(yīng)操作；所述處理結(jié)果至少為:支付成功、支付失敗、或者所述token失效,需要請求新的token。
20.根據(jù)權(quán)利要求15至19任一所述的支付客戶端，其特征在于，所述支付頁面標(biāo)識為統(tǒng)一資源定位符URL，其至少包含了用戶的狀態(tài)信息、所述第三方應(yīng)用頁面的標(biāo)識、所述第三方應(yīng)用的標(biāo)識、以及交易信息。
21.一種基于客戶端的支付系統(tǒng)，其特征在于，該系統(tǒng)包括:第三方應(yīng)用平臺、支付平臺和如權(quán)利要求15至19任一所述的支付客戶端； 其中，所述第三方應(yīng)用平臺包括:支付請求發(fā)送單元和處理單元； 所述支付請求發(fā)送單元，用于接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求； 所述處理單元，用于接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面； 所述支付平臺，用于向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述支付平臺驗證所述支付請求是否有效，如果驗證通過， 則向所述第三方應(yīng)用平臺返回針對所述支付請求的支付頁面標(biāo)識。
全文摘要
本發(fā)明提供了基于客戶端的支付方法、系統(tǒng)和支付客戶端。一種方法包括第三方應(yīng)用平臺接收用戶在第三方應(yīng)用頁面發(fā)起的支付觸發(fā)，并向支付平臺發(fā)送支付請求；第三方應(yīng)用平臺接收支付平臺針對所述支付請求返回的支付頁面標(biāo)識，并觸使支付客戶端調(diào)出所述支付頁面標(biāo)識對應(yīng)的支付頁面，以使所述用戶在所述支付頁面進(jìn)行支付操作。
文檔編號G06Q20/08GK103106576SQ20111036111
公開日2013年5月15日 申請日期2011年11月15日 優(yōu)先權(quán)日2011年11月15日
發(fā)明者郭學(xué)亨, 尚瀚焜, 李勁秋, 李斌, 謝昕虬, 黃奎 申請人:騰訊科技(深圳)有限公司