[發明專利]一種交易文件勾對系統和方法

在審

• 申請號: 201310749178.1
• 申請日: 2013-12-31
• 公開（公告）號: CN104750743A
• 公開（公告）日: 2015-07-01
• 發明（設計）人: 戚躍民;莊曉;吳金壇;陳逢源;馮哲
• 申請（專利權）人: 中國銀聯股份有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 中國專利代理(香港)有限公司 72001
• 代理人: 鄭冀之;湯春龍

技術領域

本發明涉及交易文件勾對系統和方法。

背景技術

目前，金融、電信、互聯網等行業都會按筆核對已發生的交易明細（例如，包括交易金額、手續費、用戶名、帳號、交易發生時間等），此類過程統稱為交易勾對。交易勾對用于驗證不同系統間對交易接收以及處理的一致性，從而提升數據處理結果的可靠性。

隨著各行業的發展，業務量激增，每日發生的交易數量已經達到千萬甚至億級別，系統在進行自動化交易勾兌時，生產耗時越來越長。目前對兩個交易文件（例如，文件A和文件B）的明細勾對的方案包括以下幾種：

一、對A和B兩個文件中的交易記錄（流水記錄）分別排序，然后順序讀取進行記錄比對。

這種方案的缺點如下：

1）文件排序比較耗時；

2）數據量極大的文件（比如100G）無法加載入內存，還需要考慮外部排序；

3）排序過程中需要較高的內存空間；

4）單進程耗時較大；

二、遍歷一個文件，并對每一條交易記錄在另一個文件中進行查找。

這種方案的缺點如下：

1）雖然不需要進行排序，但是每一筆交易都要在大數據量中進行查找，耗時嚴重；

2）數據量極大的文件無法直接加載入內存，查找比較復雜；

3）如果要勾對兩個文件的全量不一致數據，不僅要做A文件交易在B文件查找，還需要再做B文件記錄在A文件查找，仍然耗時；

4）單進程耗時較大

三、文件A和文件B都被裝載到數據庫表中，然后用數據庫表記錄關聯進行勾對。

這種方案的缺點如下：

1）需要做文件裝載，數據量大時耗時較多；

2）需要使用數據庫，不易復用和遷移；

3）耗費存儲空間；

?發明內容

為克服一個或多個缺點，本發明提供交易文件勾對系統和方法。

根據本發明的一個方面，所述交易文件包括源文件和目標文件，該系統包括文件分割裝置和文件勾對裝置，其中，所述文件分割裝置用于對源文件和目標文件分別進行分割，得到由N個源子文件組成的源文件分割集合和由N個目標子文件組成的目標文件分割集合，N為大于1的自然數，所述文件勾對裝置用于勾對相對應的第一源子文件和第一目標子文件，其中將該第一源子文件和第一目標子文件中的交易記錄映射到預先配置的存儲空間來進行比對。

根據本發明的一個方面，所述交易文件包括源文件和目標文件，該方法包括：對源文件和目標文件分別進行分割，得到由N個源子文件組成的源文件分割集合和由N個目標子文件組成的目標文件分割集合，N為大于1的自然數，勾對相對應的第一源子文件和第一目標子文件，其中將該第一源子文件和第一目標子文件中的交易記錄映射到預先配置的存儲空間來進行比對。

本發明的一些優勢包括以下至少一個：

本提案對不同系統或模塊生成的不同大數據量明細流水文件使用哈希手段拆分為多個子文件，再多進程并發處理同一哈希結果的子文件交易勾對。勾對過程中不使用數據庫，并且無需排序，僅遍歷文件交易記錄一次。

使用本系統，與傳統系統對比，有以下優勢：輕量級的結構，易于復用；無需使用數據庫，易于遷移；內存使用較少；勾對過程無需排序，系統處理性能得到高。

附圖說明

在參照附圖閱讀了本發明的具體實施方式以后，本領域技術人員將會更清楚地了解本發明的各個方面。本領域技術人員應當理解的是，這些附圖僅僅用于配合具體實施方式說明本發明的技術方案，而并非意在對本發明的保護范圍構成限制。

圖1是根據本發明的一個方面的交易文件勾對系統的示意圖。

圖2是根據本發明的一個示例的交易文件勾對操作示意圖。

圖3是根據本發明的一個方面的交易文件勾對方法的示意圖。

具體實施方式

下面參照附圖，對本發明的具體實施方式作進一步的詳細描述。在下面的描述中，為了解釋的目的，陳述許多具體細節以便提供對實施例的一個或多個方面的透徹理解。然而，對于本領域技術人員可以顯而易見的是，可以這些具體細節的較少程度來實踐各實施例的一個或多個方面。因此下面的描述不被視為局限性的，而是通過所附權利要求來限定保護范圍。