專利名稱:支付處理方法和服務(wù)器的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及網(wǎng)絡(luò)支付領(lǐng)域,具體涉及一種支付處理方法和服務(wù)器。
背景技術(shù):
對諸如網(wǎng)絡(luò)游戲之類的網(wǎng)絡(luò)應(yīng)用而言,當(dāng)用戶想要使用網(wǎng)絡(luò)應(yīng)用中的一些功能(如網(wǎng)絡(luò)應(yīng)用的高級功能)之前,需要先向該網(wǎng)絡(luò)應(yīng)用支付費(fèi)用。同時(shí),隨著網(wǎng)絡(luò)應(yīng)用的用戶數(shù)量的不斷增加,為了提高網(wǎng)絡(luò)應(yīng)用對于用戶的吸引力,網(wǎng)絡(luò)應(yīng)用通常會(huì)通過建立例如用戶之間的好友關(guān)系等手段來加強(qiáng)用戶之間的關(guān)聯(lián)。相應(yīng)地,在網(wǎng)絡(luò)支付方面,網(wǎng)絡(luò)應(yīng)用一般也會(huì)為用戶提供代為支付的功能,通過該功能,當(dāng)一個(gè)用戶,例如用戶A,需要向某一網(wǎng)絡(luò)應(yīng)用支付費(fèi)用時(shí),可以指定其他的用戶,例如用戶B,由用戶B代替用戶A向該網(wǎng)絡(luò)應(yīng)用支付費(fèi)用。目前,為了實(shí)現(xiàn)代為支付的功能,通常的做法是,由用戶A(需要充值的用戶)在網(wǎng)絡(luò)應(yīng)用提供的充值接口中提交代充請求,網(wǎng)絡(luò)應(yīng)用會(huì)為用戶A生成特定的充值URL。用戶A將該URL發(fā)送給指定的用戶B,用戶B點(diǎn)擊該URL后,將呈現(xiàn)出網(wǎng)絡(luò)應(yīng)用提供的充值接口,從而由用戶B通過該充值接口完成為用戶A的充值操作。在這種方式中,需要網(wǎng)絡(luò)應(yīng)用生成專門用于代充的URL,然后由想充值的用戶A通過其他渠道將該URL發(fā)送給代充的用戶B。由此可見,在這一過程中,只需要通過URL即可完成充值,這樣,一些惡意網(wǎng)站,如釣魚網(wǎng)站,往往會(huì)構(gòu)造類似的URL,引導(dǎo)用戶B前往該釣魚網(wǎng)站進(jìn)行支付,從而使得用戶的金錢遭受損失。由此可見,現(xiàn)有的通過構(gòu)造URL來引導(dǎo)用戶代為支付的方法,存在著被釣魚網(wǎng)站利用的安全隱患。
發(fā)明內(nèi)容
鑒于上述問題,提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的網(wǎng)絡(luò)支付方法和服務(wù)器。依據(jù)本發(fā)明的一個(gè)方面,提供了一種支付處理方法,包括接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求,根據(jù)支付信息生成對應(yīng)的支付驗(yàn)證碼,相關(guān)聯(lián)地存儲(chǔ)支付信息以及對應(yīng)的支付驗(yàn)證碼,并將支付驗(yàn)證碼發(fā)送給第一客戶端,該支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息;接收第二客戶端的用戶發(fā)送的、包含支付驗(yàn)證碼的第二支付請求,根據(jù)存儲(chǔ)的與支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)第二客戶端完成支付??蛇x地,其中支付信息還包括發(fā)送第一支付請求的時(shí)間??蛇x地,根據(jù)支付信息生成支付驗(yàn)證碼的步驟包括通過隨機(jī)密鑰對支付信息進(jìn)行加密,得到支付驗(yàn)證碼??蛇x地,還包括步驟在接收到第二客戶端的用戶發(fā)送的第二支付請求之后,驗(yàn)證是否已經(jīng)存儲(chǔ)有支付驗(yàn)證碼,若驗(yàn)證結(jié)果為是,獲取與支付驗(yàn)證碼對應(yīng)的支付信息。
可選地,還包括步驟在生成支付驗(yàn)證碼超過預(yù)設(shè)時(shí)間后,刪除存儲(chǔ)的支付信息以及對應(yīng)的支付驗(yàn)證碼。根據(jù)本發(fā)明的另一方面,提供了一種支付處理服務(wù)器,包括第一網(wǎng)絡(luò)接口、驗(yàn)證碼生成器、存儲(chǔ)器和第二網(wǎng)絡(luò)接口,其中,第一網(wǎng)絡(luò)接口,適于接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求,并且將驗(yàn)證碼生成器生成的支付驗(yàn)證碼發(fā)送給第一客戶端;驗(yàn)證碼生成器,適于根據(jù)支付信息生成對應(yīng)的支付驗(yàn)證碼;存儲(chǔ)器,適于相關(guān)聯(lián)地存儲(chǔ)支付信息以及對應(yīng)的支付驗(yàn)證碼,其中,該支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息;第二網(wǎng)絡(luò)接口,適于接收第二客戶端的用戶發(fā)送的、包含支付驗(yàn)證碼的第二支付請求,根據(jù)存儲(chǔ)器存儲(chǔ)的與支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)第二客戶端完成支付。可選地,其中支付信息還包括發(fā)送第一支付請求的時(shí)間??蛇x地,驗(yàn)證碼生成器通過隨機(jī)密鑰對支付信息進(jìn)行加密,得到支付驗(yàn)證碼??蛇x地,該服務(wù)器進(jìn)一步包括驗(yàn)證碼檢查器,適于在第二網(wǎng)絡(luò)接口接收到第二客戶端的用戶發(fā)送的第二支付請求之后,驗(yàn)證存儲(chǔ)器中是否已經(jīng)存儲(chǔ)有支付驗(yàn)證碼,若驗(yàn)證結(jié)果為是,獲取與支付驗(yàn)證碼對應(yīng)的支付信息??蛇x地,存儲(chǔ)器進(jìn)一步適于在生成支付驗(yàn)證碼超過預(yù)設(shè)時(shí)間后,刪除存儲(chǔ)的支付信息以及對應(yīng)的支付驗(yàn)證碼。根據(jù)本發(fā)明的支付處理方法和服務(wù)器,根據(jù)第一客戶端的用戶發(fā)送的第一支付請求中所包含的支付信息生成對應(yīng)的支付驗(yàn)證碼,并將該支付信息和支付驗(yàn)證碼關(guān)聯(lián)存儲(chǔ),在后續(xù)過程中,接收第二客戶端發(fā)送的包含該支付驗(yàn)證碼的第二支付請求,根據(jù)與第二支付請求中的支付驗(yàn)證碼關(guān)聯(lián)存儲(chǔ)的支付信息來引導(dǎo)第二客戶端進(jìn)行支付。由此解決了目前采用URL進(jìn)行支付時(shí)容易被釣魚網(wǎng)站利用,從而導(dǎo)致支付失敗的問題,實(shí)現(xiàn)了能夠通過支付驗(yàn)證碼進(jìn)行支付,并通過支付信息和支付驗(yàn)證碼之間的對應(yīng)關(guān)系,對支付驗(yàn)證碼進(jìn)行驗(yàn)證,以避免支付失敗的有益效果。上述說明僅是本發(fā)明技術(shù)方案的概述,為了能夠更清楚了解本發(fā)明的技術(shù)手段,而可依照說明書的內(nèi)容予以實(shí)施,并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂,以下特舉本發(fā)明的具體實(shí)施方式
。
通過閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述,各種其他的優(yōu)點(diǎn)和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的,而并不認(rèn)為是對本發(fā)明的限制。而且在整個(gè)附圖中,用相同的參考符號表示相同的部件。在附圖中圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的支付處理系統(tǒng)的結(jié)構(gòu)示意圖;圖2示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的支付處理方法的流程圖;圖3示出了在本發(fā)明一個(gè)實(shí)施例中網(wǎng)絡(luò)游戲的官方網(wǎng)站上發(fā)送第一支付請求時(shí)的充值界面的示意圖;以及圖4示出了在本發(fā)明一個(gè)實(shí)施例中網(wǎng)絡(luò)游戲的官方網(wǎng)站上發(fā)送第二支付請求時(shí)的充值界面的示意圖。
具體實(shí)施例方式下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例,然而應(yīng)當(dāng)理解,可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反,提供這些實(shí)施例是為了能夠更透徹地理解本公開,并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。本發(fā)明實(shí)施例提供了一種支付處理服務(wù)器。圖1示出了包含該支付處理服務(wù)器的支付處理系統(tǒng)的結(jié)構(gòu)示意圖。如圖1所示,該支付處理服務(wù)器100包括第一網(wǎng)絡(luò)接口 110、驗(yàn)證碼生成器120、存儲(chǔ)器150和第二網(wǎng)絡(luò)接口 130。第一網(wǎng)絡(luò)接口 110接收第一客戶端210的用戶發(fā)送的包含支付信息的第一支付請求,將該支付信息發(fā)送給驗(yàn)證碼生成器120,由驗(yàn)證碼生成器120根據(jù)第一網(wǎng)絡(luò)接口 110接收到的支付信息生成對應(yīng)的支付驗(yàn)證碼,然后,第一網(wǎng)絡(luò)接口 110將驗(yàn)證碼生成器120生成的支付驗(yàn)證碼發(fā)送給該第一客戶端210。其中,該第一支付請求中包含的支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息。驗(yàn)證碼生成器120根據(jù)該第一支付請求中的支付信息生成支付驗(yàn)證碼時(shí)可通過如下方式實(shí)現(xiàn)通過md5算法對支付信息進(jìn)行加密,得到支付驗(yàn)證碼?;蛘?,通過隨機(jī)密鑰對支付信息進(jìn)行加密,得到支付驗(yàn)證碼。其中,通過隨機(jī)密鑰對支付信息進(jìn)行加密時(shí),由于密鑰是隨機(jī)的,因此,破解起來難度更大,所以安全性更好。因此,在本實(shí)施例中,主要介紹一下通過隨機(jī)密鑰對支付信息進(jìn)行加密的方式。為了獲取隨機(jī)密鑰,可以在上述的支付信息中進(jìn)一步包括發(fā)送第一支付請求的時(shí)間,這樣,驗(yàn)證碼生成器120根據(jù)第一支付請求的發(fā)送時(shí)間來確定對第一支付請求中的支付信息加密時(shí)的加密密鑰。由于每次發(fā)送第一支付請求的時(shí)間都不同,所以每次對第一支付請求進(jìn)行加密時(shí)的加密密鑰也不同,從而提高了安全性。另外,還可以在第一客戶端發(fā)送第一支付請求時(shí)產(chǎn)生一個(gè)隨機(jī)數(shù),根據(jù)該隨機(jī)數(shù)確定加密密鑰,以便增加破解難度。當(dāng)驗(yàn)證碼生成器120生成支付驗(yàn)證碼之后,存儲(chǔ)器150將該支付信息以及生成的對應(yīng)的支付驗(yàn)證碼關(guān)聯(lián)存儲(chǔ)。另外,為了進(jìn)一步增加破解難度,存儲(chǔ)器150進(jìn)一步用于在生成支付驗(yàn)證碼超過預(yù)設(shè)時(shí)間后,刪除存儲(chǔ)的支付信息以及對應(yīng)的支付驗(yàn)證碼。第二網(wǎng)絡(luò)接口 130用于接收第二客戶端220的用戶發(fā)送的、包含支付驗(yàn)證碼的第二支付請求,根據(jù)存儲(chǔ)器150存儲(chǔ)的與該支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)第二客戶端220完成支付。通常情況下,第二客戶端的用戶與第一客戶端的用戶之間為朋友關(guān)系或合作伙伴關(guān)系等。第二客戶端的用戶可通過各種通信方式(例如QQ、短消息、電子郵件等)從第一客戶端處獲取到驗(yàn)證碼生成器生成的支付驗(yàn)證碼??蛇x地,為了進(jìn)一步對第二支付請求中的支付驗(yàn)證碼進(jìn)行驗(yàn)證,該支付處理服務(wù)器還可以進(jìn)一步包括驗(yàn)證碼檢查器140,適于在第二網(wǎng)絡(luò)接口 130接收到第二客戶端220的用戶發(fā)送的第二支付請求之后,驗(yàn)證存儲(chǔ)器150中是否已經(jīng)存儲(chǔ)有該支付驗(yàn)證碼,若驗(yàn)證結(jié)果為是,獲取與該支付驗(yàn)證碼對應(yīng)的支付信息。另外,可選地,也可以在接收到來自第二客戶端的支付驗(yàn)證碼之后,檢查該支付驗(yàn)證碼生成的時(shí)間是否超過了預(yù)定時(shí)間,如果超過了預(yù)定時(shí)間(例如30分鐘),則認(rèn)為支付驗(yàn)證碼失效,并且不允許第二客戶端進(jìn)行的支付。
關(guān)于上述的第一網(wǎng)絡(luò)接口 110、驗(yàn)證碼生成器120、存儲(chǔ)器150和第二網(wǎng)絡(luò)接口 130以及驗(yàn)證碼檢查器110的具體工作過程將在本發(fā)明提供的支付處理方法的實(shí)施例中參照附圖給予進(jìn)一步地詳細(xì)描述。通過本發(fā)明實(shí)施例提供的支付處理服務(wù)器,第二客戶端通過待支付產(chǎn)品的官方網(wǎng)站提供的支付驗(yàn)證碼來代替第一客戶端完成支付過程,由于該支付驗(yàn)證碼只能在官方網(wǎng)站上使用,因此,避免了被釣魚網(wǎng)站欺騙的風(fēng)險(xiǎn)。而且,通過預(yù)先存儲(chǔ)支付驗(yàn)證碼與對應(yīng)的支付信息,并進(jìn)一步根據(jù)存儲(chǔ)的支付驗(yàn)證碼與對應(yīng)的支付信息來引導(dǎo)第二客戶端完成支付,可以進(jìn)一步驗(yàn)證第二客戶端輸入的支付驗(yàn)證碼的合法性,從而提高支付安全性。另外,本發(fā)明實(shí)施例中,通過隨機(jī)密鑰對支付信息進(jìn)行加密,以及設(shè)置支付驗(yàn)證碼的存儲(chǔ)時(shí)限,并將超出存儲(chǔ)時(shí)限的支付驗(yàn)證碼刪除或設(shè)為無效等方式,進(jìn)一步提高了支付驗(yàn)證碼的破解難度,保障了支付安全。本發(fā)明實(shí)施例還提供了一種支付處理系統(tǒng),如圖1所示,該支付處理系統(tǒng)包括支付處理服務(wù)器100、第一客戶端210和第二客戶端220。其中,第一客戶端210和第二客戶端220可通過各種有線/無線網(wǎng)絡(luò)鏈接與支付處理服務(wù)器100進(jìn)行通信。支付處理服務(wù)器100包括上述的第一網(wǎng)絡(luò)接口 110、驗(yàn)證碼生成器120、存儲(chǔ)器150和第二網(wǎng)絡(luò)接口 130以及驗(yàn)證碼檢查器140。關(guān)于支付處理服務(wù)器100以及第一客戶端210和第二客戶端220的具體工作過程將在本發(fā)明提供的支付處理方法的實(shí)施例中結(jié)合附圖給予進(jìn)一步地詳細(xì)描述。本發(fā)明實(shí)施例還提供了一種支付處理方法,該支付處理方法可應(yīng)用于上述的支付處理服務(wù)器及支付處理系統(tǒng)。圖2示出了該支付處理方法的流程圖。如圖2所示,該方法始于步驟S210,在步驟S210中,接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求。其中,該第一支付請求中包含的支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息。其中,步驟S210的執(zhí)行主體可以是圖1中的第一網(wǎng)絡(luò)接口 110。第一客戶端的用戶在發(fā)送第一支付請求時(shí),可以通過待支付產(chǎn)品的官方網(wǎng)站上提供的指定充值接口進(jìn)行發(fā)送。在本實(shí)施例中,以待支付產(chǎn)品為網(wǎng)絡(luò)游戲?yàn)槔M(jìn)行說明。當(dāng)?shù)谝豢蛻舳说挠脩粝胍獮榫W(wǎng)絡(luò)游戲充值時(shí),可以登錄該網(wǎng)絡(luò)游戲的官方網(wǎng)站。圖3示出了該網(wǎng)絡(luò)游戲的官方網(wǎng)站上的充值界面的示意圖。從圖3中可以看出,在該充值界面的左上角,為用戶提供了三個(gè)充值接口 第一個(gè)充值接口為“給自己充值”,第二個(gè)充值接口為“給別人充值”,第三個(gè)充值接口為“找人代充”。用戶通過第三個(gè)充值接口 “找人代充”即可完成上述的第一支付請求的發(fā)送。具體地,當(dāng)用戶點(diǎn)擊“找人代充”的按鈕之后,在充值界面的右側(cè)會(huì)顯示相應(yīng)的選擇框,供用戶輸入支付信息。支付信息包括待支付產(chǎn)品的信息以及第一客戶端處的用戶信息。其中,待支付產(chǎn)品的信息主要用于標(biāo)識待支付的產(chǎn)品,例如,在圖3所示的界面中,待支付產(chǎn)品的信息包括游戲名稱和游戲區(qū)服,用戶可以通過下拉框來選擇游戲的名稱(如龍將),然后通過多選框選擇相關(guān)的游戲區(qū)服。第一客戶端處的用戶信息主要用于標(biāo)識要充值的用戶,例如,在圖3所示的界面中,第一客戶端處的用戶信息主要是指游戲角色(如隗華)。當(dāng)用戶選擇完上述的待支付產(chǎn)品信息和用戶信息之后,點(diǎn)擊“生成代充標(biāo)識碼”(圖3中的“代充標(biāo)識碼”就是指上述的“支付驗(yàn)證碼”)的按鈕,就可以向服務(wù)器發(fā)送上述的第一支付請求,該第一支付請求中包含圖3中輸入的支付信息。接收到上述的第一支付請求之后,在步驟S220中,根據(jù)該第一支付請求中的支付信息生成對應(yīng)的支付驗(yàn)證碼,相關(guān)聯(lián)地存儲(chǔ)該支付信息以及對應(yīng)的支付驗(yàn)證碼,并將該支付驗(yàn)證碼發(fā)送給第一客戶端。具體地,在步驟S220中,根據(jù)該第一支付請求中的支付信息生成支付驗(yàn)證碼時(shí)可通過如下方式實(shí)現(xiàn)通過md5算法對支付信息進(jìn)行加密,得到支付驗(yàn)證碼?;蛘?,通過隨機(jī)密鑰對支付信息進(jìn)行加密,得到支付驗(yàn)證碼。其中,通過隨機(jī)密鑰對支付信息進(jìn)行加密時(shí),由于密鑰是隨機(jī)的,因此,破解起來難度更大,所以安全性更好。因此,在本實(shí)施例中,主要介紹一下通過隨機(jī)密鑰對支付信息進(jìn)行加密的方式。為了獲取隨機(jī)密鑰,可以在上述的支付信息中進(jìn)一步包括發(fā)送第一支付請求的時(shí)間,這樣,服務(wù)器根據(jù)第一支付請求的發(fā)送時(shí)間來確定對第一支付請求中的支付信息加密時(shí)的加密密鑰。由于每次發(fā)送第一支付請求的時(shí)間都不同,所以每次對第一支付請求進(jìn)行加密時(shí)的加密密鑰也不同,從而提高了安全性。另外,還可以在第一客戶端發(fā)送第一支付請求時(shí)產(chǎn)生一個(gè)隨機(jī)數(shù),根據(jù)該隨機(jī)數(shù)確定加密密鑰,以便增加破解難度。圖3中“生成代充標(biāo)識碼”的按鈕右側(cè)顯示的一串字母和數(shù)字的組合就是上述的 支付驗(yàn)證碼。該支付驗(yàn)證碼是通過隨機(jī)密鑰對用戶輸入的支付信息(即游戲名稱、游戲區(qū)服和游戲角色)進(jìn)行加密得到的,具體地,可采用如下代碼來產(chǎn)生支付驗(yàn)證碼
Static fvnciion add($<ikcy,Sskcyt$qfd.. Siiname, $gname, $sname)
{
$iisf OhjCdFi^uier::fmd(('gamesvc1 ''f-yiisiGamesf^SOi); foreach($list[ 'data,] as $game)(
$ga me—array [] 二 $game[ 'simpname iJ;
}
權(quán)利要求
1.一種支付處理方法,包括接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求,根據(jù)所述支付信息生成對應(yīng)的支付驗(yàn)證碼,相關(guān)聯(lián)地存儲(chǔ)所述支付信息以及對應(yīng)的支付驗(yàn)證碼,并將所述支付驗(yàn)證碼發(fā)送給所述第一客戶端,該支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息;接收第二客戶端的用戶發(fā)送的、包含所述支付驗(yàn)證碼的第二支付請求,根據(jù)存儲(chǔ)的與所述支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)所述第二客戶端完成支付。
2.如權(quán)利要求1所述的支付處理方法,其中所述支付信息還包括發(fā)送所述第一支付請求的時(shí)間。
3.如權(quán)利要求1或者2所述的支付處理方法,根據(jù)所述支付信息生成支付驗(yàn)證碼的步驟包括通過隨機(jī)密鑰對所述支付信息進(jìn)行加密,得到所述支付驗(yàn)證碼。
4.如權(quán)利要求1-3中任一個(gè)所述的方法,還包括步驟在接收到所述第二客戶端的用戶發(fā)送的第二支付請求之后,驗(yàn)證是否已經(jīng)存儲(chǔ)有所述支付驗(yàn)證碼,若驗(yàn)證結(jié)果為是,獲取與所述支付驗(yàn)證碼對應(yīng)的支付信息。
5.如權(quán)利要求4所述的方法,還包括步驟在生成所述支付驗(yàn)證碼超過預(yù)設(shè)時(shí)間后,刪除存儲(chǔ)的所述支付信息以及對應(yīng)的支付驗(yàn)證碼。
6.一種支付處理服務(wù)器,包括第一網(wǎng)絡(luò)接口、驗(yàn)證碼生成器、存儲(chǔ)器和第二網(wǎng)絡(luò)接口,其中,第一網(wǎng)絡(luò)接口,適于接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求,并且將所述驗(yàn)證碼生成器生成的支付驗(yàn)證碼發(fā)送給所述第一客戶端;驗(yàn)證碼生成器,適于根據(jù)所述支付信息生成對應(yīng)的支付驗(yàn)證碼;存儲(chǔ)器,適于相關(guān)聯(lián)地存儲(chǔ)所述支付信息以及對應(yīng)的支付驗(yàn)證碼,其中,該支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息;第二網(wǎng)絡(luò)接口,適于接收第二客戶端的用戶發(fā)送的、包含所述支付驗(yàn)證碼的第二支付請求,根據(jù)所述存儲(chǔ)器存儲(chǔ)的與所述支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)所述第二客戶端完成支付。
7.如權(quán)利要求6所述的服務(wù)器,其中所述支付信息還包括發(fā)送所述第一支付請求的時(shí)間。
8.如權(quán)利要求6或者7所述的服務(wù)器,所述驗(yàn)證碼生成器通過隨機(jī)密鑰對所述支付信息進(jìn)行加密,得到所述支付驗(yàn)證碼。
9.如權(quán)利要求6-8中任一個(gè)所述的服務(wù)器,進(jìn)一步包括驗(yàn)證碼檢查器,適于在所述第二網(wǎng)絡(luò)接口接收到所述第二客戶端的用戶發(fā)送的第二支付請求之后,驗(yàn)證所述存儲(chǔ)器中是否已經(jīng)存儲(chǔ)有所述支付驗(yàn)證碼,若驗(yàn)證結(jié)果為是,獲取與所述支付驗(yàn)證碼對應(yīng)的支付信息。
10.如權(quán)利要求9所述的服務(wù)器,所述存儲(chǔ)器進(jìn)一步適于在生成所述支付驗(yàn)證碼超過預(yù)設(shè)時(shí)間后,刪除存儲(chǔ)的所述支付信息以及對應(yīng)的支付驗(yàn)證碼。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)支付方法和服務(wù)器,該方法包括接收第一客戶端的用戶發(fā)送的包含支付信息的第一支付請求,根據(jù)支付信息生成對應(yīng)的支付驗(yàn)證碼,相關(guān)聯(lián)地存儲(chǔ)支付信息以及對應(yīng)的支付驗(yàn)證碼,并將支付驗(yàn)證碼發(fā)送給第一客戶端,該支付信息包括在第一客戶端處的用戶信息以及待支付產(chǎn)品的信息;接收第二客戶端的用戶發(fā)送的、包含支付驗(yàn)證碼的第二支付請求,根據(jù)存儲(chǔ)的與支付驗(yàn)證碼對應(yīng)的支付信息引導(dǎo)第二客戶端完成支付。由此解決了目前采用URL進(jìn)行支付時(shí)容易被釣魚網(wǎng)站利用,從而導(dǎo)致支付失敗的問題,實(shí)現(xiàn)了能夠通過支付驗(yàn)證碼進(jìn)行支付,并通過支付信息和支付驗(yàn)證碼之間的對應(yīng)關(guān)系,對支付驗(yàn)證碼進(jìn)行驗(yàn)證,以避免支付失敗的有益效果。
文檔編號H04L29/06GK103020826SQ201210518398
公開日2013年4月3日 申請日期2012年12月5日 優(yōu)先權(quán)日2012年12月5日
發(fā)明者趙宏威 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司