本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別涉及一種支付方法及裝置。

背景技術(shù)：

隨著軟件技術(shù)的加速發(fā)展，越來(lái)越多的應(yīng)用程序問(wèn)世，如游戲娛樂(lè)類應(yīng)用程序，視頻播放類應(yīng)用程序，書籍閱讀類應(yīng)用程序、健身及購(gòu)物用應(yīng)用程序等，為用戶增添生活趣味的同時(shí)，也極大的方便了用戶的生活。

目前，有些應(yīng)用程序在一些平臺(tái)上上架使用，用戶是需要支付一定的使用費(fèi)用的。然而，在應(yīng)用支付領(lǐng)域，內(nèi)容提供商的應(yīng)用要在某些渠道(如移動(dòng)、聯(lián)通、電信)上推廣上架，就需要在應(yīng)用中接入對(duì)應(yīng)渠道的支付sdk(Software Development Kit)；一般情況下，應(yīng)用為了提高自身的價(jià)值，一般會(huì)在多個(gè)渠道上推廣，因此為了滿足不同渠道的定制要求，一個(gè)應(yīng)用需要為上架的渠道打多個(gè)包，每個(gè)包必須接入對(duì)應(yīng)渠道的支付sdk。如果應(yīng)用需要在50個(gè)渠道上架，應(yīng)用需要打50個(gè)包，并且需要為每個(gè)包接入不同的支付sdk，這樣一來(lái)則增加了應(yīng)用在渠道上的推廣難度。

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

本發(fā)明實(shí)施例提供了一種支付方法及裝置。為了對(duì)披露的實(shí)施例的一些方面有一個(gè)基本的理解，下面給出了簡(jiǎn)單的概括。該概括部分不是泛泛評(píng)述，也不是要確定關(guān)鍵/重要組成元素或描繪這些實(shí)施例的保護(hù)范圍。其唯一目的是用簡(jiǎn)單的形式呈現(xiàn)一些概念，以此作為后面的詳細(xì)說(shuō)明的序言。

根據(jù)本發(fā)明實(shí)施例的第一方面，提供了一種支付方法，應(yīng)用于安裝有聚合支付應(yīng)用的終端中，所述方法包括：

聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息；

所述聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)；

所述聚合支付應(yīng)用接收所述支付后臺(tái)根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息；

所述聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道；

所述聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付。

可選的，所述聚合支付應(yīng)用內(nèi)聚合有各支付渠道的支付SDK，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成聚合支付SDK。

可選的，所述聚合支付SDK向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK。

可選的，所述聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息，包括：

所述聚合支付應(yīng)用與所述聚合支付SDK建立應(yīng)用通信；

所述聚合支付應(yīng)用接收所述應(yīng)用程序通過(guò)接入所述聚合支付SDK而上傳到所述聚合支付SDK調(diào)度接口的應(yīng)用程序的描述信息。

可選的，所述應(yīng)用程序的支付信息包括：所述應(yīng)用程序在各支付渠道上對(duì)應(yīng)的計(jì)費(fèi)信息。

可選的，所述聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道，包括：

所述聚合支付應(yīng)用獲取終端當(dāng)前使用的寬帶信息或/和終端的硬件信息；

所述聚合支付應(yīng)用基于獲取的寬帶信息或/和硬件信息確定所述應(yīng)用程序當(dāng)前要使用的支付渠道。

可選的，所述聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付，包括：

所述聚合支付應(yīng)用根據(jù)確定的支付渠道查詢獲取的所述支付信息，得到所述應(yīng)用程序在所述支付渠道對(duì)應(yīng)的計(jì)費(fèi)信息；

所述聚合支付應(yīng)用根據(jù)查詢到計(jì)費(fèi)信息，調(diào)用聚合的所述支付渠道對(duì)應(yīng)的支付SDK，完成支付。

可選的，所述聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)，包括：

所述聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)，由所述支付后臺(tái)根據(jù)所述描述信息對(duì)所述應(yīng)用程序進(jìn)行校驗(yàn)；

所述聚合支付應(yīng)用接收所述支付后臺(tái)根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息，包括

所述聚合支付應(yīng)用接收所述支付后臺(tái)在校驗(yàn)所述應(yīng)用程序通過(guò)后根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息。

根據(jù)本發(fā)明實(shí)施例的第二方面，提供一種支付裝置，應(yīng)用于安裝有聚合支付應(yīng)用的終端中，所述裝置包括：

信息獲取模塊，被配置為獲取接入的應(yīng)用程序的描述信息；

信息上傳模塊，被配置為將所述描述信息上傳給支付后臺(tái)；

信息接收模塊，被配置為接收所述支付后臺(tái)根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息；

信息確定模塊，被配置為根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道；

支付模塊，被配置為根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付。

可選的，所述聚合支付應(yīng)用內(nèi)聚合有各支付渠道的支付SDK，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成聚合支付SDK。

可選的，所述聚合支付SDK向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK。

可選的，所述信息獲取模塊，包括：

應(yīng)用通信子模塊，被配置為與所述聚合支付SDK建立應(yīng)用通信；

信息接收子模塊，被配置為接收所述應(yīng)用程序通過(guò)接入所述聚合支付SDK而上傳到所述聚合支付SDK調(diào)度接口的應(yīng)用程序的描述信息。

可選的，所述應(yīng)用程序的支付信息包括：所述應(yīng)用程序在各支付渠道上對(duì)應(yīng)的計(jì)費(fèi)信息。

可選的，所述信息確定模塊，包括：

信息獲取子模塊，被配置為獲取終端當(dāng)前使用的寬帶信息或/和終端的硬件信息；

信息確認(rèn)子模塊，被配置為基于獲取的寬帶信息或/和硬件信息確定所述應(yīng)用程序當(dāng)前要使用的支付渠道。

可選的，所述支付模塊，包括：

信息獲取子模塊，被配置為根據(jù)確定的支付渠道查詢獲取的所述支付信息，得到所述應(yīng)用程序在所述支付渠道對(duì)應(yīng)的計(jì)費(fèi)信息；

支付子模塊，被配置為根據(jù)查詢到計(jì)費(fèi)信息，調(diào)用聚合的所述支付渠道對(duì)應(yīng)的支付SDK，完成支付。

本公開實(shí)施例提供的技術(shù)方案可以包括以下有益效果：

本技術(shù)方案的實(shí)現(xiàn)包括：聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息；聚合支付應(yīng)用將描述信息上傳給支付后臺(tái)；聚合支付應(yīng)用接收支付后臺(tái)根據(jù)描述信息查詢得到的與描述信息對(duì)應(yīng)的應(yīng)用程序的支付信息；聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定應(yīng)用程序要使用的支付渠道；聚合支付應(yīng)用根據(jù)支付渠道及支付信息，實(shí)現(xiàn)在支付渠道上針對(duì)應(yīng)用程序的支付。通過(guò)該技術(shù)方案的描述可以知道：1、可以通過(guò)聚合支付應(yīng)用完成應(yīng)用程序在各個(gè)支付渠道上的支付，而無(wú)需應(yīng)用程序?yàn)槊總€(gè)要上架的渠道都打包一個(gè)支付SDK來(lái)實(shí)現(xiàn)相應(yīng)的支付，使得應(yīng)用程序在各個(gè)渠道上的上架推廣更為方便快捷；2，聚合支付應(yīng)用與應(yīng)用程序是獨(dú)立分開的，應(yīng)用程序只需要在要完成支付渠道的支付時(shí)接入聚合支付應(yīng)用來(lái)實(shí)現(xiàn)渠道支付即可，使得支付渠道的支付SDK的變化不會(huì)影響到應(yīng)用程序。

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

附圖說(shuō)明

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

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

圖2是根據(jù)一示例性實(shí)施例示出的一種支付方法應(yīng)用的系統(tǒng)示意圖；

圖3是根據(jù)一示例性實(shí)施例示出的一種聚合支付應(yīng)用的示意圖；

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

圖5是根據(jù)一示例性實(shí)施例示出的一種支付裝置的框圖示意；

圖6是根據(jù)一示例性實(shí)施例示出的一種支付裝置中信息獲取模塊的框圖示意。

具體實(shí)施方式

以下描述和附圖充分地示出本發(fā)明的具體實(shí)施方案，以使本領(lǐng)域的技術(shù)人員能夠?qū)嵺`它們。實(shí)施例僅代表可能的變化。除非明確要求，否則單獨(dú)的部件和功能是可選的，并且操作的順序可以變化。一些實(shí)施方案的部分和特征可以被包括在或替換其他實(shí)施方案的部分和特征。本發(fā)明的實(shí)施方案的范圍包括權(quán)利要求書的整個(gè)范圍，以及權(quán)利要求書的所有可獲得的等同物。在本文中，各實(shí)施方案可以被單獨(dú)地或總地用術(shù)語(yǔ)“發(fā)明”來(lái)表示，這僅僅是為了方便，并且如果事實(shí)上公開了超過(guò)一個(gè)的發(fā)明，不是要自動(dòng)地限制該應(yīng)用的范圍為任何單個(gè)發(fā)明或發(fā)明構(gòu)思。本文中，諸如第一和第二等之類的關(guān)系術(shù)語(yǔ)僅僅用于將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開來(lái)，而不要求或者暗示這些實(shí)體或操作之間存在任何實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素。本文中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見即可。對(duì)于實(shí)施例公開的結(jié)構(gòu)、產(chǎn)品等而言，由于其與實(shí)施例公開的部分相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見方法部分說(shuō)明即可。

圖1是根據(jù)一示例性實(shí)施例示出的一種支付方法的流程圖。參見圖1，該支付方法可以應(yīng)用于安裝有聚合支付應(yīng)用的終端中，如智能電視或網(wǎng)絡(luò)電視盒子等終端中，可以包括如下幾個(gè)步驟：

在步驟101中，聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息；

本公開實(shí)施例中，聚合支付應(yīng)用內(nèi)聚合有各支付渠道的支付SDK，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成聚合支付SDK。

其中，所述聚合支付SDK向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK。

在本公開實(shí)施例中，應(yīng)用程序可以接入所述聚合支付SDK，而聚合支付SDK可以通過(guò)標(biāo)準(zhǔn)的通信協(xié)議與聚合支付應(yīng)用來(lái)進(jìn)行應(yīng)用通信，所以，應(yīng)用程序與聚合支付應(yīng)用間可以通過(guò)所述聚合支付SDK的調(diào)度接口來(lái)進(jìn)行信息的傳遞。

另外，應(yīng)用程序接入聚合支付SDK后，僅需要在應(yīng)用程序中稍微改變調(diào)度接口的參數(shù)，與聚合支付SDK對(duì)外提供的調(diào)度接口的參數(shù)保持一致，就可以接入聚合支付SDK。從而可以通過(guò)聚合支付SDK來(lái)實(shí)現(xiàn)對(duì)聚合支付應(yīng)用中的某個(gè)支付渠道的支付SDK進(jìn)行調(diào)度。

這樣，應(yīng)用程序和聚合支付應(yīng)用中的各支付渠道的支付SDK間是獨(dú)立的管理，各支付渠道的支付SDK的變化就不會(huì)影響到應(yīng)用程序本身。

基于以上的描述，本公開實(shí)施例中，聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息，可以包括：

聚合支付應(yīng)用與所述聚合支付SDK建立應(yīng)用通信；

聚合支付應(yīng)用接收所述應(yīng)用程序通過(guò)接入聚合支付SDK而上傳到聚合支付SDK調(diào)度接口的應(yīng)用程序的描述信息。

其中，所述描述信息可以是用來(lái)標(biāo)識(shí)應(yīng)用程序的信息，同時(shí)還可以包括用來(lái)對(duì)應(yīng)用程序的身份進(jìn)行驗(yàn)證的信息。

在步驟102中，聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)；

本公開實(shí)施例中，聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)，包括：

聚合支付應(yīng)用將所述描述信息上傳給支付后臺(tái)，由所述支付后臺(tái)根據(jù)所述描述信息對(duì)應(yīng)用程序進(jìn)行校驗(yàn)；以確保應(yīng)用程序的身份是安全的，并在驗(yàn)證應(yīng)用程序的身份后，才會(huì)向聚合支付應(yīng)用返回相應(yīng)的信息。

在步驟103中，聚合支付應(yīng)用接收支付后臺(tái)根據(jù)所述描述信息查詢得 到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息；

本公開實(shí)施例中，聚合支付應(yīng)用接收所述支付后臺(tái)根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的應(yīng)用程序的支付信息，包括

聚合支付應(yīng)用接收支付后臺(tái)在校驗(yàn)應(yīng)用程序通過(guò)后根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息。

其中，所述應(yīng)用程序的支付信息可以包括：所述應(yīng)用程序在各支付渠道上對(duì)應(yīng)的計(jì)費(fèi)信息。

在步驟104中，聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道；

本公開實(shí)施例中，聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道，可以包括：

聚合支付應(yīng)用獲取終端當(dāng)前使用的寬帶信息或/和終端的硬件信息；

聚合支付應(yīng)用基于獲取的寬帶信息或/和硬件信息確定應(yīng)用程序當(dāng)前要使用的支付渠道。

在步驟105中，聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)應(yīng)用程序的支付。

本公開實(shí)施例中，聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)應(yīng)用程序的支付，可以包括：

聚合支付應(yīng)用根據(jù)確定的支付渠道查詢獲取的所述支付信息，得到應(yīng)用程序在所述支付渠道對(duì)應(yīng)的計(jì)費(fèi)信息；

聚合支付應(yīng)用根據(jù)查詢到計(jì)費(fèi)信息，調(diào)用聚合的所述支付渠道對(duì)應(yīng)的支付SDK，完成支付。

通過(guò)上述技術(shù)方案的描述可以知道：1、可以通過(guò)聚合支付應(yīng)用完成應(yīng)用程序在各個(gè)支付渠道上的支付，而無(wú)需應(yīng)用程序?yàn)槊總€(gè)要上架的渠道都打包一個(gè)支付SDK來(lái)實(shí)現(xiàn)相應(yīng)的支付，使得應(yīng)用程序在各個(gè)渠道上的上架推廣更為方便快捷；2，聚合支付應(yīng)用與應(yīng)用程序是獨(dú)立分開的，應(yīng)用程序只需要在要完成支付渠道的支付時(shí)接入聚合支付應(yīng)用來(lái)實(shí)現(xiàn)渠道支付即可，使得支付渠道的支付SDK的變化不會(huì)影響到應(yīng)用程序。

圖2是根據(jù)一示例性實(shí)施例示出的一種支付方法應(yīng)用的系統(tǒng)圖，參見 圖2，該支付方法應(yīng)用的系統(tǒng)可以包括：

支付后臺(tái)201，該支付后臺(tái)201被配置為：1、為在各渠道(如移動(dòng)、聯(lián)通或者電信等平臺(tái))上推廣的應(yīng)用程序分配可用于描述所述應(yīng)用程序的描述信息，如為應(yīng)用程序分配應(yīng)用程序標(biāo)識(shí)APPID和應(yīng)用程序秘鑰APPKey；2、記錄在各渠道上推廣的應(yīng)用程序所上報(bào)的其對(duì)應(yīng)的在各渠道上對(duì)應(yīng)的計(jì)費(fèi)信息；3、校驗(yàn)用戶要支付的應(yīng)用程序的身份信息，以保證支付的安全性。

其中，APPID用于標(biāo)識(shí)應(yīng)用程序，APPKey用于對(duì)應(yīng)用程序進(jìn)行身份校驗(yàn)；

其中，所述計(jì)費(fèi)信息可以由應(yīng)用程序提供商來(lái)推薦，可以包括：應(yīng)用程序在各渠道上對(duì)應(yīng)的價(jià)格信息，如包月價(jià)格信息、包年價(jià)格信息或內(nèi)購(gòu)價(jià)格等收費(fèi)標(biāo)準(zhǔn)信息。

其中，應(yīng)用程序在各渠道上對(duì)應(yīng)的計(jì)費(fèi)信息可以如表1內(nèi)容所示，表1所示內(nèi)容僅是示例，本實(shí)施例并不對(duì)此進(jìn)行過(guò)多的限定。

表1

聚合支付應(yīng)用202，該聚合支付應(yīng)用202內(nèi)聚合有各支付渠道的支付SDK204，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成聚合支付SDK203。

其中，聚合支付SDK203向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK204。

其中，所述調(diào)度接口可以是聚合支付SDK203向應(yīng)用程序提供的可供應(yīng)用程序調(diào)度的應(yīng)用程序編程接口API。

其中，聚合應(yīng)用程序202可以與聚合支付SDK203通過(guò)標(biāo)準(zhǔn)協(xié)議AIDL來(lái)進(jìn)行應(yīng)用通訊，如實(shí)現(xiàn)信息、指令等的傳遞。

其中，聚合應(yīng)用程序202中聚合的各支付渠道的支付SDK204間是彼此獨(dú)立存在的，可以進(jìn)行獨(dú)立的進(jìn)行更新、卸載或安裝，而互不影響。

要推廣的應(yīng)用程序：可以接入聚合支付SDK203，并通過(guò)聚合支付SDK203向聚合支付應(yīng)用202傳遞信息，使得聚合支付應(yīng)用203可以根據(jù)傳入的信息來(lái)完成在某個(gè)支付渠道上對(duì)應(yīng)用程序的支付。

這里，應(yīng)用程序是通過(guò)接入聚合支付SDK而實(shí)現(xiàn)與聚合支付應(yīng)用中的各支付渠道的調(diào)度的，應(yīng)用程序和聚合支付應(yīng)用中的支付渠道的支付SDK間是完全分開的。如果某一支付渠道需要更新，只需要更新聚合支付應(yīng)用即可。例如，如圖3示例給出的一種聚合支付應(yīng)用所示，如果聚合支付應(yīng)用中的移動(dòng)支付sdk提供了新的版本，只需要更新聚合支付應(yīng)用的移動(dòng)支付sdk模塊即可，應(yīng)用程序無(wú)需更新。

另外，如果某應(yīng)用程序需要上架新的渠道，只需要在聚合支付應(yīng)用內(nèi)增加新的渠道支付sdk即可，也無(wú)需更新應(yīng)用程序。

基于以上系統(tǒng)的描述，參見圖4，圖4是根據(jù)一示例性實(shí)施例示出的一種支付方法的流程圖，該支付方法可以包括如下操作步驟：

預(yù)操作步驟300-1，應(yīng)用程序向支付后臺(tái)申請(qǐng)應(yīng)用程序?qū)?yīng)的描述信息，支付后臺(tái)為應(yīng)用程序分配相應(yīng)的描述信息；

其中，所述描述信息為：應(yīng)用程序?qū)?yīng)的APPID及APPKey，可以由支付后臺(tái)分別按照預(yù)定的隨機(jī)算法來(lái)生成。

其中，APPID用于唯一標(biāo)識(shí)應(yīng)用程序，APPKey用來(lái)對(duì)應(yīng)用程序的身份進(jìn)行校驗(yàn)。

預(yù)操作步驟300-2，應(yīng)用程序向支付后臺(tái)上報(bào)其在各個(gè)支付渠道上對(duì)應(yīng)的支付信息，支付后臺(tái)記錄應(yīng)用程序及其對(duì)應(yīng)的各支付渠道上的支付信息；

其中，步驟300-1和步驟300-2的操作可以同時(shí)執(zhí)行，也可以先執(zhí)行步驟300-1再執(zhí)行步驟300-2，或者也可以先執(zhí)行步驟300-2再執(zhí)行步驟300-1， 本公開實(shí)施例對(duì)此并不做過(guò)多的限定。

在步驟301中，應(yīng)用程序接入到聚合支付SDK，并將APPID及APPKey傳入到聚合支付SDK的調(diào)度接口；

在步驟302中，聚合支付SDK與聚合支付應(yīng)用建立應(yīng)用通信，并將接收到的APPID及APPKey傳遞給聚合支付應(yīng)用；

公開實(shí)施例中，聚合支付應(yīng)用內(nèi)聚合有各支付渠道的支付SDK，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成所述聚合支付SDK。

其中，所述聚合支付SDK向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK。

在本公開實(shí)施例中，應(yīng)用程序可以接入所述聚合支付SDK，而聚合支付SDK可以通過(guò)標(biāo)準(zhǔn)的通信協(xié)議與聚合支付應(yīng)用來(lái)進(jìn)行應(yīng)用通信，所以，應(yīng)用程序與聚合支付應(yīng)用間可以通過(guò)所述聚合支付SDK的調(diào)度接口來(lái)進(jìn)行信息的傳遞。

另外，應(yīng)用程序接入聚合支付SDK后，僅需要在應(yīng)用程序中稍微改變調(diào)度接口的參數(shù)，與聚合支付SDK對(duì)外提供的調(diào)度接口的參數(shù)保持一致，就可以接入聚合支付SDK。從而可以通過(guò)聚合支付SDK來(lái)實(shí)現(xiàn)對(duì)聚合支付應(yīng)用中的某個(gè)支付渠道的支付SDK進(jìn)行調(diào)度。

這樣，應(yīng)用程序和聚合支付應(yīng)用中的各支付渠道的支付SDK間是獨(dú)立的管理，各支付渠道的支付SDK的變化就不會(huì)影響到應(yīng)用程序本身。

本公開實(shí)施例中，聚合支付應(yīng)用可以通過(guò)adil協(xié)議來(lái)與聚合支付SDK建立應(yīng)用通信。

在步驟303中，聚合支付應(yīng)用將APPID及APPKey上傳給支付后臺(tái)；

在步驟304中，支付后臺(tái)在接收到上傳的APPID及APPKey后，對(duì)應(yīng)用程序的身份進(jìn)行校驗(yàn)；

本公開實(shí)施例中，支付后臺(tái)對(duì)引用程序的身份進(jìn)行校驗(yàn)，可以包括：

將接收到的APPID及APPKey與之前記錄的分配給應(yīng)用程序的APPID及APPKey進(jìn)行匹配，如果在記錄的APPID及APPKey中查找到接收到的APPID及APPKey，則認(rèn)為該應(yīng)用程序之前是在支付后臺(tái)進(jìn)行過(guò)報(bào)備的應(yīng)用程序，其身份是可信的。

在驗(yàn)證應(yīng)用程序的身份通過(guò)后，查詢?nèi)绫?所示的應(yīng)用程序在各渠道上對(duì)應(yīng)的計(jì)費(fèi)信息，得到應(yīng)用程序?qū)?yīng)的在各渠道上的支付信息。

在步驟305中，支付后臺(tái)驗(yàn)證應(yīng)用程序的身份通過(guò)后，向聚合支付應(yīng)用返回應(yīng)用程序?qū)?yīng)的支付信息；

其中，應(yīng)用程序的支付信息可以包括：所述應(yīng)用程序在各支付渠道上對(duì)應(yīng)的計(jì)費(fèi)信息。

在步驟306中，聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定應(yīng)用程序要使用的支付渠道；

在本公開實(shí)施例中，聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道，可以包括：

聚合支付應(yīng)用獲取終端當(dāng)前使用的寬帶信息或/和終端的硬件信息；

聚合支付應(yīng)用基于獲取的寬帶信息或/和硬件信息確定所述應(yīng)用程序當(dāng)前要使用的支付渠道。

本公開實(shí)施例中，硬件信息包括終端的硬件型號(hào)等信息，寬帶信息則包含所在的區(qū)域、IP地址等信息，來(lái)綜合獲知當(dāng)前比較適合的支付渠道。

在步驟307中，聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付。

聚合支付應(yīng)用根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付，包括：

所述聚合支付應(yīng)用根據(jù)確定的支付渠道查詢獲取的所述支付信息，得到所述應(yīng)用程序在所述支付渠道對(duì)應(yīng)的計(jì)費(fèi)信息；

所述聚合支付應(yīng)用根據(jù)查詢到計(jì)費(fèi)信息，調(diào)用聚合的所述支付渠道對(duì)應(yīng)的支付SDK，完成支付。

例如，在確定當(dāng)前的支付渠道是電信支付渠道時(shí)，就可以基于獲取的應(yīng)用程序在電信支付渠道上的計(jì)費(fèi)信息，調(diào)用聚合支付應(yīng)用中的電信支付SDK，就可以完成相應(yīng)的計(jì)費(fèi)信息。

綜上所述，本公開實(shí)施例提供的技術(shù)方案包括：聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息；聚合支付應(yīng)用將描述信息上傳給支付后臺(tái)；聚合支付應(yīng)用接收支付后臺(tái)根據(jù)描述信息查詢得到的與描述信息對(duì)應(yīng)的應(yīng)用程序的支付信息；聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定應(yīng)用程序要使 用的支付渠道；聚合支付應(yīng)用根據(jù)支付渠道及支付信息，實(shí)現(xiàn)在支付渠道上針對(duì)應(yīng)用程序的支付。通過(guò)該技術(shù)方案的描述可以知道：1、可以通過(guò)聚合支付應(yīng)用完成應(yīng)用程序在各個(gè)支付渠道上的支付，而無(wú)需應(yīng)用程序?yàn)槊總€(gè)要上架的渠道都打包一個(gè)支付SDK來(lái)實(shí)現(xiàn)相應(yīng)的支付，使得應(yīng)用程序在各個(gè)渠道上的上架推廣更為方便快捷；2，聚合支付應(yīng)用與應(yīng)用程序是獨(dú)立分開的，應(yīng)用程序只需要在要完成支付渠道的支付時(shí)接入聚合支付應(yīng)用來(lái)實(shí)現(xiàn)渠道支付即可，使得支付渠道的支付SDK的變化不會(huì)影響到應(yīng)用程序。

下述為本公開裝置實(shí)施例，可以用于執(zhí)行本公開方法實(shí)施例。對(duì)于本公開裝置實(shí)施例中未披露的細(xì)節(jié)，請(qǐng)參照本公開方法實(shí)施例。

圖5是根據(jù)一示例性實(shí)施例示出的一種支付裝置400的框圖，該支付裝置400可以通過(guò)軟件、硬件或者兩者的結(jié)合實(shí)現(xiàn)成為智能電視后者網(wǎng)絡(luò)電視盒子的部分或者全部。該支付裝置400可以包括：

信息獲取模塊401，可以被配置為獲取接入的應(yīng)用程序的描述信息；

信息上傳模塊402，可以被配置為將所述描述信息上傳給支付后臺(tái)；

信息接收模塊403，可以被配置為接收所述支付后臺(tái)根據(jù)所述描述信息查詢得到的與所述描述信息對(duì)應(yīng)的所述應(yīng)用程序的支付信息；

信息確定模塊404，可以被配置為根據(jù)當(dāng)前的支付環(huán)境來(lái)確定所述應(yīng)用程序要使用的支付渠道；

支付模塊405，可以被配置為根據(jù)所述支付渠道及所述支付信息，實(shí)現(xiàn)在所述支付渠道上針對(duì)所述應(yīng)用程序的支付。

可選的，所述聚合支付應(yīng)用內(nèi)聚合有各支付渠道的支付SDK，并對(duì)所述各支付渠道的支付SDK進(jìn)行封裝，對(duì)外生成聚合支付SDK。

其中，所述聚合支付SDK向應(yīng)用程序提供可供所述應(yīng)用程序調(diào)度的調(diào)度接口，以供所述應(yīng)用程序通過(guò)所述調(diào)度接口來(lái)調(diào)用所述聚合支付應(yīng)用中封裝的支付渠道的支付SDK。

在本公開實(shí)施例中，應(yīng)用程序可以接入所述聚合支付SDK，而聚合支付SDK可以通過(guò)標(biāo)準(zhǔn)的通信協(xié)議與聚合支付應(yīng)用來(lái)進(jìn)行應(yīng)用通信，所以，應(yīng)用程序與聚合支付應(yīng)用間可以通過(guò)所述聚合支付SDK的調(diào)度接口來(lái)進(jìn)行 信息的傳遞。

另外，應(yīng)用程序接入聚合支付SDK后，僅需要在應(yīng)用程序中稍微改變調(diào)度接口的參數(shù)，與聚合支付SDK對(duì)外提供的調(diào)度接口的參數(shù)保持一致，就可以接入聚合支付SDK。從而可以通過(guò)聚合支付SDK來(lái)實(shí)現(xiàn)對(duì)聚合支付應(yīng)用中的某個(gè)支付渠道的支付SDK進(jìn)行調(diào)度。

這樣，應(yīng)用程序和聚合支付應(yīng)用中的各支付渠道的支付SDK間是獨(dú)立的管理，各支付渠道的支付SDK的變化就不會(huì)影響到應(yīng)用程序本身。

參見圖6，如圖5所示的信息獲取模塊401，可以包括：

應(yīng)用通信子模塊4011，可以被配置為與所述聚合支付SDK建立應(yīng)用通信；

信息接收子模塊4012，可以被配置為接收所述應(yīng)用程序通過(guò)接入所述聚合支付SDK而上傳到所述聚合支付SDK調(diào)度接口的應(yīng)用程序的描述信息。

可選的，所述應(yīng)用程序的支付信息包括：所述應(yīng)用程序在各支付渠道上對(duì)應(yīng)的計(jì)費(fèi)信息。

如圖5所示的信息確定模塊404，可以包括：

信息獲取子模塊4041，可以被配置為獲取終端當(dāng)前使用的寬帶信息或/和終端的硬件信息；

信息確認(rèn)子模塊4042，可以被配置為基于獲取的寬帶信息或/和硬件信息確定所述應(yīng)用程序當(dāng)前要使用的支付渠道。

如圖5所示的支付模塊405，可以包括：

信息獲取子模塊4051，可以被配置為根據(jù)確定的支付渠道查詢獲取的所述支付信息，得到所述應(yīng)用程序在所述支付渠道對(duì)應(yīng)的計(jì)費(fèi)信息；

支付子模塊4052，可以被配置為根據(jù)查詢到計(jì)費(fèi)信息，調(diào)用聚合的所述支付渠道對(duì)應(yīng)的支付SDK，完成支付。

綜上所述，本公開實(shí)施例提供的技術(shù)方案包括：聚合支付應(yīng)用獲取接入的應(yīng)用程序的描述信息；聚合支付應(yīng)用將描述信息上傳給支付后臺(tái)；聚合支付應(yīng)用接收支付后臺(tái)根據(jù)描述信息查詢得到的與描述信息對(duì)應(yīng)的應(yīng)用程序的支付信息；聚合支付應(yīng)用根據(jù)當(dāng)前的支付環(huán)境來(lái)確定應(yīng)用程序要使用的支付渠道；聚合支付應(yīng)用根據(jù)支付渠道及支付信息，實(shí)現(xiàn)在支付渠道 上針對(duì)應(yīng)用程序的支付。通過(guò)該技術(shù)方案的描述可以知道：1、可以通過(guò)聚合支付應(yīng)用完成應(yīng)用程序在各個(gè)支付渠道上的支付，而無(wú)需應(yīng)用程序?yàn)槊總€(gè)要上架的渠道都打包一個(gè)支付SDK來(lái)實(shí)現(xiàn)相應(yīng)的支付，使得應(yīng)用程序在各個(gè)渠道上的上架推廣更為方便快捷；2，聚合支付應(yīng)用與應(yīng)用程序是獨(dú)立分開的，應(yīng)用程序只需要在要完成支付渠道的支付時(shí)接入聚合支付應(yīng)用來(lái)實(shí)現(xiàn)渠道支付即可，使得支付渠道的支付SDK的變化不會(huì)影響到應(yīng)用程序。

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

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