本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，具體而言，涉及一種用于處理來自第三方的數(shù)據(jù)的方法及裝置。

背景技術(shù)：

保險公司信息系統(tǒng)需要與大量第三方系統(tǒng)對接，處理來自第三方系統(tǒng)的數(shù)據(jù)。本申請中所稱的第三方，是指保險公司和投保人以外的相關(guān)機構(gòu)。以銀保系統(tǒng)為例，其主要作用是，通過銀行的業(yè)務(wù)處理系統(tǒng)與保險公司系統(tǒng)的連接，實現(xiàn)投保人信息的及時傳遞，由銀行柜面將保險公司予以承保的信息及時傳遞給客戶，并在客戶得到保險公司的承保后，在銀行柜面及時打出保險單，從而為在銀行辦理保險業(yè)務(wù)的客戶提供代理保險服務(wù)。作為一個對接銀行渠道的核心系統(tǒng)，銀保系統(tǒng)跟各銀行間進行日終對賬交易，對賬交易是以文件的方式將對賬信息進行傳送再進行處理的業(yè)務(wù)。例如，如圖1所示，銀保系統(tǒng)的基本流程可為：系統(tǒng)生成發(fā)盤數(shù)據(jù)；財務(wù)崗人員獲取每個銀行的數(shù)據(jù)文件；財務(wù)崗人員和銀行交接；財務(wù)崗人員獲得銀行轉(zhuǎn)回文件；財務(wù)崗人員進行銀行轉(zhuǎn)回文件回盤處理。

銀保系統(tǒng)一般情況下是運行在AIX小型機上的銀保保單核心管理系統(tǒng)，其數(shù)據(jù)庫采用IBM Informix關(guān)系數(shù)據(jù)庫管理系統(tǒng)，銀保系統(tǒng)的核心業(yè)務(wù)邏輯采用基于Informix的4GL語言編寫。由于每個銀行傳遞給銀保系統(tǒng)的對賬文件格式各異，在銀保系統(tǒng)的核心程序中需要對每個銀行的對賬文件進行差異化處理。利用Informix的4GL語言編寫差異化處理的程序需要進行大量代碼開發(fā)測試，并且當銀保系統(tǒng)處理的文件數(shù)據(jù)量很大時，利用Informix的4GL語言編寫的差異化處理程序有可能導致對賬失敗，存在較大的風險。并且，當銀保系統(tǒng)新增銀行渠道或者新增對賬文件類型時，都要修改銀保系統(tǒng)核心程序，也需要進行大量軟件代碼開發(fā)與測試，消耗時間與人力成本。

因此，需要一種新的用于處理來自第三方的數(shù)據(jù)的方法及裝置。

在所述背景技術(shù)部分公開的上述信息僅用于加強對本發(fā)明的背景的理解，因此它可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

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

有鑒于此，本發(fā)明提供一種用于處理來自第三方的數(shù)據(jù)的方法及裝置，能夠提升數(shù)據(jù)處理的效率，節(jié)省開發(fā)與測試人力，減少由處理大量數(shù)據(jù)給系統(tǒng)帶來的風險。

本發(fā)明的其他特性和優(yōu)點將通過下面的詳細描述變得顯然，或部分地通過本發(fā)明的實踐而習得。

根據(jù)本發(fā)明的一方面，提供一種用于處理來自第三方的數(shù)據(jù)的方法，包括：將第一目標文件發(fā)送給第三方服務(wù)器；獲取來自第三方服務(wù)器的第一目標文件的回傳文件；調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件；通過第一AWK腳本處理文件對回傳文件進行處理，以生成第二目標文件；以及利用4GL語言對第二目標文件進行處理。

在本公開的一種示例性實施例中，還包括：建立對應(yīng)于第三方的第一AWK腳本處理文件。

在本公開的一種示例性實施例中，還包括：生成請求數(shù)據(jù)；調(diào)用對應(yīng)于第三方的第二AWK腳本處理文件；以及通過第二AWK腳本處理文件對請求數(shù)據(jù)進行處理，以生成第一目標文件。

在本公開的一種示例性實施例中，將請求數(shù)據(jù)發(fā)送給第三方的服務(wù)器，包括：利用4GL語言生成請求數(shù)據(jù)。

在本公開的一種示例性實施例中，還包括：建立對應(yīng)于第三方的第二AWK腳本處理文件。

在本公開的一種示例性實施例中，調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件，包括：獲取第一AWK腳本處理文件的儲存路徑；以及獲取適合第三方的第一AWK腳本處理文件。

在本公開的一種示例性實施例中，調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件，包括：判斷回傳文件的格式是否與第二目標文件的格式相同；以及如果回傳文件的格式與第二目標文件的格式不相同，則調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件。

在本公開的一種示例性實施例中，通過第一AWK腳本處理文件對回傳文件進行處理，以生成第二目標文件，包括：按行讀取回傳文件的信息；以及將讀取到的回傳文件的行中的信息，儲存到第二目標文件中對應(yīng)位置。

在本公開的一種示例性實施例中，還包括：對回傳文件進行格式處理。

根據(jù)本發(fā)明的一方面，提供一種用于處理來自第三方的數(shù)據(jù)的裝置，包括：發(fā)送模塊，用于將第一目標文件發(fā)送給第三方服務(wù)器；接收模塊，用于獲取來自第三方服務(wù)器的第一目標文件的回傳文件；腳本模塊，用于調(diào)用適合第三方的第一AWK腳本處理文件以及第二AWK腳本處理文件；處理模塊，用于通過第一AWK腳本處理文件對回傳文件進行處理，以生成第二目標文件；以及通過第二AWK腳本處理文件對請求數(shù)據(jù)進行處理，以生成第一目標文件；以及對賬模塊，用于利用4GL語言對第二目標文件進行對賬處理。

在本公開的一種示例性實施例中，還包括：判斷模塊，判斷回傳文件的格式是否與第二目標文件的格式相同；預(yù)設(shè)模塊，用于建立對應(yīng)于第三方的第一AWK腳本處理文件，以及對應(yīng)于第三方的第二AWK腳本處理文件；以及路徑模塊，用于獲取第一AWK腳本處理文件的儲存路徑以及第二AWK腳本處理文件的儲存路徑。

根據(jù)本發(fā)明的用于處理來自第三方的數(shù)據(jù)的方法及裝置，能夠提升數(shù)據(jù)處理的效率，節(jié)省開發(fā)與測試人力，減少由處理大量數(shù)據(jù)給系統(tǒng)帶來的風險。

應(yīng)當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性的，并不能限制本發(fā)明。

附圖說明

通過參照附圖詳細描述其示例實施例，本發(fā)明的上述和其它目標、特征及優(yōu)點將變得更加顯而易見。下面描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性來動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是根據(jù)現(xiàn)有技術(shù)示出的一種用于處理來自第三方的數(shù)據(jù)的方法的流程圖。

圖2是根據(jù)一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的方法的流程圖。

圖3是根據(jù)另一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的方法的流程圖。

圖4是根據(jù)一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的裝置的框圖。

圖5是根據(jù)另一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的裝置的框圖。

具體實施例

現(xiàn)在將參考附圖更全面地描述示例實施例。然而，示例實施例能夠以多種形式實施，且不應(yīng)被理解為限于在此闡述的實施例；相反，提供這些實施例使得本發(fā)明將全面和完整，并將示例實施例的構(gòu)思全面地傳達給本領(lǐng)域的技術(shù)人員。在圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復描述。

此外，所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個或更多實施例中。在下面的描述中，提供許多具體細節(jié)從而給出對本發(fā)明的實施例的充分理解。然而，本領(lǐng)域技術(shù)人員將意識到，可以實踐本發(fā)明的技術(shù)方案而沒有特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細示出或描述公知方法、裝置、實現(xiàn)或者操作以避免模糊本發(fā)明的各方面。

附圖中所示的方框圖僅僅是功能實體，不一定必須與物理上獨立的實體相對應(yīng)。即，可以采用軟件形式來實現(xiàn)這些功能實體，或在一個或多個硬件模塊或集成電路中實現(xiàn)這些功能實體，或在不同網(wǎng)絡(luò)和/或處理器裝置和/或微控制器裝置中實現(xiàn)這些功能實體。

附圖中所示的流程圖僅是示例性說明，不是必須包括所有的內(nèi)容和操作/步驟，也不是必須按所描述的順序執(zhí)行。例如，有的操作/步驟還可以分解，而有的操作/步驟可以合并或部分合并，因此實際執(zhí)行的順序有可能根據(jù)實際情況改變。

圖2是根據(jù)一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的方法的流程圖。

如圖2所示，在S202中，將第一目標文件發(fā)送給第三方服務(wù)器。

第一目標文件中包含所有交易所需的基本信息?？衫?，第一目標文件為發(fā)盤表數(shù)據(jù)，也可稱為發(fā)盤文件，涵蓋發(fā)盤所需的基本信息。發(fā)盤是指交易的一方為了銷售或購買一批商品，向?qū)Ψ教岢鲇嘘P(guān)的交易條件，并表示愿按這些條件達成一筆交易，這種意思表示的行為稱作發(fā)盤。交易一方欲購買或出售某種商品而向?qū)Ψ教岢鼋灰讞l件，表示愿意按此達成交易的行為。通常由賣方提出，也可由買方提出。一個完整的發(fā)盤表數(shù)據(jù)，可例如，包括明確肯定的交易條件，如商品名稱、規(guī)格、數(shù)量、價格、支付方式、裝運期等，有些發(fā)盤表數(shù)據(jù)還應(yīng)有有效期限。發(fā)盤數(shù)據(jù)的格式可例如為：多行多列的文本格式。

在S204中，獲取來自第三方服務(wù)器的第一目標文件的回傳文件。

接收來自第三方服務(wù)器的基于第一目標文件的回傳文件。銀保系統(tǒng)需要和多家第三方對接數(shù)據(jù)業(yè)務(wù)，而每家第三方在對接過程中，對于上述第一目標文件的返回數(shù)據(jù)格式并不相同，可例如，針對銀保系統(tǒng)提出的發(fā)盤文件，第三方方面需要返回回盤數(shù)據(jù)，也可稱為回盤文件，回盤文件是指，第三方操作人員接收到發(fā)盤表數(shù)據(jù)后，在確認或填寫如商品名稱、規(guī)格、數(shù)量、價格、支付方式、裝運期等信息后。返回給銀保系統(tǒng)的數(shù)據(jù)文件，不同第三方的回盤文件之間并不相同，而且，回盤文件與銀保系統(tǒng)可處理的標準文件之間也存在差異。

在S206中，調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件。

根據(jù)不同的第三方調(diào)用對應(yīng)于不同第三方的第一AWK腳本處理文件，可例如，可根據(jù)財務(wù)人員人工判斷第三方，并手動選擇第三方，從而進行第一AWK腳本處理文件的調(diào)用，也可例如，根據(jù)系統(tǒng)后臺的判斷自動進行第一AWK腳本處理文件的調(diào)用，本發(fā)明不限于此。

在S208中，通過第一AWK腳本處理文件對回傳文件進行處理，以生成第二目標文件。

通過第一AWK腳本對回傳文件進行處理，可例如，根據(jù)財務(wù)人員的選擇，調(diào)用適合于回傳文件的第一AWK腳本文件，可例如，回傳文件為回盤文件。將回盤文件用第一AWK腳本文件轉(zhuǎn)換為該第三方所需格式的第二目標文件。第二目標文件，可例如下載到銀保系統(tǒng)中，以方便進行后續(xù)處理。

在S210中，利用4GL語言對第二目標文件進行處理。

仍以銀保系統(tǒng)為例，銀保系統(tǒng)一般情況下是運行在AIX小型機上的銀保保單核心管理系統(tǒng)，其數(shù)據(jù)庫采用IBM Informixx關(guān)系數(shù)據(jù)庫管理系統(tǒng)，銀保系統(tǒng)的核心業(yè)務(wù)邏輯采用基于Informix的4GL語言編寫。4GL語言中的查詢語言是數(shù)據(jù)庫管理系統(tǒng)的主要工具，它提供用戶對數(shù)據(jù)庫進行查詢的功能。有的查詢語言(如SQL)實際上還包括有查詢、操縱、定義、控制四種功能。4GL語言中的報表生成器(Report Generator)是為用戶提供的自動產(chǎn)生報表的重要工具，它提供非過程化的描述手段讓用戶很方便地根據(jù)數(shù)據(jù)庫中的信息來生成報表。利用4GL語言對第二目標文件進行銀保系統(tǒng)的核心業(yè)務(wù)的處理，例如，利用4GL語言對第二目標文件進行對賬業(yè)務(wù)的處理。

根據(jù)本實施例的用于處理來自第三方的數(shù)據(jù)的方法，將各個第三方的文件轉(zhuǎn)換為統(tǒng)一格式的文件，再進行處理。這種處理方法能夠提升數(shù)據(jù)處理的效率，減少因為處理大量不同的數(shù)據(jù)文件而給系統(tǒng)帶來的風險。

仍以銀保系統(tǒng)為例，上述的實施例主要描述了銀保系統(tǒng)發(fā)盤流程中4GL語言與AWK腳本語言的處理過程，本發(fā)明也適用于銀保系統(tǒng)的付款流程。唯一的差異僅僅在于付款中的發(fā)盤文件以及銀行回盤文件的處理是采用另外的AWK腳本配置?？衫纾總€銀行可以配置多個AWK腳本，功能分別是針對收款發(fā)盤文件，收款回盤文件，付款發(fā)盤文件，付款回盤文件等等，進行標準化或者特性化處理。

應(yīng)清楚地理解，本發(fā)明描述了如何形成和使用特定示例，但本發(fā)明的原理不限于這些示例的任何細節(jié)。相反，基于本發(fā)明公開的內(nèi)容的教導，這些原理能夠應(yīng)用于許多其它實施例。

在本公開的一種示例性實施例中，還包括：建立對應(yīng)于第三方的所述第一AWK腳本處理文件。

建立對應(yīng)于不同第三方的不同的第一AWK腳本處理文件。AWK是Linux/Unix中也是任何環(huán)境中現(xiàn)有的功能最強大的數(shù)據(jù)處理引擎之一，非常善于處理分成多個邏輯字段、結(jié)構(gòu)化的的文本數(shù)據(jù)。AWK程序設(shè)計語言，是一種用于處理文本的編程語言工具，其目的是用于文本處理，該實用工具掃描文件中的每一行，查找與命令行中所給定內(nèi)容相匹配的模式。如果發(fā)現(xiàn)匹配內(nèi)容，則進行下一個編程步驟。如果找不到匹配內(nèi)容，則繼續(xù)處理下一行。

圖3是根據(jù)另一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的方法的流程圖。

如圖3所示，在S302中，生成請求數(shù)據(jù)。

生成請求數(shù)據(jù)，可例如，請求數(shù)據(jù)為預(yù)發(fā)盤表數(shù)據(jù)，預(yù)發(fā)盤表數(shù)據(jù)中包括交易條件，如商品名稱、規(guī)格、數(shù)量、價格、支付方式、裝運期等。

在S304中，調(diào)用對應(yīng)于第三方的第二AWK腳本處理文件。

根據(jù)需要發(fā)送的不同的第三方，調(diào)用對應(yīng)于不同第三方的第二AWK腳本處理文件，可例如，可根據(jù)財務(wù)人員判斷第三方，并手動選擇第三方進行第二AWK腳本處理文件的調(diào)用，也可例如，根據(jù)系統(tǒng)后臺的判斷自動進行第二AWK腳本處理文件的調(diào)用，本發(fā)明不限于此。

在S306中，通過第二AWK腳本處理文件對請求數(shù)據(jù)進行處理，以生成第一目標文件。

通過第二AWK腳本處理文件對請求數(shù)據(jù)進行處理，處理之后獲得第一目標文件。可例如，通過第二AWK腳本處理文件對預(yù)發(fā)盤表數(shù)據(jù)進行處理，得到發(fā)盤表數(shù)據(jù)。本發(fā)明不限于此。

在本公開的一種示例性實施例中，將請求數(shù)據(jù)發(fā)送給第三方的服務(wù)器，包括：利用4GL語言生成請求數(shù)據(jù)。

在本實施例中，利用4GL語言對第二目標文件進行銀保系統(tǒng)的核心業(yè)務(wù)的處理，例如，利用4GL語言生成請求數(shù)據(jù)。

在本公開的一種示例性實施例中，還包括：建立對應(yīng)于第三方的第二AWK腳本處理文件。

建立對應(yīng)于不同第三方的不同的第二AWK腳本處理文件。

在本公開的一種示例性實施例中，調(diào)用對應(yīng)于所述第三方的第一AWK腳本處理文件，包括：獲取第一AWK腳本處理文件的儲存路徑；以及獲取適合第三方的第一AWK腳本處理文件。

在核心對賬業(yè)務(wù)邏輯的4GL語言程序中獲取第一AWK腳本處理文件的儲存路徑；以及獲取適合第三方的第一AWK腳本處理文件?？衫缭?GL語言中定義一個如"awk-v file＝目標文件-f引入awk腳本待處理文本"的變量，然后即可通過AWK腳本處理文件的儲存路徑，獲取AWK腳本處理文件，進而運行AWK腳本處理文件處理數(shù)據(jù)文件從而得到所需的目標文件。

在本公開的一種示例性實施例中，調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件，包括：判斷回傳文件的格式是否與第二目標文件的格式相同；以及如果回傳文件的格式與第二目標文件的格式不相同，則調(diào)用對應(yīng)于第三方的第一AWK腳本處理文件。

接收來自第三方服務(wù)器的基于第一目標文件的回傳文件后，由于上述第一目標文件的返回數(shù)據(jù)，可例如，返回給銀保系統(tǒng)的數(shù)據(jù)文件，不同第三方的回盤文件之間并不相同，而且，回盤文件與銀保系統(tǒng)可處理的標準文件之間也存在差異。判斷回傳文件的格式是否與銀保系統(tǒng)可處理的第二目標文件的格式相同，如果相同則直接進行后續(xù)處理，如果回傳文件的格式是否與銀保系統(tǒng)可處理的第二目標文件的格式不相同，則進行調(diào)用第一AWK腳本文件對回傳文件進行進一步的處理。

根據(jù)本實施例的用于處理來自第三方的數(shù)據(jù)的方法，通過4GL語言調(diào)用AWK文件的方式，將不同第三方的不同待處理文本的進行標準化處理，形成統(tǒng)一文件格式，后續(xù)第三方文件有變更的時候，只需修改AWK腳本文件即可，這種方法提高了系統(tǒng)的擴展性，節(jié)省開發(fā)與測試人力。

在本公開的一種示例性實施例中，通過第一AWK腳本處理文件述回傳文件進行處理，以生成第二目標文件，包括：按行讀取回傳文件的信息；以及將讀取到的回傳文件的行中的信息，儲存到第二目標文件中對應(yīng)位置。

本發(fā)明實施例中，如上文所述，為不同第三方建立不同的AWK腳本語言處理文件。AWK腳本語言處理模塊，可例如包含如下功能：接收執(zhí)行AWK腳本時傳入的參數(shù)數(shù)據(jù)，定義AWK腳本語言處理中需要的變量，指定行分隔符，可例如，本實施例中的AWK腳本語言可以支持’|’,’$’,’&’等各種分隔符；將原數(shù)據(jù)文件按行處理，按行讀取回傳文件的數(shù)據(jù)，將每行數(shù)據(jù)按照行分隔符分隔，進而獲得每一列數(shù)據(jù)，將讀取到的回傳文件的數(shù)據(jù)中的信息，儲存到第二目標文件中對應(yīng)位置。然后AWK腳本文件中的其他功能函數(shù)對數(shù)據(jù)進行處理，讀取回傳文件中的本行數(shù)據(jù)結(jié)束后，再進行下一行數(shù)據(jù)處理，直到得到第二目標文件為止。還可例如，采用AWK腳本語言對文件進行處理，將第三方文件每一列或移動順序或運算或規(guī)制格式等，其中的保留BEGIN和END塊分別可以輸入在文件處理前的執(zhí)行初始化代碼以及在處理所有文件行后的執(zhí)行邏輯。本發(fā)明不限于此。

在本公開的一種示例性實施例中，還包括：對所述回傳文件進行格式處理。

在本發(fā)明實施例中的AWK腳本處理文件，還可以對回傳文件進行格式處理?？衫?，AWK腳本文件中包含功能函數(shù)，如去除前后空格，補齊位數(shù)，字符轉(zhuǎn)換，小數(shù)點保留，格式轉(zhuǎn)換等諸多功能，滿足在主體功能塊所需結(jié)果數(shù)據(jù)的處理。

本領(lǐng)域技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟被實現(xiàn)為由CPU執(zhí)行的計算機程序。在該計算機程序被CPU執(zhí)行時，執(zhí)行本發(fā)明提供的上述方法所限定的上述功能。所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

此外，需要注意的是，上述附圖僅是根據(jù)本發(fā)明示例性實施例的方法所包括的處理的示意性說明，而不是限制目的。易于理解，上述附圖所示的處理并不表明或限制這些處理的時間順序。另外，也易于理解，這些處理可以是例如在多個模塊中同步或異步執(zhí)行的。

下述為本發(fā)明裝置實施例，可以用于執(zhí)行本發(fā)明方法實施例。對于本發(fā)明裝置實施例中未披露的細節(jié)，請參照本發(fā)明方法實施例。

圖4是根據(jù)一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的裝置的框圖。該裝置可用于如圖2所示的用于處理來自第三方的數(shù)據(jù)的方法。

如圖4所示，用于處理來自第三方的數(shù)據(jù)的裝置40包括：發(fā)送模塊402，接收模塊404，腳本模塊406，處理模塊408以及對賬模塊410。

發(fā)送模塊402用于將第一目標文件發(fā)送給第三方服務(wù)器。

接收模塊404用于獲取來自所述第三方服務(wù)器的所述第一目標文件的回傳文件。

腳本模塊406用于調(diào)用適合所述第三方的第一AWK腳本處理文件以及第二AWK腳本處理文件。

處理模塊408用于通過所述第一AWK腳本處理文件對所述回傳文件進行處理，以生成第二目標文件；以及通過所述第二AWK腳本處理文件對請求數(shù)據(jù)進行處理，以生成所述第一目標文件。

對賬模塊410用于利用4GL語言對所述第二目標文件進行對賬處理。

根據(jù)本實施例的用于處理來自第三方的數(shù)據(jù)的裝置，能夠提升數(shù)據(jù)處理的效率，減少因為處理大量數(shù)據(jù)而給系統(tǒng)帶來的風險。

圖5是根據(jù)另一示例性實施例示出的一種用于處理來自第三方的數(shù)據(jù)的裝置的框圖。

如圖5所示，用于處理來自第三方的數(shù)據(jù)的裝置50包括：判斷模塊502，預(yù)設(shè)模塊504，以及路徑模塊506。

判斷模塊502用于判斷所述回傳文件的格式是否與所述第二目標文件的格式相同。

預(yù)設(shè)模塊504用于建立對應(yīng)于所述第三方的所述第一AWK腳本處理文件，以及對應(yīng)于所述第三方的所述第二AWK腳本處理文件。

路徑模塊506用于獲取所述第一AWK腳本處理文件的儲存路徑以及第二AWK腳本處理文件的儲存路徑。

通過以上的詳細描述，本領(lǐng)域的技術(shù)人員易于理解，根據(jù)本發(fā)明實施例的用于處理來自第三方的數(shù)據(jù)的方法及裝置具有以下優(yōu)點中的一個或多個。

根據(jù)本實施例的用于處理來自第三方的數(shù)據(jù)的方法，將各個第三方的文件轉(zhuǎn)換為統(tǒng)一格式的文件，再進行處理。這種處理方法能夠提升數(shù)據(jù)處理的效率，減少因為處理大量不同的數(shù)據(jù)文件而給系統(tǒng)帶來的風險。

根據(jù)本實施例的用于處理來自第三方的數(shù)據(jù)的方法，通過4GL語言調(diào)用AWK文件的方式，將不同第三方的不同待處理文本的進行標準化處理，形成統(tǒng)一文件格式，后續(xù)第三方文件有變更的時候，只需修改AWK腳本文件即可，這種方法提高了系統(tǒng)的擴展性，節(jié)省開發(fā)與測試人力。

通過以上的實施例的描述，本領(lǐng)域的技術(shù)人員易于理解，這里描述的示例實施例可以通過軟件實現(xiàn)，也可以通過軟件結(jié)合必要的硬件的方式來實現(xiàn)。因此，根據(jù)本發(fā)明實施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中或網(wǎng)絡(luò)上，包括若干指令以使得一臺計算設(shè)備(可以是個人計算機、服務(wù)器、移動終端、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行根據(jù)本發(fā)明實施例的方法。

以上具體地示出和描述了本發(fā)明的示例性實施例。應(yīng)可理解的是，本發(fā)明不限于這里描述的詳細結(jié)構(gòu)、設(shè)置方式或?qū)崿F(xiàn)方法；相反，本發(fā)明意圖涵蓋包含在所附權(quán)利要求的精神和范圍內(nèi)的各種修改和等效設(shè)置。