本發(fā)明涉及通信領(lǐng)域，尤其涉及一種移動支付方法及裝置。

背景技術(shù)：

伴隨移動互聯(lián)網(wǎng)的飛速發(fā)展，電子商務(wù)、網(wǎng)絡(luò)購物，互聯(lián)網(wǎng)金融等新業(yè)務(wù)層出不窮，移動支付成為熱點(diǎn)業(yè)務(wù)之一。移動支付是使用移動設(shè)備完成支付行為的一種新型的支付方式。目前使用最廣泛的移動支付方式是手機(jī)支付，在手機(jī)支付中，使用一部手機(jī)就可以方便的完成整個支付，日益受到移動運(yùn)營商、商品零售商和消費(fèi)者的青睞。然而，用戶經(jīng)常處于多種網(wǎng)絡(luò)接入方式的環(huán)境中，但是在例如電梯、地鐵站等環(huán)境中，某種網(wǎng)絡(luò)接入方式的環(huán)境會變得較差，可能會導(dǎo)致利用該種網(wǎng)絡(luò)接入方式進(jìn)行的移動支付中斷的情況發(fā)生，降低了支付的成功率，導(dǎo)致用戶支付體驗(yàn)差。

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

本發(fā)明的實(shí)施例提供一種移動支付方法和裝置，能夠解決多網(wǎng)絡(luò)環(huán)境下，某種網(wǎng)絡(luò)環(huán)境較差時(shí)，支付成功率低的問題。

第一方面，提供了一種系統(tǒng)，包括終端設(shè)備和支付平臺，其中，終端設(shè)備通過第一通道向支付平臺發(fā)起支付請求并保存支付會話信息，支付平臺接收到支付請求后，確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，則終端設(shè)備建立與支付平臺之間的第二通道，通過第二通道發(fā)送該支付請求給支付平臺，其中攜帶與支付會話信息具有對應(yīng)關(guān)系的支付標(biāo)識，支付平臺根據(jù)該支付標(biāo)識對該支付會話進(jìn)行處理。

通過建立第二通道并發(fā)送與支付會話信息具有對應(yīng)關(guān)系的支付標(biāo)識給支付平臺，使得支付平臺能夠根據(jù)支付標(biāo)識找到對應(yīng)的支付會話信息進(jìn)行處理，無需用戶重新提交支付請求，提高了支付的成功率。

第二方面，提供了一種移動支付方法，包括：終端設(shè)備通過第一通道向支付平臺發(fā)起支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；當(dāng)終端設(shè)備確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，建立與所述支付平臺之間的第二通道；所述終端設(shè)備通過所述第二通道發(fā)送所述支付請求給所述支付平臺，所述支付請求攜帶所述支付標(biāo)識，并利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

結(jié)合第二方面的實(shí)現(xiàn)方式，在第二方面第一種可能的實(shí)現(xiàn)方式中，所述支付會話信息包括所述終端設(shè)備處理所述支付請求產(chǎn)生的上下文信息。

結(jié)合第二方面、第二方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能實(shí)現(xiàn)的方式中，所述終端設(shè)備通過所述第二通道發(fā)送所述支付請求給所述支付平臺為：所述終端設(shè)備將所述支付請求轉(zhuǎn)換為所述第二通道的消息格式，通過所述第二通道發(fā)送所述轉(zhuǎn)換后的支付請求給所述支付平臺。

終端設(shè)備自動將支付請求轉(zhuǎn)換為第二通道的消息格式，不需要用戶重新提交支付請求，提升了用戶體驗(yàn)。

結(jié)合第二方面、第二方面的第一種至第三種可能的實(shí)現(xiàn)方式，在第四種可能實(shí)現(xiàn)的方式中，所述繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：所述終端設(shè)備接收所述支付平臺通過所述第二通道發(fā)送的支付處理結(jié)果響應(yīng)消息。

第三方面，提供了一種移動支付方法，包括：支付平臺接收終端設(shè)備通過第一通道發(fā)起的支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；所述支付平臺確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話，建立與所述終端設(shè)備之間的第二通道；所述支付平臺接收所述終端設(shè)備通過所述第二通道發(fā)送的所述支付請求，所述支付請求中攜帶所述支付標(biāo)識，所述支付標(biāo)識與所述支付 會話信息具有對應(yīng)關(guān)系；所述支付平臺利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

結(jié)合第三方面的實(shí)現(xiàn)方式，在第三方面第一種可能的實(shí)現(xiàn)方式中，所述支付會話信息包括所述支付平臺處理所述支付請求產(chǎn)生的上下文信息。

結(jié)合第一方面、第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能實(shí)現(xiàn)的方式中，所述上下文信息包含對所述支付請求的處理狀態(tài)，所述利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：所述支付平臺根據(jù)所述支付標(biāo)識和所述對應(yīng)關(guān)系找到所述支付會話信息，當(dāng)所述支付平臺根據(jù)對所述支付請求的處理狀態(tài)確定還未完成對所述支付請求的處理時(shí)，繼續(xù)完成對所述支付請求的處理，在完成對所述支付請求的處理后，通過第二通道返回支付處理結(jié)果響應(yīng)消息給所述終端設(shè)備。

支付平臺通過存儲支付標(biāo)識與支付會話的對應(yīng)關(guān)系，當(dāng)接收到終端設(shè)備通過第二通道發(fā)送的支付標(biāo)識時(shí)，能夠根據(jù)對支付請求的處理狀態(tài)判斷支付請求是否處理完成，避免了通過第二通道重新進(jìn)行支付導(dǎo)致重復(fù)扣款的情況的發(fā)生。

結(jié)合上述第二方面和第三方面、第二方面和第三方面可能的實(shí)現(xiàn)方式，所述第一通道為基于傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議TCP/IP建立的分組域通道，所述第二通道為電路域信令通道；或者，所述第一通道為電路域信令通道，所述第二通道為基于TCP/IP建立的分組域通道。所述分組域通道為通過GPRS，UMTS，LTE或者WIFI網(wǎng)絡(luò)建立的；所述電路域信令通道為USSD通道或者短消息通道。

第四方面，提供了一種終端設(shè)備，包含用于執(zhí)行第二方面中的方法的模塊。

第五方面，提供了一種支付平臺，包含用于執(zhí)行第三方面中的方法的模塊。

第六方面，提供了一種計(jì)算設(shè)備，包括：處理器、存儲器、總線 和通信接口；所述存儲器用于存儲計(jì)算設(shè)備執(zhí)行指令，所述處理器與所述存儲器通過所述總線連接，當(dāng)所述計(jì)算設(shè)備運(yùn)行時(shí)，所述處理器執(zhí)行所述存儲器存儲的所述計(jì)算機(jī)執(zhí)行指令，以使所述計(jì)算設(shè)備執(zhí)行第二方面及第二方面的任一可能的實(shí)現(xiàn)方式所述的方法。

第七方面，提供了一種計(jì)算設(shè)備，包括：處理器、存儲器、總線和通信接口；所述存儲器用于存儲計(jì)算設(shè)備執(zhí)行指令，所述處理器與所述存儲器通過所述總線連接，當(dāng)所述計(jì)算設(shè)備運(yùn)行時(shí)，所述處理器執(zhí)行所述存儲器存儲的所述計(jì)算機(jī)執(zhí)行指令，以使所述計(jì)算設(shè)備執(zhí)行第三方面及第三方面的任一可能的實(shí)現(xiàn)方式所述的方法。

根據(jù)本發(fā)明實(shí)施例提供的技術(shù)方案，如果終端設(shè)備確認(rèn)無法通過第一通道完成支付標(biāo)識對應(yīng)的支付會話，則建立終端設(shè)備和支付平臺之間的第二通道，支付平臺通過記錄通過第一通道進(jìn)行的支付會話信息與支付標(biāo)識的對應(yīng)關(guān)系，能夠?qū)υ瓉硗ㄟ^第一通道進(jìn)行的支付會話信息進(jìn)行保持，在接收到終端設(shè)備發(fā)送的支付標(biāo)識時(shí)，根據(jù)該對應(yīng)關(guān)系和對支付請求的處理狀態(tài)能夠確定該支付標(biāo)識對應(yīng)的支付會話信息是否處理完成，不需要用戶通過終端設(shè)備重新進(jìn)行支付請求，提高了支付的成功率，同時(shí)，也避免了在已發(fā)生了用戶賬戶資金轉(zhuǎn)移之后，用戶重新進(jìn)行支付導(dǎo)致的重復(fù)扣款的情況的發(fā)生。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實(shí)施例應(yīng)用的網(wǎng)絡(luò)架構(gòu)的示意圖；

圖2是依據(jù)本發(fā)明一實(shí)施例的計(jì)算機(jī)設(shè)備200的硬件結(jié)構(gòu)示意圖；

圖3是依據(jù)本發(fā)明一實(shí)施例的移動支付方法的示范性流程圖；

圖4是依據(jù)本發(fā)明一實(shí)施例的終端設(shè)備400的結(jié)構(gòu)示意圖；

圖5是依據(jù)本發(fā)明一實(shí)施例的支付平臺500的結(jié)構(gòu)示意圖。

具體實(shí)施方式

以下描述中，為了說明而不是為了限定，提出了諸如特定系統(tǒng)結(jié)構(gòu)、接口、技術(shù)之類的具體細(xì)節(jié)，以便透徹理解本發(fā)明。然而，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)清楚，在沒有這些具體細(xì)節(jié)的其它實(shí)施例中也可以實(shí)現(xiàn)本發(fā)明。在其它情況中，省略對眾所周知的裝置、電路以及方法的詳細(xì)說明，以免不必要的細(xì)節(jié)妨礙本發(fā)明的描述。

圖1是本發(fā)明實(shí)施例應(yīng)用的網(wǎng)絡(luò)架構(gòu)100的示意圖。其中終端設(shè)備101可以為例如但不限于移動電話，支付平臺102可以為例如但不限于服務(wù)器。終端設(shè)備101可以通過通用分組無線服務(wù)(General Packet Radio Service，GPRS)網(wǎng)絡(luò)的數(shù)據(jù)通道、通用移動通信系統(tǒng)(Universal Mobile Telecommunications System，UMTS)網(wǎng)絡(luò)的數(shù)據(jù)通道、長期演進(jìn)(Long Term Evolution，LTE)網(wǎng)絡(luò)的數(shù)據(jù)通道、無線保真(Wireless Fidelity，Wi-Fi)網(wǎng)絡(luò)的數(shù)據(jù)通道中的至少一種與支付平臺102進(jìn)行通信，此時(shí)，基于例如傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議(Transmission Control Protocol/Internet Protocol，TCP/IP)承載消息，通過IP地址與支付平臺102建立連接；也可以通過全球移動通信系統(tǒng)(Global System for Mobile Communication，GSM)網(wǎng)絡(luò)的信令通道、集成數(shù)字增強(qiáng)型網(wǎng)絡(luò)(Integrated Digital Enhanced Network，iDEN)的信令通道、數(shù)字先進(jìn)移動電話服務(wù)(Digital-Advanced Mobile Phone System，D-AMPS)網(wǎng)絡(luò)的信令通道、個人數(shù)字蜂窩(Personal Digital Cellular，PDC)網(wǎng)絡(luò)的信令通道中的至少一種與支付平臺102進(jìn)行通信，此時(shí)，基于例如非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)(Unstructured Supplementary Service Data，USSD)或短消息業(yè)務(wù)(Short Message Service)承載消息，通過服務(wù)號碼與支付平臺102建立連接。USSD是一種基于GSM網(wǎng)絡(luò)的、實(shí)時(shí)在線的新型交互會話數(shù)據(jù)業(yè)務(wù)，它基于用戶識別模塊SIM(Subscriber Identity Module)卡，利用GSM網(wǎng)絡(luò) 的信令通道傳送數(shù)據(jù)。可以采用在終端設(shè)備101上安裝與該支付平臺102對應(yīng)的應(yīng)用的方式來為用戶提供進(jìn)行支付的服務(wù)。

在用戶通過終端設(shè)備101利用GPRS網(wǎng)絡(luò)的數(shù)據(jù)通道、UMTS網(wǎng)絡(luò)的數(shù)據(jù)通道、LTE網(wǎng)絡(luò)的數(shù)據(jù)通道、Wi-Fi網(wǎng)絡(luò)的數(shù)據(jù)通道中的至少一種使用支付服務(wù)時(shí)，若確認(rèn)無法通過上述數(shù)據(jù)通道完成支付，則終端設(shè)備進(jìn)行通道切換，利用GSM網(wǎng)絡(luò)的信令通道、iDEN的信令通道、D-AMPS網(wǎng)絡(luò)的信令通道、PDC網(wǎng)絡(luò)的信令通道中的至少一種繼續(xù)與支付平臺102進(jìn)行通信，完成支付；

在用戶通過終端設(shè)備101利用GSM網(wǎng)絡(luò)的信令通道、iDEN的信令通道、D-AMPS網(wǎng)絡(luò)的信令通道、PDC網(wǎng)絡(luò)的信令通道中的至少一種使用支付服務(wù)時(shí)，若確認(rèn)無法通過上述信令通道完成支付，則終端設(shè)備進(jìn)行通道切換，利用GPRS網(wǎng)絡(luò)的數(shù)據(jù)通道、UMTS網(wǎng)絡(luò)的數(shù)據(jù)通道、LTE網(wǎng)絡(luò)的數(shù)據(jù)通道、Wi-Fi網(wǎng)絡(luò)的數(shù)據(jù)通道中的至少一種繼續(xù)與支付平臺102進(jìn)行通信，完成支付，支付平臺通過切換后的通道返回響應(yīng)消息給終端設(shè)備。

圖2是依據(jù)本發(fā)明一實(shí)施例的計(jì)算機(jī)設(shè)備200的硬件結(jié)構(gòu)示意圖。如圖2所示，計(jì)算機(jī)設(shè)備200包括處理器202、存儲器204、通信接口206和總線208。其中，處理器202、存儲器204和通信接口206通過總線208實(shí)現(xiàn)彼此之間的通信連接。

處理器202可以采用通用的中央處理器(Central Processing Unit，CPU)，微處理器，應(yīng)用專用集成電路(Application Specific Integrated Circuit，ASIC)，或者一個或多個集成電路，用于執(zhí)行相關(guān)程序，以實(shí)現(xiàn)本發(fā)明實(shí)施例所提供的技術(shù)方案。

存儲器204可以是只讀存儲器(Read Only Memory，ROM)，靜態(tài)存儲設(shè)備，動態(tài)存儲設(shè)備或者隨機(jī)存取存儲器(Random Access Memory，RAM)。存儲器204可以存儲操作系統(tǒng)2041和其他應(yīng)用程序2042。在通過軟件或者固件來實(shí)現(xiàn)本發(fā)明實(shí)施例提供的技術(shù)方案 時(shí)，用于實(shí)現(xiàn)本發(fā)明實(shí)施例提供的技術(shù)方案的程序代碼保存在存儲器204中，并由處理器202來執(zhí)行。

通信接口206使用例如但不限于收發(fā)器一類的收發(fā)裝置，來實(shí)現(xiàn)與其他設(shè)備或通信網(wǎng)絡(luò)之間的通信。

總線208可包括一通路，在各個部件(例如處理器202、存儲器204、通信接口206)之間傳送信息。

當(dāng)計(jì)算機(jī)設(shè)備200是終端設(shè)備時(shí)，處理器202用于執(zhí)行通過第一通道向支付平臺發(fā)起支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；當(dāng)確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，建立與所述支付平臺之間的第二通道；通過所述第二通道發(fā)送所述支付請求給所述支付平臺，所述支付請求攜帶所述支付標(biāo)識，并利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

當(dāng)計(jì)算機(jī)設(shè)備200是支付平臺時(shí)，處理器202用于執(zhí)行接收終端設(shè)備通過第一通道發(fā)起的支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話，建立與所述終端設(shè)備之間的第二通道；接收所述終端設(shè)備通過所述第二通道發(fā)送的所述支付請求，所述支付請求中攜帶所述支付標(biāo)識，所述支付標(biāo)識與所述支付會話信息具有對應(yīng)關(guān)系；利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

圖3是依據(jù)本發(fā)明一實(shí)施例的移動支付方法的示范性流程圖。在具體實(shí)現(xiàn)過程中，移動支付方法300可以由例如但不限于圖1中的終端設(shè)備101和支付平臺102來執(zhí)行，其中終端設(shè)備101可以是例如但不限于移動電話，支付平臺102可以是例如但不限于服務(wù)器。

S302，終端設(shè)備通過第一通道向支付平臺發(fā)起支付請求。

可選的，終端設(shè)備建立與支付平臺之間的第一通道，通過該第一通道與該支付平臺進(jìn)行支付會話。支付會話信息包括終端設(shè)備處理所述支付請求產(chǎn)生的上下文信息。

可選的，所述終端設(shè)備存儲所述支付會話信息。終端設(shè)備存儲所述支付會話信息的目的包括：建立并存儲支付標(biāo)識與支付會話信息的對應(yīng)關(guān)系，在確認(rèn)無法通過第一通道完成支付標(biāo)識對應(yīng)的支付會話時(shí)，能夠通過第二通道發(fā)送支付請求給支付平臺。

S304，支付平臺接收終端設(shè)備通過第一通道發(fā)起的支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識。

可選的，所述支付會話信息包括所述支付平臺處理所述支付請求產(chǎn)生的上下文信息?？蛇x的，支付平臺存儲所述支付會話信息的目的包括：建立并存儲支付標(biāo)識與支付會話信息的對應(yīng)關(guān)系，在接收到終端設(shè)備通過第二通道發(fā)送的支付請求時(shí)，能夠根據(jù)支付請求中攜帶的支付標(biāo)識和該對應(yīng)關(guān)系確定與該支付標(biāo)識對應(yīng)的支付會話信息。

S306，當(dāng)終端設(shè)備確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，建立與所述支付平臺之間的第二通道。

可選的，終端設(shè)備確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話可以為：終端設(shè)備在預(yù)定時(shí)間內(nèi)未收到支付平臺通過第一通道發(fā)送的響應(yīng)消息，或者，終端設(shè)備接收到例如支付平臺發(fā)送的無法完成所述支付標(biāo)識對應(yīng)的支付會話的指示信息，該指示信息可以是通過用戶注冊的其他通道發(fā)送給所述終端設(shè)備的。

可選的，可以通過設(shè)置定時(shí)器的方式來確定終端設(shè)備在預(yù)定時(shí)間內(nèi)未收到支付平臺通過第一通道發(fā)送的響應(yīng)消息，其中，在終端設(shè)備向支付平臺發(fā)送支付請求時(shí)，觸發(fā)定時(shí)器開始計(jì)時(shí)。終端設(shè)備與支付平臺的連接超時(shí)或無法連接支付平臺，會導(dǎo)致終端設(shè)備無法在預(yù)定時(shí)間內(nèi)收到支付平臺通過第一通道發(fā)送的響應(yīng)消息。

可選的，所述第一通道為基于傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議TCP/IP建立的分組域通道，所述第二通道為電路域信令通道；或者，所述第一通道為電路域信令通道，所述第二通道為基于TCP/IP建立的分組域通道。

可選的，當(dāng)?shù)谝煌ǖ罏榛赥CP/IP建立的分組域通道，第二通道為電路域信令通道時(shí)，在建立第二通道時(shí)，終端設(shè)備發(fā)送建立第二通道請求給支付平臺，其中攜帶該支付平臺的服務(wù)號碼和該終端設(shè)備的標(biāo)識，終端設(shè)備存儲或配置有該支付平臺的服務(wù)號碼，支付平臺根據(jù)該建立第二通道請求建立與該終端設(shè)備之間的連接。其中，該終端設(shè)備的標(biāo)識可以為國際移動用戶識別碼(International Mobile Subscriber Identification Number，IMSI)。

可選的，當(dāng)?shù)谝煌ǖ罏殡娐酚蛐帕钔ǖ?，第二通道為基于TCP/IP建立的分組域通道時(shí)，在建立第二通道時(shí)，終端設(shè)備發(fā)送建立第二通道請求給支付平臺，其中攜帶用戶標(biāo)識、會話標(biāo)識，支付平臺根據(jù)該建立第二通道請求建立與該終端設(shè)備之間的連接。

S308，所述終端設(shè)備通過所述第二通道發(fā)送所述支付請求給所述支付平臺，所述支付請求攜帶所述支付標(biāo)識，并利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

所述終端設(shè)備將所述支付請求轉(zhuǎn)換為所述第二通道的消息格式，通過所述第二通道發(fā)送所述轉(zhuǎn)換后的支付請求給所述支付平臺。

可選的，所述繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：

所述終端設(shè)備接收所述支付平臺通過所述第二通道發(fā)送的支付處理結(jié)果響應(yīng)消息。

S310，所述支付平臺接收所述終端設(shè)備通過所述第二通道發(fā)送的所述支付請求，所述支付請求中攜帶所述支付標(biāo)識，利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

支付標(biāo)識用于唯一標(biāo)識所述支付會話信息，所述支付標(biāo)識包括支付會話標(biāo)識，或包括用戶賬號標(biāo)識與支付會話標(biāo)識的組合。

支付標(biāo)識可以由終端設(shè)備生成，通過第一通道發(fā)送給支付平臺， 也可以由支付平臺生成，通過第一通道發(fā)送給終端設(shè)備。

所述支付平臺處理所述支付請求產(chǎn)生的上下文信息包含對所述支付請求的處理狀態(tài)，所述利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：

所述支付平臺根據(jù)所述支付標(biāo)識和所述對應(yīng)關(guān)系找到所述支付會話信息，當(dāng)所述支付平臺根據(jù)對所述支付請求的處理狀態(tài)確定已經(jīng)完成對所述支付請求的處理時(shí)，通過所述第二通道返回支付處理結(jié)果響應(yīng)消息給所述終端設(shè)備；當(dāng)所述支付平臺根據(jù)對所述支付請求的處理狀態(tài)確定還未完成對所述支付請求的處理時(shí)，繼續(xù)完成對所述支付請求的處理，在完成對所述支付請求的處理后，通過第二通道返回支付處理結(jié)果響應(yīng)消息給所述終端設(shè)備。

可選的，支付平臺通過該第二通道返回的支付處理結(jié)果響應(yīng)消息攜帶指示處理結(jié)果的參數(shù)。

可選的，支付平臺通過該第二通道返回的響應(yīng)消息還包括廣告信息、視頻信息、音頻信息、圖像信息中的至少一種。

例如，用戶通過手機(jī)客戶端進(jìn)行支付操作，首先終端設(shè)備101上的客戶端向支付平臺102發(fā)起安全會話建立請求，以建立終端設(shè)備101上的客戶端與支付平臺102間的安全支付數(shù)據(jù)通道，如TCP/IP通道，建立安全會話后向支付平臺102發(fā)送支付請求，支付請求中攜帶會話標(biāo)識、支付命令標(biāo)識、用戶標(biāo)識、支付認(rèn)證信息、收款方賬戶、支付金額等信息，其中，會話標(biāo)識為支付標(biāo)識。

在安全會話建立后，終端設(shè)備101上的客戶端和支付平臺102均會保存本次安全會話的上下文信息，上下文信息包括如下中的至少一條：會話標(biāo)識、認(rèn)證狀態(tài)、會話超期時(shí)間、支付命令標(biāo)識、支付命令的執(zhí)行狀態(tài)、支付金額。若終端設(shè)備101在預(yù)定時(shí)間內(nèi)未收到支付平臺102返回的響應(yīng)消息，則向支付平臺102的服務(wù)號發(fā)送USSD消息，同時(shí)暫停數(shù)據(jù)通道的數(shù)據(jù)處理，該USSD消息攜帶會話標(biāo)識，同 時(shí)還攜帶如下一個或多個信息：上一次使用的支付命令標(biāo)識、用戶標(biāo)識、支付認(rèn)證信息、收款方賬戶、支付金額等信息。

例如，終端設(shè)備101與支付平臺102之間在建立了USSD通道后，將TCP/IP通道下的支付請求轉(zhuǎn)換為USSD通道下的消息，通過UssdContinue會話消息來進(jìn)行消息傳遞，消息體中，支付消息參數(shù)指示支付標(biāo)識。例如，支付消息參數(shù)可為0X2C13r5781x5sdf4，其中包括經(jīng)過編碼的會話標(biāo)識13r5781x5sdf4。支付命令標(biāo)識可通過MPMsg_ID字段攜帶，用戶標(biāo)識、支付認(rèn)證信息、收款方賬戶、支付金額攜帶在Msg_Content字段中，另外，消息體中還包括包總數(shù)、包編號，包總數(shù)可通過Pk_total字段攜帶，表示相同支付命令標(biāo)識對應(yīng)的支付命令消息的總數(shù)。包編號可通過Pk_number字段攜帶，表示相同支付命令標(biāo)識對應(yīng)的支付命令消息的序號。

支付平臺102根據(jù)該支付標(biāo)識定位到該用戶的某一上下文信息，并根據(jù)支付命令標(biāo)識和支付命令的執(zhí)行狀態(tài)判斷是否已經(jīng)執(zhí)行成功該支付操作，若已經(jīng)支付成功，則返回支付成功消息；若還未執(zhí)行該支付操作，則執(zhí)行該支付操作；若該支付操作正在執(zhí)行的過程中，則等待執(zhí)行結(jié)果，并通過該USSD請求的響應(yīng)消息向終端設(shè)備101上的客戶端返回執(zhí)行結(jié)果。其中，支付命令標(biāo)識唯一標(biāo)識某一支付操作，支付平臺102可以用此判斷是否為同一支付操作，防止重復(fù)支付。暫停數(shù)據(jù)通道的數(shù)據(jù)處理是為了防止數(shù)據(jù)通道返回的數(shù)據(jù)導(dǎo)致的操作錯誤。其中，該上一次使用的支付命令標(biāo)識與通過數(shù)據(jù)通道發(fā)送的支付請求攜帶的支付命令標(biāo)識相同。

如果終端設(shè)備101與支付平臺102之間在建立了TCP/IP通道后，將USSD通道下的支付請求轉(zhuǎn)換為TCP/IP通道下的消息，通常使用https(Hyper Text Transfer Protocol over Secure Socket Layer)安全傳輸協(xié)議通信，以Get請求或POST請求來傳遞消息。例如，以Get請求方式為例，請求消息攜帶包括會話標(biāo)識，用戶賬號，用戶標(biāo)識，支付認(rèn)證信息，收款方賬戶，支付金額等信息，請求消息示例如下： https://www.mmserver.com/pay.action？payer＝lily&UserID＝1213&sessionid＝13r5781x5sdf4&Auth＝abAB&payee＝13sdf23423&amount＝189.89其中，/pay.action表示支付命令處理入口，sessionid為會話標(biāo)識，payer表示用戶賬號，userid表示用戶標(biāo)識，Auth表示支付認(rèn)證信息，Payee表示收款方賬戶，amount表示支付金額。

根據(jù)本發(fā)明實(shí)施例提供的技術(shù)方案，如果終端設(shè)備確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，則建立終端設(shè)備和支付平臺之間的第二通道，支付平臺通過記錄通過第一通道進(jìn)行的支付會話信息與支付標(biāo)識的對應(yīng)關(guān)系，能夠?qū)υ瓉硗ㄟ^第一通道進(jìn)行的支付會話信息進(jìn)行保持，在接收到終端設(shè)備發(fā)送的支付標(biāo)識時(shí)，根據(jù)該對應(yīng)關(guān)系和對支付請求的處理狀態(tài)能夠確定該支付標(biāo)識對應(yīng)的支付會話信息是否處理完成，不需要用戶通過終端設(shè)備重新進(jìn)行支付請求，提高了支付的成功率，同時(shí)，也避免了在已發(fā)生了用戶賬戶資金轉(zhuǎn)移之后，用戶重新進(jìn)行支付導(dǎo)致的重復(fù)扣款的情況的發(fā)生。

圖4是依據(jù)本發(fā)明一實(shí)施例的終端設(shè)備400的結(jié)構(gòu)示意圖。終端設(shè)備400包括發(fā)送模塊402和處理模塊404。終端設(shè)備400為圖1中所示的終端設(shè)備101或者圖2中計(jì)算機(jī)設(shè)備200。

發(fā)送模塊402，用于通過第一通道向支付平臺發(fā)起支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；

處理模塊404，用于在確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話時(shí)，建立與所述支付平臺之間的第二通道；

發(fā)送模塊402，還用于通過所述第二通道發(fā)送所述支付請求給所述支付平臺，所述支付請求攜帶所述支付標(biāo)識；

處理模塊404，還用于利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

其中，所述支付會話信息包括所述處理模塊404處理所述支付請 求產(chǎn)生的上下文信息。

可選的，發(fā)送模塊402，還用于通過所述第二通道發(fā)送所述支付請求給所述支付平臺，所述支付請求攜帶所述支付標(biāo)識為：所述發(fā)送模塊402將所述支付請求轉(zhuǎn)換為所述第二通道的消息格式，通過所述第二通道發(fā)送所述轉(zhuǎn)換后的支付請求給所述支付平臺。

可選的，終端設(shè)備400還包括接收模塊406，所述繼續(xù)與所述支付平臺進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：

接收模塊406接收所述支付平臺通過所述第二通道發(fā)送的支付處理結(jié)果響應(yīng)消息。

可選的，所述第一通道為基于傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議TCP/IP建立的分組域通道，所述第二通道為電路域信令通道；或者，所述第一通道為電路域信令通道，所述第二通道為基于TCP/IP建立的分組域通道。

可選的，所述分組域通道為通過GPRS,UMTS,LTE或者WIFI網(wǎng)絡(luò)建立的；所述電路域信令通道為USSD通道或者短消息通道。

其中，所述“模塊”可以為專用集成電路(Application Specific Integrated Circuit，ASIC)、電子線路、執(zhí)行一個或多個軟件或固件程序的處理器和存儲器、組合邏輯電路和其他提供上述功能的組件。可選的，終端設(shè)備400通過計(jì)算機(jī)設(shè)備的形式來實(shí)現(xiàn)，發(fā)送模塊402可以通過計(jì)算機(jī)設(shè)備的處理器、存儲器和通信接口來實(shí)現(xiàn)，處理模塊404可以通過計(jì)算機(jī)設(shè)備的處理器和存儲器來實(shí)現(xiàn)，接收模塊406可以通過計(jì)算機(jī)設(shè)備的處理器、存儲器和通信接口來實(shí)現(xiàn)。

圖5是依據(jù)本發(fā)明一實(shí)施例的支付平臺500的結(jié)構(gòu)示意圖。支付平臺500包括接收模塊502和處理模塊504。支付平臺500為圖1中所示的服務(wù)器102或者圖2中計(jì)算機(jī)設(shè)備200。

接收模塊502，用于接收終端設(shè)備通過第一通道發(fā)起的支付請求并保存支付會話信息，所述支付會話信息包含支付標(biāo)識；

處理模塊504，用于確認(rèn)無法通過所述第一通道完成所述支付標(biāo)識對應(yīng)的支付會話，建立與所述終端設(shè)備之間的第二通道；

接收模塊502，還用于接收所述終端設(shè)備通過所述第二通道發(fā)送的所述支付請求，所述支付請求中攜帶所述支付標(biāo)識，所述支付標(biāo)識與所述支付會話信息具有對應(yīng)關(guān)系；

處理模塊504，用于利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話。

其中，所述支付會話信息包括所述處理模塊504處理所述支付請求產(chǎn)生的上下文信息。

可選的，所述支付平臺處理所述支付請求產(chǎn)生的上下文信息包含對所述支付請求的處理狀態(tài)，支付平臺500還包括發(fā)送模塊506，所述處理模塊504利用所述保存的所述支付標(biāo)識對應(yīng)的支付會話信息和所述第二通道，繼續(xù)與所述終端進(jìn)行所述支付標(biāo)識對應(yīng)的支付會話包括：

處理模塊504根據(jù)該支付標(biāo)識和對應(yīng)關(guān)系找到該支付會話信息，當(dāng)處理模塊504根據(jù)支付請求的處理狀態(tài)確定已經(jīng)完成對該支付請求的處理時(shí)，發(fā)送模塊506通過第二通道返回支付處理結(jié)果響應(yīng)消息給所述終端設(shè)備；當(dāng)處理模塊504根據(jù)支付請求的處理行狀態(tài)確定還未完成對該支付請求的處理時(shí)，繼續(xù)完成對該支付請求的處理，在完成對該支付請求的處理后，發(fā)送模塊506通過第二通道返回支付處理結(jié)果響應(yīng)消息給所述終端設(shè)備。

可選的，所述第一通道為基于傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議TCP/IP建立的分組域通道，所述第二通道為電路域信令通道；或者，所述第一通道為電路域信令通道，所述第二通道為基于TCP/IP建立的分組域通道。

可選的，所述分組域通道為通過GPRS,UMTS,LTE或者WIFI網(wǎng) 絡(luò)建立的；所述電路域信令通道為USSD通道或者短消息通道。

其中，所述“模塊”可以為專用集成電路(Application Specific Integrated Circuit，ASIC)、電子線路、執(zhí)行一個或多個軟件或固件程序的處理器和存儲器、組合邏輯電路和其他提供上述功能的組件?？蛇x的，支付平臺500通過計(jì)算機(jī)設(shè)備的形式來實(shí)現(xiàn)，接收模塊502可以通過計(jì)算機(jī)設(shè)備的處理器、存儲器和通信接口來實(shí)現(xiàn)，處理模塊504可以通過計(jì)算機(jī)設(shè)備的處理器和存儲器來實(shí)現(xiàn)，發(fā)送模塊506可以通過計(jì)算機(jī)設(shè)備的處理器、存儲器和通信接口來實(shí)現(xiàn)。

應(yīng)注意，盡管圖2所示的通用計(jì)算機(jī)結(jié)構(gòu)200僅僅示出了處理器202、存儲器204、通信接口206和總線208，但是在具體實(shí)現(xiàn)過程中，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白，上述數(shù)據(jù)處理裝置還包含實(shí)現(xiàn)正常運(yùn)行所必須的其他器件。同時(shí)，根據(jù)具體需要，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白，上述數(shù)據(jù)處理裝置還可包含實(shí)現(xiàn)其他附加功能的硬件器件。此外，本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)明白，上述數(shù)據(jù)處理裝置也可僅僅包含實(shí)現(xiàn)本發(fā)明實(shí)施例所必須的器件，而不必包含圖2中所示的全部器件。

另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲在一個計(jì)算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機(jī)存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(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)。