本申請涉及信息數(shù)據(jù)處理技術(shù)領(lǐng)域，更具體地說，涉及一種交易處理方法及裝置。

背景技術(shù)：

目前，使用信用卡進(jìn)行交易越來越普遍，而信用卡一般都會設(shè)置使用額度，該額度是指在正常情況下可以循環(huán)透支使用的最高限額，由于持卡人的風(fēng)險性和收益性都在變化，為了既令客戶獲得收益，也令銀行提高盈利能力，在使用過程中，信用卡的額度可以進(jìn)行調(diào)整。

現(xiàn)有技術(shù)中，由用戶向銀行系統(tǒng)發(fā)出調(diào)額的觸發(fā)請求，銀行系統(tǒng)接收到用戶的調(diào)額觸發(fā)請求后，根據(jù)調(diào)額的審批策略進(jìn)行審批以確定是否同意對用戶進(jìn)行調(diào)額以及調(diào)整的額度。

該調(diào)額方式中，需要用戶向銀行系統(tǒng)提出調(diào)額的請求，銀行系統(tǒng)在接收到用戶的請求后才開始進(jìn)行審批，該調(diào)額過程較為繁瑣，調(diào)額時間較長。

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

有鑒于此，本申請?zhí)峁┮环N交易處理方法及裝置，以解決現(xiàn)有技術(shù)存在的調(diào)額過程繁瑣，調(diào)額時間較長的問題。

為了實現(xiàn)上述目的，現(xiàn)提出的方案如下：

一種交易處理方法，所述方法包括：

接收用戶的交易請求；

響應(yīng)所述交易請求，獲得交易信息，所述交易信息包括：所述交易發(fā)生的地點和/或信用卡的剩余額度；

判斷所述交易信息是否滿足預(yù)設(shè)的觸發(fā)條件，所述預(yù)設(shè)的觸發(fā)條件包括交易地點為境外和/或信用卡額度超限；

當(dāng)滿足所述預(yù)設(shè)的觸發(fā)條件時，獲取用戶的信息；

根據(jù)所述用戶的信息和額度調(diào)整策略，判斷是否對所述用戶的額度進(jìn)行調(diào)整；

若調(diào)整，則向用戶發(fā)送額度調(diào)整通知。

優(yōu)選地，所述用戶信息包括客戶編號、賬戶編號，所述根據(jù)用戶的信息和額度調(diào)整策略，判斷是否對所述用戶的額度進(jìn)行調(diào)整包括：

根據(jù)客戶編號查找調(diào)額日期表，獲取用戶最近一次調(diào)額的時間；

計算所述最近一次調(diào)額的時間與當(dāng)前時間的間隔時長，判斷所述間隔時長是否大于臨時調(diào)額間隔；

若是，則根據(jù)客戶編號查找臨時影子額度表，判斷用戶是否有臨時影子額度；

若是，則根據(jù)客戶編號和賬戶編號分別查找客戶表和賬戶表獲取用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度，判斷所述當(dāng)前賬戶層額度和所述當(dāng)前客戶層額度中的較小額度是否大于等于臨時影子額度；

若否，則確定對所述用戶的額度進(jìn)行調(diào)整，調(diào)整額度為臨時影子額度。

優(yōu)選地，所述用戶信息還包括卡號，在根據(jù)客戶編號查找調(diào)額日期表前，還包括：

根據(jù)客戶編號查找通知表，判斷是否在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過額度調(diào)整通知；

若否，則根據(jù)客戶編號查找審批表，判斷當(dāng)前是否正在對用戶進(jìn)行調(diào)額審批；

若否，則根據(jù)卡號查找卡片表，獲取卡片狀態(tài)信息；

根據(jù)所述卡片狀態(tài)信息，判斷用戶當(dāng)前狀態(tài)是否正常；

若是，則判斷所述客戶編號是否位于黑名單中；

若否，則根據(jù)卡號判斷用戶的卡種是否為商務(wù)卡、財政公務(wù)卡或附屬卡；

若否，則根據(jù)卡號獲取用戶的最近一次調(diào)額時間。

優(yōu)選地，在確定用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度小于所述臨時影子額度后，還包括：

獲取人行報告，根據(jù)人行報告確定用戶的人行記錄是否正常；

若正常，則確定對所述用戶的額度進(jìn)行調(diào)整。

優(yōu)選地，方法還包括：

接收用戶的反饋信息；

解析所述反饋信息，獲得反饋標(biāo)識；

當(dāng)所述反饋標(biāo)識為同意調(diào)額標(biāo)識時，對用戶的額度進(jìn)行調(diào)整。

本發(fā)明還提供一種額度調(diào)整裝置，所述額度調(diào)整裝置包括：

第一接收模塊，用于接收用戶的交易請求；

第一獲取模塊，用于響應(yīng)所述交易請求，獲得交易信息，所述交易信息包括：所述交易發(fā)生的地點和/或信用卡的剩余額度；

第一判斷模塊，用于判斷所述交易信息是否滿足預(yù)設(shè)的觸發(fā)條件，所述預(yù)設(shè)的觸發(fā)條件包括交易地點為境外和/或信用卡額度超限；

第二獲取模塊，用于當(dāng)滿足預(yù)設(shè)的觸發(fā)條件時，獲取用戶的信息；

第二判斷模塊，用于根據(jù)用戶的信息和額度調(diào)整策略，判斷是否對所述用戶的額度進(jìn)行調(diào)整；

發(fā)送模塊，用于當(dāng)對用戶的額度進(jìn)行調(diào)整時，向用戶發(fā)送額度調(diào)整通知。

優(yōu)選地，所述用戶信息包括客戶編號、賬戶編號，則第二判斷模塊包括：

第三獲取模塊，用于根據(jù)客戶編號查找調(diào)額日期表，獲取用戶最近一次調(diào)額的時間；

第三判斷模塊，用于計算所述最近一次調(diào)額的時間與當(dāng)前時間的間隔時長，判斷所述間隔時長是否大于臨時調(diào)額間隔；

第四判斷模塊，用于當(dāng)所述間隔時長大于臨時調(diào)額間隔時，根據(jù)客戶編號查找臨時影子額度表，判斷用戶是否有臨時影子額度；

第五判斷模塊，用于當(dāng)用戶有臨時影子額度時，根據(jù)客戶編號和賬戶編號分別查找客戶表和賬戶表獲取用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度，判斷當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度是否大于等于臨時影子額度；

確定模塊，用于當(dāng)當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度小于臨時影子額度時，確定對所述用戶的額度進(jìn)行調(diào)整，調(diào)整額度為臨時影子額度。

優(yōu)選地，所述用戶信息還包括卡號，所述裝置還包括：

第六判斷模塊，用于根據(jù)客戶編號查找通知表，判斷是否在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過所述額度調(diào)整通知；

第七判斷模塊，用于當(dāng)沒有在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過所述額度調(diào)整通知時，根據(jù)客戶編號查找審批表，判斷當(dāng)前是否正在對用戶進(jìn)行調(diào)額審批；

第四獲取模塊，用于當(dāng)前沒有正在對用戶進(jìn)行調(diào)額審批時，根據(jù)卡號查找卡片表，獲取卡片的狀態(tài)信息；

第八判斷模塊，用于根據(jù)所述卡片狀態(tài)信息判斷用戶當(dāng)前狀態(tài)是否正常；

第九判斷模塊，用于當(dāng)用戶當(dāng)前狀態(tài)正常時，判斷客戶編號是否位于黑名單中；

第十判斷模塊，用于根據(jù)卡號判斷用戶的卡中是否為商務(wù)卡、財政公務(wù)卡或附屬卡，若否，則執(zhí)行第三獲取模塊。

優(yōu)選地，所述裝置還包括：

第四獲取模塊，用于當(dāng)當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度是否小于臨時影子額度獲取人行報告時，根據(jù)人行報告確定用戶的人行記錄是否正常，若正常，則確定對所述用戶的額度進(jìn)行調(diào)整。

優(yōu)選地，所述裝置還包括：

第二接收模塊，用于接收用戶的反饋信息；

解析模塊，用于解析所述反饋信息，獲取反饋標(biāo)識；

調(diào)整模塊，用于當(dāng)所述反饋標(biāo)識為同意調(diào)額標(biāo)識時，對用戶的額度進(jìn)行調(diào)整。

從上述的技術(shù)方案可以看出，本申請?zhí)峁┮环N額度調(diào)整方法，該方法中，接收用戶的交易請求，響應(yīng)該請求并獲得用戶的交易信息，交易信息包括交易發(fā)生的地點和/或信用卡的剩余額度，判斷交易信息是否滿足預(yù)設(shè)條件，包括判斷所述交易發(fā)生地點是否在境外和/或信號卡的剩余額度是否超限，當(dāng)滿足時，獲取用戶的信息，并根據(jù)用戶的信息和調(diào)額策略判斷是否對用戶進(jìn)行調(diào)額，若調(diào)額則向用戶發(fā)出調(diào)額通知。在上述的技術(shù)方案中，在用戶進(jìn)行交易時，銀行系統(tǒng)實時對用戶的交易信息進(jìn)行監(jiān)測，一旦發(fā)現(xiàn)交易信息滿足預(yù)設(shè)的條件即認(rèn)定當(dāng)前用戶有較強(qiáng)的調(diào)額意愿，則判斷用戶是否滿足調(diào)額的策略，若滿足，銀行則向用戶發(fā)出調(diào)額的邀請信息，進(jìn)而用戶可以通過反饋同意信息即可實現(xiàn)額度的調(diào)整，可見，相較于現(xiàn)有技術(shù)用戶處于境外以及刷卡發(fā)現(xiàn)額度不足時才向銀行系統(tǒng)發(fā)送調(diào)額觸發(fā)請求，本申請通過實時監(jiān)測用戶交易，即時觸發(fā)調(diào)額審批，實現(xiàn)了用戶的交易觸發(fā)調(diào)額，如此避免了用戶進(jìn)行調(diào)額觸發(fā)操作，簡化了調(diào)額過程，由于調(diào)額過程簡化，進(jìn)而減小了調(diào)額的時間。

附圖說明

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

圖1為本申請實施例公開的一種交易處理方法基本流程圖；

圖2為本申請實施例公開的一種判斷是否對用戶的額度進(jìn)行調(diào)整的方法基本流程圖；

圖3為本申請另一實施例公開的判斷是否對用戶的額度進(jìn)行調(diào)整的方法基本流程圖；

圖4為本申請另一實施例公開的判斷是否對用戶的額度進(jìn)行調(diào)整的方法基本流程圖；

圖5為本申請另一實施例公開的一種交易處理方法基本流程圖；

圖6為本申請一實施例公開的交易處理裝置的組成框圖；

圖7為本申請另一實施例公開的交易處理裝置的組成框圖；

圖8為本申請另一實施例公開的交易處理裝置的組成框圖；

圖9為本申請另一實施例公開的交易處理裝置的組成框圖；

圖10為本申請另一實施例公開的交易處理裝置的組成框圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護(hù)的范圍。

本發(fā)明實施例提供一種交易處理方法，如圖1所示，該方法包括：

S100、接收用戶的交易請求；

其中，當(dāng)用戶有交易需求時，可以通過各種銀行的終端如ATM機(jī)、POS機(jī)進(jìn)行聯(lián)機(jī)交易如取款、刷卡消費等，終端會將用戶的相關(guān)交易請求發(fā)送給銀行系統(tǒng)。

S110、響應(yīng)所述交易請求，獲得交易信息，所述交易信息包括：所述交易發(fā)生的地點和/或信用卡的剩余額度；

在接收到交易請求后，對該所述交易請求進(jìn)行實時響應(yīng)更新客戶信息如扣減客戶端額度等，同時從中獲取到交易信息，其中，該交易信息可以包括交易信息發(fā)生的地點和信用卡的剩余額度之中的任一個，也可以包括交易信息發(fā)生的地點和信用卡的剩余額度。

S120、判斷所述交易信息是否滿足預(yù)設(shè)的觸發(fā)條件，所述預(yù)設(shè)的觸發(fā)條件包括交易地點為境外和/或信用卡額度超限；

其中，設(shè)置觸發(fā)條件是為了確定用戶在交易的當(dāng)前是否有調(diào)額的需求，觸發(fā)條件可以包括交易地點為境外和/或信用卡額度超限?？梢岳斫?，用戶在境外時有較強(qiáng)的消費需求，隨之也就有較強(qiáng)的調(diào)額需求，以及當(dāng)用戶在刷卡時發(fā)現(xiàn)信用卡的額度超限時，也有較強(qiáng)的調(diào)額需求。

判斷交易信息是否滿足預(yù)設(shè)的觸發(fā)條件包括：判斷所述交易發(fā)生的地點是否為境外，和/或判斷信用卡的剩余額度是否超限。

S130、當(dāng)滿足所述預(yù)設(shè)的觸發(fā)條件時，獲取用戶的信息；

其中，當(dāng)判斷用戶進(jìn)行交易的交易地點為境外或交易時信用卡額度超限，說明用戶當(dāng)前有較強(qiáng)的調(diào)額需求，因此觸發(fā)去獲取用戶的信息，進(jìn)而開始后續(xù)的調(diào)額審批。

S140、根據(jù)用戶的信息和額度調(diào)整策略判斷是否對所述用戶的額度進(jìn)行調(diào)整；

該步驟實現(xiàn)對用戶額度調(diào)整的審批，其中，額度調(diào)整策略可以設(shè)置為臨時額度調(diào)整策略，該額度調(diào)整策略可以確定出具體的調(diào)整額度。

S150、向用戶發(fā)送額度調(diào)整通知。

當(dāng)確定對用戶額度進(jìn)行調(diào)整后，系統(tǒng)會生成額度調(diào)整通知，并向用戶發(fā)送額度調(diào)整通知，發(fā)送的額度調(diào)整通知內(nèi)容可以包括：額度生效日期、額度失效日期，目標(biāo)額度。發(fā)送調(diào)整方式可以采用短信、郵件方式，這里并不對具體的發(fā)送方式進(jìn)行限定。

本申請的技術(shù)方案中，銀行系統(tǒng)接收用戶的交易請求，響應(yīng)該請求并獲得用戶的交易信息，交易信息包括交易發(fā)生的地點和/或信用卡的剩余額度，判斷交易信息是否滿足預(yù)設(shè)條件，包括判斷所述交易發(fā)生地點是否在境外和/或信號卡的剩余額度是否超限，當(dāng)滿足時，獲取用戶的信息，并根據(jù)用戶的信息和調(diào)額策略判斷是否對用戶進(jìn)行調(diào)額，通過上述過程，系統(tǒng)實時對用戶的交易信息進(jìn)行監(jiān)測，一旦發(fā)現(xiàn)交易信息滿足預(yù)設(shè)的條件即認(rèn)定這時用戶有較強(qiáng)的調(diào)額意愿，進(jìn)而判斷用戶是否滿足調(diào)額的策略，若滿足，銀行則向用戶發(fā)出調(diào)額的通知信息，進(jìn)而用戶可以通過反饋同意信息即可實現(xiàn)額度的調(diào)整。相較于現(xiàn)有技術(shù)用戶處于境外、刷卡時發(fā)現(xiàn)額度不足進(jìn)而才向銀行系統(tǒng)發(fā)送調(diào)額觸發(fā)請求，本申請的銀行系統(tǒng)通過實時監(jiān)測用戶交易信息，即時觸發(fā)進(jìn)行調(diào)額判斷，避免了用戶的調(diào)額觸發(fā)操作，簡化了用戶的調(diào)額過程，進(jìn)而減少了調(diào)額的時間。

具體的，在實際應(yīng)用中，可以設(shè)置EDA組件，其將用戶的信息發(fā)送給業(yè)務(wù)審批組件，業(yè)務(wù)審批組件接收用戶的信息，結(jié)合調(diào)額策略對額度調(diào)整進(jìn)行審批。其中，信息的發(fā)送和接收利用統(tǒng)一EDA事件應(yīng)用方案，該方案包括事件發(fā)送和事件接收，其中：

EDA事件發(fā)送基本步驟為：

1、編寫事件管理接口的配置文件；

2、獲取事件發(fā)送器EventExecutor實例；

3、發(fā)送事件sendEmsEvent(sysEvtCode,evtBody)：

a)構(gòu)造事件報文對象；

b)將事件報文對象按照按事件報文規(guī)范生成事件XML報文(含報文頭和報文體)；

c)使用事件發(fā)送器發(fā)送事件。

EDA事件接收基本步驟為：

1、編寫事件管理接口的配置文件

2、配置接收對象EventReceiver。限制每個JVM接收同一事件代碼，只能有一個線程并發(fā)；

3、接收處理事件：

a)調(diào)用事件接收方法接收事件；

b)將接收到的事件報文xml轉(zhuǎn)換為事件對象；

C)調(diào)用事件處理服務(wù)，對事件進(jìn)行處理。

本申請實施例提供一種根據(jù)用戶的信息和額度調(diào)整策略判斷是否對所述用戶的額度進(jìn)行調(diào)整，即審批是否對用戶的額度進(jìn)行調(diào)整的方法，如圖2所示：

S200、根據(jù)客戶編號查找調(diào)額日期表，獲取用戶最近一次調(diào)額的時間；

具體的，額度調(diào)整策略為臨時調(diào)額策略，該策略包括有用戶的調(diào)額時間間隔滿足臨時調(diào)額間隔、用戶有臨時影子額度、用戶的當(dāng)前賬戶層額度和用戶的當(dāng)前客戶層額度中的較小額度小于臨時影子額度等。

其中，獲取的用戶信息包括有客戶編號，客戶編號是銀行賦予每一位該行用戶的編號，表示用戶的身份；當(dāng)然，這里也可以利用用戶的證件號如身份證號來代替用戶編號進(jìn)行查找。

其中，調(diào)額日期表是用于記錄用戶調(diào)額時間的數(shù)據(jù)表，即每對用戶進(jìn)行一次額度調(diào)整，就將該額度調(diào)整的日期時間記錄到調(diào)額日期表中，該數(shù)據(jù)表中包括客戶編號和客戶編號對應(yīng)的調(diào)額時間。

S201、計算所述最近一次調(diào)額的時間與當(dāng)前時間的間隔時長，判斷所述間隔時長是否大于臨時調(diào)額間隔，若是則執(zhí)行步驟S202，否則結(jié)束；

其中，臨時調(diào)額間隔由系統(tǒng)預(yù)先設(shè)置，當(dāng)判斷是否允許用戶臨時調(diào)額時，用戶最近一次的調(diào)額時間距離當(dāng)前時間的間隔必須大于該臨時調(diào)額間隔，該間隔可設(shè)置為30日，避免對用戶進(jìn)行較為頻繁的調(diào)額。

S202、根據(jù)客戶編號查找臨時影子額度表，判斷用戶是否有臨時影子額度，若是則執(zhí)行步驟S203，否則結(jié)束；

S203、根據(jù)客戶編號和賬戶編號分別查找客戶表和賬戶表獲取用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度，判斷當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度是否大于等于臨時影子額度，若否則執(zhí)行步驟S204，是則結(jié)束；

S204、確定對所述用戶的額度進(jìn)行調(diào)整，調(diào)整額度為臨時影子額度。

其中，銀行系統(tǒng)確定對用戶的額度的調(diào)整，并將臨時影子額度確定為調(diào)整的額度即目標(biāo)額度，具體的，可以為系統(tǒng)生成一個調(diào)額的相關(guān)信息，該信息包括：調(diào)額類型：交易觸發(fā)調(diào)額即表示此次確定的調(diào)額的類型、額度生效日：當(dāng)天、額度失效日：當(dāng)天起50天，目標(biāo)額度：臨時影子額度。進(jìn)一步的，可根據(jù)其中的部分信息如額度生效日：當(dāng)天，額度失效日：當(dāng)天起50天，目標(biāo)額度：臨時影子額度生成通知，發(fā)送給用戶。

其中，在實際應(yīng)用中，有些用戶不同意按臨時影子進(jìn)行臨時額度調(diào)整，所以，獲取的用戶信息中還可以包括是否同意按臨時影子額度調(diào)整標(biāo)志，在上述的步驟S200前還包括：判斷是否按臨時影子額度調(diào)整標(biāo)識是否為同意按臨時影子額度調(diào)整標(biāo)志，當(dāng)是同意按臨時影子額度調(diào)整標(biāo)志時，才開始按照上述實施例的技術(shù)方案進(jìn)行實施，否則不對用戶進(jìn)行臨時調(diào)額審批。

上述實施例中設(shè)置的是臨時額度調(diào)整策略，即對用戶進(jìn)行臨時額度調(diào)整的審批，根據(jù)用戶的信息和該臨時額度調(diào)整策略實現(xiàn)對是否對用戶的額度進(jìn)行調(diào)整的判斷。

本申請實施例提供另一種根據(jù)用戶的信息和額度調(diào)整策略判斷是否對所述用戶的額度進(jìn)行調(diào)整的方法，如圖3所示：

S300、根據(jù)客戶編號查找通知表，判斷用戶是否在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過額度調(diào)整通知，若否則執(zhí)行S301，否則結(jié)束；

其中，預(yù)設(shè)時間可以設(shè)置為24小時，即判斷銀行系統(tǒng)是否在24小時內(nèi)向用戶發(fā)送過額度調(diào)整通知，若24小時內(nèi)發(fā)送過額度調(diào)整通知，則不再進(jìn)行后續(xù)操作。

S301、根據(jù)客戶編號查找審批表，判斷當(dāng)前是否正在對用戶進(jìn)行調(diào)額審批，若否則執(zhí)行S302，若是則結(jié)束；

其中，審批表記錄銀行系統(tǒng)當(dāng)前正在對哪些用戶進(jìn)行調(diào)額的審批，若該用戶當(dāng)前正在被審批，則不再進(jìn)行后續(xù)的操作。

S302、根據(jù)卡號查找卡片表，獲取卡片狀態(tài)信息；

其中，卡號來來自用戶的信息，即用戶的信息還包括卡號信息。

S303、根據(jù)所述卡片狀態(tài)信息判斷用戶當(dāng)前狀態(tài)是否正常，若是則執(zhí)行S304，若否則結(jié)束；

其中，卡片表中記錄有卡片的狀態(tài)信息，卡片的狀態(tài)信息有正常狀態(tài)、未激活狀態(tài)、未還款狀態(tài)等，而未激活、未還款等狀態(tài)都是非正常狀態(tài)，通過對狀態(tài)信息的判斷，能夠確定出用戶的當(dāng)前狀態(tài)是不是正常的狀態(tài)。

S304、判斷所述客戶編號是否位于黑名單中，若否則執(zhí)行S305，若是則結(jié)束；

S305、根據(jù)卡號判斷用戶的卡種是否為商務(wù)卡、財政公務(wù)卡或附屬卡，若否則執(zhí)行S306，若是則結(jié)束；

S306、根據(jù)客戶編號查找調(diào)額日期表，獲取用戶最近一次調(diào)額的時間；

S307、計算所述最近一次調(diào)額的時間與當(dāng)前時間的間隔時長，判斷所述間隔時長是否滿足臨時調(diào)額間隔，若是則執(zhí)行步驟S308，否則結(jié)束；

S308、根據(jù)客戶編號查找臨時影子額度表，判斷用戶是否有臨時影子額度，若是則執(zhí)行步驟S309，否則結(jié)束；

S309、根據(jù)客戶編號和賬戶編號分別查找客戶表和賬戶表獲取用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度，判斷當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度是否大于等于臨時影子額度，若否則執(zhí)行步驟S310，是則結(jié)束；

S310、確定對所述用戶的額度進(jìn)行調(diào)整，調(diào)整額度為臨時影子額度。

上述步驟S306-S310的實施方式與前述步驟S200-S20 4的實施方式一一對應(yīng)，在此不再贅述。

通過上述實施例，排除了24小時內(nèi)發(fā)送過通知，當(dāng)前正在進(jìn)行審批的情況，避免對用戶重復(fù)發(fā)送通知信息、判斷卡種、用戶的狀態(tài)信息則避免了對明顯不符合調(diào)額的卡片進(jìn)行額度調(diào)整、而判斷用戶是否在黑名單中則降低了調(diào)額風(fēng)險。

為了進(jìn)一步的降低調(diào)額的風(fēng)險，本申請實施例提供了另一種根據(jù)用戶的信息和額度調(diào)整策略判斷是否對所述用戶的額度進(jìn)行調(diào)整的方法，如圖4所示：

步驟S400-S409的實施方式與前述步驟S30-S309的實施方式一一對應(yīng)，在此不再贅述。

S410、獲取人行報告，根據(jù)人行報告判斷用戶的人行記錄是否正常；若是，則執(zhí)行S412，否則結(jié)束；

其中，人行報告記載有個人信用記錄，可以通過查詢?nèi)诵姓餍畔到y(tǒng)獲得。

S412、當(dāng)用戶的人行記錄正常時，則確定對所述用戶的額度進(jìn)行調(diào)整。

其中，在實際應(yīng)用中，存在無需對有些特別用戶進(jìn)行人行記錄核實，所以，在獲取的用戶的信息中包括有：是否查人行報告標(biāo)志，執(zhí)行時，先判斷是否查人行報告標(biāo)志是否為查人行報告的標(biāo)識，若是，則獲取人行報告判斷，若否，則直接確定調(diào)整即可。

通過上述實施方案，查詢?nèi)诵袌蟾妫_定出當(dāng)前用戶的信用是正常還是人行不良，只有人行正常才會對其進(jìn)行調(diào)額，進(jìn)一步降低了調(diào)額的風(fēng)險。

基于上述所有實施例的基礎(chǔ)，本申請實施例提供了另一種額度數(shù)據(jù)的調(diào)整方法，如圖5所示，該方法包括：

步驟S500-S540的實施方式與上述步驟S100-S140的實施方式一一對應(yīng)，在此不再贅述：

S550、接收用戶的反饋信息；

具體的，銀行系統(tǒng)可以通過短信向用戶發(fā)送額度調(diào)整通知，該通知除了包括額度生效日期、額度失效日期，目標(biāo)額度等信息外，還包括：詢問用戶是否同意，同意請回復(fù)“同意”。

當(dāng)用戶接收到該通知信息，且同意銀行審批的調(diào)額時，回復(fù)同意的反饋短信發(fā)送給銀行系統(tǒng)。

S560、解析所述反饋信息，獲得反饋標(biāo)識；

其中，對接收到反饋短信進(jìn)行解析，獲取到短信中的反饋標(biāo)識。

S570、當(dāng)所述反饋標(biāo)識為同意調(diào)額標(biāo)識時，對用戶的額度進(jìn)行調(diào)整；

通過上述實施例技術(shù)方案，銀行系統(tǒng)會向用戶發(fā)送調(diào)整信息詢問用戶是否同意進(jìn)行額度調(diào)整，進(jìn)而通過用戶反饋的同意信息，按照目標(biāo)額度執(zhí)行對用戶的額度調(diào)整操作。

本申請實施例還提供一種交易處理裝置，如圖6所述，該裝置包括：

第一接收模塊600，用于接收用戶的交易請求；

第一獲取模塊601，用于響應(yīng)所述交易請求，獲得交易信息，所述交易信息包括：所述交易發(fā)生的地點和/或信用卡的剩余額度；

第一判斷模塊602，用于判斷所述交易信息是否滿足預(yù)設(shè)的觸發(fā)條件，所述預(yù)設(shè)的觸發(fā)條件包括交易地點為境外和/或信用卡額度超限；

第二獲取模塊603，用于當(dāng)滿足預(yù)設(shè)的觸發(fā)條件時，獲取用戶的信息；

第二判斷模塊604，用于根據(jù)用戶的信息和額度調(diào)整策略判斷是否對用戶的額度進(jìn)行調(diào)整；

生成模塊605，用于當(dāng)對用戶的額度進(jìn)行調(diào)整時，生成額度調(diào)整通知，并向用戶發(fā)送所述額度調(diào)整通知。

在另一實施例中，第二判斷模塊604，如圖7所示，包括：

第三獲取模塊700，用于根據(jù)客戶編號查找調(diào)額日期表，獲取用戶最近一次調(diào)額的時間；

第三判斷模塊701，用于計算所述最近一次調(diào)額的時間與當(dāng)前時間的間隔時長，判斷所述間隔時長是否大于臨時調(diào)額間隔；

第四判斷模塊702，用于當(dāng)所述間隔時長大于臨時調(diào)額間隔時，根據(jù)客戶編號查找臨時影子額度表，判斷用戶是否有臨時影子額度；

第五判斷模塊703，用于當(dāng)用戶有臨時影子額度時，根據(jù)客戶編號和賬戶編號分別查找客戶表和賬戶表獲取用戶的當(dāng)前賬戶層額度和當(dāng)前客戶層額度，判斷當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度是否大于等于臨時影子額度；

確定模塊704:，用于當(dāng)當(dāng)前賬戶層額度和當(dāng)前客戶層額度中的較小額度小于臨時影子額度時，確定對所述用戶的額度進(jìn)行調(diào)整，調(diào)整額度為臨時影子額度。

在上述實施例的基礎(chǔ)上，第二判斷模塊604，如圖8所示，還包括：

第六判斷模塊800，用于根據(jù)客戶編號查找通知表，判斷是否在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過所述額度調(diào)整通知；

第七判斷模塊801，用于當(dāng)沒有在預(yù)設(shè)時間內(nèi)向用戶發(fā)送過所述額度調(diào)整通知時，根據(jù)客戶編號查找審批表，判斷當(dāng)前是否正在對用戶進(jìn)行調(diào)額審批；

第四獲取模塊802，用于當(dāng)前沒有正在對用戶進(jìn)行調(diào)額審批時，根據(jù)卡號查找卡片表，獲取卡片的狀態(tài)信息；

第八判斷模塊803，用于根據(jù)所述卡片狀態(tài)信息判斷用戶當(dāng)前狀態(tài)是否正常；

第九判斷模塊804，用于當(dāng)用戶當(dāng)前狀態(tài)正常時，判斷客戶編號是否位于黑名單中；

第十判斷模塊805，用于根據(jù)卡號判斷用戶的卡中是否為商務(wù)卡、財政公務(wù)卡或附屬卡，若否，則執(zhí)行第三獲取模塊700。

在另一實施例中，第二判斷模塊604，如圖9所示，還包括：

第四獲取模塊900，與第五判斷模塊連接，用于獲取人行報告，根據(jù)人行報告確定用戶的人行記錄是否正常，若正常，則執(zhí)行確定模塊704。

在實施例中，如圖10所示，所述裝置還包括：

第二接收模塊110，用于接收用戶的反饋信息；

解析模塊111，用于解析所述反饋信息，獲取反饋標(biāo)識；

調(diào)整模塊112，用于當(dāng)所述反饋標(biāo)識為同意調(diào)額標(biāo)識時，對用戶的額度進(jìn)行調(diào)整。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說明書中各個實施例采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。