一種歷史交易的查詢方法、裝置及一種差錯處理平臺的制作方法

專利名稱：：一種歷史交易的查詢方法、裝置及一種差錯處理平臺的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及金融數(shù)據(jù)處理領(lǐng)域，特別是涉及一種歷史交易的查詢方法、裝置及一種差錯處理平臺。
背景技術(shù)：
：隨著人們越來越多的使用金融產(chǎn)品，用戶、銀行以及商戶之間的各種數(shù)據(jù)處理過程也越來越頻繁，這些數(shù)據(jù)處理過程可以統(tǒng)稱為交易，而在所有的交易中一定會存在一些差錯交易。例如，一筆銀行卡交易的交易流程一般是這樣終端機(jī)具收到卡片和交易信息，將交易信息組成通信包傳遞給收單銀行，收單銀行通過自己跟中國銀聯(lián)的信息交換接口把交易發(fā)給銀聯(lián)信息中心，銀聯(lián)交換系統(tǒng)跟據(jù)銀行卡號判斷出發(fā)卡銀行，把交易發(fā)給發(fā)卡銀行確認(rèn)，發(fā)卡銀行確認(rèn)以后返回給銀聯(lián)交換系統(tǒng)，銀聯(lián)交換系統(tǒng)會記錄下交易信息，并將發(fā)卡銀行的應(yīng)答轉(zhuǎn)給收單銀行，收單銀行將應(yīng)答信息給終端機(jī)具，終端機(jī)具根據(jù)應(yīng)答確定交易是否成功。差錯交易一般是指錯誤交易，如ATM扣賬不吐鈔或P0S重復(fù)扣賬等等。如果出現(xiàn)了差錯交易，則必須首先從海量的歷史交易數(shù)據(jù)中查找到原來的這一筆交易流水信息，然后才能根據(jù)具體情況對該筆交易進(jìn)行相應(yīng)的處理。由于差錯交易的發(fā)生是隨機(jī)、無法被預(yù)知的，所以，幾乎所有的差錯交易的查詢都是由人工發(fā)起的。作差錯交易的時候則需要針對一筆已經(jīng)發(fā)生的銀行卡交易來做。具體來說，就是根據(jù)交易的相關(guān)信息(卡號，清算日期等)在交易歷史數(shù)據(jù)庫里檢索到那筆發(fā)生錯誤的銀行卡交易，然后進(jìn)行處理?，F(xiàn)有技術(shù)中，一般采用以下的流程完成差錯交易的查詢首先，用戶發(fā)現(xiàn)其參與的交易中發(fā)生了差錯交易之后，通過各種通信手段(例如，電話或者網(wǎng)絡(luò))通知相應(yīng)的帳戶銀行該差錯交易的相關(guān)信息，例如帳號、交易時間等等。其次，由銀行操作人員手工輸入完整的帳號等信息，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢。由于帳號是每個用戶唯一的信息，所以一般采用帳號作為最主要的查詢條件，其他信息作為輔助查詢條件。但是上述過程在實際應(yīng)用中發(fā)現(xiàn)存在以下的問題首先，一般的銀行帳號都比較長(例如，16-19位)，并且差錯交易查詢都需要人工發(fā)起，即需要人工輸入帳號等信息，導(dǎo)致輸入費(fèi)時費(fèi)力，并且容易輸入錯誤，查詢效率低下。其次，對于在歷史交易數(shù)據(jù)庫中的查詢過程而言，不管是完整的帳號還是不完整的帳號，都需要與歷史交易數(shù)據(jù)庫中的帳號字段中存儲的數(shù)據(jù)一一從頭進(jìn)行匹配，最后得到匹配的一個或者幾個交易流水信息，再通過人工篩選確定最終結(jié)果。這就帶來一個問題，由于帳號中的前若干位(例如，帳號)都是事先確定分配給具體的銀行的，也就是說同一銀行的帳號的前若干位都是相同的。而數(shù)據(jù)庫的匹配過程則是從帳號的開頭一位一位的匹配下去，假設(shè)歷史交易數(shù)據(jù)庫中查詢帳號對應(yīng)銀行的交易流水信息有1000條，則匹配過程中就有999次的前若干位是無效過程，浪費(fèi)了計算資源，降低了查詢效率。尤其當(dāng)面對的是數(shù)以億計的歷史交易記錄時(實際中大約30億條左右)，上述問題就更加突出，每次查詢效率低下，耗時較長。綜上所述，本領(lǐng)域技術(shù)人員迫切需要解決的一個技術(shù)問題是怎樣改進(jìn)才可以使得差錯交易的查詢過程能夠簡單便捷、效率較高。
發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供一種歷史交易的查詢方法和裝置，可以簡單便捷、效率較高的完成差錯交易的查詢過程。本發(fā)明的另一個目的在于，提供了一種差錯處理平臺，用于簡單便捷、效率較高的完成差錯交易的查詢、處理過程，以及實現(xiàn)各個金融系統(tǒng)之間的共用。為了解決上述問題，本發(fā)明公開了一種歷史交易的查詢方法，包括以下步驟在交易信息從聯(lián)機(jī)數(shù)據(jù)庫存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；對所接收的用戶帳號進(jìn)行逆序處理；根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢；顯示查詢結(jié)果。優(yōu)選的，所述歷史交易數(shù)據(jù)庫中的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。進(jìn)一步，所述查詢關(guān)鍵詞還可以包括交易發(fā)生的時間信息或者開戶金融沖幾構(gòu)信息。優(yōu)選的，所述接收的用戶帳號信息為原始帳號的末尾6位數(shù)字。優(yōu)選的，所述歷史交易的查詢應(yīng)用于差錯交易發(fā)起過程中。本發(fā)明還提供了一種歷史交易的查詢裝置，包括以下部件數(shù)據(jù)采集單元，包括記錄模塊，用于記錄聯(lián)機(jī)交易信息并存儲至歷史交易數(shù)據(jù)庫；第一逆序處理^f莫塊，用于在交易信息存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；接口單元，用于接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；以及顯示查詢結(jié)果；查詢單元，包括第二逆序處理模塊，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊，用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史數(shù)據(jù)庫中進(jìn)行查詢并返回查詢結(jié)果。其中，所述第一逆序處理模塊的逆序處理過程可以包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。優(yōu)選的，所述查詢關(guān)鍵詞還包括交易發(fā)生的時間信息或者開戶金融機(jī)構(gòu)信息。本發(fā)明還公開了一種差錯處理平臺，包括以下部件數(shù)據(jù)輸入單元，包括導(dǎo)入模塊，用于將交易流水信息和清算后的差錯交易記錄導(dǎo)入到歷史交易數(shù)據(jù)庫中；第一逆序處理模塊，用于在導(dǎo)入存儲的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；歷史交易查詢單元，包括接口模塊，用于接收查詢關(guān)鍵詞和顯示查詢結(jié)果，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；第二逆序處理模塊，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊，用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在數(shù)據(jù)庫中進(jìn)行查詢并返回查詢結(jié)果；差錯提交模塊，用于提交差錯交易，存儲至差錯交易數(shù)據(jù)庫中，等待復(fù)核;差錯明細(xì)生成模塊，用于從差錯交易數(shù)據(jù)庫中取出復(fù)核成功的差錯明細(xì)，并生成預(yù)置的格式文件；文件傳輸模塊，用于發(fā)送所述差錯明細(xì)文件至相應(yīng)的處理系統(tǒng)，各處理系統(tǒng)分別對相應(yīng)的差錯交易進(jìn)行清算；以及接收各處理系統(tǒng)發(fā)送的交易流水文件和清算后的差錯交易文件。優(yōu)選的，所述第一逆序處理模塊的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點本發(fā)明提出了一種歷史交易的查詢方法和裝置，通過將歷史交易數(shù)據(jù)庫中的帳號、以及操作員手工輸入的帳號作逆序處理，然后對帳號字段的末尾N位進(jìn)行匹配，可以非?？焖俚脑诤Ａ康臍v史交易記錄中定位差錯交易，并且，由于帳號中的末尾N位是最具個性特征的，所以本發(fā)明還可以保證定位的準(zhǔn)確度。如果應(yīng)用本發(fā)明時，為了更加簡便起見，僅僅輸入了帳號的末尾N位，則可能匹配得到不同金融結(jié)構(gòu)的末尾N位相同的流水記錄，導(dǎo)致準(zhǔn)確度有一定的下降。為了解決這個問題，本發(fā)明可以進(jìn)一步在查詢條件中加入差錯交易發(fā)生的時間信息，則基本可以完全定位用戶所查詢的交易，準(zhǔn)確度極高。再者，本發(fā)明將對帳號的逆序處理設(shè)置在記錄聯(lián)機(jī)交易后，從聯(lián)機(jī)數(shù)據(jù)庫轉(zhuǎn)移至歷史數(shù)據(jù)庫的過程中完成，這樣既避免了對聯(lián)機(jī)交易系統(tǒng)的影響，又可以確保差錯查詢的快速定位；并且也可以避免對正向存儲的字段信息進(jìn)行逆向查詢的困難。最后，本發(fā)明還提供了一種差錯處理平臺，用于簡單便捷、效率較高的完成差錯交易的查詢、處理過程，以及實現(xiàn)各個金融系統(tǒng)之間的共用，以滿足實際中跨金融機(jī)構(gòu)的交易越來越頻繁的情況。圖l是本發(fā)明歷史交易的查詢方法的步驟流程圖；圖2是本發(fā)明歷史交易查詢裝置的結(jié)構(gòu)框圖；圖3是本發(fā)明差錯交易處理平臺的結(jié)構(gòu)框圖。具體實施方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式對本發(fā)明作進(jìn)一步詳細(xì)的說明。參照圖1,示出了本發(fā)明歷史交易的查詢方法的步驟流程圖，具體包括以下步驟步驟IOI、在交易信息從聯(lián)機(jī)數(shù)據(jù)庫存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；一般情況下，需要對交易執(zhí)行過程中的每個步驟進(jìn)行記錄，記錄后得到的流水信息存儲在聯(lián)機(jī)數(shù)據(jù)庫中，每隔一定的時間段自動將聯(lián)機(jī)數(shù)據(jù)庫中的交易信息存儲至歷史交易數(shù)據(jù)庫中。所述的聯(lián)機(jī)交易信息可以包括ATM交易、P0S交易、拒面通交易、網(wǎng)上支付交易和公共支付交易等等。例如，對于一筆本地提款交易，只需要訪問前置機(jī)的一次服務(wù)，則記錄一條流水信息；對于一筆異地轉(zhuǎn)賬交易，其中交易收款方為異地卡，付款方為本地卡，則要將訪問本地卡系統(tǒng)執(zhí)行扣款操作記錄一條流水信息；再將訪問網(wǎng)絡(luò)執(zhí)行存款操作記錄一條流水信息，總共記錄兩條流水信息。由于在聯(lián)機(jī)記錄交易信息的過程中對用戶帳號進(jìn)行逆序處理，可能對聯(lián)機(jī)系統(tǒng)產(chǎn)生影響，所以本發(fā)明優(yōu)選的，將對帳號的逆序處理步驟設(shè)置在交易信息從聯(lián)機(jī)數(shù)據(jù)庫存儲至歷史交易數(shù)據(jù)庫的過程中。所述帳號的逆序排列可以通過本領(lǐng)域技術(shù)人員熟知的各種算法實現(xiàn)，在此不再詳述。將交易記錄中的帳號逆序排列后，可以仍然存儲在原字段中。本發(fā)明優(yōu)選的，為了適應(yīng)有時仍然需要查詢正向排列的帳號的情況，在歷史交易數(shù)據(jù)庫中增加一個存儲字段，專用于存儲逆序排列的帳號。應(yīng)用本發(fā)明進(jìn)行差錯交易查詢的時候，只需要匹配該字段即可。步驟102、接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；對所接收的用戶帳號進(jìn)行逆序處理；所述查詢關(guān)鍵詞可以包括用戶帳號。用戶帳號信息是從歷史交易數(shù)據(jù)中快速準(zhǔn)確查找到所需交易的一個關(guān)鍵信息，本發(fā)明所述的用戶帳號可以為全部位的帳號，也可以為部分位的帳號。一般情況下，在差錯交易查詢中，用戶發(fā)現(xiàn)其參與的交易中發(fā)生了差錯交易之后，通過各種通信手段(例如，電話或者網(wǎng)絡(luò))通知相應(yīng)的帳戶銀行該差錯交易的相關(guān)信息，例如帳號、交易時間等等；然后由銀行操作人員手工輸入完整的帳號等信息，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢。對于交易查詢而言，優(yōu)選的，需要支持輸入部分位的帳號進(jìn)行查詢，原因首先，由于上述整個過程都需要人工參與，銀行的受理人員在受理持卡人的咨詢投訴的時候，用戶帳號的數(shù)字較多，很有可能出現(xiàn)記錄錯誤的情況，使用部分帳號可以提高效率和準(zhǔn)確度。其次，一般情況下，受理人員和差錯處理人員是不同的，則在用戶帳號信息的傳輸過程中(例如，傳真等)，有可能出現(xiàn)帳號錯誤或者模糊不清的情況。再者，很多情況下，用戶投訴差錯交易的時候，直接以持卡人簽購單或者取現(xiàn)憑條的復(fù)印件、傳真件作為依據(jù)，而這些憑據(jù)上面都不是完整的帳號，要想獲得完整的帳號信息比較麻煩和困難。此時，往往還需要差錯處理人員尋找持卡人的資料，進(jìn)行進(jìn)一步的確認(rèn)后才能發(fā)起差錯交易，如果找不到，只能等待持卡人的下一次投訴，對差錯處理人員的日常工作影響非常大。所以在差錯查詢中支持部分位帳號的查詢是非常有好處的，但是部分位帳號的查詢必然會帶來查詢準(zhǔn)確度的下降，那么如何才能同時保證差錯查詢的快速和準(zhǔn)確呢？發(fā)明人對整個用戶帳號進(jìn)行仔細(xì)分析，發(fā)現(xiàn)對于整個用戶帳號而言，前若干位是作為發(fā)卡行識別碼(cardbin)事先分配給具體的各個銀行的，即同一發(fā)卡行的用戶帳號前若干位都是相同的；而整個用戶帳號中最具用戶個性特征的是帳號的最末位幾位。因此本發(fā)明通過匹配帳號的末尾N位來定位差錯交易，通過對歷史交易數(shù)據(jù)庫中的交易數(shù)據(jù)的帳號進(jìn)行逆序變換存儲，可以非常快速的定位差錯交易，減少了正向匹配中的帳號前若干位的無效匹配過程，提高了數(shù)據(jù)庫匹配效率。對于卡號而言，優(yōu)選的，發(fā)明人通過對卡號的分析(通常一個卡號的長度為16-19位)，其中發(fā)卡行識別碼一4殳為6-12位，因此為了兼顧性能和使用的便捷，以卡號的末尾6位進(jìn)行匹配查詢即可。步驟103、根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢；如果所述查詢關(guān)鍵詞僅僅包括帳號，則以逆序處理后的帳號的末尾N位在歷史交易數(shù)據(jù)庫中進(jìn)行匹配查詢即可。采用部分位帳號進(jìn)行查詢時，為了確保查詢的準(zhǔn)確性，所述查詢關(guān)鍵詞還可以包括交易發(fā)生的時間信息、交易渠道信息或者交易金額等等。在實際使用中，將上述多個查詢關(guān)鍵詞進(jìn)行組合，得到綜合查詢條件，在數(shù)據(jù)庫中采用快速前匹配的方法進(jìn)行查詢，能夠同時保證快捷性和準(zhǔn)確度。所述交易渠道可以包括ATM、CDM、P0S、EDC、自助終端、4艮行終端、網(wǎng)上、無線設(shè)備、電話銀行、圏存/圈提設(shè)備、移動P0S、無法識別的渠道等等。步驟104、接收數(shù)據(jù)庫返回的查詢結(jié)果并顯示。返回的查詢結(jié)果有可能為多條，此時還需要人工進(jìn)行篩選，得到所需的原始交易記錄。當(dāng)圖1所示的方法應(yīng)用在差錯交易發(fā)起過程中時，則還需要操作人員對確定的原始交易記錄發(fā)起差錯交易請求。查詢結(jié)果可以包括以下交易類型取現(xiàn)、消費(fèi)、預(yù)授權(quán)完成、預(yù)授權(quán)結(jié)算、手工預(yù)授權(quán)完成、文件結(jié)算、結(jié)算通知、聯(lián)機(jī)退貨、手工退貨、文件退貨、存款(確認(rèn))、圖存、圈提、代收、代付等等。所述查詢結(jié)果可以包括(但不限于)以下要素序號(交易信息顯示時的自動編號)交易類型trans-id(要求以文字形式說明，不宜直接顯示交易代碼)交易日期loc—trans—dt清算日期settle一dt主巾艮號pri_acct_no交易金額trans-at交易傳輸時間transmsn—dt-tm交易狀態(tài)由trans_fwd—st、trans—rev—st、trans—st三個字段組合決定。詳情見表l系統(tǒng)跟蹤號sys—tra一no受理機(jī)構(gòu)代碼acq—ins—id—cd轉(zhuǎn)發(fā)才幾構(gòu)代碼fwd—ins—id—cd4妻收才幾構(gòu)代碼rev—ins—id—cd發(fā)卡銀行代碼iss-ins—id—cd表l一一交易狀態(tài)表<table>tableseeoriginaldocumentpage11</column></row><table>對于交易狀態(tài)為成功的才可以發(fā)差錯交易，對于狀態(tài)為沖正的交易由于可能會產(chǎn)生單邊帳，故不可以發(fā)起差錯交易。圖1所示實施例提供了一種才艮據(jù)不完整卡號在海量歷史交易中快速定位原交易，便于進(jìn)一步發(fā)起差錯交易的方法。使用該方法定位交易具有快速、穩(wěn)定、定位準(zhǔn)確，支持大量機(jī)構(gòu)并發(fā)處理等特點。目前，歷史交易記錄超過30億筆，日均查詢超過10000次，從測試效果來看，本發(fā)明可以有效的減少用戶輸入、便捷用戶使用、避免了數(shù)據(jù)庫中的無效匹配過程，在保證快捷準(zhǔn)確的基礎(chǔ)上未對系統(tǒng)本身的性能帶來負(fù)面影響。參照圖2，示出了一種歷史交易的查詢裝置，具體包括以下部件數(shù)據(jù)采集單元201,包括記錄模塊2011,用于記錄聯(lián)機(jī)交易信息并存儲至歷史交易數(shù)據(jù)庫204;第一逆序處理模塊2012，用于在交易信息存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；接口單元202,用于接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；以及顯示查詢結(jié)果；查詢單元203，包括第二逆序處理模塊2031，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊2032,用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史數(shù)據(jù)庫204中進(jìn)行查詢并返回查詢結(jié)果。優(yōu)選的，所述第一逆序處理模塊的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。所述查詢關(guān)鍵詞還包括交易發(fā)生的時間信息或者開戶金融機(jī)構(gòu)信息，此時可以將多個關(guān)鍵詞組合得到查詢條件，以彌補(bǔ)部分帳號進(jìn)行查詢帶來的準(zhǔn)確度降低的問題。圖2所示裝置與圖l所示的方法實施例核心構(gòu)思基本相同，為了節(jié)約篇幅，在此不進(jìn)行詳述了，相關(guān)內(nèi)容可以參見圖l相應(yīng)部分的描述。由于本發(fā)明在現(xiàn)實中主要用于差錯交易的查詢，所以下面對差錯交易處理的流程和本發(fā)明提供的一種差錯交易處理平臺進(jìn)行介紹。首先對本發(fā)明提供的差錯交易處理平臺的大致功能，以及其應(yīng)用環(huán)境進(jìn)行簡單介紹。應(yīng)用環(huán)境包括多個交易處理系統(tǒng)和一個中心系統(tǒng)，所述差錯交易處理平臺位于中心系統(tǒng)中，與各交易處理系統(tǒng)相連。各交易處理系統(tǒng)在每日清算完畢之后，將當(dāng)日交易流水生成交易流水文件，通過網(wǎng)絡(luò)送到中心系統(tǒng)，中心系統(tǒng)在收到文件后，將各類數(shù)據(jù)分別存儲至歷史數(shù)據(jù)庫，并根據(jù)各交易處理系統(tǒng)上傳的差錯交易流水更新差錯交易狀態(tài)。所述差錯交易流水是指各交易處理系統(tǒng)清算完成的差錯交易。各交易處理系統(tǒng)發(fā)送的交易流水可以包括ATM交易流水、P0S交易流水、差錯交易流水、跨行轉(zhuǎn)賬交易流水、跨行轉(zhuǎn)賬差錯交易流水等等。各交易處理系統(tǒng)的操作員可以通過差錯交易處理平臺進(jìn)行差錯交易的查詢和提交。差錯處理平臺記錄各個交易處理系統(tǒng)提交的差錯交易請求，并于每日的預(yù)置時間點進(jìn)行批量處理，由業(yè)務(wù)復(fù)核人員對所提交的差錯交易進(jìn)行復(fù)核；并從差錯交易數(shù)據(jù)庫中取出復(fù)核成功的差錯明細(xì)，生成預(yù)置格式的文件，例如，以清算交易文件形式返回各交易處理系統(tǒng)參加當(dāng)日的清算。各交易處理系統(tǒng)當(dāng)日清算完畢后，將差錯交易流水與其他交易流水共同上送至中心系統(tǒng)。下面參照圖3示出的結(jié)構(gòu)框圖，對差錯交易處理平臺具體包括的部件進(jìn)行介紹數(shù)據(jù)輸入單元301,包括數(shù)據(jù)導(dǎo)入模塊3011，用于將交易流水信息和清算后的差錯交易記錄導(dǎo)入到歷史交易數(shù)據(jù)庫306中；第一逆序處理模塊3012,用于在導(dǎo)入存儲的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；所述逆序處理過程可以包括在歷史交易數(shù)據(jù)庫306中增加一個存儲字段，用于存儲逆序排列的帳號。優(yōu)選的，所述數(shù)據(jù)導(dǎo)入模塊3011可以分為異地交易數(shù)據(jù)導(dǎo)入和同城交易數(shù)據(jù)導(dǎo)入兩個部分。所述交易流水信息和清算后的差錯交易記錄由各個交易處理系統(tǒng)以文件的形式上送。所述交易流水信息可以包括ATM交易、P0S交易、柜面通交易、網(wǎng)上支付交易和公共支付交易等等。文件傳送的過程可以通過在各交易處理系統(tǒng)和差錯交易處理平臺上分別設(shè)置專用的通信程序而加以實現(xiàn)，以提供專用的文件傳輸通道。優(yōu)選的，該通信程序分為接收、發(fā)送兩部分，分別從分公司和總中心兩端啟動。具體而言，所述歷史交易數(shù)據(jù)庫306可以采用DB2數(shù)據(jù)庫(一種大型關(guān)系型數(shù)據(jù)庫平臺)，用于存放180天原始/差錯處理交易數(shù)據(jù)。其中對于數(shù)據(jù)量較大的ATM/POS數(shù)據(jù)可以按清算日存放，此時就需要查詢用戶必須提供清算曰期。優(yōu)選的，可以使用專門開發(fā)的數(shù)據(jù)采集器不斷更新該歷史交易數(shù)據(jù)庫，例如，該采集器可以使用外殼(SHELL)程序驅(qū)動數(shù)據(jù)庫的存儲過程，實現(xiàn)將文本文件導(dǎo)入數(shù)據(jù)庫中相應(yīng)的表。其中，shell是指用戶和Linux內(nèi)核之間的接口程序，如果把Linux內(nèi)核想象成一個球體的中心，shell就是圍繞內(nèi)核的外殼，為用戶提供使用操作系統(tǒng)的接口，它是命令語言、命令解釋程序及程序設(shè)計語言的統(tǒng)稱。當(dāng)從shel1或其他程序向Linux傳遞命令時，內(nèi)核會做出相應(yīng)的反應(yīng)。歷史交易查詢單元302，包括接口模塊3021，用于接收查詢關(guān)鍵詞和顯示查詢結(jié)果，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；第二逆序處理模塊3022，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊3023，用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史交易數(shù)據(jù)庫306中進(jìn)行查詢并返回查詢結(jié)果；所述查詢關(guān)4i詞還可以包括交易發(fā)生的時間信息或者開戶金融機(jī)構(gòu)信息等等。在實際使用中，將上述多個查詢關(guān)鍵詞進(jìn)行組合，得到綜合查詢條件，在數(shù)據(jù)庫中采用快速前匹配的方法進(jìn)行查詢，能夠同時保證快捷性和準(zhǔn)確度。差錯提交模塊303,用于提交差錯交易，存儲至差錯交易數(shù)據(jù)庫中，等待復(fù)核；例如，該模塊可以實現(xiàn)對貨記調(diào)整、再請款、退單、二次退單等差錯交易的提交處理；進(jìn)一步，該模塊還可以包括進(jìn)行必要的條件檢查等功能；差錯明細(xì)生成模塊304,用于從差錯交易數(shù)據(jù)庫中取出復(fù)核成功的差錯明細(xì)，并生成預(yù)置的格式文件；文件傳輸模塊305,用于發(fā)送所述差錯明細(xì)文件至相應(yīng)的處理系統(tǒng)，各處理系統(tǒng)分別對相應(yīng)的差錯交易進(jìn)行清算；以及接收各處理系統(tǒng)發(fā)送的交易流水文件和清算后的差4普交易文件。所述的接口模塊3021可以包括各種查詢頁面，所述查詢頁面可以通過JSP技術(shù)加以實現(xiàn)。JSP(JavaServerPages)是一種動態(tài)網(wǎng)頁4支術(shù)標(biāo)準(zhǔn)。JSP技術(shù)有點類似ASP技術(shù)，它是在傳統(tǒng)的網(wǎng)頁HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP標(biāo)記(tag)，從而形成JSP文件(*.jsp)。Web服務(wù)器在遇到訪問JSP網(wǎng)頁的請求時，首先執(zhí)行其中的程序段，然后將執(zhí)行結(jié)果連同JSP文件中的HTML代碼一起返回給客戶。插入的Java程序段可以操作數(shù)據(jù)庫、重新定向網(wǎng)頁等，以實現(xiàn)建立動態(tài)網(wǎng)頁所需要的功能。例如，接口模塊3021可以包括以下查詢頁面1、歷史交易查詢頁功能可以分ATM/POS/TRS三種交易類型，獲取歷史交易的查詢條件?？捎芍黜撁孢M(jìn)入歷史交易查詢頁面，在權(quán)限范圍(一般為自己參與的交易)內(nèi)查詢歷史交易數(shù)據(jù)庫中的交易流水。輸入提供主賬號、清算日期(單獨一天例20030605)、以及其他可選的查詢關(guān)鍵詞。2、歷史交易瀏覽頁功能顯示歷史交易數(shù)據(jù)庫中的交易流水和差錯流水(相關(guān)交易)，當(dāng)用戶選中交易編號時，存儲流水表中各字段OrgBean,方便以后在各JSP中調(diào)用。以上對本發(fā)明提供的差錯交易處理平臺進(jìn)行了簡單介紹，下面對各交易處理系統(tǒng)如何采用本發(fā)明提供的差錯交易處理平臺完成差錯處理的過程進(jìn)行筒單描述(以銀行卡交易為例)在操作人員開始查詢之前，歷史數(shù)據(jù)庫中存儲了各種交易流水信息，并且在交易信息從聯(lián)機(jī)數(shù)據(jù)庫轉(zhuǎn)移至歷史數(shù)據(jù)庫的過程中，對交易信息中的卡號信息進(jìn)行了逆序處理，例如，在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的卡號。1.業(yè)務(wù)經(jīng)辦人員登錄差錯處理平臺，選擇相關(guān)業(yè)務(wù)種類(拒面通、網(wǎng)上支付或公共支付等)進(jìn)行歷史交易查詢；2.錄入清算日期、卡號等查詢關(guān)鍵詞，所述卡號優(yōu)選的，為整個卡號的末尾6位。該差錯處理平臺還可以提供輸入其他查詢關(guān)^l定詞的接口，例如業(yè)務(wù)經(jīng)辦人員還可以輸入系統(tǒng)跟蹤號、交易金額等作為查詢關(guān)鍵詞查找原始及相關(guān)交易；3.差錯處理平臺首先對輸入的卡號進(jìn)行逆序處理，并組合多個查詢關(guān)鍵詞作為綜合性的查詢條件，在歷史交易數(shù)據(jù)庫中查找并顯示原始交易及相關(guān)的差錯交易；4.業(yè)務(wù)經(jīng)辦人員選擇相應(yīng)差錯處理方式并按要求填寫相關(guān)信息、說明提交原因后提交差錯；5.業(yè)務(wù)復(fù)核人員進(jìn)行復(fù)核；6.差錯處理平臺還可以提供撤銷功能，用于對完成的差錯交易在經(jīng)辦或已復(fù)核之后提供可撤消選項；當(dāng)然，需要對撤銷操作加以限制，例如，撤消交易僅限當(dāng)天提出；7.在預(yù)置時間點，例如，當(dāng)天晚上20:00，通過差錯明細(xì)生成模塊將已復(fù)核的差錯交易生成文本文件，發(fā)送至相應(yīng)的各交易處理系統(tǒng)；8、各交易處理系統(tǒng)分別將收到的差錯交易納入清算；9、各交易處理系統(tǒng)完成清算后，將清算流水按指定的接口格式生成差錯交易流水文件送差錯處理平臺，新系統(tǒng)完成清算后將流水直接送差錯處理平臺.10、差錯處理平臺的數(shù)據(jù)導(dǎo)入模塊將差錯交易流水文件導(dǎo)入到差錯交易數(shù)據(jù)庫中。以上對本發(fā)明所提供的一種歷史交易的查詢方法和裝置，以及一種差錯交易處理平臺，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1.一種歷史交易的查詢方法，其特征在于，包括在交易信息從聯(lián)機(jī)數(shù)據(jù)庫存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；對所接收的用戶帳號進(jìn)行逆序處理；根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢；顯示查詢結(jié)果。2、如權(quán)利要求1所述的方法，其特征在于，所述歷史交易數(shù)據(jù)庫中的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。3、如權(quán)利要求l所述的方法，其特征在于，所述查詢關(guān)鍵詞還包括交易發(fā)生的時間信息或者開戶金融機(jī)構(gòu)信息。4、如權(quán)利要求1所述的方法，其特征在于，所述接收的用戶帳號信息為原始帳號的末尾6位數(shù)字。5、如權(quán)利要求1所述的方法，其特征在于，所述歷史交易的查詢應(yīng)用于差錯交易發(fā)起過程中。6、一種歷史交易的查詢裝置，其特征在于，包括數(shù)據(jù)采集單元，包括記錄模塊，用于記錄聯(lián)機(jī)交易信息并存儲至歷史交易數(shù)據(jù)庫；第一逆序處理模塊，用于在交易信息存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)^f亍逆序處理；接口單元，用于接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；以及顯示查詢結(jié)果；查詢單元，包括第二逆序處理模塊，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊，用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史數(shù)據(jù)庫中進(jìn)行查詢并返回查詢結(jié)果。7、如權(quán)利要求6所述的裝置，其特征在于，所述第一逆序處理模塊的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。8、如權(quán)利要求6所述的裝置，其特征在于，所述查詢關(guān)鍵詞還包括交易發(fā)生的時間信息或者開戶金融機(jī)構(gòu)信息。9、一種差錯處理平臺，其特征在于，包括數(shù)據(jù)輸入單元，包括導(dǎo)入模塊，用于將交易流水信息和清算后的差錯交易記錄導(dǎo)入到歷史交易數(shù)據(jù)庫中；第一逆序處理模塊，用于在導(dǎo)入存儲的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；歷史交易查詢單元，包括接口模塊，用于接收查詢關(guān)鍵詞和顯示查詢結(jié)果，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；第二逆序處理模塊，用于對所接收的用戶帳號進(jìn)行逆序處理；以及匹配模塊，用于根據(jù)查詢關(guān)鍵詞得到查詢條件，在數(shù)據(jù)庫中進(jìn)行查詢并返回查詢結(jié)果；差錯提交模塊，用于提交差錯交易，存儲至差錯交易數(shù)據(jù)庫中，等待復(fù)核；差錯明細(xì)生成模塊，用于從差錯交易數(shù)據(jù)庫中取出復(fù)核成功的差錯明細(xì)，并生成預(yù)置的格式文件；文件傳輸模塊，用于發(fā)送所述差錯明細(xì)文件至相應(yīng)的處理系統(tǒng)，各處理系統(tǒng)分別對相應(yīng)的差錯交易進(jìn)行清算；以及接收各處理系統(tǒng)發(fā)送的交易流水文件和清算后的差錯交易文件。10、如權(quán)利要求9所述的差錯處理平臺，其特征在于，所述第一逆序處理模塊的逆序處理過程包括在歷史交易數(shù)據(jù)庫中增加一個存儲字段，用于存儲逆序排列的帳號。全文摘要本發(fā)明提供了一種歷史交易的查詢方法和裝置以及一種差錯交易處理平臺，所述方法包括在交易信息從聯(lián)機(jī)數(shù)據(jù)庫存儲至歷史交易數(shù)據(jù)庫的過程中，對交易信息數(shù)據(jù)中的帳號進(jìn)行逆序處理；接收查詢關(guān)鍵詞，所述查詢關(guān)鍵詞包括用戶帳號的全部或者部分；對所接收的用戶帳號進(jìn)行逆序處理；根據(jù)查詢關(guān)鍵詞得到查詢條件，在歷史交易數(shù)據(jù)庫中進(jìn)行查詢；顯示查詢結(jié)果。本發(fā)明通過將歷史交易數(shù)據(jù)庫中的帳號、以及操作員輸入的帳號作逆序處理，然后對帳號字段的末尾N位進(jìn)行匹配，可以非常快速的在海量的歷史交易記錄中定位差錯交易，并且，由于帳號中的末尾N位是最具個性特征的，所以本發(fā)明還可以保證定位的準(zhǔn)確度。文檔編號G06F17/30GK101211345SQ20061014838公開日2008年7月2日申請日期2006年12月27日優(yōu)先權(quán)日2006年12月27日發(fā)明者吳金壇,周繼恩,戚躍民,偉李,柴洪峰申請人:中國銀聯(lián)股份有限公司