本發(fā)明涉及通信領(lǐng)域,尤其涉及一種移動支付方法及裝置。
背景技術(shù):
移動設(shè)備的普及帶動了移動互聯(lián)網(wǎng)和移動商務(wù)的發(fā)展,移動支付作為一種新興的支付方式出現(xiàn)在人們的視野中。目前已有的主流移動支付平臺包括兩種:傳統(tǒng)卡支付平臺和非卡支付平臺。傳統(tǒng)卡支付有一套成熟的卡支付規(guī)范、標(biāo)準(zhǔn)的交互接口和良好的社會信用體系,保障了支付的安全和高效。而非卡支付的不同支付平臺之間各自獨(dú)立發(fā)展,平臺之間不能互通,導(dǎo)致使用不同支付平臺的收款方和付款方無法完成支付。
技術(shù)實現(xiàn)要素:
本發(fā)明的實施例提供一種移動支付方法和裝置,可以實現(xiàn)不同支付平臺間的互通,能夠使得使用不同支付平臺的收款方和付款方完成支付。
第一方面,提供了一種移動支付方法,包括:轉(zhuǎn)換設(shè)備接收第一支付平臺發(fā)送的支付請求,其中,支付請求攜帶交易碼和第一支付平臺的標(biāo)識。在轉(zhuǎn)換設(shè)備確定交易碼與第二支付平臺對應(yīng)之后,根據(jù)第二支付平臺的標(biāo)識確定路由信息,根據(jù)預(yù)設(shè)規(guī)則轉(zhuǎn)換支付請求為第二支付平臺可識別的消息格式。轉(zhuǎn)換設(shè)備根據(jù)路由信息發(fā)送轉(zhuǎn)換后的支付請求到第二支付平臺,其中,轉(zhuǎn)換后的支付請求攜帶交易碼和第一支付平臺的標(biāo)識。
通過根據(jù)第二支付平臺的標(biāo)識確定路由信息,并將第一支付平臺發(fā)送的支付請求轉(zhuǎn)換為第二支付平臺可識別的消息格式,使得第一支付平臺能夠處理付款方通過第二支付平臺發(fā)起的支付請求,實現(xiàn)了在收款方與付款方使用不同的支付平臺時也能進(jìn)行支付的目的。
結(jié)合第一方面的實現(xiàn)方式,在第一方面第一種可能的實現(xiàn)方式中,當(dāng)交易碼由交易碼生成平臺生成時,轉(zhuǎn)換設(shè)備確定交易碼與第二支付 平臺對應(yīng)包括:轉(zhuǎn)換設(shè)備發(fā)送交易碼查詢請求到交易碼生成平臺,其中,交易碼查詢請求中攜帶該交易碼。轉(zhuǎn)換設(shè)備接收交易碼生成平臺返回的響應(yīng)消息,其中,響應(yīng)消息中攜帶第二支付平臺的標(biāo)識。
由于交易碼由交易碼生成平臺生成,因此,當(dāng)轉(zhuǎn)換設(shè)備向交易碼生成平臺確認(rèn)該交易碼是否屬于第二支付平臺時,能夠避免第二支付平臺偽造并使用偽造的交易碼進(jìn)行支付的情況出現(xiàn),從而能夠保證支付的安全性。
結(jié)合第一方面的實現(xiàn)方式,在第一方面第二種可能的實現(xiàn)方式中,當(dāng)交易碼由轉(zhuǎn)換設(shè)備生成時,轉(zhuǎn)換設(shè)備確定交易碼與第二支付平臺對應(yīng)包括:轉(zhuǎn)換設(shè)備確定存儲的交易碼記錄中存在該交易碼,其中,交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系。
轉(zhuǎn)換設(shè)備通過查詢交易碼記錄能夠確定交易碼是否存在,能夠避免第二支付平臺偽造并使用偽造的交易碼進(jìn)行支付的情況出現(xiàn),從而能夠保證支付的安全性。
結(jié)合第一方面、第一方面的第一種至第二種可能的實現(xiàn)方式,在第三種可能實現(xiàn)的方式中,支付請求還攜帶支付金額或第二支付平臺的標(biāo)識。
結(jié)合第一方面、第一方面的第一種至第三種可能的實現(xiàn)方式,在第四種可能實現(xiàn)的方式中,轉(zhuǎn)換后的支付請求還攜帶支付金額或該第二支付平臺的標(biāo)識。
結(jié)合第一方面、第一方面的第一種至第四種可能的實現(xiàn)方式,在第五種可能實現(xiàn)的方式中,轉(zhuǎn)換設(shè)備還接收第二支付平臺返回的支付結(jié)果信息,其中,支付結(jié)果信息中攜帶第一支付平臺的標(biāo)識。轉(zhuǎn)換設(shè)備根據(jù)第一支付平臺的標(biāo)識確定路由信息,根據(jù)預(yù)設(shè)規(guī)則轉(zhuǎn)換支付結(jié)果信息為第一支付平臺可識別的消息格式,發(fā)送轉(zhuǎn)換后的支付結(jié)果信息給第一支付平臺。
通過根據(jù)第一支付平臺的標(biāo)識確定路由信息,并將第二支付平臺返回的支付結(jié)果信息轉(zhuǎn)換為第一支付平臺可識別的消息格式,使得第一支付平臺能夠?qū)⒅Ц督Y(jié)果顯示給收款方,提升了用戶體驗。
第二方面,提供了一種移動支付方法,包括:交易碼生成平臺接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求,其中攜帶交易碼。交易生成平臺確定存儲的交易碼記錄中存在該交易碼,其中,交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系。交易碼生成平臺發(fā)送響應(yīng)消息給轉(zhuǎn) 換設(shè)備,其中,響應(yīng)消息中攜帶該交易碼所對應(yīng)的支付平臺的標(biāo)識。
結(jié)合第二方面的實現(xiàn)方式,在第二方面第一種可能的實現(xiàn)方式中,在交易碼生成平臺接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求之前,交易碼生成平臺接收支付平臺發(fā)送的交易碼請求,其中,交易碼請求中攜帶該支付平臺的標(biāo)識;交易碼生成平臺根據(jù)支付平臺的標(biāo)識生成交易碼,并存儲該交易碼;發(fā)送該交易碼給該支付平臺。
結(jié)合第二方面的實現(xiàn)方式,在第二方面第二種可能的實現(xiàn)方式中,在所述交易碼生成平臺接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求之前,交易碼生成平臺接收轉(zhuǎn)換設(shè)備轉(zhuǎn)發(fā)的交易碼請求,其中攜帶支付平臺的標(biāo)識;交易碼生成平臺根據(jù)支付平臺的標(biāo)識生成交易碼,并存儲該交易碼;發(fā)送該交易碼給轉(zhuǎn)換設(shè)備。
交易碼生成平臺根據(jù)支付平臺的標(biāo)識生成交易碼,在接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求時,能夠根據(jù)交易碼記錄來確定該交易碼是否屬于該支付平臺,避免了支付平臺偽造并使用偽造的交易碼進(jìn)行支付的情況出現(xiàn),從而能夠保證支付的安全性。
結(jié)合第二方面的第一種或第二種可能的實現(xiàn)方式,在第三種可能實現(xiàn)的方式中,交易碼請求中還攜帶交易類型,交易碼生成平臺根據(jù)交易類型和支付平臺的標(biāo)識生成交易碼。
結(jié)合第二方面的第一種至第三種可能實現(xiàn)的方式,在第四種可能實現(xiàn)的方式中,交易碼生成平臺還記錄接收到交易碼請求的時間。
結(jié)合第二方面、第二方面的第一種至第四種可能的實現(xiàn)方式,在第五種可能實現(xiàn)的方式中,在發(fā)送響應(yīng)消息給轉(zhuǎn)換設(shè)備之后,交易碼生成平臺還接收該支付平臺發(fā)送的交易碼失效請求,將該交易碼置為失效。
結(jié)合第二方面、第二方面的第一種至第四種可能的實現(xiàn)方式,在第六種可能實現(xiàn)的方式中,在發(fā)送響應(yīng)消息給轉(zhuǎn)換設(shè)備之后,交易碼生成平臺還接收轉(zhuǎn)換設(shè)備轉(zhuǎn)發(fā)的交易碼失效請求,將該交易碼置為失效。
第三方面,提供了一種轉(zhuǎn)換設(shè)備,包括處理器,存儲器,通信接口和總線,處理器與存儲器、通信接口通過總線連接。存儲器用于存儲指令,處理器用于執(zhí)行該指令,在處理器的控制下,通信接口用于與第一支付平臺和第二支付平臺通信。當(dāng)處理器執(zhí)行存儲器存儲的指令時,使得處理器執(zhí)行第一方面所述的方法。
第四方面,提供了一種交易碼生成平臺,包括處理器,存儲器,通信接口和總線,處理器與存儲器、通信接口通過總線連接。存儲器用于存儲指令,處理器用于執(zhí)行該指令,在處理器的控制下,通信接口用于與轉(zhuǎn)換設(shè)備通信。當(dāng)處理器執(zhí)行存儲器存儲的指令時,使得處理器執(zhí)行第二方面所述的方法。
第五方面,提供了一種計算機(jī)可讀存儲介質(zhì),其中存儲有可執(zhí)行的程序代碼,該程序代碼用以實現(xiàn)第一方面所述的方法。
第六方面,提供了一種計算機(jī)可讀存儲介質(zhì),其中存儲有可執(zhí)行的程序代碼,該程序代碼用以實現(xiàn)第二方面所述的方法。
第七方面,提供了一種轉(zhuǎn)換設(shè)備,包含用于執(zhí)行第一方面中的方法的模塊。
第八方面,提供了一種交易碼生成平臺,包含用于執(zhí)行第二方面中的方法的模塊。
第九方面,提供了一種移動支付方法,包括:支付平臺發(fā)送交易碼請求,其中攜帶所述支付平臺的標(biāo)識;所述支付平臺接收交易碼響應(yīng),其中攜帶交易碼;所述支付平臺為所述交易碼生成有效期,關(guān)聯(lián)所述交易碼與用戶賬戶;所述支付平臺接收支付請求,其中攜帶交易碼;所述支付平臺驗證所述支付請求中攜帶的交易碼,包括驗證交易碼的合法性、交易碼是否在有效期內(nèi);在所述支付請求中攜帶的交易碼通過驗證后,所述支付平臺將所述交易碼置為失效。
結(jié)合第九方面的實現(xiàn)方式,在第九方面第一種可能的實現(xiàn)方式中,所述支付平臺還關(guān)聯(lián)所述交易碼與支付金額的區(qū)間。
結(jié)合第九方面的第一種可能的實現(xiàn)方式,在第二種可能實現(xiàn)的方式中,所述支付請求中還攜帶支付金額,所述支付平臺還驗證所述支付金額是否在所述支付金額的區(qū)間內(nèi)。
第十方面,提供了一種支付平臺,包括處理器,存儲器,通信接口和總線,處理器與存儲器、通信接口通過總線連接。存儲器用于存儲指令,處理器用于執(zhí)行該指令,在處理器的控制下,通信接口用于與轉(zhuǎn)換設(shè)備通信。當(dāng)處理器執(zhí)行存儲器存儲的指令時,使得處理器執(zhí)行第九方面所述的方法。
第十一方面,提供了一種計算機(jī)可讀存儲介質(zhì),其中存儲有可執(zhí)行的程序代碼,該程序代碼用以實現(xiàn)第九方面所述的方法。
第十二方面,提供了一種支付平臺,包含用于執(zhí)行第九方面中的 方法的模塊。
根據(jù)本發(fā)明實施例提供的技術(shù)方案,通過根據(jù)第二支付平臺的標(biāo)識確定路由信息,并將第一支付平臺發(fā)送的支付請求轉(zhuǎn)換為第二支付平臺可識別的消息格式,使得第一支付平臺能夠處理付款方通過第二支付平臺發(fā)起的支付請求,實現(xiàn)了在收款方與付款方使用不同的支付平臺時也能進(jìn)行支付的目的。同時,通過查詢交易碼記錄來確定交易碼是否存在,能夠避免第二支付平臺偽造并使用偽造的交易碼進(jìn)行支付的情況出現(xiàn),從而能夠保證支付的安全性。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例應(yīng)用的網(wǎng)絡(luò)架構(gòu)100的示意圖;
圖2是依據(jù)本發(fā)明一實施例的計算機(jī)設(shè)備200的硬件結(jié)構(gòu)示意圖;
圖3是依據(jù)本發(fā)明一實施例的移動支付方法300的示范性流程圖;
圖4是依據(jù)本發(fā)明一實施例的移動支付方法400的示范性信令圖;
圖5是依據(jù)本發(fā)明一實施例的轉(zhuǎn)換設(shè)備500的結(jié)構(gòu)示意圖;
圖6是依據(jù)本發(fā)明一實施例的交易碼生成平臺600的結(jié)構(gòu)示意圖。
具體實施方式
以下描述中,為了說明而不是為了限定,提出了諸如特定系統(tǒng)結(jié)構(gòu)、接口、技術(shù)之類的具體細(xì)節(jié),以便透徹理解本發(fā)明。然而,本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)清楚,在沒有這些具體細(xì)節(jié)的其它實施例中也可以實現(xiàn)本發(fā)明。在其它情況中,省略對眾所周知的裝置、電路以及方法的詳細(xì)說明,以免不必要的細(xì)節(jié)妨礙本發(fā)明的描述。
圖1是本發(fā)明實施例應(yīng)用的網(wǎng)絡(luò)架構(gòu)100的示意圖。其中付款方設(shè)備101可以為移動終端,具體可以是移動電話、PDA,收款方設(shè)備 104可以為POS機(jī)(point of sales terminal)、移動終端,第一支付平臺102可以為服務(wù)器,第二支付平臺105可以為服務(wù)器,轉(zhuǎn)換設(shè)備106可以為HUB,轉(zhuǎn)換設(shè)備106能夠?qū)崿F(xiàn)消息轉(zhuǎn)換和消息路由。交易碼生成平臺103可以獨(dú)立部署,此時為服務(wù)器,也可以與轉(zhuǎn)換設(shè)備106合設(shè),還可以與第二支付平臺105合設(shè)。
收款方使用第一支付平臺102,付款方使用第二支付平臺105。可以通過在付款方設(shè)備101上安裝對應(yīng)于第二支付平臺105的應(yīng)用的方式使得付款方能夠通過第二支付平臺105進(jìn)行支付??梢酝ㄟ^在收款方設(shè)備104上安裝對應(yīng)于第一支付平臺102的應(yīng)用的方式使得收款方能夠通過第一支付平臺102進(jìn)行支付。
付款方通過付款方設(shè)備101進(jìn)行支付時,付款方設(shè)備101通過第二支付平臺105向交易碼生成平臺103申請交易碼,之后使用交易碼向收款方設(shè)備104進(jìn)行支付。收款方設(shè)備104采集該交易碼,向第一支付平臺102發(fā)起支付請求。第一支付平臺102向轉(zhuǎn)換設(shè)備106發(fā)起支付請求,轉(zhuǎn)換設(shè)備106向交易碼生成平臺103查詢該交易碼,在確定該交易碼屬于第二支付平臺105后,將支付請求轉(zhuǎn)換為第二支付平臺102能夠識別的消息格式,發(fā)送給第二支付平臺105。第二支付平臺105在驗證交易碼和支付金額之后,完成支付。
圖2是依據(jù)本發(fā)明一實施例的計算機(jī)設(shè)備200的硬件結(jié)構(gòu)示意圖。如圖2所示,計算機(jī)設(shè)備200包括處理器202、存儲器204、通信接口206和總線208。其中,處理器202、存儲器204和通信接口206通過總線208實現(xiàn)彼此之間的通信連接。
處理器202可以采用通用的中央處理器(Central Processing Unit,CPU),微處理器,應(yīng)用專用集成電路(Application Specific Integrated Circuit,ASIC),或者一個或多個集成電路,用于執(zhí)行相關(guān)程序,以實現(xiàn)本發(fā)明實施例所提供的技術(shù)方案。
存儲器204可以是只讀存儲器(Read Only Memory,ROM), 靜態(tài)存儲設(shè)備,動態(tài)存儲設(shè)備或者隨機(jī)存取存儲器(Random Access Memory,RAM)。存儲器204可以存儲操作系統(tǒng)2041和其他應(yīng)用程序2042。在通過軟件或者固件來實現(xiàn)本發(fā)明實施例提供的技術(shù)方案時,用于實現(xiàn)本發(fā)明實施例提供的技術(shù)方案的程序代碼保存在存儲器204中,并由處理器202來執(zhí)行。
通信接口206使用例如但不限于收發(fā)器一類的收發(fā)裝置,來實現(xiàn)與其他設(shè)備或通信網(wǎng)絡(luò)之間的通信。
總線208可包括一通路,在各個部件(例如處理器202、存儲器204、通信接口206)之間傳送信息。
當(dāng)計算機(jī)設(shè)備200是轉(zhuǎn)換設(shè)備時,處理器202用于執(zhí)行接收第一支付平臺發(fā)送的支付請求,所述支付請求攜帶交易碼和所述第一支付平臺的標(biāo)識;在確定所述交易碼與第二支付平臺對應(yīng)之后,根據(jù)所述第二支付平臺的標(biāo)識確定路由信息,根據(jù)預(yù)設(shè)規(guī)則轉(zhuǎn)換所述支付請求為所述第二支付平臺可識別的消息格式;根據(jù)所述路由信息發(fā)送所述轉(zhuǎn)換后的支付請求到所述第二支付平臺,所述轉(zhuǎn)換后的支付請求攜帶所述交易碼和所述第一支付平臺的標(biāo)識。
當(dāng)計算機(jī)設(shè)備200是交易碼生成平臺時,處理器202用于執(zhí)行接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求,其中攜帶交易碼;確定存儲的交易碼記錄中存在所述交易碼,所述交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系;發(fā)送響應(yīng)消息給所述轉(zhuǎn)換設(shè)備,所述響應(yīng)消息中攜帶所述交易碼所對應(yīng)的支付平臺的標(biāo)識。
圖3是依據(jù)本發(fā)明一實施例的移動支付方法的示范性流程圖。在具體實現(xiàn)過程中,移動支付方法300可以由圖1中的轉(zhuǎn)換設(shè)備106和交易碼生成平臺103來執(zhí)行。
S302,轉(zhuǎn)換設(shè)備接收第一支付平臺發(fā)送的支付請求,所述支付請求攜帶交易碼和所述第一支付平臺的標(biāo)識。
可選的,支付請求還攜帶支付金額或第二支付平臺的標(biāo)識。
S304,所述轉(zhuǎn)換設(shè)備發(fā)送交易碼查詢請求到交易碼生成平臺,所述交易碼查詢請求中攜帶所述交易碼。
S304,交易碼生成平臺接收所述轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求,其中攜帶所述交易碼。
具體的,該交易碼由交易碼生成平臺生成,交易碼生成平臺存儲交易碼記錄,其中包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系。交易碼生成平臺查詢存儲的交易碼記錄,確定其中是否存在該交易碼。
可選的,在接收到交易碼查詢請求之前,交易碼生成平臺接收支付平臺發(fā)送的攜帶有該支付平臺的標(biāo)識的交易碼請求,根據(jù)該支付平臺的標(biāo)識生成交易碼,并存儲生成的交易碼,將該交易碼發(fā)送給該支付平臺。具體的,在本實施例中,交易碼生成平臺在接收到交易碼查詢請求之前,接收第二支付平臺發(fā)送的交易碼請求,其中攜帶第二支付平臺的標(biāo)識,根據(jù)第二支付平臺的標(biāo)識生成交易碼,存儲并發(fā)送該交易碼給第二支付平臺。
可選的,在接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求之前,交易碼生成平臺接收轉(zhuǎn)換設(shè)備轉(zhuǎn)發(fā)的交易碼請求,交易碼請求中攜帶支付平臺的標(biāo)識;交易碼生成平臺根據(jù)該支付平臺的標(biāo)識生成交易碼,并存儲該交易碼;發(fā)送該交易碼給該轉(zhuǎn)換設(shè)備。具體的,在本實施例中,第二支付平臺發(fā)送交易碼請求給轉(zhuǎn)換設(shè)備,其中攜帶第二支付平臺的標(biāo)識,轉(zhuǎn)換設(shè)備將該交易碼請求轉(zhuǎn)發(fā)給交易碼生成平臺,交易碼生成平臺根據(jù)第二支付平臺的標(biāo)識生成交易碼,存儲并發(fā)送該交易碼給轉(zhuǎn)換設(shè)備,轉(zhuǎn)換設(shè)備將該交易碼轉(zhuǎn)發(fā)給第二支付平臺。
可選的,所述交易碼請求中還攜帶交易類型,所述交易碼生成平臺根據(jù)交易類型和支付平臺的標(biāo)識生成所述交易碼。其中,交易類型包括取款、支付等。具體的,在本實施例中,當(dāng)交易碼請求中攜帶交易類型時,交易碼生成平臺根據(jù)交易類型和第二支付平臺的標(biāo)識生成交易碼。
可選的,交易碼生成平臺還記錄接收到交易碼請求的時間,這樣,能夠?qū)ι傻慕灰状a按照時間排序,以便對交易碼進(jìn)行管理。
S306,交易碼生成平臺發(fā)送響應(yīng)消息給所述轉(zhuǎn)換設(shè)備,所述響應(yīng)消息中攜帶所述交易碼所對應(yīng)的支付平臺的標(biāo)識。
在本實施例中,響應(yīng)消息中攜帶第二支付平臺的標(biāo)識。
可選的,在發(fā)送響應(yīng)消息給轉(zhuǎn)換設(shè)備之后,交易碼生成平臺還接收支付平臺發(fā)送的交易碼失效請求,將所述交易碼置為失效。這可以防止交易碼被重復(fù)使用,提高了交易的安全性。
可選的,在發(fā)送響應(yīng)消息給轉(zhuǎn)換設(shè)備之后,交易碼生成平臺還接收轉(zhuǎn)換設(shè)備轉(zhuǎn)發(fā)的交易碼失效請求,將所述交易碼置為失效。具體的,第二支付平臺將交易碼失效請求發(fā)送給轉(zhuǎn)換設(shè)備,轉(zhuǎn)換設(shè)備再將該交易碼失效請求轉(zhuǎn)發(fā)給交易碼生成平臺。
S306,轉(zhuǎn)換設(shè)備接收所述交易碼生成平臺返回的響應(yīng)消息,所述響應(yīng)消息中攜帶所述第二支付平臺的標(biāo)識。
S308,轉(zhuǎn)換設(shè)備根據(jù)所述第二支付平臺的標(biāo)識確定路由信息,根據(jù)預(yù)設(shè)規(guī)則轉(zhuǎn)換所述支付請求為所述第二支付平臺可識別的消息格式。
可選的,轉(zhuǎn)換設(shè)備存儲有路由表。
具體的,轉(zhuǎn)換設(shè)備根據(jù)第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識,通過預(yù)設(shè)規(guī)則將支付請求轉(zhuǎn)換為第二支付平臺可識別的消息格式。由于第一支付平臺和第二支付平臺的消息格式不同,因此,將第一支付平臺發(fā)送的支付請求進(jìn)行轉(zhuǎn)換以使得第二支付平臺能夠識別。
例如,第一支付平臺發(fā)送給轉(zhuǎn)換設(shè)備的支付請求為
轉(zhuǎn)換設(shè)備轉(zhuǎn)換后發(fā)送給第二支付平臺的支付請求為
S310,轉(zhuǎn)換設(shè)備根據(jù)所述路由信息發(fā)送所述轉(zhuǎn)換后的支付請求到所述第二支付平臺,所述轉(zhuǎn)換后的支付請求攜帶所述交易碼和所述第一支付平臺的標(biāo)識。
可選的,轉(zhuǎn)換后的支付請求還攜帶支付金額或所述第二支付平臺的標(biāo)識。
可選的,轉(zhuǎn)換設(shè)備還接收所述第二支付平臺返回的支付結(jié)果信息,所述支付結(jié)果信息中攜帶所述第一支付平臺的標(biāo)識;根據(jù)所述第一支付平臺的標(biāo)識確定路由信息,根據(jù)第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識,通過所述預(yù)設(shè)規(guī)則轉(zhuǎn)換所述支付結(jié)果信息為所述第一支付平臺可識別的消息格式,發(fā)送所述轉(zhuǎn)換后的支付結(jié)果信息給所述第一支付平臺。
在本發(fā)明實施例的另一種實現(xiàn)方式中,交易碼生成平臺與轉(zhuǎn)換設(shè)備合設(shè),交易碼由轉(zhuǎn)換設(shè)備生成,則S304-S308替換為:
轉(zhuǎn)換設(shè)備確定存儲的交易碼記錄中存在所述交易碼,所述交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系。
在本發(fā)明實施例的另一種實現(xiàn)方式中,交易碼生成平臺與第二支付平臺合設(shè),交易碼由第二支付平臺生成,S302-S306替換為:
轉(zhuǎn)換設(shè)備接收第一支付平臺發(fā)送的支付請求,所述支付請求攜帶 交易碼、第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識。
根據(jù)本發(fā)明實施例提供的技術(shù)方案,通過根據(jù)第二支付平臺的標(biāo)識確定路由信息,并將第一支付平臺發(fā)送的支付請求轉(zhuǎn)換為第二支付平臺可識別的消息格式,使得第一支付平臺能夠處理付款方通過第二支付平臺發(fā)起的支付請求,實現(xiàn)了在收款方與付款方使用不同的支付平臺時也能進(jìn)行支付的目的。同時,通過查詢交易碼記錄來確定交易碼是否存在,能夠避免第二支付平臺偽造并使用偽造的交易碼進(jìn)行支付的情況出現(xiàn),從而能夠保證支付的安全性。
圖4是依據(jù)本發(fā)明一實施例的移動支付方法的示范性信令圖。在本實施例中,以交易碼生成平臺獨(dú)立部署來進(jìn)行說明。在具體實現(xiàn)過程中,移動支付方法400可以由圖1中的付款方設(shè)備101、第一支付平臺102、交易碼生成平臺103、收款方設(shè)備104、第二支付平臺105和轉(zhuǎn)換設(shè)備106來執(zhí)行。本實施例中以轉(zhuǎn)換設(shè)備106為HUB來進(jìn)行說明。
S401,付款方設(shè)備向第二支付平臺發(fā)送申請交易碼的請求,其中攜帶付款方賬戶信息與交易類型,可選的,還攜帶支付金額的區(qū)間,例如,100元至200元。其中,付款方賬戶為付款方在第二支付平臺上的賬戶。
S402,第二支付平臺向交易碼生成平臺發(fā)送申請交易碼的請求,其中攜帶交易類型、第二支付平臺的標(biāo)識。
S403,交易碼生成平臺根據(jù)交易類型和第二支付平臺的標(biāo)識生成一個用于單次支付的交易碼。
S404,交易碼生成平臺返回該交易碼給第二支付平臺。
S405,第二支付平臺為該交易碼生成有效期,將該交易碼與付款方賬戶關(guān)聯(lián),以進(jìn)行支付驗證??蛇x的,第二支付平臺還將該交易碼與支付金額的區(qū)間關(guān)聯(lián)。
S406,第二支付平臺發(fā)送該交易碼給付款方設(shè)備。
S407,付款方設(shè)備向收款方設(shè)備提供該交易碼進(jìn)行支付??蛇x的,付款方設(shè)備還提供第二支付平臺的標(biāo)識給收款方設(shè)備。
S408,收款方設(shè)備采集付款方設(shè)備提供的交易碼,向第一支付平臺發(fā)送支付請求,其中攜帶該交易碼和支付金額,可選的,還攜帶第二支付平臺的標(biāo)識。收款方設(shè)備可以通過安裝的應(yīng)用、用戶識別應(yīng)用發(fā)展工具(SIM Tool Kit,STK)、短信息服務(wù)(Short Message Service,SMS)等渠道采集付款方設(shè)備提供的交易碼。
S409,第一支付平臺創(chuàng)建支付訂單,用于從第二支付平臺的賬戶轉(zhuǎn)移指定金額到收款方賬戶,其中第二支付平臺的賬戶為第二支付平臺在第一支付平臺上的賬戶,收款方賬戶為收款方在第一支付平臺上的賬戶。當(dāng)收款方設(shè)備發(fā)送給第一支付平臺的支付請求中攜帶有第二支付平臺的標(biāo)識時,第一支付平臺能夠創(chuàng)建該支付訂單;當(dāng)支付請求中未攜帶第二支付平臺的標(biāo)識時,等待HUB返回該信息。
S410,第一支付平臺向HUB發(fā)起支付請求,其中攜帶該交易碼、支付金額、第一支付平臺的標(biāo)識,可選的,還攜帶第二支付平臺的標(biāo)識。
S411,HUB向交易碼生成平臺發(fā)起交易碼查詢請求。
S412,交易碼生成平臺查詢交易碼記錄,確定該交易碼屬于第二支付平臺。
S413,交易碼生成平臺返回查詢結(jié)果,其中攜帶第二支付平臺的標(biāo)識,可選的,還攜帶交易類型。S409中,當(dāng)支付請求中未攜帶第二支付平臺的標(biāo)識時,此時可通過HUB返回的第二支付平臺的標(biāo)識完成支付訂單的創(chuàng)建。
S414,HUB根據(jù)第二支付平臺的標(biāo)識查詢路由表,確定應(yīng)將支付請求發(fā)送給第二支付平臺。根據(jù)第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識,通過預(yù)設(shè)規(guī)則將支付請求轉(zhuǎn)換為第二支付平臺能夠識別的消息格式。
S415,HUB將轉(zhuǎn)換后的支付請求發(fā)送給第二支付平臺,其中攜帶交易碼、支付金額和第一支付平臺的標(biāo)識,可選的,還攜帶第二支付平臺的標(biāo)識。
S416,第二支付平臺驗證該交易碼,包括:驗證交易碼的合法性、交易碼是否在有效期內(nèi)。其中,驗證交易碼的合法性包括驗證交易碼是否綁定有效的付款方賬戶或交易類型是否一致??蛇x的,還驗證支付金額是否與付款方設(shè)備發(fā)送的申請交易碼請求中攜帶的支付金額的區(qū)間一致。
S417,在驗證通過后,第二支付平臺將交易碼置為無效,向交易碼生成平臺發(fā)送交易碼失效請求。
S418,交易碼生成平臺將該交易碼置為失效。
S419,第二支付平臺創(chuàng)建并完成支付訂單,從付款方賬戶轉(zhuǎn)移指定金額到第一支付平臺的賬戶。其中,第一支付平臺的賬戶為第一支付平臺在第二支付平臺上的賬戶。第二支付平臺還生成第二對賬單。
S420,第二支付平臺返回支付結(jié)果信息給HUB,其中攜帶第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識。
S421,HUB根據(jù)第一支付平臺的標(biāo)識查詢路由表,確定應(yīng)將支付結(jié)果信息發(fā)送給第一支付平臺。根據(jù)第一支付平臺的標(biāo)識和第二支付平臺的標(biāo)識,通過預(yù)設(shè)規(guī)則將支付結(jié)果信息轉(zhuǎn)換為第一支付平臺能夠識別的消息格式。
S422,HUB向第一支付平臺發(fā)送轉(zhuǎn)換后的支付結(jié)果信息,可選的,其中攜帶第二支付平臺的標(biāo)識。
S423,第一支付平臺收到支付結(jié)果信息后,可以確定第二支付平臺已經(jīng)完成從付款方賬戶轉(zhuǎn)移指定金額到第一支付平臺的賬戶。第一支付平臺繼續(xù)執(zhí)行S409中創(chuàng)建的支付訂單,從第二支付平臺的賬戶轉(zhuǎn)移指定金額到收款方賬戶,生成第一對賬單。
S424,第一支付平臺通知收款方支付成功,第二支付平臺通知付款方支付成功,可選的,可以通過發(fā)送短信的方式來通知。
S425,第一支付平臺和第二支付平臺通過交換S423中生成的第一對賬單和S419中生成的第二對賬單來進(jìn)行清算。實際的資金轉(zhuǎn)移通過第一支付平臺、第二支付平臺與銀行的對接交互實現(xiàn):第二支付平臺在第二銀行的銀行賬號轉(zhuǎn)賬到第二支付平臺在第一支付平臺上的賬戶;第一支付平臺在第二支付平臺上的賬戶轉(zhuǎn)賬至第一支付平臺在第一銀行的的銀行賬號。
在本發(fā)明實施例的另一種實現(xiàn)方式中,交易碼生成平臺與轉(zhuǎn)換設(shè)備合設(shè),上述S402-S404替換為:
S402A,第二支付平臺向HUB發(fā)送申請交易碼的請求,其中攜帶交易類型、第二支付平臺的標(biāo)識。
S403A,HUB根據(jù)交易類型和第二支付平臺的標(biāo)識生成一個用于單次支付的交易碼。
S404A,HUB返回該交易碼給第二支付平臺。
S411-S413替換為:
S411A,HUB查詢交易碼記錄,確定該交易碼屬于第二支付平臺。
其他步驟與圖4實施例相同,此處不再贅述。
在本發(fā)明實施例的另一種實現(xiàn)方式中,交易碼生成平臺與第二支付平臺合設(shè),S402-S404替換為:
第二支付平臺根據(jù)交易類型和第二支付平臺的標(biāo)識生成一個用于單次支付的交易碼。
S410-S413替換為:
第一支付平臺向HUB發(fā)起支付請求,其中攜帶該交易碼、支付金額、第一支付平臺的標(biāo)識,第二支付平臺的標(biāo)識。
其他步驟與圖4實施例相同,此處不再贅述。
在本發(fā)明實施例的另一種實現(xiàn)方式中,S402、S404、S417替換為:
S402,第二支付平臺向HUB發(fā)送申請交易碼的請求,其中攜帶交易類型、第二支付平臺的標(biāo)識,HUB轉(zhuǎn)發(fā)該請求給交易碼生成平臺。
S404,交易碼生成平臺返回該交易碼給HUB,HUB將該交易碼返回給第二支付平臺。
S417,在驗證通過后,第二支付平臺將交易碼置為無效,向HUB發(fā)送交易碼失效請求,HUB將該請求轉(zhuǎn)發(fā)給交易碼生成平臺。
其他步驟與圖4實施例相同,此處不再贅述。
圖5是依據(jù)本發(fā)明一實施例的轉(zhuǎn)換設(shè)備500的結(jié)構(gòu)示意圖。轉(zhuǎn)換設(shè)備500包括接收模塊502,處理模塊504和發(fā)送模塊506。轉(zhuǎn)換設(shè)備500為圖1中所示的轉(zhuǎn)換設(shè)備106或者圖2中計算機(jī)設(shè)備200。
接收模塊502,用于接收第一支付平臺發(fā)送的支付請求,所述支付請求攜帶交易碼和所述第一支付平臺的標(biāo)識;
處理模塊504,用于在確定所述交易碼與第二支付平臺對應(yīng)之后,根據(jù)所述第二支付平臺的標(biāo)識確定路由信息,根據(jù)預(yù)設(shè)規(guī)則轉(zhuǎn)換所述支付請求為所述第二支付平臺可識別的消息格式;
發(fā)送模塊506,用于根據(jù)所述路由信息發(fā)送所述轉(zhuǎn)換后的支付請求到所述第二支付平臺,所述轉(zhuǎn)換后的支付請求攜帶所述交易碼和所述第一支付平臺的標(biāo)識。
可選的,當(dāng)所述交易碼由交易碼生成平臺生成時,所述處理模塊504確定所述交易碼與所述第二支付平臺對應(yīng)包括:
所述發(fā)送模塊506發(fā)送交易碼查詢請求到所述交易碼生成平臺,所述交易碼查詢請求中攜帶所述交易碼;
所述接收模塊502接收所述交易碼生成平臺返回的響應(yīng)消息,所述響應(yīng)消息中攜帶所述第二支付平臺的標(biāo)識。
可選的,當(dāng)所述交易碼由所述轉(zhuǎn)換設(shè)備生成時,所述處理模塊504確定所述交易碼與所述第二支付平臺對應(yīng)包括:
所述處理模塊504確定存儲的交易碼記錄中存在所述交易碼,所述交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系。
可選的,所述支付請求還攜帶支付金額或所述第二支付平臺的標(biāo)識。
可選的,所述轉(zhuǎn)換后的支付請求還攜帶支付金額或所述第二支付平臺的標(biāo)識。
可選的,所述接收模塊502還用于接收所述第二支付平臺返回的支付結(jié)果信息,所述支付結(jié)果信息中攜帶所述第一支付平臺的標(biāo)識;所述處理模塊504還用于根據(jù)所述第一支付平臺的標(biāo)識確定路由信息,根據(jù)所述預(yù)設(shè)規(guī)則轉(zhuǎn)換所述支付結(jié)果信息為所述第一支付平臺可識別的消息格式;所述發(fā)送模塊506還用于發(fā)送所述轉(zhuǎn)換后的支付結(jié)果信息給所述第一支付平臺。
其中,所述“模塊”可以為專用集成電路(Application Specific Integrated Circuit,ASIC)、電子線路、執(zhí)行一個或多個軟件或固件程序的處理器和存儲器、組合邏輯電路和其他提供上述功能的組件??蛇x的,轉(zhuǎn)換設(shè)備500通過計算機(jī)設(shè)備的形式來實現(xiàn),接收模塊502可以通過計算機(jī)設(shè)備的處理器、存儲器和通信接口來實現(xiàn),處理模塊504可以通過計算機(jī)設(shè)備的處理器和存儲器來實現(xiàn),發(fā)送模塊506可以通過計算機(jī)設(shè)備的處理器、存儲器和通信接口來實現(xiàn)。
圖6是依據(jù)本發(fā)明一實施例的交易碼生成平臺600的結(jié)構(gòu)示意圖。交易碼生成平臺600包括接收模塊602,處理模塊604和發(fā)送模塊606。交易碼生成平臺600為圖1中所示的交易碼生成平臺103或者圖2中計算機(jī)設(shè)備200。
接收模塊602,用于接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求,其中攜帶交易碼;
處理模塊604,用于確定存儲的交易碼記錄中存在所述交易碼,所述交易碼記錄包含交易碼與其所屬支付平臺的對應(yīng)關(guān)系;
發(fā)送模塊606,用于發(fā)送響應(yīng)消息給所述轉(zhuǎn)換設(shè)備,所述響應(yīng)消息中攜帶所述交易碼所對應(yīng)的支付平臺的標(biāo)識。
可選的,在所述接收模塊602接收轉(zhuǎn)換設(shè)備發(fā)送的交易碼查詢請求之前,所述接收模塊602還用于接收所述支付平臺發(fā)送的交易碼請求,所述交易碼請求中攜帶所述支付平臺的標(biāo)識;
所述處理模塊604還用于根據(jù)所述支付平臺的標(biāo)識生成所述交易碼,并存儲所述交易碼;
所述發(fā)送模塊606還用于發(fā)送所述交易碼給所述支付平臺。
可選的,所述交易碼請求中還攜帶交易類型,所述處理模塊604用于根據(jù)所述交易類型和所述支付平臺的標(biāo)識生成所述交易碼。
可選的,所述接收模塊602還用于記錄接收到所述交易碼請求的時間。
可選的,在所述發(fā)送模塊606發(fā)送響應(yīng)消息給所述轉(zhuǎn)換設(shè)備之后,所述接收模塊602還接收所述支付平臺發(fā)送的交易碼失效請求,所述處理模塊604還用于將所述交易碼置為失效。
其中,所述“模塊”可以為專用集成電路(Application Specific Integrated Circuit,ASIC)、電子線路、執(zhí)行一個或多個軟件或固件程序的處理器和存儲器、組合邏輯電路和其他提供上述功能的組件??蛇x的,交易碼生成平臺600通過計算機(jī)設(shè)備的形式來實現(xiàn),接收模塊602可以通過計算機(jī)設(shè)備的處理器、存儲器和通信接口來實現(xiàn),處理模塊604可以通過計算機(jī)設(shè)備的處理器和存儲器來實現(xiàn),發(fā)送模塊606可以通過計算機(jī)設(shè)備的處理器、存儲器和通信接口來實現(xiàn)。
應(yīng)注意,盡管圖2所示的通用計算機(jī)結(jié)構(gòu)200僅僅示出了處理器202、存儲器204、通信接口206和總線208,但是在具體實現(xiàn)過程中,本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白,上述轉(zhuǎn)換設(shè)備和交易碼生成平臺還包含實現(xiàn)正常運(yùn)行所必須的其他器件。同時,根據(jù)具體需要,本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白,上述轉(zhuǎn)換設(shè)備和交易碼生成平臺還可包含實現(xiàn)其他附加功能的硬件器件。此外,本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白,上述轉(zhuǎn)換設(shè)備和交易碼生成平臺也可僅僅包含實現(xiàn)本發(fā)明實施例所必須的器件,而不必包含圖2中所示的全部器件。
另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨(dú)物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。
所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時,可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM,Read-Only Memory)、隨機(jī)存取存儲器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
以上所述,僅為本發(fā)明的具體實施方式,但本發(fā)明的保護(hù)范圍并不局限于此,任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi),可輕易想到變化或替換,都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此,本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。