終端設(shè)備、數(shù)據(jù)交互處理的方法及系統(tǒng)的制作方法
【專利摘要】本申請公開了一種終端設(shè)備、數(shù)據(jù)交互處理的方法及系統(tǒng)。該方法包括：向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求；從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果；若查詢到所述處理結(jié)果，則不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果，則確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求。本申請避免現(xiàn)有技術(shù)中因數(shù)據(jù)接收端反饋返回數(shù)據(jù)的異常，而可能導(dǎo)致數(shù)據(jù)接收端重復(fù)執(zhí)行多次數(shù)據(jù)處理動作的情況，并且有效避免不必要的網(wǎng)絡(luò)資源開銷，提升數(shù)據(jù)交互處理的效率。
【專利說明】
終端設(shè)備、數(shù)據(jù)交互處理的方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種終端設(shè)備及數(shù)據(jù)交互處理的方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的飛躍發(fā)展，通過互聯(lián)網(wǎng)進(jìn)行數(shù)據(jù)交互處理的技術(shù)已經(jīng)應(yīng)用于諸多領(lǐng)域中，如:電子商務(wù)。
[0003]在實際的應(yīng)用場景中，在需要執(zhí)行某類數(shù)據(jù)的交互處理時，首先需通過數(shù)據(jù)發(fā)送端向相應(yīng)的數(shù)據(jù)接收端發(fā)出一條處理請求，數(shù)據(jù)接收端在接收到該條處理請求后，會相應(yīng)地對數(shù)據(jù)執(zhí)行處理。以上場景中，為解決數(shù)據(jù)未送達(dá)的問題，數(shù)據(jù)接收端在完成數(shù)據(jù)處理后，會向數(shù)據(jù)發(fā)送端反饋一條返回數(shù)據(jù)，若數(shù)據(jù)發(fā)送端收到返回數(shù)據(jù)，則表明數(shù)據(jù)交互處理成功，若數(shù)據(jù)發(fā)送端未收到返回數(shù)據(jù)，則表明數(shù)據(jù)交互處理失敗，此時數(shù)據(jù)發(fā)送端會再次發(fā)送處理請求，直到收到返回數(shù)據(jù)。
[0004]然而，以上場景可能出現(xiàn)如下異常情況:數(shù)據(jù)接收端收到處理請求，但未反饋返回數(shù)據(jù)。在此種異常情況下，若數(shù)據(jù)發(fā)送端依然向數(shù)據(jù)接收端再次發(fā)送處理請求，則可能導(dǎo)致數(shù)據(jù)接收端對目標(biāo)數(shù)據(jù)重復(fù)執(zhí)行多次處理動作，這樣不僅造成數(shù)據(jù)處理操作的異常，而且會耗用額外的網(wǎng)絡(luò)資源，增加不必要的設(shè)備負(fù)擔(dān)，進(jìn)而影響網(wǎng)絡(luò)數(shù)據(jù)交互處理的效率。

【發(fā)明內(nèi)容】

[0005]本申請實施例提供一種數(shù)據(jù)交互處理的方法，用以解決現(xiàn)有技術(shù)中數(shù)據(jù)接收端對待處理數(shù)據(jù)重復(fù)執(zhí)行多次處理動作，而導(dǎo)致數(shù)據(jù)處理過程的異常、網(wǎng)絡(luò)資源開銷大以及數(shù)據(jù)交互處理效率低的問題。
[0006]本申請實施例還提供一種終端設(shè)備，用以解決現(xiàn)有技術(shù)中數(shù)據(jù)接收端對待處理數(shù)據(jù)重復(fù)執(zhí)行多次處理動作，而導(dǎo)致數(shù)據(jù)處理過程的異常、網(wǎng)絡(luò)資源開銷大以及數(shù)據(jù)交互處理效率低的問題。
[0007]本申請實施例還提供一種數(shù)據(jù)交互處理的系統(tǒng)，用以解決現(xiàn)有技術(shù)中數(shù)據(jù)接收端對待處理數(shù)據(jù)重復(fù)執(zhí)行多次處理動作，而導(dǎo)致數(shù)據(jù)處理過程的異常、網(wǎng)絡(luò)資源開銷大以及數(shù)據(jù)交互處理效率低的問題。
[0008]本申請實施例所提供的數(shù)據(jù)交互處理的方法，包括:
[0009]向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求；
[0010]從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果；
[0011]若查詢到所述處理結(jié)果，則不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；
[0012]若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果，則確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求。
[0013]本申請實施例所提供的終端設(shè)備，包括:
[0014]發(fā)送模塊，用于向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求；
[0015]查詢模塊，用于從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果；
[0016]確定模塊，用于在查詢到所述處理結(jié)果時，不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；用于在成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果時，確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求。
[0017]本申請實施例所提供的數(shù)據(jù)交互處理的系統(tǒng)，包括數(shù)據(jù)發(fā)送端及數(shù)據(jù)接收端，所述數(shù)據(jù)發(fā)送端用于向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，在查詢到所述處理結(jié)果時，不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求，在成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果時，確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；
[0018]所述數(shù)據(jù)接收端用于接收所述數(shù)據(jù)發(fā)送端的數(shù)據(jù)處理請求，對所述數(shù)據(jù)處理請求執(zhí)行處理動作，并記錄所述數(shù)據(jù)處理請求的處理結(jié)果。
[0019]本申請實施例采用的上述至少一個技術(shù)方案能夠達(dá)到以下有益效果:
[0020]在將數(shù)據(jù)處理請求發(fā)送至數(shù)據(jù)接收端后，通過從所述數(shù)據(jù)接收端查詢當(dāng)前數(shù)據(jù)處理請求所對應(yīng)的處理結(jié)果，并根據(jù)所查詢處理結(jié)果的情況，來確定是否需要再次發(fā)送數(shù)據(jù)處理請求，從而避免現(xiàn)有技術(shù)中因數(shù)據(jù)發(fā)送端接收數(shù)據(jù)接收端所反饋的返回數(shù)據(jù)的異常，而可能導(dǎo)致數(shù)據(jù)接收端重復(fù)執(zhí)行多次數(shù)據(jù)處理動作的情況，并且有效避免不必要的網(wǎng)絡(luò)資源開銷，提升數(shù)據(jù)交互處理的效率。
【附圖說明】
[0021]此處所說明的附圖用來提供對本申請的進(jìn)一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中:
[0022]圖1為本申請實施例提供的數(shù)據(jù)交互處理的方法的基本過程；
[0023]圖2為本申請第一實施例提供的數(shù)據(jù)交互處理的方法的具體過程；
[0024]圖3為本申請第二實施例提供的數(shù)據(jù)交互處理的方法的具體過程；
[0025]圖4為本申請實施例提供的數(shù)據(jù)交互處理的方法中查詢處理結(jié)果的步驟的具體過程；
[0026]圖5為本申請實施例提供的數(shù)據(jù)交互處理的系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0027]為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及相應(yīng)的附圖對本申請技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護(hù)的范圍。
[0028]本文將以銀行卡支付的應(yīng)用場景為例來介紹本申請的內(nèi)容，以解決數(shù)據(jù)接收端對待處理數(shù)據(jù)重復(fù)執(zhí)行多次處理動作，而導(dǎo)致數(shù)據(jù)處理過程的異常、網(wǎng)絡(luò)資源開銷大以及數(shù)據(jù)交互處理效率低的問題。
[0029]圖1為本申請實施例提供的數(shù)據(jù)交互處理的方法的基本過程，包括以下步驟:
[0030]Sll:向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求。
[0031]在銀行卡支付的應(yīng)用中，數(shù)據(jù)處理請求即銀行卡的扣款請求。數(shù)據(jù)發(fā)送端是支付終端，數(shù)據(jù)接收端是銀行系統(tǒng)，在生成交易訂單后，支付終端采集用戶的銀行卡信息，從而得到針對特定銀行卡執(zhí)行一定金額的扣款動作的扣款請求，并向銀行系統(tǒng)發(fā)送該扣款請求。
[0032]S12:從數(shù)據(jù)接收端查詢數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0033]本申請實施例中，銀行系統(tǒng)在收到扣款請求并作相應(yīng)扣款處理之后，會將該扣款處理的結(jié)果進(jìn)行記錄。支付終端為獲悉以上扣款請求的處理情況，則可以通過銀行系統(tǒng)的查詢渠道來實現(xiàn)。
[0034]具體地，銀行系統(tǒng)預(yù)先設(shè)定查詢權(quán)限，支付終端在需要查詢扣款處理的結(jié)果時，首先向銀行系統(tǒng)發(fā)送權(quán)限驗證信息，比如:識別信息及口令，若銀行系統(tǒng)驗證通過，則證明該支付終端具備查詢權(quán)限，隨后開啟查詢動作。
[0035]S13:判斷是否從數(shù)據(jù)接收端查詢到該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0036]本申請實施例中，查詢的結(jié)果分為查詢到處理結(jié)果的情況及未查詢到處理結(jié)果的情況，而處理結(jié)果則包括“銀行卡扣款成功”及“銀行卡扣款失敗”。
[0037]S14:若查詢到該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，則不再向數(shù)據(jù)接收端重新發(fā)送數(shù)據(jù)處理請求。
[0038]沿用本文實例，若支付終端從銀行查詢渠道查找到相應(yīng)的處理結(jié)果，則表明該銀行卡的扣款請求已經(jīng)被銀行系統(tǒng)端受理，從而無需再次發(fā)送銀行卡的扣款請求，具體地，若所查找到的處理結(jié)果是“銀行卡扣款成功”，則將該交易訂單的狀態(tài)修改成“支付成功”;若所查找到的處理結(jié)果是“銀行卡扣款失敗”，則將該交易訂單的狀態(tài)修改成“支付失敗”，并轉(zhuǎn)向后續(xù)事項的處理。
[0039]S15:若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，則確定向數(shù)據(jù)接收端重新發(fā)送數(shù)據(jù)處理請求。
[0040]繼續(xù)沿用本文實例，如果從銀行渠道未查詢到處理結(jié)果，則表明銀行系統(tǒng)并沒有收到相應(yīng)的扣款請求，或者是銀行系統(tǒng)與支付終端之間出現(xiàn)通信中斷。其中，在銀行系統(tǒng)與支付終端之間通信中斷的情況下，如果支付終端再次向銀行系統(tǒng)發(fā)送扣款請求，則有可能導(dǎo)致銀行系統(tǒng)收到多個扣款請求并執(zhí)行多次扣款動作(假設(shè)通信狀況在扣款請求再次發(fā)送時突然恢復(fù)正常)。本申請實施例采取如下方案來解決以上問題:首先判斷支付終端是否能夠成功調(diào)用銀行系統(tǒng)的數(shù)據(jù)查詢接口，若在數(shù)據(jù)查詢接口調(diào)用成功的前提下，仍然沒有查詢到處理結(jié)果，則表明銀行系統(tǒng)確實沒有接收到扣款請求，則確定向銀行系統(tǒng)再次發(fā)送扣款請求；若支付終端調(diào)用銀行系統(tǒng)的數(shù)據(jù)查詢接口失敗，則重復(fù)執(zhí)行該查詢動作，直到能夠成功調(diào)用銀行系統(tǒng)的數(shù)據(jù)查詢接口為止。
[0041]圖2為本申請第一實施例提供的數(shù)據(jù)交互處理的方法的具體過程，包括如下步驟:
[0042]S21:查找數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄。
[0043]本申請實施例中，預(yù)先配置一用以記錄扣款請求的操作過程的請求記錄表，支付終端上每發(fā)送一個扣款請求，則該支付終端會相應(yīng)地在請求記錄表中生成一條發(fā)送記錄。當(dāng)支付終端監(jiān)測到新的交易訂單時，需生成該交易訂單的扣款請求，那么在發(fā)送該扣款請求之前，首先需要檢查請求記錄表。
[0044]S22:判斷是否存在發(fā)送記錄。
[0045]根據(jù)所檢查請求記錄表的結(jié)果，該方法流程跳轉(zhuǎn)到兩個不同的后續(xù)處理步驟。如果存在當(dāng)前交易訂單對應(yīng)的發(fā)送記錄，表明該交易訂單已經(jīng)發(fā)送過一條扣款請求，則跳轉(zhuǎn)到步驟S26;如果不存在當(dāng)前交易訂單對應(yīng)的發(fā)送記錄，則表明該交易訂單確實是新交易訂單，則跳轉(zhuǎn)到步驟S23。
[0046]S23:生成該數(shù)據(jù)處理請求的發(fā)送記錄。
[0047]本申請實施例中，當(dāng)沒有查到找該交易訂單的發(fā)送記錄時，首先需在請求記錄表中插入一條該交易訂單的發(fā)送記錄，以記錄后續(xù)所需執(zhí)行的扣款請求發(fā)送動作。
[0048]S24:向數(shù)據(jù)發(fā)送端發(fā)送數(shù)據(jù)處理請求。
[0049]S25:判斷是否接收到所述數(shù)據(jù)接收端反饋的返回數(shù)據(jù)。
[0050]沿用本文實例，對于新交易訂單而言，支付終端在首次向銀行系統(tǒng)發(fā)送一條扣款請求后，支付終端依然會等待銀行系統(tǒng)反饋相應(yīng)的返回數(shù)據(jù)，該返回數(shù)據(jù)可顯示“銀行卡扣款成功”或者“銀行卡扣款失敗”，如果支付終端收到銀行系統(tǒng)的返回數(shù)據(jù)，則表明銀行系統(tǒng)已經(jīng)收到扣款請求并作處理動作，此后支付終端修改交易訂單狀態(tài)，流程結(jié)束；否則，表明銀行系統(tǒng)接收扣款請求的過程發(fā)生異常，則跳轉(zhuǎn)到步驟S21，進(jìn)行查找請求記錄表，因請求記錄表中存在該交易訂單的一條發(fā)送記錄，則流程會跳轉(zhuǎn)到步驟S26。
[0051]S26:查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0052]本申請實施例中，通過調(diào)用銀行系統(tǒng)中查詢交易訂單數(shù)據(jù)的應(yīng)用程序編程接口(Applicat1n Programming Interface, API)來實現(xiàn)查詢。
[0053]S27:判斷是否查找到處理結(jié)果。
[0054]本申請實施例中，存在如下異常情況:銀行系統(tǒng)實際上已經(jīng)接收到扣款請求并作處理，但因特殊狀況(如數(shù)據(jù)傳輸問題等)導(dǎo)致銀行系統(tǒng)無法返回數(shù)據(jù)或者返回數(shù)據(jù)延遲。該步驟S27可以處理以上異常情況，如果從銀行系統(tǒng)的查詢渠道查找到處理結(jié)果，則表明扣款請求已發(fā)送成功，流程結(jié)束；如果并未查到處理結(jié)果，則表明銀行系統(tǒng)并接收到扣款請求，跳轉(zhuǎn)到步驟S28。
[0055]S28:刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄。
[0056]本申請實施例中，步驟S28的動作執(zhí)行完成后，流程跳轉(zhuǎn)到步驟S21，由于此時請求記錄表中不存在該交易訂單的發(fā)送記錄，則該交易訂單會被當(dāng)作新交易訂單，支付終端會重新向銀行系統(tǒng)發(fā)送一條該交易訂單的扣款請求。本申請實施例采取檢查請求記錄表的方式，實現(xiàn)以上流程的循環(huán)，且不會發(fā)生扣款請求重復(fù)發(fā)送的情況。
[0057]值得一提的是，本申請其他實施例中，可采取定時方式來查詢銀行渠道，即新交易訂單的扣款請求發(fā)送之后，若預(yù)設(shè)時間內(nèi)未接收到銀行系統(tǒng)的返回數(shù)據(jù)，則開啟查詢銀行渠道的動作。
[0058]圖3為本申請第二實施例提供的數(shù)據(jù)交互處理的方法的具體過程，該第二實施例沿用以上第一實施例的內(nèi)容，包括如下步驟:
[0059]S31:查找數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄。
[0060]S32:判斷是否存在發(fā)送記錄，若是，則執(zhí)行步驟S35 ;若否，則執(zhí)行步驟S33。
[0061]S33:生成該數(shù)據(jù)處理請求的發(fā)送記錄。
[0062]S34:向數(shù)據(jù)發(fā)送端發(fā)送數(shù)據(jù)處理請求。
[0063]S35:查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0064]S36:判斷是否查找到處理結(jié)果，若是，則流程結(jié)束；若否，則執(zhí)行步驟S37。
[0065]S37:刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄，再執(zhí)行步驟S31。
[0066]本實施例與第一實施例的區(qū)別在于:針對新交易訂單，在完成發(fā)送扣款請求之后，直接查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，而并未等待銀行系統(tǒng)返回數(shù)據(jù)。本實施例縮短流程步驟，對所有交易訂單均通過實時查詢銀行渠道的方式來獲悉處理情況。
[0067]圖4為本申請實施例提供的數(shù)據(jù)交互處理的方法中查詢處理結(jié)果的步驟的具體過程。在實際應(yīng)用中，不同的系統(tǒng)時間可能存在稍許差異的情況，如支付終端的系統(tǒng)時間是T日，而銀行系統(tǒng)的系統(tǒng)時間為T-1日，則以上情況可能導(dǎo)致支付終端上T日發(fā)送的交易訂單數(shù)據(jù)所對應(yīng)的處理數(shù)據(jù)，被存儲于銀行系統(tǒng)中T-1日的交易訂單處理數(shù)據(jù)中，為解決以上問題，本申請實施例查詢前后兩天的交易訂單處理數(shù)據(jù)。
[0068]本申請實施例中，查詢處理結(jié)果的步驟具體包括:
[0069]S121:獲取數(shù)據(jù)接收端(銀行系統(tǒng))在第一時間段內(nèi)的第一處理數(shù)據(jù)。
[0070]S122:基于第一處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0071]S123:判斷是否查詢到處理結(jié)果，若是，則獲得查詢結(jié)果；若否，則執(zhí)行步驟S124。
[0072]S124:獲取數(shù)據(jù)接收端(銀行系統(tǒng))在第二時間段內(nèi)的第二處理數(shù)據(jù)。
[0073]S125:基于第二處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0074]本申請實施例中，第一時間段及第二時間段可以分別表示不同的一天，第一、第二處理數(shù)據(jù)為銀行系統(tǒng)記錄一天所作處理的所有交易訂單數(shù)據(jù)的集合。當(dāng)然，本申請其他實施例中，第一時間段及第二時間段的長度也可是兩天、一周等。
[0075]圖5為本申請實施例提供的數(shù)據(jù)交互處理的系統(tǒng)的結(jié)構(gòu)示意圖，包括支付終端(數(shù)據(jù)發(fā)送端)10及銀行系統(tǒng)(數(shù)據(jù)接收端)20，支付終端10包括離線交易終端或在線交易終端，銀行系統(tǒng)20至少包括請求接收模塊21、數(shù)據(jù)處理模塊22、結(jié)果反饋模塊23以及結(jié)果數(shù)據(jù)庫24，請求接收模塊21用于接收一個或多個支付終端所發(fā)送的扣款請求，數(shù)據(jù)處理模塊22用于對扣款請求執(zhí)行相應(yīng)的處理動作，結(jié)果反饋模塊23用于在執(zhí)行扣款處理之后，向支付終端10發(fā)送扣款請求所對應(yīng)的返回數(shù)據(jù)，結(jié)果數(shù)據(jù)庫24用于存儲銀行系統(tǒng)處理所有扣款請求的處理結(jié)果。
[0076]基于同樣的思路，本申請實施例中，支付終端(即終端設(shè)備)10包括:
[0077]發(fā)送模塊11，用于向數(shù)據(jù)接收端20發(fā)送數(shù)據(jù)處理請求；
[0078]查詢模塊12，用于從數(shù)據(jù)接收端20查詢數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果；
[0079]確定模塊13，用于在查詢到所述處理結(jié)果時，不再向數(shù)據(jù)接收端20重新發(fā)送數(shù)據(jù)處理請求，在在成功調(diào)用數(shù)據(jù)接收端20的數(shù)據(jù)查詢接口且未查詢到處理結(jié)果時，確定向數(shù)據(jù)接收端20重新發(fā)送數(shù)據(jù)處理請求。
[0080]本申請實施例中，支付終端10還包括記錄查找模塊110，用于:
[0081]查找所述數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄；則
[0082]發(fā)送模塊11具體包括:
[0083]記錄生成單元110，用于在未查找到發(fā)送記錄時，生成該數(shù)據(jù)處理請求的發(fā)送記錄;
[0084]請求發(fā)送單元112，用于向數(shù)據(jù)接收端20發(fā)送數(shù)據(jù)處理請求。
[0085]本申請實施例中，支付終端10還包括判斷模塊15，用于:
[0086]判斷是否接收到數(shù)據(jù)接收端反饋的返回數(shù)據(jù)；則
[0087]查詢模塊12具體用于:若未接收到返回數(shù)據(jù)，從所述數(shù)據(jù)接收端20查詢數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果。
[0088]本申請實施例中，查詢模塊12具體包括:
[0089]第一獲取單元121，用于從數(shù)據(jù)接收端20的結(jié)果數(shù)據(jù)庫24中獲取在第一時間段內(nèi)的第一處理數(shù)據(jù)；
[0090]第一查詢單元122，用于基于第一處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果;
[0091]若未從所述第一處理數(shù)據(jù)中查詢到處理結(jié)果，則執(zhí)行第二獲取單元123的動作；
[0092]第二獲取單元123，用于從數(shù)據(jù)接收端20的結(jié)果數(shù)據(jù)庫24中獲取在第二時間段內(nèi)的第二處理數(shù)據(jù)；
[0093]第二查詢單元124，用于基于第二處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果；其中，第二時間段在第一時間段之前。
[0094]本申請實施例中，確定模塊13具體包括:
[0095]記錄刪除單元130，用于在成功調(diào)用數(shù)據(jù)接收端20的數(shù)據(jù)查詢接口且未查詢到處理結(jié)果時，刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄，以確定向數(shù)據(jù)接收端20重新發(fā)送數(shù)據(jù)處理請求；則執(zhí)行完記錄刪除單元130的動作之后，再執(zhí)行記錄查找模塊14的動作。
[0096]基于本申請實施例的以上技術(shù)方案，能夠達(dá)到以下有益效果:
[0097]在將數(shù)據(jù)處理請求發(fā)送至數(shù)據(jù)接收端后，通過從所述數(shù)據(jù)接收端查詢當(dāng)前數(shù)據(jù)處理請求所對應(yīng)的處理結(jié)果，并根據(jù)所查詢處理結(jié)果的情況，來確定是否需要再次發(fā)送數(shù)據(jù)處理請求，從而避免現(xiàn)有技術(shù)中因數(shù)據(jù)接收端反饋返回數(shù)據(jù)的異常，而可能導(dǎo)致數(shù)據(jù)接收端重復(fù)執(zhí)行多次數(shù)據(jù)處理動作的情況，并且有效避免不必要的網(wǎng)絡(luò)資源開銷，提升數(shù)據(jù)交互處理的效率。
[0098]值得一提的是，本文所披露的終端設(shè)備、系統(tǒng)是基于以上方法，按照同樣的思路所產(chǎn)生的，故該終端設(shè)備、系統(tǒng)可沿用以上方法的所有技術(shù)特征，本文不再予以贅述。
[0099]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。
[0100]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0101]這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0102]這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0103]在一個典型的配置中，計算設(shè)備包括一個或多個處理器(CPU)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。
[0104]內(nèi)存可能包括計算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內(nèi)存是計算機(jī)可讀介質(zhì)的示例。
[0105]計算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(PRAM)、靜態(tài)隨機(jī)存取存儲器(SRAM)、動態(tài)隨機(jī)存取存儲器(DRAM)、其他類型的隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(CD-ROM)、數(shù)字多功能光盤(DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體(transitory media)，如調(diào)制的數(shù)據(jù)信號和載波。
[0106]還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。
[0107]本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。
[0108]以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。
【主權(quán)項】
1.一種數(shù)據(jù)交互處理的方法，其特征在于，包括: 向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求； 從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 若查詢到所述處理結(jié)果，則不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求； 若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果，則確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求之前，還包括: 查找所述數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄；則 向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求，包括:當(dāng)未查找到發(fā)送記錄時，生成該數(shù)據(jù)處理請求的發(fā)送記錄，再向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求之后，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果之前，所述方法還包括: 判斷是否接收到所述數(shù)據(jù)接收端反饋的返回數(shù)據(jù)；則 從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，包括: 若未接收到所述返回數(shù)據(jù)，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果O4.根據(jù)權(quán)利要求1所述的方法，其特征在于，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，具體包括: 獲取所述數(shù)據(jù)接收端在第一時間段內(nèi)的第一處理數(shù)據(jù)； 基于所述第一處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 若未從所述第一處理數(shù)據(jù)中查詢到處理結(jié)果，則獲取所述數(shù)據(jù)接收端在第二時間段內(nèi)的第二處理數(shù)據(jù)； 基于所述第二處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 所述第二時間段在所述第一時間段之前。5.根據(jù)權(quán)利要求2所述的方法，其特征在于，若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果，則確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求，具體包括: 若成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果，則刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄，以確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；則所述方法還包括: 刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄之后，再查找所述數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄; 當(dāng)未查找到發(fā)送記錄時，生成該數(shù)據(jù)處理請求的發(fā)送記錄，再向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求。6.根據(jù)權(quán)利要求1至5中任意一項所述的方法，其特征在于，所述方法應(yīng)用于銀行卡支付的場景中，所述數(shù)據(jù)處理請求是銀行卡的扣款請求。7.—種終端設(shè)備，其特征在于，包括: 發(fā)送模塊，用于向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求； 查詢模塊，用于從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 確定模塊，用于在查詢到所述處理結(jié)果時，不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求；用于在成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果時，確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求。8.根據(jù)權(quán)利要求7所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括記錄查找模塊，用于: 查找所述數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄；則 所述發(fā)送模塊具體包括: 記錄生成單元，用于在未查找到發(fā)送記錄時，生成該數(shù)據(jù)處理請求的發(fā)送記錄； 請求發(fā)送單元，用于向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求。9.根據(jù)權(quán)利要求8所述的終端設(shè)備，其特征在于，所述終端設(shè)備還包括判斷模塊，用于: 判斷是否接收到所述數(shù)據(jù)接收端反饋的返回數(shù)據(jù)；則 所述查詢模塊具體用于: 若未接收到所述返回數(shù)據(jù)，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果O10.根據(jù)權(quán)利要求7所述的終端設(shè)備，其特征在于，所述查詢模塊具體包括: 第一獲取單元，用于獲取所述數(shù)據(jù)接收端在第一時間段內(nèi)的第一處理數(shù)據(jù)； 第一查詢單元，用于基于所述第一處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 若未從所述第一處理數(shù)據(jù)中查詢到處理結(jié)果，則執(zhí)行第二獲取單元的動作； 第二獲取單元，用于獲取所述數(shù)據(jù)接收端在第二時間段內(nèi)的第二處理數(shù)據(jù)； 第二查詢單元，用于基于所述第二處理數(shù)據(jù)，查詢該數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果； 所述第二時間段在所述第一時間段之前。11.根據(jù)權(quán)利要求8所述的終端設(shè)備，其特征在于，所述確定模塊具體包括: 記錄刪除單元，用于在成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果時，刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄，以確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求； 所述裝置還用于: 刪除該數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄之后，查找所述數(shù)據(jù)處理請求對應(yīng)的發(fā)送記錄；當(dāng)未查找到發(fā)送記錄時，生成該數(shù)據(jù)處理請求的發(fā)送記錄，再向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求。12.根據(jù)權(quán)利要求7至11中任意一項所述的終端設(shè)備，其特征在于，所述裝置應(yīng)用于銀行卡支付的場景中，所述數(shù)據(jù)處理請求是銀行卡的扣款請求。13.一種數(shù)據(jù)交互處理的系統(tǒng)，其特征在于，包括: 數(shù)據(jù)發(fā)送端，用于向數(shù)據(jù)接收端發(fā)送數(shù)據(jù)處理請求，從所述數(shù)據(jù)接收端查詢所述數(shù)據(jù)處理請求對應(yīng)的處理結(jié)果，在查詢到所述處理結(jié)果時，不再向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求，在成功調(diào)用數(shù)據(jù)接收端的數(shù)據(jù)查詢接口且未查詢到所述處理結(jié)果時，確定向所述數(shù)據(jù)接收端重新發(fā)送所述數(shù)據(jù)處理請求； 數(shù)據(jù)接收端，用于接收所述數(shù)據(jù)發(fā)送端的數(shù)據(jù)處理請求，對所述數(shù)據(jù)處理請求執(zhí)行處 理動作，并記錄所述數(shù)據(jù)處理請求的處理結(jié)果。
【文檔編號】G06F13/14GK105988949SQ201510082738
【公開日】2016年10月5日
【申請日】2015年2月15日
【發(fā)明人】王文勇
【申請人】阿里巴巴集團(tuán)控股有限公司