本公開涉及移動支付技術(shù)領(lǐng)域，尤其涉及一種支付方法、裝置和系統(tǒng)。

背景技術(shù)：

移動支付也稱為手機支付，就是允許用戶使用其移動終端例如手機對所消費的商品或服務(wù)進行賬務(wù)支付的一種服務(wù)方式。移動支付逐漸成為人們生活中必備的支付方式。通過第三方支付平臺，例如微信、支付寶等進行支付是一種移動支付方式，第三方支付平臺作為雙方交易的支付結(jié)算服務(wù)的中間商，需要提供支付服務(wù)通道，并通過第三方支付平臺實現(xiàn)交易和資金轉(zhuǎn)移結(jié)算安排的功能。

相關(guān)技術(shù)中，用戶通過第三方支付平臺進行支付時，需要在第三方支付平臺提供自己的身份證和銀行標(biāo)識等信息，這樣會出現(xiàn)用戶的身份證和銀行標(biāo)識等信息被泄露的情況，從而降低用戶銀行賬戶的安全，對用戶的財產(chǎn)造成不必要的損失。

技術(shù)實現(xiàn)要素：

為克服相關(guān)技術(shù)中存在的問題，本公開提供一種支付方法、裝置和系統(tǒng)，以解決相關(guān)技術(shù)中的技術(shù)缺陷。

根據(jù)本公開實施例的第一方面，提供一種支付方法，應(yīng)用在電子支付設(shè)備上，可包括：

當(dāng)接收到通過第一APP(Application，應(yīng)用程序)綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向所述第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，所述第一支付請求中攜帶有與所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

當(dāng)接收到所述第二APP對應(yīng)的第二服務(wù)器根據(jù)第二支付請求返回的第一響應(yīng)消息時，控制第二APP生成支付確認(rèn)提示消息，所述第二支付請求為所述第一服務(wù)器根據(jù)所述第一支付請求生成并經(jīng)過所述第一服務(wù)器發(fā)送至所述第二服務(wù)器的，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

當(dāng)接收到根據(jù)所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

在一實施例中，所述當(dāng)接收到根據(jù)所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作，可包括：

當(dāng)接收到根據(jù)所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，向所述第二服務(wù)器發(fā)送確認(rèn)支付消息，以供所述第二服務(wù)器將所述確認(rèn)支付消息轉(zhuǎn)發(fā)至所述第一服務(wù)器；

接收所述第一服務(wù)器根據(jù)所述確認(rèn)支付消息返回的第二響應(yīng)消息；

根據(jù)所述第二響應(yīng)消息，執(zhí)行支付交易的操作。

在一實施例中，所述方法還可包括：

接收通過所述第一APP的操作界面觸發(fā)的綁定所述銀行標(biāo)識的綁定請求，所述綁定請求中攜帶有所述銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

根據(jù)所述綁定請求，執(zhí)行綁定所述第一APP與所述銀行標(biāo)識的操作。

在一實施例中，所述執(zhí)行綁定所述第一APP與所述銀行標(biāo)識的操作，可包括：

向所述第二服務(wù)器發(fā)送登錄請求，所述登錄請求中攜帶有所述第一APP的標(biāo)識信息、所述銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

當(dāng)接收到所述第二服務(wù)器根據(jù)所述登錄請求返回的第三響應(yīng)消息時，顯示支付信息設(shè)置界面，并從所述第三響應(yīng)消息中解析所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

當(dāng)接收到所述支付信息設(shè)置界面中輸入的支付信息時，向所述第一服務(wù)器發(fā)送完成綁定請求以完成所述第一APP綁定所述銀行標(biāo)識的操作，所述完成綁定請求中攜帶有所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息。

根據(jù)本公開實施例的第二方面，提供一種支付方法，應(yīng)用在第一服務(wù)器上，可包括：

接收所述電子支付設(shè)備發(fā)送的第一支付請求，所述第一支付請求中攜帶有所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息、支付金額；

根據(jù)所述第一支付請求，生成第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、所述支付金額；

向所述第二APP對應(yīng)的第二服務(wù)器發(fā)送所述第二支付請求，以供所述第二服務(wù)器根據(jù)所述第二支付請求執(zhí)行支付交易的金額轉(zhuǎn)賬操作。

在一實施例中，所述方法還可包括：

接收完成綁定請求；

從所述完成綁定請求中解析所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息；

存儲所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息。

根據(jù)本公開實施例的第三方面，提供一種支付方法，應(yīng)用在第二服務(wù)器上，可包括：

接收第一服務(wù)器發(fā)送的第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、支付金額；

通過所述第二服務(wù)器對應(yīng)的第二APP向所述電子支付設(shè)備發(fā)送第一響應(yīng)消息，以供所述電子支付設(shè)備根據(jù)所述第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息；

當(dāng)接收到所述電子支付設(shè)備根據(jù)所述第一響應(yīng)消息發(fā)送的確認(rèn)支付消息時，向所述第一服務(wù)器發(fā)送所述確認(rèn)支付消息。

在一實施例中，所述方法可包括：

接收電子支付設(shè)備發(fā)送的所述登錄請求，所述登錄請求中攜帶有所述第一APP的應(yīng)用標(biāo)識信息、與所述第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

當(dāng)確定與所述第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼正確時，生成所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

向所述電子支付設(shè)備發(fā)送第三響應(yīng)消息，所述第三響應(yīng)消息中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼。

根據(jù)本公開實施例的第四方面，提供一種支付裝置，應(yīng)用在電子支付設(shè)備上，裝置可包括：

第一發(fā)送模塊，被配置為當(dāng)接收到通過第一APP綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向所述第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，所述第一支付請求中攜帶有與所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

第一生成模塊，被配置為當(dāng)接收到所述第二APP對應(yīng)的第二服務(wù)器根據(jù)第二支付請求返回的第一響應(yīng)消息時，控制第二APP生成支付確認(rèn)提示消息，所述第二支付請求為所述第一服務(wù)器根據(jù)所述第一發(fā)送模塊發(fā)送的所述第一支付請求生成并經(jīng)過所述第一服務(wù)器發(fā)送至所述第二服務(wù)器的，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

支付交易模塊，被配置為當(dāng)接收到根據(jù)所述第一生成模塊生成的所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

在一實施例中，所述支付交易模塊可包括：

第一發(fā)送子模塊，被配置為當(dāng)接收到根據(jù)所述第一生成模塊生成的所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，向所述第二服務(wù)器發(fā)送確認(rèn)支付消息，以供所述第二服務(wù)器將所述確認(rèn)支付消息轉(zhuǎn)發(fā)至所述第一服務(wù)器；

第一接收子模塊，被配置為接收所述第一服務(wù)器根據(jù)所述第一發(fā)送子模塊發(fā)送的所述確認(rèn)支付消息返回的第二響應(yīng)消息；

執(zhí)行子模塊，被配置為根據(jù)所述第一接收子模塊接收到的所述第二響應(yīng)消息，執(zhí)行支付交易的操作。

在一實施例中，所述裝置還包括：

第一接收模塊，被配置為接收通過所述第一APP的操作界面觸發(fā)的綁定所述銀行標(biāo)識的綁定請求，所述綁定請求中攜帶有所述銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

綁定模塊，被配置為根據(jù)所述第一接收模塊接收到的所述綁定請求，執(zhí)行綁定所述第一APP與所述銀行標(biāo)識的操作。

在一實施例中，所述綁定模塊可包括：

登錄子模塊，被配置為向所述第二服務(wù)器發(fā)送登錄請求，所述登錄請求中攜帶有所述第一APP的標(biāo)識信息、所述銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

設(shè)置子模塊，被配置為當(dāng)接收到所述第二服務(wù)器根據(jù)所述登錄子模塊發(fā)送的所述登錄請求返回的第三響應(yīng)消息時，顯示支付信息設(shè)置界面，并從所述第三響應(yīng)消息中解析所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

綁定子模塊，被配置為當(dāng)接收到所述設(shè)置子模塊顯示的所述支付信息設(shè)置界面中輸入的支付信息時，向所述第一服務(wù)器發(fā)送完成綁定請求以完成所述第一APP綁定所述銀行標(biāo)識的操作，所述完成綁定請求中攜帶有所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息。

根據(jù)本公開實施例的第五方面，提供一種支付裝置，應(yīng)用在第一服務(wù)器上，裝置可包括：

第二接收模塊，被配置為接收所述電子支付設(shè)備發(fā)送的第一支付請求，所述第一支付請求中攜帶有所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息、支付金額；

第二生成模塊，被配置為根據(jù)所述第二接收模塊接收到的所述第一支付請求，生成第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、所述支付金額；

第二發(fā)送模塊，被配置為向所述第二APP對應(yīng)的第二服務(wù)器發(fā)送所述第二生成模塊生成的所述第二支付請求，以供所述第二服務(wù)器根據(jù)所述第二支付請求執(zhí)行支付交易的金額轉(zhuǎn)賬操作。

在一實施例中，所述裝置還可包括：

第三接收模塊，被配置為接收完成綁定請求；

第二解析模塊，被配置為從所述第三接收模塊接收到的所述完成綁定請求中解析所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息；

存儲模塊，被配置為存儲所述第二解析模塊解析得到的所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息。

根據(jù)本公開實施例的第六方面，提供一種支付裝置，應(yīng)用在第二服務(wù)器上，所述裝置可包括：

第四接收模塊，被配置為接收第一服務(wù)器發(fā)送的第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、支付金額；

第三發(fā)送模塊，被配置為通過所述第二服務(wù)器對應(yīng)的第二APP向所述電子支付設(shè)備發(fā)送第一響應(yīng)消息，以供所述電子支付設(shè)備根據(jù)所述第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息；

第四發(fā)送模塊，被配置為當(dāng)接收到所述電子支付設(shè)備根據(jù)所述第三發(fā)送模塊發(fā)送的所述第一響應(yīng)消息發(fā)送的確認(rèn)支付消息時，向所述第一服務(wù)器發(fā)送所述確認(rèn)支付消息。

在一實施例中，所述裝置包括：

第五接收模塊，被配置為接收電子支付設(shè)備發(fā)送的所述登錄請求，所述登錄請求中攜帶有所述第一APP的應(yīng)用標(biāo)識信息、與所述第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

第三生成模塊，被配置為當(dāng)確定所述第五接收模塊接收到的所述登錄請求中攜帶的所述與所述第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼正確時，生成所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

第五發(fā)送模塊，被配置為向所述電子支付設(shè)備發(fā)送第三響應(yīng)消息，所述第三響應(yīng)消息中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼。

根據(jù)本公開實施例的第七方面，提供一種支付裝置，應(yīng)用在電子支付設(shè)備上，所述裝置包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

當(dāng)接收到通過第一APP綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向所述第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，所述第一支付請求中攜帶有與所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

當(dāng)接收到所述第二APP對應(yīng)的第二服務(wù)器根據(jù)第二支付請求返回的第一響應(yīng)消息時，控制第二APP生成支付確認(rèn)提示消息，所述第二支付請求為所述第一服務(wù)器根據(jù)所述第一支付請求生成并經(jīng)過所述第一服務(wù)器發(fā)送至所述第二服務(wù)器的，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

當(dāng)接收到根據(jù)所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

根據(jù)本公開實施例的第八方面，提供一種支付裝置，應(yīng)用在第一服務(wù)器上，所述裝置包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

接收所述電子支付設(shè)備發(fā)送的第一支付請求，所述第一支付請求中攜帶有所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息、支付金額；

根據(jù)所述第一支付請求，生成第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、所述支付金額；

向所述第二APP對應(yīng)的第二服務(wù)器發(fā)送所述第二支付請求，以供所述第二服務(wù)器根據(jù)所述第二支付請求執(zhí)行支付交易的金額轉(zhuǎn)賬操作。

根據(jù)本公開實施例的第九方面，提供一種支付裝置，應(yīng)用在第二服務(wù)器上，所述裝置包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

接收第一服務(wù)器發(fā)送的第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼、支付金額；

通過所述第二服務(wù)器對應(yīng)的第二APP向所述電子支付設(shè)備發(fā)送第一響應(yīng)消息，以供所述電子支付設(shè)備根據(jù)所述第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息；

當(dāng)接收到所述電子支付設(shè)備根據(jù)所述第一響應(yīng)消息發(fā)送的確認(rèn)支付消息時，向所述第一服務(wù)器發(fā)送所述確認(rèn)支付消息。

根據(jù)本公開實施例的第十方面，提供一種支付系統(tǒng)，所述系統(tǒng)可包括：電子支付設(shè)備、第一服務(wù)器和第二服務(wù)器；

當(dāng)電子支付設(shè)備接收到通過第一APP應(yīng)用程序綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向所述第一APP對應(yīng)的所述第一服務(wù)器發(fā)送第一支付請求，所述第一支付請求中攜帶有與所述第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

所述第一服務(wù)器接收到所述第一支付請求后，根據(jù)所述第一支付請求，生成第二支付請求，所述第二支付請求中攜帶有所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

所述第一服務(wù)器向所述第二APP對應(yīng)的第二服務(wù)器發(fā)送所述第二支付請求；

所述第二服務(wù)器接收到所述第二支付請求后，通過對應(yīng)的第二APP向所述電子支付設(shè)備發(fā)送第一響應(yīng)消息；

所述電子支付設(shè)備控制所述第二APP根據(jù)所述第一響應(yīng)消息生成支付確認(rèn)提示信息；

所述電子支付設(shè)備接收到根據(jù)所述支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

本公開的實施例提供的技術(shù)方案可以包括以下有益效果：當(dāng)用戶在電子支付設(shè)備中的第一APP，例如：智能手機中的微信中使用綁定的銀行標(biāo)識進行支付時，可向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，第一服務(wù)器接收到第一支付請求時，可根據(jù)第一APP以及所綁定的銀行標(biāo)識確定串碼，生成第二支付請求并發(fā)送第二支付請求至第二服務(wù)器，第二服務(wù)器根據(jù)該第二支付請求向第二服務(wù)器對應(yīng)的第二APP返回第一響應(yīng)消息，用戶即可在第二APP的操作界面上進行支付確認(rèn)，完成支付交易操作，由于用戶使用第一APP綁定的銀行標(biāo)識支付時需要在第二APP，即銀行客戶端中進行支付確認(rèn)，才能在第一APP中完成支付交易操作，因此支付交易更加安全；另外，由于第一APP和第二APP可以位于不同的終端設(shè)備上，因此增加了用戶銀行標(biāo)識的安全，可進一步避免對用戶的財產(chǎn)安全造成不必要的損失。

并且，當(dāng)電子支付設(shè)備接收到第一APP綁定一個銀行標(biāo)識的綁定請求時，則可使用系統(tǒng)接口調(diào)用銀行標(biāo)識對應(yīng)的第二APP，用戶可登錄第二APP對應(yīng)的第二服務(wù)器，并由第二服務(wù)器生成第一APP中使用所述銀行標(biāo)識進行支付的串碼，第二服務(wù)器將該串碼發(fā)送至第一APP，第一APP將支付密碼、串碼以及第二APP的標(biāo)識信息發(fā)送第一服務(wù)器即可完成第一APP綁定一個銀行標(biāo)識的操作，由此實現(xiàn)了在第一APP中綁定一個銀行卡時，不用輸入銀行卡和銀行卡的密碼，避免在第一APP中提供自己的身份證和銀行標(biāo)識等信息所導(dǎo)致的身份證和銀行標(biāo)識被泄露的問題，增加了用戶銀行標(biāo)識的安全，優(yōu)化了用戶的體驗。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1A是根據(jù)一示例性實施例示出的一種支付方法的流程圖。

圖1B是根據(jù)一示例性實施例示出的一種支付方法的場景圖一。

圖1C是根據(jù)一示例性實施例示出的一種支付方法的場景圖二。

圖2A是根據(jù)一示例性實施例一示出的一種支付方法的流程圖。

圖2B是根據(jù)一示例性實施例一示出的一種支付方法中選擇銀行卡的示意圖。

圖2C是根據(jù)一示例性實施例一示出的一種在第二APP的操作界面上確認(rèn)支付的示意圖。

圖3是根據(jù)一示例性實施例二示出的一種支付方法的流程圖。

圖4是根據(jù)一示例性實施例三示出的一種支付方法的流程圖。

圖5是根據(jù)一示例性實施例四示出的一種支付方法的流程圖。

圖6是根據(jù)一示例性實施例示出的一種支付裝置的框圖。

圖7是根據(jù)一示例性實施例示出的又一種支付裝置的框圖。

圖8是根據(jù)一示例性實施例示出的一種支付裝置的框圖。

圖9是根據(jù)一示例性實施例示出的又一種支付裝置的框圖。

圖10是根據(jù)一示例性實施例示出的一種支付裝置的框圖。

圖11是根據(jù)一示例性實施例示出的又一種支付裝置的框圖。

圖12是根據(jù)一示例性實施例示出的一種適用于支付裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1A是根據(jù)一示例性實施例示出的支付方法的流程圖，如圖1A所示，該支付方法可應(yīng)用于電子支付設(shè)備，例如智能手機、平板電腦、智能手環(huán)上，包括以下步驟：

在步驟101中，當(dāng)接收到通過第一APP綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求。

在一實施例中，第一支付請求中攜帶有與第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息，以及支付金額。

在一實施例中，銀行標(biāo)識可以為銀行名稱等用于表示用來支付的銀行賬號所屬的銀行系統(tǒng)。

在一實施例中，第一APP可以為微信、支付寶、打車軟件等應(yīng)用程序；在又一實施例中，第二APP可以為銀行客戶端應(yīng)用程序，例如工商銀行的客戶端應(yīng)用程序；在再一實施例中，第一服務(wù)器為第一APP對應(yīng)的服務(wù)器，例如微信服務(wù)器；在再一實施例中，第二服務(wù)器為第二APP對應(yīng)的服務(wù)器，例如工商銀行服務(wù)器。

在步驟102中，當(dāng)接收到第二APP對應(yīng)的第二服務(wù)器根據(jù)第二支付請求返回的第一響應(yīng)消息時，控制第二APP生成支付確認(rèn)提示消息。

在一實施例中，第二支付請求為第一服務(wù)器根據(jù)第一支付請求生成并經(jīng)過第一服務(wù)器發(fā)送至第二服務(wù)器的，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼。

在一實施例中，串碼可以為一個由數(shù)字和/或字母組成的標(biāo)識信息，用來標(biāo)識當(dāng)前執(zhí)行的支付交易為第一APP中使用綁定的銀行帳號進行的支付。

在一實施例中，支付確認(rèn)提示信息可以為文字提示信息，例如“微信支付平臺請求進行支付操作，請確認(rèn)”文字提示信息。

在步驟103中，當(dāng)接收到根據(jù)支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

在一實施例中，用戶可根據(jù)支付確認(rèn)消息輸入確認(rèn)支付的反饋信息，例如，在顯示“微信支付平臺請求進行支付操作，請確認(rèn)”文字提示信息之后，用戶可點擊確認(rèn)按鈕，以輸入確認(rèn)支付的反饋信息，完成支付操作。

在一示例性實施例中，如圖1B所示，本示例性實施例中第一APP和第二APP都運行于電子支付設(shè)備110中，電子支付設(shè)備110接收到通過第一APP綁定的銀行卡號的進行支付的觸發(fā)事件時，可向第一APP對應(yīng)的第一服務(wù)器120發(fā)送發(fā)送第一支付請求，第一服務(wù)器120接收到第一支付請求時，可根據(jù)第一APP以及所綁定的銀行標(biāo)識確定串碼，生成第二支付請求并發(fā)送第二支付請求至第二服務(wù)器130，第二服務(wù)器130根據(jù)該第二支付請求向第二服務(wù)器130對應(yīng)的第二APP返回第一響應(yīng)消息，用戶即可在第二APP的操作界面上進行支付確認(rèn)，并在確認(rèn)之后將支付確認(rèn)結(jié)果發(fā)送至第一APP，以供第一APP完成支付交易操作。

在一示例性實施例中，如圖1C所示，本示例性實施例中第一APP運行于電子支付設(shè)備110中，第二APP都運行于關(guān)聯(lián)設(shè)備140中，第一APP可通過調(diào)用系統(tǒng)接口來訪問運行于關(guān)聯(lián)設(shè)備140中的第二APP，電子支付設(shè)備110中在電子支付設(shè)備110接收到通過第一APP綁定的銀行卡號的進行支付的觸發(fā)事件時，可向第一APP對應(yīng)的第一服務(wù)器120發(fā)送發(fā)送第一支付請求，第一服務(wù)器120接收到第一支付請求時，可根據(jù)第一APP以及所綁定的銀行標(biāo)識確定串碼，生成第二支付請求并發(fā)送第二支付請求至第二服務(wù)器130，第二服務(wù)器130根據(jù)該第二支付請求向關(guān)聯(lián)設(shè)備140中運行的第二APP發(fā)送第一響應(yīng)消息，用戶即可在第二APP的操作界面上進行支付確認(rèn)，并在確認(rèn)之后將支付確認(rèn)結(jié)果發(fā)送至第一APP，以供第一APP完成支付交易操作。

本實施例中，用戶使用第一APP綁定的銀行標(biāo)識支付時需要在第二APP，即銀行客戶端中進行支付確認(rèn)，才能在第一APP中完成支付交易操作，因此支付交易更加安全。

在一實施例中，當(dāng)接收到根據(jù)支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作，可包括：

當(dāng)接收到根據(jù)支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，向第二服務(wù)器發(fā)送確認(rèn)支付消息，以供第二服務(wù)器將確認(rèn)支付消息轉(zhuǎn)發(fā)至第一服務(wù)器；

接收第一服務(wù)器根據(jù)確認(rèn)支付消息返回的第二響應(yīng)消息；

根據(jù)第二響應(yīng)消息，執(zhí)行支付交易的操作。

在一實施例中，方法還可包括：

接收通過第一APP的操作界面觸發(fā)的綁定銀行標(biāo)識的綁定請求，綁定請求中攜帶有銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

根據(jù)綁定請求，顯示第二APP的登錄界面；

當(dāng)接收到登錄界面中輸入的登錄信息時，向第二服務(wù)器發(fā)送登錄請求，登錄請求中攜帶有第一APP的標(biāo)識信息、銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

當(dāng)接收到第二服務(wù)器根據(jù)登錄請求返回的第三響應(yīng)消息時，從第三響應(yīng)消息中解析第一APP中使用銀行標(biāo)識進行支付的串碼；

顯示支付信息設(shè)置界面；

當(dāng)接收到支付信息設(shè)置界面中輸入的支付信息時，向第一服務(wù)器發(fā)送完成綁定請求以完成第一APP綁定銀行標(biāo)識的操作，完成綁定請求中攜帶有第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

下面以具體實施例來說明本公開實施例提供的技術(shù)方案。

圖2A是根據(jù)一示例性實施例一示出的一種支付方法的流程圖，圖2B是根據(jù)一示例性實施例一示出的一種支付方法中選擇銀行卡的示意圖，圖2C是根據(jù)一示例性實施例一示出的一種在第二APP的操作界面上確認(rèn)支付的示意圖；本實施例利用本公開實施例提供的上述方法，以電子支付設(shè)備、第一服務(wù)器、第二服務(wù)器進行信息交互完成支付交易為例結(jié)合圖1B和1C進行示例性說明，如圖2A所示，該方法包括以下步驟：

在步驟201中，電子支付設(shè)備接收通過第一APP綁定的銀行卡號進行支付的觸發(fā)事件。

在一示例性實施例中，參見圖1B，在小米支付錢包中可選擇付款銀行卡，例如選擇招商銀行儲蓄卡。

在步驟202中，電子支付設(shè)備向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求。

在一實施例中，第一支付請求中攜帶有與第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息。例如，第一支付請求中可攜帶“微信支付平臺選擇使用招商銀行儲蓄卡尾號為0956的儲蓄卡向小米商城支付99元”含義的支付信息。

在步驟203中，第一服務(wù)器接收到第一支付請求后，根據(jù)該第一支付請求生成第二支付請求。

在一實施例中，第二支付請求攜帶有第一APP標(biāo)識信息、第一APP中使用銀行標(biāo)識進行支付的串碼、銀行卡號、支付金額。例如，第二支付請求中可攜帶“微信支付平臺選擇使用招商銀行儲蓄卡尾號為0956的儲蓄卡向小米商城支付99元，串碼為wxzsyh0956”含義的支付信息。

在步驟204中，第一服務(wù)器向第二服務(wù)器發(fā)送第二支付請求。

在步驟205中，第二服務(wù)器接收第二支付請求，并且從第二支付請求中解析支付信息。

在一實施例中，支付信息包括第一APP標(biāo)識、串碼、銀行卡號、支付金額等信息。

在步驟206中，第二服務(wù)器確定第二支付請求中的串碼是否正確，如果第二支付請求中的串碼正確，則執(zhí)行步驟207，如果第二支付請求中的串碼不正確，則流程結(jié)束。

在一實施例中，串碼用于標(biāo)識第一APP中使用綁定的銀行卡號支付的信息，該串碼由第二服務(wù)器生成。

在一實施例中，第二服務(wù)器可存儲所生成的串碼所標(biāo)識的第一APP以及銀行卡號。

在步驟207中，第二服務(wù)器將第一響應(yīng)消息通過第二APP發(fā)送至電子支付設(shè)備。

在一實施例中，參見圖1B，第一APP和第二APP都位于電子支付設(shè)備上，則第一響應(yīng)消息可直接發(fā)送到電子支付設(shè)備上。

在一實施例中，參見圖1C，第一APP位于電子支付設(shè)備上，而第二APP位于關(guān)聯(lián)設(shè)備上，則第二APP可通過系統(tǒng)接口向電子關(guān)聯(lián)設(shè)備轉(zhuǎn)發(fā)該第一響應(yīng)消息。

在步驟208中，電子支付設(shè)備控制第二APP根據(jù)該第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息。

在一實施例中，參見圖2C，為電子支付設(shè)備控制第二APP生成的確認(rèn)支付的示意圖。

在步驟209中，電子支付設(shè)備接收到根據(jù)支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，向第二服務(wù)器發(fā)送確認(rèn)支付消息。

在一實施例中，用戶可通過觸摸屏、物理按鍵輸入確認(rèn)支付的反饋信息，例如點擊圖2C中的“確認(rèn)支付”按鈕即可輸入確認(rèn)支付的反饋信息。

在步驟210中，第二服務(wù)器將確認(rèn)支付消息發(fā)送至第一服務(wù)器。

在步驟211中，第一服務(wù)器根據(jù)確認(rèn)支付消息確定第二服務(wù)器已完成支付，向第一APP發(fā)送第二響應(yīng)消息。

在一實施例中，第二響應(yīng)消息中攜帶有已完成支付的指示信息。

在步驟212中，電子支付設(shè)備中的第一APP顯示支付完成的結(jié)果。

本實施例中，當(dāng)用戶在電子支付設(shè)備中的第一APP，例如：智能手機中的微信中使用綁定的銀行標(biāo)識進行支付時，可向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，第一服務(wù)器接收到第一支付請求時，可根據(jù)第一APP以及所綁定的銀行標(biāo)識確定串碼，生成第二支付請求并發(fā)送第二支付請求至第二服務(wù)器，第二服務(wù)器根據(jù)該第二支付請求向第二服務(wù)器對應(yīng)的第二APP返回第一響應(yīng)消息，用戶即可在第二APP的操作界面上進行支付確認(rèn)，完成支付交易操作，由于用戶使用第一APP綁定的銀行標(biāo)識支付時需要在第二APP，即銀行客戶端中進行支付確認(rèn)，才能在第一APP中完成支付交易操作，因此支付交易更加安全；另外，由于第一APP和第二APP可以位于不同的終端設(shè)備上，因此增加了用戶銀行標(biāo)識的安全，可進一步避免對用戶的財產(chǎn)安全造成不必要的損失。

圖3是根據(jù)一示例性實施例二示出的一種支付方法的流程圖，本實施例利用本公開實施例提供的上述方法，以電子支付設(shè)備、第一服務(wù)器、第二服務(wù)器在進行第一APP與銀行卡的綁定時的信息交互為例進行示例性說明，如圖3所示，該方法包括以下步驟：

在步驟301中，電子支付設(shè)備接收通過第一APP的操作界面觸發(fā)的綁定銀行標(biāo)識的綁定請求。

在一實施例中，綁定請求中攜帶有銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息。

在步驟302中，電子支付設(shè)備根據(jù)綁定請求，顯示第二APP的登錄界面。

在一實施例中，第一APP可調(diào)用系統(tǒng)接口，將第二APP的名稱傳入此系統(tǒng)接口，系統(tǒng)將打開第二APP的操作界面。在又一實施例中，第二APP也可通過系統(tǒng)接口，確定請求打開第二APP的第一APP的標(biāo)識信息，例如第一APP的名稱。

在步驟303中，電子支付設(shè)備接收到登錄界面中輸入的登錄信息時，向第二服務(wù)器發(fā)送登錄請求。

在一實施例中，登錄請求中攜帶有第一APP的標(biāo)識信息、銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼。

在步驟304中，第二服務(wù)器接收到登錄請求后，確定用戶輸入的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼是否正確；如果用戶輸入的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼正確，則執(zhí)行步驟305，如果用戶輸入的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼不正確，則執(zhí)行步驟310。

在步驟305中，第二服務(wù)器根據(jù)登錄請求通過第二APP向電子支付設(shè)備返回第三響應(yīng)消息。

在一實施例中，第三響應(yīng)消息中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼。

在一實施例中，第二服務(wù)器根據(jù)登錄請求通過第二APP向電子支付設(shè)備返回第三響應(yīng)消息，包括：第二服務(wù)器向第二APP發(fā)送第三響應(yīng)消息，第二APP接收第三響應(yīng)消息后，將第三響應(yīng)消息發(fā)送至第一APP。

在步驟306中，電子支付設(shè)備控制第一APP顯示支付信息設(shè)置界面。

在步驟307中，電子支付設(shè)備接收到支付信息設(shè)置界面中輸入的支付信息時，向第一服務(wù)器發(fā)送完成綁定請求。

在一實施例中，完成綁定請求中攜帶有第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

在步驟308中，第一服務(wù)器接收到完成綁定請求后，從完成綁定請求中解析第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

在步驟309中，第一服務(wù)器存儲第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

在步驟310中，顯示銀行標(biāo)識或者登錄密碼不正確的提示信息，并且關(guān)閉支付交易界面。

本實施例中，當(dāng)電子支付設(shè)備接收到第一APP綁定一個銀行標(biāo)識的綁定請求時，則可使用系統(tǒng)接口調(diào)用銀行標(biāo)識對應(yīng)的第二APP，用戶可登錄第二APP對應(yīng)的第二服務(wù)器，并由第二服務(wù)器生成第一APP中使用銀行標(biāo)識進行支付的串碼，第二服務(wù)器將該串碼發(fā)送至第一APP，第一APP將支付密碼、串碼以及第二APP的標(biāo)識信息發(fā)送第一服務(wù)器即可完成第一APP綁定一個銀行標(biāo)識的操作，由此實現(xiàn)了在第一APP中綁定一個銀行卡時，不用輸入銀行卡和銀行卡的密碼，避免在第一APP中提供自己的身份證和銀行標(biāo)識等信息所導(dǎo)致的身份證和銀行標(biāo)識被泄露的問題，增加了用戶銀行標(biāo)識的安全，優(yōu)化了用戶的體驗。

圖4是根據(jù)一示例性實施例三示出的一種支付方法的流程圖，如圖4所示，該方法可以應(yīng)用在第一服務(wù)器上，例如微信服務(wù)器上，包括以下步驟：

在步驟401中，接收電子支付設(shè)備發(fā)送的第一支付請求。

在一實施例中，第一支付請求中攜帶有第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息、支付金額。

在步驟402中，根據(jù)第一支付請求，生成第二支付請求。

在一實施例中，第二支付請求攜帶有第一APP標(biāo)識信息、第一APP中使用銀行標(biāo)識進行支付的串碼、銀行卡號、支付金額。例如，第二支付請求中可攜帶“微信支付平臺選擇使用招商銀行儲蓄卡尾號為0956的儲蓄卡向小米商城支付99元，串碼為wxzsyh0956”含義的支付信息。

在步驟403中，向第二APP對應(yīng)的第二服務(wù)器發(fā)送第二支付請求，以供第二服務(wù)器根據(jù)第二支付請求執(zhí)行支付交易的金額轉(zhuǎn)賬操作。

本實施例中，第一服務(wù)器接收到第一支付請求時，可根據(jù)第一APP以及所綁定的銀行標(biāo)識確定串碼，生成第二支付請求并發(fā)送第二支付請求至第二服務(wù)器，由于用戶使用第一APP綁定的銀行標(biāo)識支付時需要在第二APP，即銀行客戶端中進行支付確認(rèn)，才能在第一APP中完成支付交易操作，因此支付交易更加安全。

在一實施例中，方法還可包括：

接收完成綁定請求；

從完成綁定請求中解析第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息；

存儲第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

圖5是根據(jù)一示例性實施例四示出的一種支付方法的流程圖，如圖5所示，該方法可以應(yīng)用在第二服務(wù)器上，包括以下步驟：

在步驟501中，接收第一服務(wù)器發(fā)送的第二支付請求。

在一實施例中，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼、支付金額。

在步驟502中，通過第二服務(wù)器對應(yīng)的第二APP向電子支付設(shè)備發(fā)送第一響應(yīng)消息，以供電子支付設(shè)備根據(jù)第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息。

在一實施例中，參見圖2C，為電子支付設(shè)備控制第二APP生成的確認(rèn)支付的示意圖。

在步驟503中，當(dāng)接收到電子支付設(shè)備根據(jù)第一響應(yīng)消息發(fā)送的確認(rèn)支付消息時，向第一服務(wù)器發(fā)送確認(rèn)支付消息。

本實施例中，第二服務(wù)器根據(jù)該第二支付請求向第二服務(wù)器對應(yīng)的第二APP返回第一響應(yīng)消息，用戶即可在第二APP的操作界面上進行支付確認(rèn)，完成支付交易操作，由于用戶使用第一APP綁定的銀行標(biāo)識支付時需要在第二APP，即銀行客戶端中進行支付確認(rèn)，才能在第一APP中完成支付交易操作，因此支付交易更加安全。

在一實施例中，方法還可包括：

接收電子支付設(shè)備發(fā)送的登錄請求，登錄請求中攜帶有第一APP的應(yīng)用標(biāo)識信息、與第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

當(dāng)確定與第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼正確時，生成第一APP中使用銀行標(biāo)識進行支付的串碼；

向電子支付設(shè)備發(fā)送第三響應(yīng)消息，第三響應(yīng)消息中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼。

與前述支付方法的實施例相對應(yīng)，本公開還提供了支付裝置的實施例。

圖6是根據(jù)一示例性實施例示出的一種支付裝置的框圖，該裝置應(yīng)用于電子支付設(shè)備上，如圖6所示，支付裝置包括：

第一發(fā)送模塊610，被配置為當(dāng)接收到通過第一APP綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，第一支付請求中攜帶有與第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

第一生成模塊620，被配置為當(dāng)接收到第二APP對應(yīng)的第二服務(wù)器根據(jù)第二支付請求返回的第一響應(yīng)消息時，控制第二APP生成支付確認(rèn)提示消息，第二支付請求為第一服務(wù)器根據(jù)第一發(fā)送模塊610發(fā)送的第一支付請求生成并經(jīng)過第一服務(wù)器發(fā)送至第二服務(wù)器的，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼；

支付交易模塊630，被配置為當(dāng)接收到根據(jù)第一生成模塊620生成的支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。

圖7是根據(jù)一示例性實施例示出的另一種支付裝置的框圖，如圖7所示，在上述圖6所示的實施例基礎(chǔ)上，在一實施例中，支付交易模塊630包括：

第一發(fā)送子模塊631，被配置為當(dāng)接收到根據(jù)第一生成模塊620生成的支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，向第二服務(wù)器發(fā)送確認(rèn)支付消息，以供第二服務(wù)器將確認(rèn)支付消息轉(zhuǎn)發(fā)至第一服務(wù)器；

第一接收子模塊632，被配置為接收第一服務(wù)器根據(jù)第一發(fā)送子模塊631發(fā)送的確認(rèn)支付消息返回的第二響應(yīng)消息；

執(zhí)行子模塊633，被配置為根據(jù)第一接收子模塊632接收到的第二響應(yīng)消息，執(zhí)行支付交易的操作。

在一實施例中，裝置還可包括：

第一接收模塊640，被配置為接收通過第一APP的操作界面觸發(fā)的綁定銀行標(biāo)識的綁定請求，綁定請求中攜帶有銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；

綁定模塊650，被配置為根據(jù)第一接收模塊640接收到的所述綁定請求，執(zhí)行綁定所述第一APP與所述銀行標(biāo)識的操作。

在一實施例中，綁定模塊650包括：

登錄子模塊651，被配置為向所述第二服務(wù)器發(fā)送登錄請求，所述登錄請求中攜帶有所述第一APP的標(biāo)識信息、所述銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

設(shè)置子模塊652，被配置為當(dāng)接收到所述第二服務(wù)器根據(jù)所述登錄子模塊651發(fā)送的所述登錄請求返回的第三響應(yīng)消息時，顯示支付信息設(shè)置界面，并從所述第三響應(yīng)消息中解析所述第一APP中使用所述銀行標(biāo)識進行支付的串碼；

綁定子模塊653，被配置為當(dāng)接收到所述設(shè)置子模塊652顯示的所述支付信息設(shè)置界面中輸入的支付信息時，向所述第一服務(wù)器發(fā)送完成綁定請求以完成所述第一APP綁定所述銀行標(biāo)識的操作，所述完成綁定請求中攜帶有所述第一APP中使用所述綁定的銀行標(biāo)識進行支付的支付密碼、所述串碼、所述第二APP的應(yīng)用標(biāo)識信息。

關(guān)于上述實施例中的裝置，其中各個模塊、子模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

圖8是根據(jù)一示例性實施例示出的一種支付裝置的框圖，該裝置應(yīng)用于第一服務(wù)器上，如圖8所示，支付裝置包括：

第二接收模塊810，被配置為接收電子支付設(shè)備發(fā)送的第一支付請求，第一支付請求中攜帶有第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息、支付金額；

第二生成模塊820，被配置為根據(jù)第二接收模塊810接收到的第一支付請求，生成第二支付請求，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼、支付金額；

第二發(fā)送模塊830，被配置為向第二APP對應(yīng)的第二服務(wù)器發(fā)送第二生成模塊820生成的第二支付請求，以供第二服務(wù)器根據(jù)第二支付請求執(zhí)行支付交易的金額轉(zhuǎn)賬操作。

圖9是根據(jù)一示例性實施例示出的另一種支付裝置的框圖，如圖9所示，在上述圖8所示的實施例基礎(chǔ)上，在一實施例中，裝置還包括：

第三接收模塊840，被配置為接收完成綁定請求；

第二解析模塊850，被配置為從第三接收模塊840接收到的完成綁定請求中解析第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息；

存儲模塊860，被配置為存儲第二解析模塊850解析得到的第一APP中使用綁定的銀行標(biāo)識進行支付的支付密碼、串碼、第二APP的應(yīng)用標(biāo)識信息。

圖10是根據(jù)一示例性實施例示出的一種支付裝置的框圖，該裝置應(yīng)用于第二服務(wù)器上，如圖10所示，支付裝置包括：

第四接收模塊1010，被配置為接收第一服務(wù)器發(fā)送的第二支付請求，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼、支付金額；

第三發(fā)送模塊1020，被配置為通過第二服務(wù)器對應(yīng)的第二APP向電子支付設(shè)備發(fā)送第一響應(yīng)消息，以供電子支付設(shè)備根據(jù)第一響應(yīng)消息控制第二APP生成支付確認(rèn)提示消息；

第四發(fā)送模塊1030，被配置為當(dāng)接收到電子支付設(shè)備根據(jù)第三發(fā)送模塊1020發(fā)送的第一響應(yīng)消息發(fā)送的確認(rèn)支付消息時，向第一服務(wù)器發(fā)送確認(rèn)支付消息。

圖11是根據(jù)一示例性實施例示出的另一種支付裝置的框圖，如圖11所示，在上述圖10所示的實施例基礎(chǔ)上，在一實施例中，裝置還可包括：

第五接收模塊1040，被配置為接收電子支付設(shè)備發(fā)送的登錄請求，登錄請求中攜帶有第一APP的應(yīng)用標(biāo)識信息、與第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼；

第三生成模塊1050，被配置為當(dāng)確定第五接收模塊1040接收到的登錄請求中攜帶的與第一APP綁定的銀行標(biāo)識對應(yīng)的銀行賬號及登錄密碼正確時，生成第一APP中使用銀行標(biāo)識進行支付的串碼；

第五發(fā)送模塊1060，被配置為向電子支付設(shè)備發(fā)送第三響應(yīng)消息，第三響應(yīng)消息中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼。

與前述支付方法和支付裝置的實施例相對應(yīng)，本公開還提供了支付系統(tǒng)的實施例，本實施例中所提供的支付系統(tǒng)包括電子支付設(shè)備、第一服務(wù)器和第二服務(wù)器；當(dāng)電子支付設(shè)備接收到通過第一APP應(yīng)用程序綁定的銀行標(biāo)識進行支付的觸發(fā)事件時，向第一APP對應(yīng)的第一服務(wù)器發(fā)送第一支付請求，第一支付請求中攜帶有與第一APP綁定的銀行標(biāo)識對應(yīng)的第二APP的應(yīng)用標(biāo)識信息；第一服務(wù)器接收到第一支付請求后，根據(jù)第一支付請求，生成第二支付請求，第二支付請求中攜帶有第一APP中使用銀行標(biāo)識進行支付的串碼；第一服務(wù)器向第二APP對應(yīng)的第二服務(wù)器發(fā)送第二支付請求；第二服務(wù)器接收到第二支付請求后，通過對應(yīng)的第二APP向電子支付設(shè)備發(fā)送第一響應(yīng)消息；電子支付設(shè)備控制第二APP根據(jù)第一響應(yīng)消息生成支付確認(rèn)提示信息；電子支付設(shè)備接收到根據(jù)支付確認(rèn)提示消息輸入的確認(rèn)支付的反饋信息時，執(zhí)行支付交易的操作。本公開實施例提供的系統(tǒng)可以實現(xiàn)在用戶使用第一APP綁定的銀行標(biāo)識支付時需要在銀行客戶端中進行支付確認(rèn)，因此支付交易更加安全。

圖12是根據(jù)一示例性實施例示出的一種適用于第三方客戶端的注冊裝置的框圖。例如，裝置1200可以是智能手機、平板電腦等。

參照圖12，裝置1200可以包括以下一個或多個組件：處理組件1202，存儲器1204，電源組件1206，多媒體組件1208，音頻組件1210，輸入/輸出(I/O)的接口1212，傳感器組件1214，以及通信組件1216。

處理組件1202通常控制裝置1200的整體操作，諸如與顯示，電話呼叫，數(shù)據(jù)通信，相機操作和記錄操作相關(guān)聯(lián)的操作。處理元件1202可以包括一個或多個處理器1220來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件1202可以包括一個或多個模塊，便于處理組件1202和其他組件之間的交互。例如，處理部件1202可以包括多媒體模塊，以方便多媒體組件1208和處理組件1202之間的交互。

存儲器1204被配置為存儲各種類型的數(shù)據(jù)以支持在設(shè)備1200的操作。這些數(shù)據(jù)的示例包括用于在裝置1200上操作的任何應(yīng)用程序或方法的指令，聯(lián)系人數(shù)據(jù)，電話簿數(shù)據(jù)，消息，圖片，視頻等。存儲器1204可以由任何類型的易失性或非易失性存儲設(shè)備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃存儲器，磁盤或光盤。

電力組件1206為裝置1200的各種組件提供電力。電力組件1206可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為裝置1200生成、管理和分配電力相關(guān)聯(lián)的組件。

多媒體組件1208包括在裝置1200和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與觸摸或滑動操作相關(guān)的持續(xù)時間和壓力。在一些實施例中，多媒體組件1208包括一個前置攝像頭和/或后置攝像頭。當(dāng)設(shè)備1200處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據(jù)。每個前置攝像頭和后置攝像頭可以是一個固定的光學(xué)透鏡系統(tǒng)或具有焦距和光學(xué)變焦能力。

音頻組件1210被配置為輸出和/或輸入音頻信號。例如，音頻組件1210包括一個麥克風(fēng)(MIC)，當(dāng)裝置1200處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風(fēng)被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1204或經(jīng)由通信組件1216發(fā)送。在一些實施例中，音頻組件1210還包括一個揚聲器，用于輸出音頻信號。

I/O接口1212為處理組件1202和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件1214包括一個或多個傳感器，用于為裝置1200提供各個方面的狀態(tài)評估。例如，傳感器組件1214可以檢測到設(shè)備1200的打開/關(guān)閉狀態(tài)，組件的相對定位，例如組件為裝置1200的顯示器和小鍵盤，傳感器組件1214還可以檢測裝置1200或裝置1200一個組件的位置改變，用戶與裝置1200接觸的存在或不存在，裝置1200方位或加速/減速和裝置1200的溫度變化。傳感器組件1214可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1214還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應(yīng)用中使用。在一些實施例中，該傳感器組件1214還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件1216被配置為便于裝置1200和其他設(shè)備之間有線或無線方式的通信。裝置1200可以接入基于通信標(biāo)準(zhǔn)的無線網(wǎng)絡(luò)，如WiFi，2G或3G，或它們的組合。在一個示例性實施例中，通信部件1216經(jīng)由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關(guān)信息。在一個示例性實施例中，通信部件1216還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基于射頻識別(RFID)技術(shù)，紅外數(shù)據(jù)協(xié)會(IrDA)技術(shù)，超寬帶(UWB)技術(shù)，藍牙(BT)技術(shù)和其他技術(shù)來實現(xiàn)。

在示例性實施例中，裝置1200可以被一個或多個應(yīng)用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設(shè)備(DSPD)、可編程邏輯器件(PLD)、現(xiàn)場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質(zhì)，例如包括指令的存儲器1204，上述指令可由裝置1200的處理器1220執(zhí)行以完成上述方法。例如，非臨時性計算機可讀存儲介質(zhì)可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數(shù)據(jù)存儲設(shè)備等。

適用于第一服務(wù)器和第二服務(wù)器的具體結(jié)構(gòu)可參見圖12所示的框圖以及相應(yīng)的描述，這里不再詳述。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本公開的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權(quán)利要求來限制。