一種添加支付口令的支付處理方法
【專利摘要】本發(fā)明提供了一種添加支付口令的支付處理方法,包括:支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求;支付信息包括支付口令和支付口令交互信息;支付終端向支付服務(wù)器發(fā)出帶有支付信息的移動(dòng)支付請(qǐng)求;支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至接收終端;接收終端接收支付鏈接,接收終端將所述支付口令的交互信息發(fā)送至支付服務(wù)器;支付服務(wù)器驗(yàn)證接收終端反饋的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息一致時(shí),支付請(qǐng)求被打開且完成。本申請(qǐng)使得接收終端在實(shí)現(xiàn)與支付口令的預(yù)設(shè)互動(dòng)之后,可接收支付方發(fā)送的支付金額,實(shí)現(xiàn)與支付方之間的情感互動(dòng)。
【專利說(shuō)明】
一種添加支付口令的支付處理方法
技術(shù)領(lǐng)域
[0001 ]本發(fā)明涉及移動(dòng)支付領(lǐng)域,特別地,涉及一種在支付時(shí)添加支付口令、實(shí)現(xiàn)支付雙方情感交互的支付處理方法、裝置及終端。
【背景技術(shù)】
[0002]隨著移動(dòng)互聯(lián)網(wǎng)以及互聯(lián)網(wǎng)支付的快速發(fā)展,移動(dòng)支付的需求量也越來(lái)越大,移動(dòng)支付衍生了多種多樣的形態(tài),例如常用的有快捷支付、帳戶支付、聲波支付、刷臉支付、刷卡支付以及指紋支付等,然而這些支付方式都僅僅是進(jìn)行支付流程,未能有效地將支付方與接收終端有效地聯(lián)系起來(lái)。
[0003]同時(shí),移動(dòng)互聯(lián)網(wǎng)以及互聯(lián)網(wǎng)支付的普及,也使得人們?cè)絹?lái)越多地通過(guò)即時(shí)通信的社交軟件進(jìn)行溝通,即時(shí)通信類的社交軟件的功能之一,就是通過(guò)移動(dòng)支付的方式給親朋好友發(fā)不同金額的紅包,而且這種功能已經(jīng)十分普及,人們可以足不出戶,就給萬(wàn)里之外的朋友送上紅包。然而目前的這種移動(dòng)支付方式形式單一,支付方與接收終端之間缺少情感上的交互。
【發(fā)明內(nèi)容】
[0004]本發(fā)明目的在于提供一種添加支付口令的支付處理方法,以解決移動(dòng)支付方式形式單一、沒(méi)有趣味性和情感交互的技術(shù)問(wèn)題。
[0005]為實(shí)現(xiàn)上述目的,本發(fā)明提供了一種添加支付口令的支付處理方法,方法包括:
[0006]支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求;支付信息包括支付口令和支付口令交互信息;
[0007]支付終端向支付服務(wù)器發(fā)出帶有支付信息的移動(dòng)支付請(qǐng)求;
[0008]支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至接收終端;
[0009]接收終端接收所述支付鏈接,接收終端將所述支付口令的交互信息發(fā)送至支付服務(wù)器;
[0010]支付服務(wù)器驗(yàn)證接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息一致時(shí),所述支付請(qǐng)求被打開且完成。
[0011 ]優(yōu)選地,所述支付口令為特定問(wèn)題,支付口令交互信息為與所述特定問(wèn)題關(guān)聯(lián)的設(shè)定答案;所述支付口令為圖片、音頻、視頻、文字或者emoji繪文字,所述支付口令交互信息為文字或者emoji繪文字。
[0012]優(yōu)選地,支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求還包括:
[0013]支付終端檢測(cè)到支付信息的采集完成時(shí),檢測(cè)所述支付信息的格式是否符合預(yù)設(shè)格式;
[0014]當(dāng)所述支付信息的格式符合預(yù)設(shè)格式時(shí),直接采集所述支付信息;
[0015]當(dāng)所述支付信息的格式不符合預(yù)設(shè)格式時(shí),對(duì)所述支付信息進(jìn)行轉(zhuǎn)碼以符合預(yù)設(shè)格式后,采集所述支付信息。
[0016]優(yōu)選地,所述支付信息還包括支付終端數(shù)量;
[0017]當(dāng)支付終端數(shù)量大于I時(shí),支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至若干個(gè)接收終端;
[0018]支付服務(wù)器一一驗(yàn)證若干個(gè)接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息是否一致;
[0019]支付服務(wù)器打開并完成支付口令交互信息一致的所述接收終端的支付請(qǐng)求。
[0020]優(yōu)選地,所述支付鏈接為帶有支付方授權(quán)賬號(hào)的支付請(qǐng)求,或者為空白支付請(qǐng)求。[0021 ]優(yōu)選地,支付終端數(shù)量超出支付數(shù)時(shí),支付服務(wù)器發(fā)送空白支付請(qǐng)求至超出數(shù)量的支付終端。
[0022]優(yōu)選地,反饋的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息不一致時(shí),支付服務(wù)器發(fā)送空白支付請(qǐng)求至對(duì)應(yīng)的接收終端。
[0023]本發(fā)明具有以下有益效果:
[0024]本發(fā)明公開了一種在支付時(shí)添加支付口令的支付處理方法,其中心思想是在支付請(qǐng)求中添加支付口令作為附加內(nèi)容,如音頻、視頻以及Flash等,將支付口令與支付請(qǐng)求共同發(fā)送至支付服務(wù)器,并進(jìn)一步將支付口令與支付請(qǐng)求發(fā)送至接收終端,使得接收終端在實(shí)現(xiàn)與支付口令的預(yù)設(shè)互動(dòng)之后,可接收支付方發(fā)送的支付金額,實(shí)現(xiàn)與支付方之間的情感互動(dòng)。本發(fā)明的方法及其對(duì)應(yīng)裝置尤可應(yīng)用于目前移動(dòng)支付中的各類紅包玩法中,增加趣味性的同時(shí),也給使用雙方用戶帶來(lái)的極佳的用戶體驗(yàn)。
[0025]例如,支付請(qǐng)求中添加了發(fā)送給接收終端的問(wèn)題以及支付終端預(yù)設(shè)的答案,在支付服務(wù)器接收到接收終端反饋的與預(yù)設(shè)答案一致的回復(fù)后,完成支付請(qǐng)求,將支付終端發(fā)送的紅包發(fā)給接收終端;若支付服務(wù)器接收到接收終端反饋的與預(yù)設(shè)答案不一致的回復(fù)后,不完成支付請(qǐng)求,將支付終端發(fā)送的紅包退回給支付終端。
[0026]除了上面所描述的目的、特征和優(yōu)點(diǎn)之外,本發(fā)明還有其它的目的、特征和優(yōu)點(diǎn)。下面將參照?qǐng)D,對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說(shuō)明。
【附圖說(shuō)明】
[0027]構(gòu)成本申請(qǐng)的一部分的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解,本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:
[0028]圖1是本發(fā)明優(yōu)選實(shí)施例一的流程示意圖;
[0029]圖2是本發(fā)明優(yōu)選實(shí)施例二的流程示意圖
[0030]圖3是本發(fā)明優(yōu)選實(shí)施例三的流程示意圖;
[0031 ]圖4是本發(fā)明優(yōu)選實(shí)施例四的流程示意圖;
[0032]圖5是本發(fā)明優(yōu)選實(shí)施例一的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0033]以下結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說(shuō)明,但是本發(fā)明可以根據(jù)權(quán)利要求限定和覆蓋的多種不同方式實(shí)施。
[0034]實(shí)施例一
[0035]如圖1和圖5所示,是根據(jù)一示例性實(shí)施例示出的一種實(shí)現(xiàn)支付雙方情感交互的支付處理方法的流程圖,結(jié)合圖示,一種實(shí)現(xiàn)支付雙方情感交互的支付處理方法,用于進(jìn)行移動(dòng)支付的雙方終端中,其主要包括以下步驟:
[0036]步驟SI10:支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求;所述支付信息包括支付口令和支付口令交互信息。
[0037]本發(fā)明實(shí)施例可通過(guò)支付方的用戶終端即支付終端上通過(guò)移動(dòng)支付服務(wù)來(lái)實(shí)現(xiàn),支付終端的支付方通過(guò)注冊(cè)賬號(hào)與支付服務(wù)商之間建立聯(lián)系,如實(shí)現(xiàn)支付方的銀行卡信息與該賬號(hào)之間的綁定。
[0038]在本發(fā)明中以支付服務(wù)器統(tǒng)稱支付服務(wù)商。在發(fā)起支付請(qǐng)求時(shí),支付服務(wù)器將使用支付方的賬號(hào)信息來(lái)進(jìn)行支付,支付服務(wù)器與支付方之間通過(guò)網(wǎng)絡(luò)實(shí)現(xiàn)通信;在用戶終端設(shè)備或者其系統(tǒng)中經(jīng)過(guò)授權(quán)以后,在該用戶終端上的應(yīng)用也均可發(fā)起所述添加支付信息的移動(dòng)支付請(qǐng)求,作為示例,網(wǎng)絡(luò)可以是但不限于移動(dòng)電話網(wǎng)絡(luò)如2G、3G以及4G或無(wú)線/有線互聯(lián)網(wǎng)。
[0039]添加支付信息的移動(dòng)支付請(qǐng)求,可通過(guò)附件形式對(duì)將支付信息添加于該移動(dòng)支付請(qǐng)求,也可通過(guò)對(duì)支付請(qǐng)求進(jìn)行拓展的形式在支付請(qǐng)求中添加支付信息,該支付信息既可以是支付口令,也可以是最原始的文字信息,文字信息所占字節(jié)遠(yuǎn)小于其他形式的支付口令,因此,文字信息也可作為支付口令的說(shuō)明性文字出現(xiàn)于支付請(qǐng)求的支付信息中。
[0040]在支付終端中采集支付口令,可以采集用戶終端中已存儲(chǔ)的支付口令,此時(shí)在存儲(chǔ)文件中進(jìn)行選取即可,也可以通過(guò)打開用戶終端設(shè)備上的硬件支持來(lái)實(shí)時(shí)制作支付口令。
[0041 ]所述支付口令可以為特定問(wèn)題,支付口令交互信息為與所述特定問(wèn)題關(guān)聯(lián)的設(shè)定答案;所述支付口令為圖片、音頻、視頻、文字或者emoji繪文字,所述支付口令交互信息為文字或者emoji繪文字。
[0042]步驟S120:支付終端向支付服務(wù)器發(fā)出帶有支付信息的移動(dòng)支付請(qǐng)求;支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至接收終端。
[0043]所述移動(dòng)支付請(qǐng)求是通過(guò)網(wǎng)絡(luò)使支付終端與支付服務(wù)器之間建立內(nèi)容聯(lián)系,使所述移動(dòng)支付請(qǐng)求與支付服務(wù)器之間建立起支付網(wǎng)絡(luò)通道,本發(fā)明示例性實(shí)施例中,支付服務(wù)器針對(duì)所述移動(dòng)支付請(qǐng)求獲取或預(yù)授權(quán)支付方授權(quán)賬戶內(nèi)的一定金額,并通過(guò)支付網(wǎng)絡(luò)通道生成支付鏈接。
[0044]作為支付請(qǐng)求的附加內(nèi)容,在支付請(qǐng)求到支付服務(wù)器中形成支付鏈接之后,所述支付信息也作為所述支付請(qǐng)求的附加內(nèi)容,在一種可選的方式中,所述支付口令是通過(guò)網(wǎng)絡(luò)地址的方式存在于所述支付請(qǐng)求中。
[0045]步驟S130:接收終端接收所述支付鏈接,接收終端將所述支付口令的交互信息發(fā)送至支付服務(wù)器。
[0046]所述支付鏈接中包含有支付請(qǐng)求的支付信息,該支付信息可以是由終端結(jié)合而生成的一種交互式信息,例如,支付用戶在支付信息中提供的支付口令為一文字格式問(wèn)題“我的生日是多少號(hào)”,則接收終端的用戶需要根據(jù)該支付口令輸入交互信息例如輸入“6.1”。
[0047]在發(fā)起支付請(qǐng)求時(shí),還可以采集已存儲(chǔ)的支付口令或者通過(guò)用戶終端的硬件支持實(shí)時(shí)錄一段視頻或語(yǔ)音等支付口令,然后添加到支付請(qǐng)求中,作為附加內(nèi)容發(fā)給接收終端;接收終端在接收對(duì)應(yīng)的支付請(qǐng)求的時(shí)候,可以看到支付方發(fā)送的支付口令,并根據(jù)支付口令中包含對(duì)應(yīng)的提問(wèn)或要求給予針對(duì)性的回復(fù),實(shí)現(xiàn)雙方的情感互動(dòng),極大地提升了用戶體驗(yàn)。
[0048]步驟S140:支付服務(wù)器驗(yàn)證接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息一致時(shí);所述支付請(qǐng)求被打開且完成。
[0049]支付服務(wù)器驗(yàn)證信息一致后,所述支付請(qǐng)求才能被支付服務(wù)器接收,并將支付請(qǐng)求內(nèi)所包含的對(duì)應(yīng)賬戶內(nèi)的金額劃入接收終端帳戶。
[0050]例如,接收終端用戶反饋了“6.1”,支付服務(wù)器驗(yàn)證其與支付終端發(fā)送的支付信息中的支付口令交互信息“6.1” 一致,接收支付請(qǐng)求并開始處理。
[0051]若接收終端用戶反饋了“6.1”,支付服務(wù)器驗(yàn)證其與支付終端發(fā)送的支付信息中的支付口令交互信息“7.1”不一致,不接收支付請(qǐng)求,并反饋至支付終端。
[0052]可以理解的是,支付終端和接收終端均可以安裝有同一或不同即時(shí)聊天軟件,而支付服務(wù)器為與即時(shí)聊天軟件關(guān)聯(lián)的金融賬號(hào)管理服務(wù)器,移動(dòng)支付請(qǐng)求即為發(fā)紅包或轉(zhuǎn)賬請(qǐng)求。不同即時(shí)聊天軟件可以通過(guò)現(xiàn)有的軟件和/或硬件上的賬號(hào)/密碼實(shí)現(xiàn),本發(fā)明的技術(shù)方案對(duì)于接收終端以及發(fā)送方兩個(gè)方面并沒(méi)有提出有任何的限制。
[0053]實(shí)施例二
[0054]本實(shí)施例中將提供一種方法,使得支付請(qǐng)求以及附加的支付口令在傳輸過(guò)程中以字節(jié)形式的地址或代碼出現(xiàn),從而使支付接收雙方均可以更節(jié)省流量,如圖2所示,本實(shí)施例具體包括以下步驟:
[0055]步驟S210:所述支付終端建立并上傳帶有支付信息的移動(dòng)支付請(qǐng)求至云服務(wù)器,支付信息包括支付口令和支付口令交互信息。
[0056]支付請(qǐng)求與其附加的支付信息可以是一體傳送、存儲(chǔ)的,也可以是分離傳送、存儲(chǔ)的。本實(shí)施例以分離傳送、存儲(chǔ)的實(shí)現(xiàn)方式進(jìn)行說(shuō)明。
[0057]步驟S220:支付服務(wù)器將不包括有支付信息的移動(dòng)支付請(qǐng)求轉(zhuǎn)換為代碼,將支付信息存儲(chǔ)在某網(wǎng)絡(luò)地址。
[0058]代碼是與所述支付請(qǐng)求所對(duì)應(yīng)的由字節(jié)組成的唯一字節(jié)串,通過(guò)該代碼可直接查詢到與其對(duì)應(yīng)的支付請(qǐng)求,但所占字節(jié)比支付請(qǐng)求更少,因此傳輸更方便。
[0059]步驟S230:支付終端接收所述云服務(wù)器返回的所述支付信息在所述云服務(wù)器中對(duì)應(yīng)的網(wǎng)絡(luò)地址。
[0060]支付終端接收終端通過(guò)打開網(wǎng)絡(luò)地址即可打開在云服務(wù)器中存儲(chǔ)的支付信息,打開網(wǎng)絡(luò)地址后,支付信息通過(guò)流式媒體的方式從云服務(wù)器中獲取資源,并在接收終端上進(jìn)行播放以及存儲(chǔ)等。
[0061]步驟S240:接收終端將所述支付口令的交互信息發(fā)送至支付服務(wù)器。
[0062]步驟S250:支付服務(wù)器驗(yàn)證接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息一致時(shí);將移動(dòng)支付請(qǐng)求的代碼發(fā)送至接收終端。
[0063]步驟260:接收終端通過(guò)打開代碼獲得與支付請(qǐng)求所對(duì)應(yīng)的金額。
[0064]附加有支付信息的支付請(qǐng)求,以及通過(guò)代碼和網(wǎng)絡(luò)地址形式的支付請(qǐng)求在發(fā)送至接收終端時(shí),均可以預(yù)覽圖的形式進(jìn)行發(fā)送,預(yù)覽圖可以更加直接地顯示所發(fā)送支付請(qǐng)求及支付信息的概要,其中,預(yù)覽圖可以是指所有支付信息的預(yù)覽圖,也可以是附加的支付信息所包含的每一種格式的預(yù)覽圖;同時(shí),該預(yù)覽圖包含所述支付請(qǐng)求以及所述支付信息的超鏈接,在接收終端點(diǎn)擊該預(yù)覽圖的同時(shí),即可同時(shí)或者分別打開支付請(qǐng)求以及支付信息。
[0065]實(shí)施例三
[0066]進(jìn)一步地,在本發(fā)明實(shí)施例的另一實(shí)施場(chǎng)景中,可以通過(guò)包數(shù)據(jù)的方式對(duì)支付請(qǐng)求進(jìn)行壓縮發(fā)送,進(jìn)一步改善支付請(qǐng)求流暢性,減少網(wǎng)絡(luò)擁堵,防止支付請(qǐng)求延遲的情形發(fā)生,如圖3所示,該方法具體包括:
[0067]步驟S310:所述支付終端建立帶有支付信息的移動(dòng)支付請(qǐng)求,壓縮帶有支付信息的移動(dòng)支付請(qǐng)求形成一包數(shù)據(jù);支付信息包括支付口令和支付口令交互信息。
[0068]通過(guò)無(wú)失真數(shù)據(jù)壓縮技術(shù),減少所述移動(dòng)支付請(qǐng)求及其支付口令的電子數(shù)據(jù)中間的冗余,精簡(jiǎn)其數(shù)據(jù)編碼,使其形成一個(gè)包數(shù)據(jù)。
[0069]步驟S320:支付終端將該包數(shù)據(jù)發(fā)送至云服務(wù)器。
[0070]包數(shù)據(jù)在傳輸過(guò)程中不易形成碎片,更利于數(shù)據(jù)的完整性傳輸。
[0071]步驟S330:支付服務(wù)器對(duì)包數(shù)據(jù)進(jìn)行解析,以生成帶有支付信息的支付請(qǐng)求。
[0072]無(wú)失真數(shù)據(jù)壓縮的過(guò)程是可逆過(guò)程,因此,支付服務(wù)器接收到包數(shù)據(jù)之后,根據(jù)可逆向性解析該包數(shù)據(jù),即可得出其中的移動(dòng)支付請(qǐng)求并生成支付請(qǐng)求,該支付請(qǐng)求可替換所述包數(shù)據(jù)中的移動(dòng)支付請(qǐng)求,使得該支付請(qǐng)求以及其中的支付信息一直以包數(shù)據(jù)的形式發(fā)送至接收終端。根據(jù)前述,亦可建立起該支付服務(wù)器與云服務(wù)器之間的聯(lián)系,在支付服務(wù)器中解析得出的支付口令發(fā)送至云服務(wù)器進(jìn)行存儲(chǔ)并給出網(wǎng)絡(luò)地址,使該網(wǎng)絡(luò)地址替換包數(shù)據(jù)中的支付口令,進(jìn)而通過(guò)包數(shù)據(jù)的形式發(fā)送至接收終端,接收終端在接收該包數(shù)據(jù)時(shí)即進(jìn)行解壓顯示。
[0073]在另一種可能的實(shí)施方式中,在移動(dòng)支付請(qǐng)求及其支付信息發(fā)送至支付服務(wù)器之前,還可先對(duì)該支付請(qǐng)求及其附加內(nèi)容進(jìn)行加密,該加密的過(guò)程也可以由支付服務(wù)器對(duì)支付請(qǐng)求的加密過(guò)程進(jìn)行加密。
[0074]實(shí)施例四
[0075]本發(fā)明示例的另一實(shí)施場(chǎng)景中,在發(fā)送移動(dòng)支付請(qǐng)求之前,還可對(duì)支付請(qǐng)求的類型進(jìn)行檢測(cè),通過(guò)對(duì)移動(dòng)支付請(qǐng)求的判斷,進(jìn)而選擇不同的支付網(wǎng)絡(luò)通道,如圖4所示,該方法包括:
[0076]步驟S410:支付終端檢測(cè)所述支付信息的類型;
[0077]步驟S420:當(dāng)所述支付信息的類型為可添加附加內(nèi)容時(shí),支付終端啟動(dòng)終端中可調(diào)用的硬件支持。
[0078]當(dāng)所述支付信息的類型為不可添加的附加內(nèi)容時(shí),則直接通過(guò)簡(jiǎn)易網(wǎng)絡(luò)通道發(fā)送該移動(dòng)支付請(qǐng)求,無(wú)須開啟用戶終端的硬件支持等步驟。
[0079]在此步驟中,發(fā)送支付請(qǐng)求的過(guò)程為常規(guī)過(guò)程,無(wú)須采集與發(fā)送支付信息。
[0080]另一種可能的實(shí)施方式是,當(dāng)判斷所述支付請(qǐng)求是否為包括有富媒體文件信息的支付請(qǐng)求時(shí),首先對(duì)該支付請(qǐng)求的大小進(jìn)行初步判斷,例如,根據(jù)常規(guī)情形下(某一支付請(qǐng)求文件包括有一個(gè)支付請(qǐng)求以及少量的文字信息時(shí))設(shè)定一個(gè)閾值(例如,該閾值=5Kbyte,即5K字節(jié)),移動(dòng)支付請(qǐng)求的文件大小低于該閾值時(shí),則可對(duì)該支付請(qǐng)求初步判斷為未添加支付信息作為附加內(nèi)容的簡(jiǎn)易支付,此時(shí),適用于常規(guī)的支付請(qǐng)求發(fā)送網(wǎng)路,而當(dāng)支付請(qǐng)求的文件高于該閾值時(shí),則可對(duì)該支付請(qǐng)求初步判斷為添加支付信息作為附加內(nèi)容的支付方式。
[0081]步驟S430:支付終端通過(guò)所述用戶終端的硬件支持采集支付口令以作為所述移動(dòng)支付請(qǐng)求的附加內(nèi)容;
[0082 ]支付終端在采集的支付口令中添加交互式的用于支付請(qǐng)求的支付口令。
[0083]支付終端在檢測(cè)到該類型的支付請(qǐng)求時(shí),根據(jù)用戶設(shè)置,開啟終端的硬件支持,如開啟攝像頭錄制視頻、開啟麥克風(fēng)以錄制音頻、開啟軟件以制作交互式信息等,在該過(guò)程中,可將所述支付口令添加到支付信息中。
[0084]第一次在本地添加支付信息文件之后,在支付請(qǐng)求所在的用戶終端中會(huì)生成一存儲(chǔ)文件夾,以保存從本地?cái)?shù)據(jù)信息中添加到支付請(qǐng)求內(nèi)容中支付信息相關(guān)的本地存儲(chǔ)以及緩存,以及保存在支付請(qǐng)求發(fā)送時(shí)生成的緩存配置信息,以方便后期查詢與翻閱。
[0085]該存儲(chǔ)文件夾在達(dá)到預(yù)定大小時(shí),會(huì)開啟該存儲(chǔ)文件夾的定期刪除功能,刪除其中的保存時(shí)間最長(zhǎng)的一批文件。
[0086]實(shí)施例五
[0087]本發(fā)明示例的另一實(shí)施場(chǎng)景中,通過(guò)所述用戶終端的硬件支持采集支付口令以作為所述移動(dòng)支付請(qǐng)求的附加內(nèi)容時(shí),為保證形成的富媒體文件能被支付接收雙方的用戶終端所讀取,可通過(guò)建立一種標(biāo)準(zhǔn)的通用格式的方式來(lái)實(shí)現(xiàn),該過(guò)程包括:
[0088]步驟S510:支付終端檢測(cè)到支付口令的采集完成時(shí),檢測(cè)所述支付口令的格式是否符合預(yù)設(shè)格式;
[0089]通過(guò)用戶終端完成支付信息的采集時(shí)會(huì)形成相對(duì)應(yīng)的富媒體文件,一種可能的方式是,通過(guò)檢測(cè)富媒體文件的文件擴(kuò)展名來(lái)識(shí)別富媒體文件的格式,對(duì)于不同類別的富媒體文件,可分別設(shè)置不同的預(yù)設(shè)格式來(lái)分別進(jìn)行識(shí)別,對(duì)于相同類別的富媒體文件,則設(shè)置通用統(tǒng)一的預(yù)設(shè)格式。
[0090]步驟S520:判斷是否符合預(yù)設(shè)格式;
[0091 ]根據(jù)富媒體文件的類別,對(duì)各類型的富媒體文件進(jìn)行一一判斷。
[0092]步驟S530:當(dāng)所述支付口令的格式符合預(yù)設(shè)格式時(shí),直接采集所述支付口令作為所述移動(dòng)支付請(qǐng)求的附加內(nèi)容。
[0093]支付口令有多種類型,不同類型的支付口令分別具有一對(duì)應(yīng)的預(yù)設(shè)格式,該種類型的支付口令符合其預(yù)設(shè)格式時(shí),對(duì)其直接進(jìn)行采集。
[0094]支付口令可以包括但不限于:
[0095]趣味圖片信息,從發(fā)送方的終端中選取可用的圖片格式添加到該支付請(qǐng)求所包含的內(nèi)容中;
[0096]Flash信息,從發(fā)送方的終端中選取,或者即時(shí)調(diào)用終端的硬件支持配合軟件支持制作成能夠添加到該支付請(qǐng)求內(nèi)容中的Flash信息;
[0097]視頻信息,從發(fā)送方的終端中選取,或者即時(shí)調(diào)用終端的硬件支持配合軟件支持制作成可用的視頻信息添加到該支付請(qǐng)求內(nèi)容中的視頻信息;
[0098]音頻信息,從發(fā)送方的終端中選取,或者即時(shí)調(diào)用終端中的麥克風(fēng)等硬件配合軟件支持成可用的音頻信息添加到該支付請(qǐng)求內(nèi)容中的音頻信息。
[0099]步驟S540:當(dāng)所述支付口令的格式不符合預(yù)設(shè)格式時(shí),對(duì)所述支付口令進(jìn)行轉(zhuǎn)碼以符合預(yù)設(shè)格式。
[0100]轉(zhuǎn)碼過(guò)程可在用戶終端所在設(shè)備進(jìn)行,也可在發(fā)送至支付服務(wù)器或者云服務(wù)器時(shí)進(jìn)行,在接收終端接收到支付口令時(shí),即是經(jīng)過(guò)轉(zhuǎn)碼后的符合預(yù)設(shè)格式的支付口令,以減少或防止支付口令在接收終端不能讀取的情形發(fā)生。
[0101]接收終端的業(yè)務(wù)軟件版本過(guò)低,無(wú)法顯示支付請(qǐng)求及其附加內(nèi)容支付口令時(shí),可在該接收終端上只顯示支付請(qǐng)求的代碼以及支付口令的網(wǎng)絡(luò)地址,并通過(guò)保存入口保存起來(lái),以便于在其它接收終端或者電子計(jì)算機(jī)設(shè)備上通過(guò)代碼及網(wǎng)絡(luò)地址獲取支付請(qǐng)求的金額以及支付口令。
[0102]實(shí)施例六
[0103]本發(fā)明示例的實(shí)施場(chǎng)景中,以移動(dòng)支付請(qǐng)求對(duì)應(yīng)地拆分成2個(gè)及以上的支付請(qǐng)求時(shí)的方法流程,與其對(duì)應(yīng)地為目前的群紅包玩法,該方法包括以下步驟:
[0104]步驟S610:支付服務(wù)器檢測(cè)所述移動(dòng)支付請(qǐng)求所對(duì)應(yīng)的支付數(shù),以在支付服務(wù)器中通過(guò)原子減操作生成對(duì)應(yīng)所述支付數(shù)的第一支付請(qǐng)求;
[0105]本發(fā)明實(shí)施例中,可通過(guò)支付請(qǐng)求文件的內(nèi)容中所包括的文件類型來(lái)判斷所述支付請(qǐng)求是否為包括有支付信息的支付請(qǐng)求,對(duì)支付請(qǐng)求的內(nèi)容類型進(jìn)行檢測(cè),當(dāng)檢測(cè)到其內(nèi)容類型多N(N為多2的正整數(shù))時(shí),即可判斷該支付請(qǐng)求為包含有支付信息的支付請(qǐng)求,從而使該支付請(qǐng)求進(jìn)入到下一步驟。
[0106]對(duì)于附加內(nèi)容中僅包含一種富媒體類型的情形,則可通過(guò)判斷支付請(qǐng)求文件大小的方式進(jìn)行判斷,通過(guò)設(shè)定常規(guī)閾值,以該常規(guī)閾值為界限,大于該常規(guī)閾值的支付請(qǐng)求文件為包含有支付信息的支付請(qǐng)求。
[0107]步驟S620:支付服務(wù)器針對(duì)每一所述第一支付請(qǐng)求生成一有效支付請(qǐng)求,并發(fā)送每一所述有效支付請(qǐng)求以及所述支付信息至接收終端;
[0108]一般情況下所述第一支付請(qǐng)求的個(gè)數(shù)對(duì)應(yīng)于所述移動(dòng)支付請(qǐng)求的支付數(shù),支付數(shù)為多I的正整數(shù),當(dāng)支付數(shù)為I時(shí),則所述移動(dòng)支付請(qǐng)求對(duì)應(yīng)于一個(gè)第一支付請(qǐng)求,第一支付請(qǐng)求生成的支付請(qǐng)求即為所述移動(dòng)支付請(qǐng)求的金額;
[0109]當(dāng)支付數(shù)>1時(shí),例如支付數(shù)為N,則所述移動(dòng)支付請(qǐng)求對(duì)應(yīng)于N個(gè)第一支付請(qǐng)求,N個(gè)第一支付請(qǐng)求對(duì)應(yīng)的各支付請(qǐng)求的金額之和即為所述移動(dòng)支付請(qǐng)求的金額。
[0110]支付數(shù)為N,而支付服務(wù)器檢測(cè)到在預(yù)定時(shí)間(所述移動(dòng)支付請(qǐng)求的有效期間)內(nèi)最多有M個(gè)接收終端,即最多生成M個(gè)第一支付請(qǐng)求,且M<N,即所述移動(dòng)支付請(qǐng)求最多對(duì)應(yīng)于M個(gè)第一支付請(qǐng)求,則該M個(gè)支付請(qǐng)求所對(duì)應(yīng)的金額總和<所述移動(dòng)支付請(qǐng)求對(duì)應(yīng)的金額,此時(shí),對(duì)于在所述移動(dòng)支付請(qǐng)求對(duì)應(yīng)的金額內(nèi)的未分派的金額,通過(guò)支付服務(wù)器返回到所述移動(dòng)支付請(qǐng)求綁定的賬戶內(nèi)。
[0111]N個(gè)第一支付請(qǐng)求中的每一支付請(qǐng)求中的金額可以是固定的,也可以由支付服務(wù)器隨機(jī)分配。
[0112]在移動(dòng)支付請(qǐng)求的支付數(shù)N多2的正整數(shù)個(gè)時(shí),(在一種可能的實(shí)施場(chǎng)景中,可以為“搶紅包”玩法),可在支付服務(wù)器中可實(shí)施原子減操作,原子減操作實(shí)施完畢時(shí),超出該原子減操作之外的支付請(qǐng)求未失效。
[0113]步驟S630:支付服務(wù)器一一驗(yàn)證若干個(gè)接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息是否一致;支付服務(wù)器打開并完成支付口令交互信息一致的所述接收終端的支付請(qǐng)求。
[0114]步驟S640:在支付服務(wù)器中通過(guò)原子減操作生成超出所述支付數(shù)的第二支付請(qǐng)求,發(fā)送由支付服務(wù)器生成的空白支付請(qǐng)求,以及所述支付口令至反饋的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息不一致的接收終端。
[0115]該支付請(qǐng)求為空白支付請(qǐng)求,該空白支付請(qǐng)求同樣地添加有支付口令或其網(wǎng)絡(luò)地址,即支付口令則仍隨著該空白支付請(qǐng)求發(fā)送至接收終端,接收終端雖然未得到有效的支付金額,仍可以觀看到發(fā)送終端發(fā)送出來(lái)的帶有祝福性的音頻視頻Flash等支付口令。
[0116]即當(dāng)M>N,支付服務(wù)器發(fā)送生成的空白支付請(qǐng)求至M-N個(gè)接收終端。
[0117]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō),本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種添加支付口令的支付處理方法,其特征在于,所述方法包括步驟: 支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求;所述支付信息包括支付口令和支付口令交互信息; 支付終端向支付服務(wù)器發(fā)出帶有支付信息的移動(dòng)支付請(qǐng)求; 支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至接收終端; 接收終端接收所述支付鏈接,接收終端將所述支付口令的交互信息發(fā)送至支付服務(wù)器; 支付服務(wù)器驗(yàn)證接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息一致時(shí),所述支付請(qǐng)求被打開且完成。2.根據(jù)權(quán)利要求1所述的支付處理方法,其特征在于,所述支付口令為特定問(wèn)題,支付口令交互信息為與所述特定問(wèn)題關(guān)聯(lián)的設(shè)定答案;所述支付口令為圖片、音頻、視頻、文字或者emoji繪文字,所述支付口令交互信息為文字或者emoji繪文字。3.根據(jù)權(quán)利要求2所述的支付處理方法,其特征在于,支付終端建立添加支付信息的移動(dòng)支付請(qǐng)求還包括: 支付終端檢測(cè)到支付信息的采集完成時(shí),檢測(cè)所述支付信息的格式是否符合預(yù)設(shè)格式; 當(dāng)所述支付信息的格式符合預(yù)設(shè)格式時(shí),直接采集所述支付信息; 當(dāng)所述支付信息的格式不符合預(yù)設(shè)格式時(shí),對(duì)所述支付信息進(jìn)行轉(zhuǎn)碼以符合預(yù)設(shè)格式后,采集所述支付信息。4.根據(jù)權(quán)利要求3所述的支付處理方法,其特征在于,所述支付信息還包括支付終端數(shù)量; 當(dāng)支付終端數(shù)量大于I時(shí),支付服務(wù)器將帶有支付信息的支付鏈接發(fā)送至若干個(gè)接收終端; 支付服務(wù)器一一驗(yàn)證若干個(gè)接收終端反饋的支付口令的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息是否一致; 支付服務(wù)器打開并完成支付口令交互信息一致的所述接收終端的支付請(qǐng)求。5.根據(jù)權(quán)利要求1所述的支付處理方法,其特征在于,所述支付鏈接為帶有支付方授權(quán)賬號(hào)的支付請(qǐng)求,或者為空白支付請(qǐng)求。6.根據(jù)權(quán)利要求5所述的支付處理方法,其特征在于,支付終端數(shù)量超出支付數(shù)時(shí),支付服務(wù)器發(fā)送空白支付請(qǐng)求至超出數(shù)量的支付終端。7.根據(jù)權(quán)利要求5所述的支付處理方法,其特征在于,反饋的交互信息與支付終端發(fā)送的移動(dòng)支付請(qǐng)求中攜帶的支付口令交互信息不一致時(shí),支付服務(wù)器發(fā)送空白支付請(qǐng)求至對(duì)應(yīng)的接收終端。
【文檔編號(hào)】G06Q20/40GK106056368SQ201610365501
【公開日】2016年10月26日
【申請(qǐng)日】2016年5月28日
【發(fā)明人】不公告發(fā)明人
【申請(qǐng)人】湖南細(xì)心信息科技有限公司