一種線上支付方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種線上支付方法,所述方法包括:從服務(wù)提供方系統(tǒng)接收包含交易信息的電子票據(jù)支付請求報(bào)文;基于所述交易信息生成電子票據(jù)支付通知郵件;經(jīng)由第一電子郵件服務(wù)器將所述電子票據(jù)支付通知郵件傳送至用戶的支付服務(wù)電子郵件地址;在所述第一電子郵件服務(wù)器上檢測從所述支付服務(wù)電子郵件地址對所述電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件;以及依據(jù)所述支付確認(rèn)回復(fù)郵件來完成后臺支付流程,其中所述支付服務(wù)電子郵件地址預(yù)先與用戶的支付賬戶信息關(guān)聯(lián)。另外,本發(fā)明還提供了執(zhí)行上述方法的線上支付系統(tǒng)。
【專利說明】一種線上支付方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明一般地涉及電子支付領(lǐng)域,并且具體地涉及一種線上支付方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著網(wǎng)絡(luò)技術(shù)的發(fā)展,人們已經(jīng)越來越多地享受到在線消費(fèi)的輕松和便利,而優(yōu)質(zhì)的網(wǎng)絡(luò)消費(fèi)環(huán)境需要安全便捷的在線支付渠道作為保障。一般而言,在線支付是指銀行在賣方與買方通過因特網(wǎng)進(jìn)行交易時為其提供網(wǎng)上資金結(jié)算服務(wù)。這樣的網(wǎng)上消費(fèi)支付結(jié)算方式使得用戶能夠真正做到足不出戶就可以輕松消費(fèi),包括在線進(jìn)行購物、賬單支付等
坐寸ο
[0003]傳統(tǒng)的在線支付方式主要包括網(wǎng)上銀行、第三方支付等方法。網(wǎng)上銀行系統(tǒng)是銀行業(yè)務(wù)服務(wù)的延伸,利用互聯(lián)網(wǎng)開展傳統(tǒng)的銀行業(yè)務(wù)交易服務(wù),使得客戶可以通過互聯(lián)網(wǎng)方便地使用商業(yè)銀行核心業(yè)務(wù)服務(wù),完成各種非現(xiàn)金交易。然而,由于互聯(lián)網(wǎng)是一個開放的網(wǎng)絡(luò),銀行交易服務(wù)器是網(wǎng)絡(luò)上的公開站點(diǎn),網(wǎng)上銀行系統(tǒng)也使銀行內(nèi)部網(wǎng)向互聯(lián)網(wǎng)敞開了大門。因此,如何保證網(wǎng)上銀行交易系統(tǒng)的安全,關(guān)系到銀行內(nèi)部整個金融網(wǎng)的安全,這是網(wǎng)上銀行建設(shè)中最至關(guān)重要的問題。隨著電子商務(wù)和支付技術(shù)的發(fā)展,網(wǎng)上銀行常常由于安全性考慮而造成的操作頁面復(fù)雜,例如網(wǎng)銀支付流程通常需要包括選擇網(wǎng)銀支付方式及銀行、跳轉(zhuǎn)到該銀行網(wǎng)銀頁面、登陸網(wǎng)銀、輸入卡號密碼等信息、確認(rèn)支付以及返回商戶頁面等一系列步驟。
[0004]從上述過程中可看出常規(guī)的網(wǎng)銀支付流程通常需要再商戶、支付網(wǎng)關(guān)、銀行支付頁面之間進(jìn)行多次跳轉(zhuǎn),因此非常麻煩,容易引起誤操作并且嚴(yán)重依賴于網(wǎng)絡(luò)的穩(wěn)定程度。另一方面,用戶在網(wǎng)銀支付過程中需要輸入卡號、密碼等重要信息,既不安全,也不方便。其他比如不利于在類似手機(jī)的掌上終端上進(jìn)行操作、可視化體驗(yàn)差等問題也廣泛存在。
[0005]所謂第三方支付,就是由第三方獨(dú)立機(jī)構(gòu)所提供的交易支持平臺。在通過第三方支付平臺的交易中,買方使用第三方平臺提供的賬戶進(jìn)行貨款支付,由第三方通知賣家貨款到達(dá)、可進(jìn)行發(fā)貨;進(jìn)而在買方檢驗(yàn)物品并且指示付款時,該第三方再將款項(xiàng)轉(zhuǎn)至賣家賬戶。在第三方支付交易流程中,支付模式使商家看不到客戶的賬戶信息,同時又避免了賬戶信息在網(wǎng)絡(luò)上多次公開傳輸而導(dǎo)致該信息被竊。然而,現(xiàn)在的第三方支付及其他銀行聯(lián)盟所推出的類似的在線支付模式都是基于虛擬賬號,在支付之前需要注冊、登錄等過程,其安全性大多仍是基于各種現(xiàn)有的網(wǎng)絡(luò)安全技術(shù)來保證,依舊存在隱患。
[0006]因此,對于具有較高安全性以及操作便利性的線上支付方法和系統(tǒng)仍然有很大的需求。
【發(fā)明內(nèi)容】
[0007]鑒于上述情況,本發(fā)明提供了一種線上支付方法,所述方法包括:從服務(wù)提供方系統(tǒng)接收交易信息;基于所述交易信息生成包含電子票據(jù)支付通知郵件;經(jīng)由第一電子郵件服務(wù)器將所述電子票據(jù)支付通知郵件傳送至用戶的支付服務(wù)電子郵件地址;在所述第一電子郵件服務(wù)器上檢測從所述支付服務(wù)電子郵件地址對所述電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件;以及依據(jù)所述支付確認(rèn)回復(fù)郵件來完成后臺支付流程,其中所述支付服務(wù)電子郵件地址預(yù)先與用戶的支付賬戶信息關(guān)聯(lián)。
[0008]在本發(fā)明的一些實(shí)施例中,所述支付確認(rèn)回復(fù)郵件被設(shè)置為響應(yīng)于用戶對所述電子票據(jù)支付通知郵件的確認(rèn)而在電子郵件客戶端處被自動生成并且傳送回所述第一電子郵件服務(wù)器。
[0009]在本發(fā)明的一些示例中,所述支付服務(wù)電子郵件地址是所述用戶在所述第一電子郵件服務(wù)器上注冊的個人電子郵件地址,或者所述支付服務(wù)電子郵件地址是所述用戶在第三方電子郵件服務(wù)器上注冊的個人電子郵件地址;在這種情況下,所述第三方電子郵件服務(wù)器在所述第一電子郵件服務(wù)器與用戶的支付服務(wù)電子郵件地址之間轉(zhuǎn)送所述電子票據(jù)支付通知郵件和所述支付確認(rèn)回復(fù)郵件。
[0010]在本發(fā)明的一些實(shí)施例中,至少一部分所述交易信息以可視化電子票據(jù)的形式被提供在所述電子票據(jù)支付通知郵件中,其中所述可視化電子票據(jù)采用圖片或者PDF文件的形式。
[0011]在本發(fā)明的一些實(shí)施例中,所述交易信息至少包括商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間、商戶代碼、電子票據(jù)生成時間、電子票據(jù)流水號以及服務(wù)提供商電子簽名,其中所述商戶代碼、電子票據(jù)生成時間和電子票據(jù)流水號一起被設(shè)置為用于唯一地識別一個電子票據(jù)支付請求,并且所述可視化電子票據(jù)包含所述商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間以及服務(wù)提供商電子簽名。
[0012]在本發(fā)明的一些實(shí)施例中,所述電子票據(jù)支付通知郵件被設(shè)置為向所述第一電子郵件服務(wù)器顯示的發(fā)送方為電子支付服務(wù)地址。
[0013]在本發(fā)明的一些實(shí)施例中,所述電子票據(jù)支付通知郵件還包含付費(fèi)說明、唯一的電子票據(jù)識別碼以及電子支付處理方的電子簽名,并且所述支付確認(rèn)回復(fù)郵件被設(shè)置為包含所述唯一的電子票據(jù)識別碼,其中檢測所述支付確認(rèn)回復(fù)郵件包括定時輪詢所述第一電子郵件服務(wù)器來檢測所述支付確認(rèn)回復(fù)郵件并且基于所述電子票據(jù)識別碼將所述支付確認(rèn)回復(fù)郵件與相應(yīng)的電子票據(jù)支付請求關(guān)聯(lián)。
[0014]在本發(fā)明的一些實(shí)施例中,檢測所述支付確認(rèn)回復(fù)郵件還包括對其進(jìn)行合法性驗(yàn)證并且判斷是否為重復(fù)支付。
[0015]在本發(fā)明的一些實(shí)施例中,生成所述電子票據(jù)支付通知郵件包括按照郵件加密協(xié)議對所生成的電子票據(jù)支付通知郵件進(jìn)行加密處理。
[0016]在本發(fā)明的一些實(shí)施例中,所述方法還包括在后臺支付流程完成之后向所述服務(wù)提供方系統(tǒng)發(fā)起銷賬請求,并且在收到銷賬應(yīng)答之后,通過所述第一電子郵件服務(wù)器向所述個人電子郵件地址發(fā)送支付成功應(yīng)答郵件。
[0017]另一方面,本發(fā)明還提供了一種線上支付系統(tǒng),所述系統(tǒng)包括:第一電子郵件服務(wù)器;以及電子郵件支付處理中心,所述電子郵件支付處理中心被設(shè)置為執(zhí)行以下操作:從服務(wù)提供方系統(tǒng)接收包含交易信息的電子票據(jù)支付請求報(bào)文;基于所述交易信息生成電子票據(jù)支付通知郵件;在所述第一電子郵件服務(wù)器上檢測從所述支付服務(wù)電子郵件地址對所述電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件;以及依據(jù)所述支付確認(rèn)回復(fù)郵件來完成后臺支付流程,其中所述支付服務(wù)電子郵件地址預(yù)先與用戶的支付賬戶信息關(guān)聯(lián)。[0018]通過本發(fā)明所提供的線上支付方法和系統(tǒng)利用了常見的電子郵件渠道,因而具有簡單、方便、安全、跨平臺等特點(diǎn),為目前現(xiàn)有的線上支付方式提供了有益的補(bǔ)充。進(jìn)一步地,通過與電子票據(jù)技術(shù)的結(jié)合,本發(fā)明所提供的線上支付方法和系統(tǒng)有效地解決了電子商務(wù)的最后一公里問題。
【專利附圖】
【附圖說明】
[0019]本發(fā)明的前述和其他目標(biāo)、特征和優(yōu)點(diǎn)根據(jù)下面對本發(fā)明的實(shí)施例的更具體的說明將是顯而易見的,這些實(shí)施例在附圖中被示意。
[0020]圖1示意性地示出了應(yīng)用根據(jù)本發(fā)明的一個實(shí)施例的線上支付系統(tǒng)的場景。
[0021]圖2示意性地示出了根據(jù)本發(fā)明的一個實(shí)施例的線上支付方法的流程圖。
[0022]圖3示意性地示出了在根據(jù)本發(fā)明的一個實(shí)施例的線上支付系統(tǒng)的應(yīng)用場景中向用戶呈現(xiàn)的一個示例客戶端界面。
[0023]圖4示意性地示出了在根據(jù)本發(fā)明的一個實(shí)施例的線上支付系統(tǒng)的應(yīng)用場景中向用戶呈現(xiàn)的另一個示例客戶端界面。
【具體實(shí)施方式】
[0024]以下結(jié)合附圖和【具體實(shí)施方式】進(jìn)一步詳細(xì)說明本發(fā)明。需要說明的是,附圖中的各結(jié)構(gòu)只是示意性說明,用以使本領(lǐng)域普通技術(shù)人員最佳地理解本發(fā)明的原理,其不一定按比例繪制。
[0025]下面將結(jié)合圖1和圖2來描述本發(fā)明所提供的線上支付方法及系統(tǒng)。圖1示意性地示出了應(yīng)用根據(jù)本發(fā)明的一個實(shí)施例的線上支付系統(tǒng)的場景,而圖2示意性地示出了根據(jù)本發(fā)明的一個實(shí)施例的線上支付方法的流程圖。
[0026]如圖1所示,根據(jù)本發(fā)明的一個實(shí)施例的線上支付系統(tǒng)可以包括電子郵件支付處理中心101和第一電子郵件服務(wù)器102兩部分。本發(fā)明所提供的線上支付系統(tǒng)和方法的一個重要方面在于,用戶必須具有一個與其支付帳戶綁定的個人電子郵件地址作為支付服務(wù)電子郵件地址。用戶可以預(yù)先向電子郵件支付處理中心101上注冊這個用于支付的個人電子郵件地址,并且將其與支付帳戶信息關(guān)聯(lián),具體地例如可以與銀行卡、預(yù)付費(fèi)卡綁定。由此,電子郵件支付處理中心101可基于該電子郵件地址來得到用戶的支付帳戶信息,并且在得到用戶確認(rèn)的情況下使用這些信息與后臺支付系統(tǒng)進(jìn)行交互,最終完成支付。
[0027]下面結(jié)合圖2來具體說明當(dāng)用戶需要利用本發(fā)明所提供的線上支付系統(tǒng)完成一筆交易支付時,電子郵件支付處理中心101的操作。
[0028]首先,電子郵件支付處理中心101在步驟S201中從服務(wù)提供方系統(tǒng)接收包含交易信息的電子票據(jù)支付請求報(bào)文,如圖1所示。在實(shí)踐中,服務(wù)提供商系統(tǒng)可以例如是提供機(jī)票、旅游行程預(yù)定的旅行社網(wǎng)站、提供繳費(fèi)服務(wù)的公共事業(yè)單位數(shù)據(jù)系統(tǒng)、提供保險(xiǎn)服務(wù)的保險(xiǎn)公司數(shù)據(jù)系統(tǒng)等等,其主要被用于向電子郵件支付處理中心101提供生成后續(xù)的電子票據(jù)支付通知郵件的數(shù)據(jù)源。
[0029]進(jìn)而在步驟S201中,電子郵件支付處理中心101基于所接收的電子票據(jù)支付請求報(bào)文中的交易信息生成電子票據(jù)支付通知郵件。優(yōu)選地,可以可視化電子票據(jù)的形式在電子票據(jù)支付通知郵件中提供至少一部分所述交易信息,該可視化電子票據(jù)可采用圖片、PDF、HTML文件的形式。
[0030]在實(shí)踐中,電子票據(jù)是指在現(xiàn)代計(jì)算機(jī)和網(wǎng)絡(luò)通訊、信息安全等IT技術(shù)的基礎(chǔ)上以電子信息為載體的無紙化票據(jù),其生成、存儲、封裝和傳遞等環(huán)節(jié)均以電子信息的形式完成。與傳統(tǒng)的紙質(zhì)票據(jù)相比,電子票據(jù)具備自動生成、集中管理、信息更加豐富、在線稽核等特點(diǎn)。舉例來說,上述可視化電子票據(jù)可以包括網(wǎng)絡(luò)購物的電子小票、電子簽購單、電子訂單、公共事業(yè)服務(wù)的電子帳單、電子罰款通知、電子繳費(fèi)通知、電子發(fā)票、電子非稅收據(jù)、電子行程單、電子保險(xiǎn)單等等。因此,電子票據(jù)支付請求報(bào)文可例如以電子訂單報(bào)文或電子帳單報(bào)文的形式被發(fā)送給電子郵件支付處理中心101。
[0031]在本發(fā)明的一些實(shí)施例中,來自服務(wù)提供商系統(tǒng)的交易信息可以至少包括商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間、商戶代碼、電子票據(jù)生成時間、電子票據(jù)流水號以及服務(wù)提供商電子簽名。商戶代碼、電子票據(jù)生成時間和電子票據(jù)流水號可以一起被設(shè)置為供電子郵件支付處理系統(tǒng)101用于唯一地識別一個電子票據(jù)支付請求,而不需要被提供給用戶,其中電子票據(jù)流水號可以由服務(wù)提供方系統(tǒng)自動生成,例如在I到某個最大值之間循環(huán)使用。相應(yīng)地,所述可視化電子票據(jù)則可以包含上述商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間以及服務(wù)提供商電子簽名。進(jìn)一步地,電子票據(jù)支付通知郵件還可例如包含付費(fèi)說明、唯一的電子票據(jù)識別碼以及電子支付處理系統(tǒng)的電子簽名。
[0032]另外,電子郵件支付處理中心101還可以按照諸如S/MME協(xié)議的郵件加密協(xié)議對所生成的電子票據(jù)支付通知郵件進(jìn)行加密處理。
[0033]在生成電子票據(jù)支付通知郵件之后,電子郵件支付處理中心101在步驟S203中經(jīng)第一電子郵件服務(wù)器將該郵件發(fā)送至用戶的支付服務(wù)電子郵件地址。在實(shí)踐中,所述電子票據(jù)支付通知郵件優(yōu)選地被設(shè)置為向所述第一電子郵件服務(wù)器顯示的發(fā)送方為特定的電子支付服務(wù)地址。
[0034]在本發(fā)明的一些實(shí)施例中,用戶的支付服務(wù)電子郵件地址可以是在第一電子郵件服務(wù)器上直接注冊的個人電子郵件地址。在這種情況下,第一電子郵件服務(wù)器102將存儲接收自電子郵件支付處理中心101的電子票據(jù)支付通知郵件并且等待用戶收取。另外,用戶的支付服務(wù)電子郵件地址也可以是用戶在第三方電子郵件服務(wù)器上注冊的個人電子郵件地址,如圖1中的虛線框所示。在這種情況下,第一電子郵件服務(wù)器102可以被設(shè)置為與第三方電子郵件服務(wù)器通信,使得第三方電子郵件服務(wù)器可以在第一電子郵件服務(wù)器與用戶的支付服務(wù)電子郵件地址之間轉(zhuǎn)送電子票據(jù)支付通知郵件和后續(xù)的支付確認(rèn)回復(fù)郵件。也就是說,第一電子郵件服務(wù)器102將把接收自電子郵件支付處理中心101的電子票據(jù)支付通知郵件轉(zhuǎn)發(fā)給第三方電子郵件服務(wù)器,并且用戶將從第三方電子郵件服務(wù)器收取該郵件。相比較而言,前一種方式的處理效率更高,但后一種方式為用戶提供了很大的靈活性,使得用戶可以任意選擇自己已有的個人電子郵件地址來作為支付服務(wù)電子郵件地址。
[0035]在步驟S207中,電子郵件支付處理中心101將在第一電子郵件服務(wù)器102上檢測從支付服務(wù)電子郵件地址對電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件。
[0036]如圖1所示,在電子票據(jù)支付通知郵件被傳送至第一電子郵件服務(wù)器(或第三方電子郵件服務(wù)器)之后,用戶可以通過電子郵件客戶端接收該郵件。在實(shí)踐中,電子郵件客戶端可以對該郵件進(jìn)行簽名驗(yàn)證以及解密操作。用戶在收到該郵件之后,如果確認(rèn)其中的交易信息無誤,那么就需要往回發(fā)送支付確認(rèn)回復(fù)郵件,這個過程可以被理解為與一般地利用個人電子郵箱交互信息的過程一致。
[0037]優(yōu)選地,可以將用戶在電子郵件客戶端上生成支付確認(rèn)回復(fù)郵件的過程實(shí)現(xiàn)為在用戶點(diǎn)擊郵件中的支付按鈕(如在圖3中所示出的那樣)或選擇郵件的支付選項(xiàng)(如在圖4中所示出的那樣)時,由電子郵件客戶端直接生成相應(yīng)的支付確認(rèn)回復(fù)郵件,并且進(jìn)行加密、簽名等。在圖3和圖4中分別給出了示例性的客戶端界面。為了提高安全性,還可以例如向用戶的手機(jī)終端發(fā)送包含動態(tài)驗(yàn)證碼的短信。如果用戶在手機(jī)終端回復(fù)郵件,則可以直接獲取該動態(tài)驗(yàn)證碼;如果在非手機(jī)終端的其他連網(wǎng)設(shè)備上回復(fù)郵件,則電子郵件客戶端可以被彈出動態(tài)驗(yàn)證碼輸入框,電子郵件客戶端在用戶輸入該驗(yàn)證碼之后自動生成并發(fā)送支付確認(rèn)回復(fù)郵件。在兩種方式中,該動態(tài)驗(yàn)證碼信息均可以被包含在支付確認(rèn)回復(fù)郵件中。
[0038]優(yōu)選地,在該支付確認(rèn)回復(fù)郵件中可以包括在電子票據(jù)支付通知郵件中所含有的對該筆訂單的特定標(biāo)識,例如由電子郵件支付處理中心101所生成的唯一的電子票據(jù)識別碼。同樣地,該支付確認(rèn)回復(fù)郵件可以直接被發(fā)送給第一電子郵件服務(wù)器102或者經(jīng)第三方電子郵件服務(wù)器轉(zhuǎn)發(fā)被第一電子郵件服務(wù)器102。第一電子郵件服務(wù)器102通常會對該郵件進(jìn)行例如簽名驗(yàn)證、解密等處理并對其進(jìn)行存儲。
[0039]在本發(fā)明的一些實(shí)施例中,電子郵件支付處理中心101可以通過定時輪詢第一電子郵件服務(wù)器來檢測支付確認(rèn)回復(fù)郵件??梢曰诶缥ㄒ坏碾娮悠睋?jù)識別碼將支付確認(rèn)回復(fù)郵件與相應(yīng)的電子票據(jù)支付請求關(guān)聯(lián)。由此,電子郵件支付處理中心101還可以進(jìn)一步對該支付確認(rèn)回復(fù)郵件進(jìn)行合法性驗(yàn)證并且判斷是否為重復(fù)支付。
[0040]在檢測到有效的支付確認(rèn)回復(fù)郵件之后,電子郵件支付處理中心101將在步驟S207中依據(jù)支付確認(rèn)回復(fù)郵件來完成后臺支付流程。由于在本發(fā)明所提供的線上支付方法及系統(tǒng)中,用戶的支付服務(wù)電子郵件地址與其支付帳戶信息預(yù)先關(guān)聯(lián),因此電子郵件支付處理中心101可首先基于支付服務(wù)電子郵件地址獲取相應(yīng)的支付帳戶信息。
[0041]之后,如圖1所示,電子郵件支付處理中心101可以例如向支付網(wǎng)關(guān)發(fā)起支付請求,支付網(wǎng)關(guān)進(jìn)而向電子郵件支付處理系統(tǒng)返回支付應(yīng)答,這與常規(guī)的處理流程相似,在這里不做贅述。另外,該支付網(wǎng)關(guān)可以是銀行系統(tǒng)的支付網(wǎng)關(guān),也可以是提供銀行卡、預(yù)付費(fèi)卡等支付接口的第三方支付網(wǎng)關(guān)。
[0042]在后臺支付流程完成之后,電子郵件支付處理中心101還可以向服務(wù)提供方系統(tǒng)發(fā)起銷賬請求,銷賬請求中可以例如包含商戶代碼、電子票據(jù)生成時間、電子票據(jù)流水號等信息。進(jìn)一步地,在收到來自服務(wù)提供方系統(tǒng)的銷賬應(yīng)答之后,通過第一電子郵件服務(wù)器102向所述個人電子郵件地址發(fā)送支付成功應(yīng)答郵件。在該支付成功應(yīng)答郵件中可以例如包括電子交易憑證、電子發(fā)票等。
[0043]本領(lǐng)域的技術(shù)人員應(yīng)理解,本發(fā)明所提供的線上支付系統(tǒng)的上述電子郵件支付處理中心和第一電子郵件服務(wù)器不一定必須是獨(dú)立的兩個部分,而是可以集成在一起。另外,本領(lǐng)域的技術(shù)人員還應(yīng)該理解在本說明書中對步驟的劃分也僅是示例性的,而不是限制性的。
[0044]從上述說明中可以看出,本發(fā)明所提供的線上支付方法和系統(tǒng)僅需要用戶具有個人電子郵箱即可,因此在實(shí)現(xiàn)上幾乎沒有硬件障礙,便于廣泛實(shí)現(xiàn)。由于目前個人計(jì)算機(jī)、個人數(shù)字助理(PDA)、手機(jī)等終端均支持電子郵件應(yīng)用,上所述方法和系統(tǒng)可以無縫地跨終端平臺使用,并且使用戶能夠在家中、辦公室或公共場合、室內(nèi)或室外、靜止或移動等等多種環(huán)境中方便地完成交易支付。進(jìn)一步地,在本發(fā)明所提供的支付流程中,用戶可以被提供詳細(xì)的電子票據(jù),并且可以容易地在其郵箱中進(jìn)行查詢,因而具有良好的消費(fèi)體驗(yàn)。
[0045]應(yīng)當(dāng)說明的是,以上【具體實(shí)施方式】僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制。盡管參照上述【具體實(shí)施方式】對本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解,依然可以對本發(fā)明的【具體實(shí)施方式】進(jìn)行修改或?qū)Σ糠旨夹g(shù)特征進(jìn)行等同替換而不脫離本發(fā)明的實(shí)質(zhì),其均涵蓋在本發(fā)明請求保護(hù)的范圍中。
【權(quán)利要求】
1.一種線上支付方法,其特征在于,所述方法包括: 從服務(wù)提供方系統(tǒng)接收包含交易信息的電子票據(jù)支付請求報(bào)文; 基于所述交易信息生成電子票據(jù)支付通知郵件; 經(jīng)由第一電子郵件服務(wù)器將所述電子票據(jù)支付通知郵件傳送至用戶的支付服務(wù)電子郵件地址; 在所述第一電子郵件服務(wù)器上檢測從所述支付服務(wù)電子郵件地址對所述電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件;以及 依據(jù)所述支付確認(rèn)回復(fù)郵件來完成后臺支付流程,其中 所述支付服務(wù)電子郵件地址預(yù)先與用戶的支付賬戶信息關(guān)聯(lián)。
2.如權(quán)利要求1所述的方法,其特征在于,所述支付確認(rèn)回復(fù)郵件被設(shè)置為響應(yīng)于用戶對所述電子票據(jù)支付通知郵件的確認(rèn)而在電子郵件客戶端處被自動生成并且傳送回所述第一電子郵件服務(wù)器。
3.如權(quán)利要求2所述的方法,其特征在于,所述支付服務(wù)電子郵件地址是所述用戶在所述第一電子郵件服務(wù)器上注冊的個人電子郵件地址,或者 所述支付服務(wù)電子郵件地址是所述用戶在第三方電子郵件服務(wù)器上注冊的個人電子郵件地址;在這種情況下,所述第三方電子郵件服務(wù)器在所述第一電子郵件服務(wù)器與用戶的支付服務(wù)電子郵件地址之間轉(zhuǎn)送所述電子票據(jù)支付通知郵件和所述支付確認(rèn)回復(fù)郵件。
4.如權(quán)利要求1所述的方法,其特征在于,至少一部分所述交易信息以可視化電子票據(jù)的形式被提供在所述電子票據(jù)支付通知郵件中,其中所述可視化電子票據(jù)采用圖片、HF文件、HTML的形式。
5.如權(quán)利要求4所述的方法,其特征在于,所述交易信息至少包括商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間、商戶代碼、電子票據(jù)生成時間、電子票據(jù)流水號以及服務(wù)提供商電子簽名,其中所述商戶代碼、電子票據(jù)生成時間和電子票據(jù)流水號一起被設(shè)置為用于唯一地識別一個電子票據(jù)支付請求,并且 所述可視化電子票據(jù)包含所述商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間以及服務(wù)提供商電子簽名。
6.如權(quán)利要求1所述的方法,其特征在于,所述電子票據(jù)支付通知郵件被設(shè)置為向所述第一電子郵件服務(wù)器顯示的發(fā)送方為電子支付服務(wù)地址。
7.如權(quán)利要求1所述的方法,其特征在于,所述電子票據(jù)支付通知郵件還包含付費(fèi)說明、唯一的電子票據(jù)識別碼以及電子支付處理方的電子簽名,并且 所述支付確認(rèn)回復(fù)郵件被設(shè)置為包含所述唯一的電子票據(jù)識別碼,其中檢測所述支付確認(rèn)回復(fù)郵件包括定時輪詢所述第一電子郵件服務(wù)器來檢測所述支付確認(rèn)回復(fù)郵件并且基于所述電子票據(jù)識別碼將所述支付確認(rèn)回復(fù)郵件與相應(yīng)的電子票據(jù)支付請求關(guān)聯(lián)。
8.如權(quán)利要求7所述的方法,其特征在于,檢測所述支付確認(rèn)回復(fù)郵件還包括對其進(jìn)行合法性驗(yàn)證并且判斷是否為重復(fù)支付。
9.如權(quán)利要求1所述的方法,其特征在于,生成所述電子票據(jù)支付通知郵件包括按照郵件加密協(xié)議對所生成的電子票據(jù)支付通知郵件進(jìn)行加密處理。
10.如權(quán)利要求1所述的方法,其特征在于,所述方法還包括在后臺支付流程完成之后向所述服務(wù)提供方系統(tǒng)發(fā)起銷賬請求,并且在收到銷賬應(yīng)答之后,通過所述第一電子郵件服務(wù)器向所述個人電子郵件地址發(fā)送支付成功應(yīng)答郵件。
11.一種線上支付系統(tǒng),其特征在于,所述系統(tǒng)包括: 第一電子郵件服務(wù)器;以及 電子郵件支付處理中心,所述電子郵件支付處理中心被設(shè)置為執(zhí)行以下操作: 從服務(wù)提供方系統(tǒng)接收包含交易信息的電子票據(jù)支付請求報(bào)文; 基于所述交易信息生成電子票據(jù)支付通知郵件; 經(jīng)由第一電子郵件服務(wù)器將所述電子票據(jù)支付通知郵件傳送至用戶的支付服務(wù)電子郵件地址; 在所述第一電子郵件服務(wù)器上檢測從所述支付服務(wù)電子郵件地址對所述電子票據(jù)支付通知郵件的支付確認(rèn)回復(fù)郵件;以及 依據(jù)所述支付確認(rèn)回復(fù)郵件來完成后臺支付流程,其中 所述支付服務(wù)電子郵件地址預(yù)先與用戶的支付賬戶信息關(guān)聯(lián)。
12.如權(quán)利要求11所述的系統(tǒng),其特征在于,所述支付確認(rèn)回復(fù)郵件被設(shè)置為響應(yīng)于用戶對所述電子票據(jù)支付通知郵件的確認(rèn)而在電子郵件客戶端處被自動生成并且傳送回所述第一電子郵件服務(wù)器。
13.如權(quán)利要求12所述的系統(tǒng),其特征在于,所述支付服務(wù)電子郵件地址是所述用戶在所述第一電子郵件服務(wù)器上注冊的個人電子郵件地址,或者 所述支付服務(wù)電子郵件地址是所述用戶在第三方電子郵件服務(wù)器上注冊的個人電子郵件地址;在這種情況下,所述第三方電子郵件服務(wù)器在所述第一電子郵件服務(wù)器與用戶的支付服務(wù)電子郵件地址之間轉(zhuǎn)送所述電子票據(jù)支付通知郵件和所述支付確認(rèn)回復(fù)郵件。
14.如權(quán)利要求11所述的系統(tǒng),其特征在于,至少一部分所述交易信息以可視化電子票據(jù)的形式被提供在所述電子票據(jù)支付通知郵件中,其中所述可視化電子票據(jù)采用圖片、PDF文件、HTML的形式。
15.如權(quán)利要求14所述的系統(tǒng),其特征在于,所述交易信息至少包括商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間、商戶代碼、電子票據(jù)生成時間、電子票據(jù)流水號以及服務(wù)提供商電子簽名,其中所述商戶代碼、電子票據(jù)生成時間和電子票據(jù)流水號一起被設(shè)置為用于唯一地識別一個電子票據(jù)支付請求,并且 所述可視化電子票據(jù)包含所述商戶名稱、商品明細(xì)、訂單總金額、最晚支付時間以及服務(wù)提供商電子簽名。
16.如權(quán)利要求11所述的系統(tǒng),其特征在于,所述電子票據(jù)支付通知郵件被設(shè)置為向所述第一電子郵件服務(wù)器顯示的發(fā)送方為電子支付服務(wù)地址。
17.如權(quán)利要求11所述的系統(tǒng),其特征在于,所述電子票據(jù)支付通知郵件還包含付費(fèi)說明、唯一的電子票據(jù)識別碼以及電子支付處理中心的電子簽名,并且 所述支付確認(rèn)回復(fù)郵件被設(shè)置為包含所述唯一的電子票據(jù)識別碼,其中檢測所述支付確認(rèn)回復(fù)郵件包括定時輪詢所述第一電子郵件服務(wù)器來檢測所述支付確認(rèn)回復(fù)郵件并且基于所述電子票據(jù)識別碼將所述支付確認(rèn)回復(fù)郵件與相應(yīng)的電子票據(jù)支付請求關(guān)聯(lián)。
18.如權(quán)利要求17所述的系統(tǒng),其特征在于,檢測所述支付確認(rèn)回復(fù)郵件還包括對其進(jìn)行合法性驗(yàn)證并且判斷是否為重復(fù)支付。
19.如權(quán)利要求11所述的系統(tǒng),其特征在于,生成所述電子票據(jù)支付通知郵件包括按照郵件加密協(xié)議對所生成的電子票據(jù)支付通知郵件進(jìn)行加密處理。
20.如權(quán)利要求11所述的系統(tǒng),其特征在于,所述電子郵件支付處理中心還被設(shè)置為在后臺支付流程完成之后向所述服務(wù)提供方系統(tǒng)發(fā)起銷賬請求,并且在收到銷賬應(yīng)答之后,通過所述第一 電子郵件服務(wù)器向所述個人電子郵件地址發(fā)送支付成功應(yīng)答郵件。
【文檔編號】G06Q20/12GK103729760SQ201210391610
【公開日】2014年4月16日 申請日期:2012年10月16日 優(yōu)先權(quán)日:2012年10月16日
【發(fā)明者】尹亞偉, 魯志軍 申請人:中國銀聯(lián)股份有限公司