專利名稱：一種金融系統(tǒng)綜合前置平臺及交易數(shù)據(jù)的轉(zhuǎn)發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及金融數(shù)據(jù)處理領(lǐng)域，特別是涉及一種金融系統(tǒng)綜合前置平臺及交易數(shù)據(jù)通過該類前置平臺進(jìn)行轉(zhuǎn)發(fā)的方法。
背景技術(shù)：
現(xiàn)有技術(shù)中，用于處理金融交易數(shù)據(jù)的交易系統(tǒng)(例如，銀行交易系統(tǒng))一般都采用如下的三層結(jié)構(gòu)渠道系統(tǒng)、前置系統(tǒng)和服務(wù)系統(tǒng)。
其中，渠道系統(tǒng)一般位于最下層，主要是指能夠主動向前置系統(tǒng)發(fā)出交易請求的系統(tǒng)，如柜臺前端系統(tǒng)、ATM前置、電話銀行、網(wǎng)絡(luò)銀行、POS終端等都是渠道系統(tǒng)。
前置系統(tǒng)主要用于轉(zhuǎn)發(fā)各種交易數(shù)據(jù)，并記錄交易流水信息，位于中間層。例如，接收ATM前置的交易請求，根據(jù)請求中的服務(wù)系統(tǒng)指向，轉(zhuǎn)發(fā)該交易請求至相應(yīng)的服務(wù)系統(tǒng)；并接收該服務(wù)系統(tǒng)返回的處理結(jié)果信息，返回至相應(yīng)的ATM前置；同時(shí)記錄此次交易處理的流水信息。
服務(wù)系統(tǒng)屬于上述三層結(jié)構(gòu)的最高層，與前置系統(tǒng)相連，主要用于提供具體的交易數(shù)據(jù)處理服務(wù)，一般也直接將處理過程稱之為服務(wù)，如各個(gè)銀行的主機(jī)系統(tǒng)、各銀行分行的本地業(yè)務(wù)系統(tǒng)、金卡系統(tǒng)、證券系統(tǒng)等都是服務(wù)系統(tǒng)。
隨著金融交易越來越頻繁的出現(xiàn)在人們生活中，金融交易的類型也越來越多，并且推陳出新的速度也越來越快。并且這些新出現(xiàn)的交易類型越來越復(fù)雜，通常都不會是僅由一個(gè)服務(wù)系統(tǒng)處理的簡單交易，而是由多個(gè)服務(wù)系統(tǒng)聯(lián)動的復(fù)合交易；或者是一個(gè)新服務(wù)系統(tǒng)的簡單交易。所述復(fù)合交易是指處理過程需要涉及到多個(gè)服務(wù)系統(tǒng)，例如其他銀行卡的取款交易。該交易就涉及到了收單行的卡處理系統(tǒng)、銀聯(lián)系統(tǒng)以及發(fā)卡行的卡處理系統(tǒng)，即該筆交易數(shù)據(jù)的處理完成需要上述單個(gè)服務(wù)系統(tǒng)聯(lián)動完成本行的DCC(DATA CENTERCONSOLIDATION、企業(yè)數(shù)據(jù)中心整合)主機(jī)系統(tǒng)完成現(xiàn)金記賬功能，銀聯(lián)處理系統(tǒng)完成卡狀態(tài)處理，發(fā)卡行完成記賬處理。
當(dāng)需要現(xiàn)有的交易系統(tǒng)能夠支持新出現(xiàn)的交易類型，則除了要對渠道系統(tǒng)和服務(wù)系統(tǒng)進(jìn)行改進(jìn)之外，還需要在前置系統(tǒng)專門增加設(shè)置一個(gè)針對該交易的交易模塊，用于完成針對該新交易的數(shù)據(jù)轉(zhuǎn)換(從渠道數(shù)據(jù)報(bào)文轉(zhuǎn)換為服務(wù)數(shù)據(jù)報(bào)文)、加解密以及通訊等數(shù)據(jù)轉(zhuǎn)發(fā)功能。
在實(shí)際應(yīng)用中，發(fā)現(xiàn)現(xiàn)有的前置系統(tǒng)增加支持新交易類型時(shí)，存在很多難以解決的問題首先，由于每支持一種交易類型，就需要專門設(shè)置一個(gè)交易模塊，因此前置系統(tǒng)中存在很多的交易模塊；而每個(gè)交易模塊都主要用于完成數(shù)據(jù)轉(zhuǎn)換、加解密以及通訊等數(shù)據(jù)轉(zhuǎn)發(fā)功能，所以每個(gè)交易模塊中都具有一些共有的部分；從而導(dǎo)致現(xiàn)有技術(shù)的前置系統(tǒng)中重復(fù)的部分過多，造成系統(tǒng)臃腫，效率低下，浪費(fèi)系統(tǒng)資源。從開發(fā)的角度而言，由于每增加支持一個(gè)新交易，就需要專門開發(fā)一個(gè)交易模塊，特別是涉及多個(gè)服務(wù)系統(tǒng)的復(fù)合交易，需要仔細(xì)控制每個(gè)交易步驟，總體的工作量過大，成本太高。
其次，由于在前置系統(tǒng)中每種交易都需要一個(gè)專門的交易模塊執(zhí)行，這樣就導(dǎo)致整個(gè)前置系統(tǒng)中的交易模塊數(shù)量太多；而金融系統(tǒng)需要保證每個(gè)交易模塊都能夠達(dá)到7*24小時(shí)的連續(xù)處理，則需要耗費(fèi)大量的人力物力對這些服務(wù)進(jìn)行監(jiān)控和管理，嚴(yán)重浪費(fèi)資源。
再者，由于針對一個(gè)新的交易類型需要專門開發(fā)、測試，從而導(dǎo)致每增加支持一種交易類型多需要很長的時(shí)間。
綜上所述，本領(lǐng)域技術(shù)人員迫切需要解決的一個(gè)技術(shù)問題是怎樣改進(jìn)才可以使得前置系統(tǒng)能夠提高系統(tǒng)復(fù)用率，降低系統(tǒng)臃腫，提高資源利用率；怎樣對前置系統(tǒng)改進(jìn)才可以保證增加支持一種新交易類型時(shí)時(shí)間短、成本低，并且還易于監(jiān)控和管理。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種用于轉(zhuǎn)發(fā)交易數(shù)據(jù)的金融系統(tǒng)綜合前置平臺以及通過該類前置平臺進(jìn)行交易數(shù)據(jù)轉(zhuǎn)發(fā)的方法，該前置平臺的系統(tǒng)復(fù)用率較高、可以非常簡單方便的增加支持一種新交易類型，以及易于監(jiān)控和管理。
為了解決上述問題，本發(fā)明公開了一種金融系統(tǒng)綜合前置平臺，包括以下部件交易識別模塊，用于從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；報(bào)文組解包模塊，用于調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包，或者對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；所述交易數(shù)據(jù)報(bào)文配置文件用于記錄特定交易數(shù)據(jù)的報(bào)文結(jié)構(gòu)信息；數(shù)據(jù)轉(zhuǎn)換模塊，用于調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；以及調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；所述數(shù)據(jù)轉(zhuǎn)換配置文件用于記錄外部數(shù)據(jù)與所述前置平臺內(nèi)部數(shù)據(jù)之間的對應(yīng)關(guān)系；流程確定模塊，用于調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；所述流程配置文件用于記錄特定交易數(shù)據(jù)的處理流程信息。
優(yōu)選的，所述的前置平臺還可以包括通訊組件，用于調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述加解密配置文件用于記錄所述前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。
優(yōu)選的，所述的前置平臺還可以包括通訊組件，用于根據(jù)預(yù)置的統(tǒng)一加解密方式完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。
優(yōu)選的，所述數(shù)據(jù)轉(zhuǎn)換配置文件包括針對所有交易的第一數(shù)據(jù)轉(zhuǎn)換字典，和針對特定交易的第二數(shù)據(jù)轉(zhuǎn)換字典；所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。
優(yōu)選的，所述的前置平臺還可以包括沖正模塊，用于根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)。
優(yōu)選的，所述渠道請求標(biāo)識包括上送交易渠道標(biāo)識和交易標(biāo)識。
本發(fā)明還提供了一種交易數(shù)據(jù)通過前置平臺轉(zhuǎn)發(fā)的方法，包括步驟a、從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；步驟b、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；
步驟c、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；步驟d、如果交易類型為正常交易，則根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；如果交易類型為沖正交易，則根據(jù)前端交易流水號和沖正流水表完成沖正；步驟e、調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；步驟f、調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包。
優(yōu)選的，所述的交易數(shù)據(jù)轉(zhuǎn)發(fā)方法還可以包括調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；其中，所述加解密配置文件用于記錄該前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄該前置平臺所支持的通訊參數(shù)。
優(yōu)選的，針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為正確報(bào)文時(shí)，所述的交易數(shù)據(jù)轉(zhuǎn)發(fā)方法還可以包括調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的流程配置文件判斷該交易流程是否執(zhí)行完畢；如果是，則調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；調(diào)用相應(yīng)的通訊配置文件，將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)；如果否，則轉(zhuǎn)入步驟d，確定下一處理步驟的處理服務(wù)器標(biāo)識和處理請求標(biāo)識。
優(yōu)選的，針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為錯(cuò)誤報(bào)文時(shí)，所述的交易數(shù)據(jù)轉(zhuǎn)發(fā)方法還可以包括調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)；調(diào)用沖正配置文件完成數(shù)據(jù)轉(zhuǎn)換和組包，以及將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)。
進(jìn)一步，所述數(shù)據(jù)轉(zhuǎn)換配置文件包括針對所有交易的第一數(shù)據(jù)轉(zhuǎn)換字典，和針對特定交易的第二數(shù)據(jù)轉(zhuǎn)換字典；所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明提出了一種能夠支持各種交易類型的前置平臺，該前置平臺在技術(shù)上的創(chuàng)新點(diǎn)在于整個(gè)前置平臺為依賴于配置的交易流程處理框架；并且在前置平臺中通過內(nèi)外部數(shù)據(jù)轉(zhuǎn)換配置文件、數(shù)據(jù)報(bào)文結(jié)構(gòu)配置文件等方式消除了數(shù)據(jù)沖突；以及通過通訊組件的方法規(guī)范了通訊方式和加解密方式。該前置平臺中的所有交易都可以通過一個(gè)調(diào)度總控單元(由交易識別模塊、報(bào)文組解包模塊、數(shù)據(jù)轉(zhuǎn)換模塊和流程確定模塊構(gòu)成)通過調(diào)用相應(yīng)的配置文件即可完成；即將現(xiàn)有技術(shù)的前置平臺中的多個(gè)交易模塊統(tǒng)一成一個(gè)調(diào)度總控單元，每個(gè)交易都調(diào)用該單元即可完成轉(zhuǎn)發(fā)。因此，需要增加支持新的交易類型時(shí)，只需要增加針對該交易的配置文件即可，無須進(jìn)行專門的開發(fā)和測試，節(jié)約資源、提高效率；并且，由于將多個(gè)交易模塊統(tǒng)一成一個(gè)調(diào)度總控單元，所有交易都可以通過該單元以單個(gè)服務(wù)的方式完成，則非常易于監(jiān)控和管理，只需要監(jiān)控和管理這個(gè)調(diào)度總控單元就可以了。


圖1是本發(fā)明系統(tǒng)實(shí)施例的結(jié)構(gòu)框圖；圖2是本發(fā)明方法實(shí)施例的步驟流程圖。
具體實(shí)施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作進(jìn)一步詳細(xì)的說明。
參照圖1，示出了本發(fā)明金融系統(tǒng)綜合前置平臺的結(jié)構(gòu)框圖，具體包括以下部件交易識別模塊101，用于從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識。所述識別過程可以采用預(yù)置規(guī)則完成拆報(bào)文頭，并通過交易識別得到渠道請求標(biāo)識和交易類型標(biāo)識。所述拆報(bào)文頭的規(guī)則以及交易識別的規(guī)則也可以采用配置文件的形式存在，由交易識別模塊調(diào)用即可。
數(shù)據(jù)請求報(bào)文一般包括報(bào)文頭和報(bào)文體，報(bào)文頭中包含一些和具體交易數(shù)據(jù)無關(guān)的控制信息，報(bào)文體中為具體的交易數(shù)據(jù)。
所述渠道請求標(biāo)識是為了幫助本發(fā)明的前置平臺區(qū)分渠道系統(tǒng)發(fā)送來的不同種類的交易而設(shè)計(jì)的標(biāo)識。所述渠道請求標(biāo)識與渠道系統(tǒng)定義的渠道交易碼之間存在映射關(guān)系，需要通過交易識別過程進(jìn)行渠道交易碼到渠道請求碼的映射處理(最簡單的情況是渠道交易碼與渠道請求碼恒等)。渠道請求碼也是本發(fā)明實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)所需的相關(guān)配置(拆包、映射、前置流程識別、打包等)的索引鍵值。
由于渠道交易的交易碼可能存在沖突的情況(即不同的渠道系統(tǒng)發(fā)起的交易，但是具有相同的交易碼)，所以根據(jù)上送交易渠道和交易碼構(gòu)造出渠道請求碼，即所述渠道請求標(biāo)識包括上送交易渠道標(biāo)識和交易標(biāo)識。本發(fā)明中所述的針對該交易的配置文件都是以渠道請求標(biāo)識為識別標(biāo)志的，例如，數(shù)據(jù)轉(zhuǎn)換配置文件、流程配置文件、交易數(shù)據(jù)報(bào)文配置文件等等。
所述交易類型標(biāo)識一般用于標(biāo)識本次交易為正常交易(通常用0表示)還是沖正交易(通常用1表示)。根據(jù)交易類型標(biāo)識的不同，分別調(diào)用流程確定模塊或者沖正模塊。
報(bào)文組解包模塊102，用于調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包，或者對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；所述交易數(shù)據(jù)報(bào)文配置文件用于記錄特定交易數(shù)據(jù)的報(bào)文結(jié)構(gòu)信息。不同的渠道系統(tǒng)或者不同的服務(wù)系統(tǒng)對數(shù)據(jù)報(bào)文的報(bào)文結(jié)構(gòu)可能會有不同的定義，該模塊可以通過各種配置文件實(shí)現(xiàn)對所有渠道系統(tǒng)或者服務(wù)系統(tǒng)傳輸?shù)臄?shù)據(jù)報(bào)文的解包和組包。
數(shù)據(jù)轉(zhuǎn)換模塊103，用于調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；以及調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；所述數(shù)據(jù)轉(zhuǎn)換配置文件用于記錄外部數(shù)據(jù)與所述前置平臺內(nèi)部數(shù)據(jù)之間的對應(yīng)關(guān)系。
在交易數(shù)據(jù)的處理過程中，涉及的三個(gè)系統(tǒng)--渠道系統(tǒng)、前置平臺、服務(wù)系統(tǒng)--各自對數(shù)據(jù)的定義和使用都有自己的限定。而對于不同的交易而言，各個(gè)交易之間的交易數(shù)據(jù)是不同的，主要表現(xiàn)在數(shù)據(jù)類型不同、數(shù)據(jù)名沖突和數(shù)據(jù)定義不同等情況。如果針對一個(gè)交易就在前置平臺中設(shè)置一個(gè)專用交易模塊進(jìn)行處理，則就可以保證該交易模塊針對該交易與渠道系統(tǒng)和服務(wù)系統(tǒng)的交易數(shù)據(jù)使用是沒有沖突的。但是對于本發(fā)明而言，可以簡單的通過配置文件消除這些數(shù)據(jù)沖突。
為了解決這個(gè)問題，所述數(shù)據(jù)轉(zhuǎn)換配置文件可以包括針對所有交易的第一數(shù)據(jù)轉(zhuǎn)換字典，例如，設(shè)置一個(gè)外部數(shù)據(jù)字典和內(nèi)部數(shù)據(jù)字典，外部數(shù)據(jù)字典包含了所有渠道系統(tǒng)和服務(wù)系統(tǒng)的交易的所有字段的數(shù)據(jù)類型、數(shù)據(jù)名和數(shù)據(jù)定義，內(nèi)部數(shù)據(jù)字典包含了前置內(nèi)部使用的字段的數(shù)據(jù)類型、數(shù)據(jù)名和數(shù)據(jù)定義。
由于各個(gè)外部系統(tǒng)對于同一個(gè)交易數(shù)據(jù)的描述可能存在不一致的現(xiàn)象，因此針對每個(gè)交易還可以單獨(dú)定義交易數(shù)據(jù)的類型、數(shù)據(jù)定義，其相當(dāng)于針對該特定交易的第二數(shù)據(jù)轉(zhuǎn)換字典。當(dāng)然，所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。所述第一和第二數(shù)據(jù)轉(zhuǎn)換字典可以根據(jù)交易種類的不同而單獨(dú)使用或者配合使用。
通過上述方式，就能夠?qū)⒘鑱y的、沖突的外部交易數(shù)據(jù)轉(zhuǎn)換成統(tǒng)一的前置內(nèi)部數(shù)據(jù)。在前置內(nèi)部處理完成后再將內(nèi)部數(shù)據(jù)轉(zhuǎn)換成渠道或服務(wù)系統(tǒng)才接受道的外部數(shù)據(jù)即可。
流程確定模塊104，用于調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；所述流程配置文件用于記錄特定交易數(shù)據(jù)的處理流程信息。所述處理請求標(biāo)識可以為服務(wù)請求碼，具體可以為服務(wù)數(shù)據(jù)整合所需的相關(guān)配置(拆包、映射、打包等)的索引鍵值。
由于不同的交易可能有不同的交易流程，例如有的交易只由一個(gè)服務(wù)系統(tǒng)處理；有的交易要多個(gè)服務(wù)系統(tǒng)處理；有的交易需要先由A服務(wù)系統(tǒng)處理，再由B服務(wù)系統(tǒng)處理；有的交易需要先由B服務(wù)系統(tǒng)處理，再由A服務(wù)系統(tǒng)處理。因此，本發(fā)明優(yōu)選的，交易流程配置由服務(wù)系統(tǒng)和服務(wù)交易碼構(gòu)成；在流程配置文件中順序定義了服務(wù)系統(tǒng)名和服務(wù)交易碼，即實(shí)際上就是定義了該交易的處理流程順序。
上述各個(gè)模塊通過以下的順序調(diào)用一次，即可完成一次交易數(shù)據(jù)的轉(zhuǎn)發(fā)過程交易識別模塊--報(bào)文組解包模塊--數(shù)據(jù)轉(zhuǎn)換模塊--流程確定模塊--數(shù)據(jù)轉(zhuǎn)換模塊--報(bào)文組解包模塊。上述得交易識別模塊、報(bào)文組解包模塊、數(shù)據(jù)轉(zhuǎn)換模塊、流程確定模塊等可以集成為一個(gè)調(diào)度總控單元而實(shí)現(xiàn)。
優(yōu)選的，圖1所示的前置平臺，還可以包括通訊組件，用于調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述加解密配置文件用于記錄所述前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。由于不同的服務(wù)系統(tǒng)都會有特定的加解密方法，如果要接入一個(gè)新的服務(wù)系統(tǒng)，就要用該服務(wù)系統(tǒng)的加解密方法對報(bào)文進(jìn)行安全處理。
所述通訊組件優(yōu)選的，如圖1所示，可以由渠道接入組件1051和服務(wù)接入組件1052構(gòu)成，各自負(fù)責(zé)與渠道和服務(wù)的通訊。所述通訊配置文件的獲取可以依據(jù)流程確定中得到的處理服務(wù)器標(biāo)識即可獲得其相應(yīng)的通訊配置文件。
由于針對各種交易、各個(gè)渠道系統(tǒng)和服務(wù)系統(tǒng)可以采用統(tǒng)一加解密方式，因此，上述通訊組件也可以不需要調(diào)用加解密配置文件。即圖1所示的前置平臺，還可以包括通訊組件，用于根據(jù)預(yù)置的統(tǒng)一加解密方式完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。
通訊方式是指傳輸控制協(xié)議/網(wǎng)際協(xié)議(tcp/ip)或交易中間件產(chǎn)品(Tuxedo)等不同的通訊方法。有的服務(wù)系統(tǒng)只能接入以tcp/ip協(xié)議呼叫的交易請求，而有的服務(wù)系統(tǒng)是以Tuxedo的服務(wù)來提供交易處理功能。針對這個(gè)問題，本發(fā)明采用通訊配置文件用于定義服務(wù)系統(tǒng)的通訊方式，如果是tcp/ip的通訊方式，那么就定義地址、端口；如果是tuxedo方式，那么就定義服務(wù)名。因?yàn)檫@兩個(gè)方面都是針對特定的渠道系統(tǒng)或服務(wù)系統(tǒng)的，所以將這個(gè)特性進(jìn)行歸納總結(jié)，可以將加解密和通訊功能封裝在動態(tài)庫中。需要向某個(gè)渠道系統(tǒng)或服務(wù)系統(tǒng)發(fā)送交易請求或交易應(yīng)答的時(shí)候，就調(diào)用動態(tài)庫的函數(shù)。動態(tài)庫函數(shù)在執(zhí)行時(shí)，通過配置文件就能夠控制交易的發(fā)送。針對渠道系統(tǒng)接入的功能函數(shù)，定義其渠道接入組件即可；針對服務(wù)系統(tǒng)發(fā)送的功能函數(shù)，定義其服務(wù)接入組件即可。
即交易發(fā)到前置系統(tǒng)后，前置系統(tǒng)依次進(jìn)行全文解密->按渠道配置中的拆包類型拆數(shù)據(jù)包->按配置映射數(shù)據(jù)->判斷該交易的流程(即發(fā)往哪些后臺服務(wù)系統(tǒng))->按服務(wù)配置中的組包類型組數(shù)據(jù)包->全文加密發(fā)往服務(wù)系統(tǒng)，從服務(wù)系統(tǒng)得到響應(yīng)后按相反路徑處理。
所述通訊配置文件可以根據(jù)各種通訊方式的需要設(shè)置參數(shù)即可。例如，通訊配置文件可以依據(jù)下面的方式設(shè)置參數(shù)即可…………………………………………………………………………[HOST]type＝0|1#定義通訊類型。0表示動態(tài)庫方式，1表示TUXEDO方式#在交易流程中配置的服務(wù)號代表函數(shù)名或TUXEDO服務(wù)名。
name＝expr #動態(tài)連接庫名或者TUXEDO調(diào)用函數(shù)名。
#其中，name＝tpcall標(biāo)識本地TUXEDO服務(wù)調(diào)用；nodeid＝ #通訊適配器對應(yīng)的服務(wù)節(jié)點(diǎn)號。必須。
#主機(jī)對應(yīng)的nodeid必須是THISISHOSTflag＝ #全文加解密校驗(yàn)標(biāo)志(整數(shù))，默認(rèn)為0。
func＝ #表示缺省動態(tài)庫函數(shù)名，如果不設(shè)置則以服務(wù)號作為函數(shù)名attr＝… #通訊參數(shù)，可選。
#attr是通訊參數(shù)名，由通訊函數(shù)自定義[…]…………………………………………………………………………………………例如，目前的前置平臺一般可以支持以下幾種服務(wù)系統(tǒng)通訊方式，分別是本地服務(wù)函數(shù)、本地TUXEDO服務(wù)、SNA GW(IBM常用的一種系統(tǒng)網(wǎng)絡(luò)體系結(jié)構(gòu)網(wǎng)關(guān)協(xié)議)連接、其他服務(wù)系統(tǒng)。這四種通訊方式對應(yīng)的通訊配置舉例說明如下1、本地服務(wù)函數(shù)本地服務(wù)函數(shù)一般7用于本地服務(wù)系統(tǒng)中，所述本地服務(wù)系統(tǒng)指前置系統(tǒng)中為完成某些銀行特殊業(yè)務(wù)處理(如計(jì)算費(fèi)率、跨機(jī)構(gòu)授權(quán)等)而開發(fā)的系統(tǒng)。該系統(tǒng)既有渠道系統(tǒng)的功能，也有服務(wù)系統(tǒng)的功能。
在交易流程配置文件中………………………………………………………………………………h(huán)ost＝local#常量。指定服務(wù)所在的服務(wù)系統(tǒng)名。
service＝func1 #本地服務(wù)函數(shù)名稱……………………………………………………………………………本地服務(wù)系統(tǒng)的通訊路由配置文件中……………………………………………………………………………commname＝1kmessage ＝ 1……………………………………………………………………………前置平臺的通訊配置文件中……………………………………………………………………………[1k]type＝0name＝libtest.so#func1所在的動態(tài)庫名稱……………………………………………………………………………2、本地TUXEDO服務(wù)交易流程配置文件中……………………………………………………………………………h(huán)ost＝localsys #常量。指定服務(wù)所在的服務(wù)系統(tǒng)名。
service＝svc1 #本地TUXEDO服務(wù)名稱……………………………………………………………………………本地服務(wù)系統(tǒng)的通訊路由配置文件中……………………………………………………………………………commname＝qdmessage＝2……………………………………………………………………………前置平臺的通訊配置文件中……………………………………………………………………………[qd]
type＝1name＝tpcall#基礎(chǔ)平臺定義的關(guān)鍵字，不可更改……………………………………………………………………………3、SNA GW連接交易流程配置文件中……………………………………………………………………………h(huán)ost＝HOST #常量。指定服務(wù)所在的服務(wù)系統(tǒng)名。
service＝P001 #HOST服務(wù)系統(tǒng)的服務(wù)請求碼……………………………………………………………………………HOST服務(wù)系統(tǒng)的通訊路由配置文件中……………………………………………………………………………commname＝HOSTmessage＝3……………………………………………………………………………前置平臺的通訊配置文件中……………………………………………………………………………[HOST]type＝1name＝SNA_TRANS #SNA GW提供的TUXEDO服務(wù)名……………………………………………………………………………4、其他服務(wù)系統(tǒng)--在連接其他服務(wù)系統(tǒng)時(shí)，需要該服務(wù)系統(tǒng)提供連接用的通訊API。其他配置如下交易流程配置文件中……………………………………………………………………………h(huán)ost＝QS#常量。指定服務(wù)所在的服務(wù)系統(tǒng)名。
service＝Z0001 #通訊API函數(shù)名稱……………………………………………………………………………QS服務(wù)系統(tǒng)的通訊路由配置文件中……………………………………………………………………………
commname＝QSSYSmessage＝0……………………………………………………………………………………………前置平臺的通訊配置文件中……………………………………………………………………………………………[QSSYS]type＝0name＝libqs.so #連接QS服務(wù)系統(tǒng)的通訊API所在的動態(tài)庫名稱……………………………………………………………………………………………優(yōu)選的，圖1所示的前置平臺還可以包括沖正模塊，用于根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)。所述沖正模塊用于完成由于服務(wù)系統(tǒng)返回的是錯(cuò)誤報(bào)文而引起的、或者由渠道前端發(fā)起的沖正請求、或者在交易執(zhí)行過程中出現(xiàn)錯(cuò)誤而引起的各種沖正交易。
下面通過幾個(gè)具體的處理流程，對圖1所示前置平臺作進(jìn)一步的說明。
例如，針對柜面活期取款這樣一個(gè)簡單交易的執(zhí)行過程，本發(fā)明的執(zhí)行步驟如下●接收到渠道請求；●用sdp/ACE/input.head拆報(bào)文頭(里面配的字段是用128個(gè)域的必輸項(xiàng))；其中sdp是指渠道，ACE表示柜面；●用sdp/ACE/tranid完成交易識別得到渠道請求碼T002001和交易類型0；交易類型0表示此次渠道請求為正常交易，渠道請求碼T002001表示是由某個(gè)度渠道發(fā)起的活期取款交易請求；●用sdp/ACE/T002001/input.body完成拆包(如果該路徑中沒有相應(yīng)的配置文件，則表示采用正常配置即可)；●用sdp/ACE/input.map和sdp/ACE/T002001/input.map完成內(nèi)外部數(shù)據(jù)的轉(zhuǎn)換映射；●用tp/T002001/flowid得到交易流程碼F002001；其中，tp是指流程；
●根據(jù)tp/T002001/F002001執(zhí)行服務(wù)，得到服務(wù)系統(tǒng)為HOST和服務(wù)請求碼S002001；●用spp/HOST//input.map和spp/HOST/S002001/input.map完成內(nèi)外部數(shù)據(jù)的轉(zhuǎn)換映射；其中，spp是指服務(wù)，HOST是需要發(fā)送的服務(wù)系統(tǒng)標(biāo)識；●用spp/HOST/commid和adapter.ini得到通訊參數(shù)；由通訊參數(shù)可以或者相應(yīng)的具體通訊方式，例如，是tcp還是tuxedo；●用spp/HOST/input.head和spp/HOST/S002001/input.body完成組包。
上述步驟就完成了在報(bào)文層的交易請求的轉(zhuǎn)發(fā)，其中的input.body、input.map等等類似標(biāo)識就表示了本發(fā)明的各種配置文件，。對于服務(wù)系統(tǒng)返回的數(shù)據(jù)，則按照相反路徑處理即可●通過spp/HOST/svcid判斷服務(wù)返回的是正確還是錯(cuò)誤報(bào)文。假設(shè)是正確報(bào)文則執(zhí)行以下步驟●用spp/HOST/output.head和spp/HOST/S002001/output.body完成拆包；●用spp/HOST//output.map和spp/HOST/S002001/output.map完成映射；●根據(jù)交易流程F002001判斷交易是否執(zhí)行完畢；如果否，則得到下一轉(zhuǎn)發(fā)的服務(wù)系統(tǒng)和服務(wù)請求碼；如果是，則●用sdp/ACE//output.map和sdp/ACE/T002001/output.map完成映射；●用sdp/ACE/output.head和sdp/ACE/T002001/output.body完成組包；●將打包后的數(shù)據(jù)返回給上送交易請求的渠道系統(tǒng)。假設(shè)是錯(cuò)誤報(bào)文則執(zhí)行以下步驟●用spp/HOST/output.head和spp/HOST/error.out完成拆包；●用spp/HOST/error.map完成映射；●查詢當(dāng)前交易已執(zhí)行完的步驟(服務(wù))；●根據(jù)spp/HOST/svc.reverse得到最后一個(gè)需要沖正的服務(wù)和對應(yīng)的沖正服務(wù)請求碼(可能是一組)；●從后往前依次執(zhí)行沖正服務(wù)；
●沖正服務(wù)結(jié)束后用sdp/ACE/error.map完成錯(cuò)誤報(bào)文映射；●用sdp/ACE/output.head和sdp/ACE/error.out完成錯(cuò)誤報(bào)文打包；●交易處理模塊把打包后的數(shù)據(jù)返回給渠道。
上述接收渠道請求--完成轉(zhuǎn)發(fā)；并接收服務(wù)系統(tǒng)返回的處理信息--完成轉(zhuǎn)發(fā)，整個(gè)處理過程就完全完成了。
上面所接收的渠道請求是正常交易請求，如果所接收的渠道請求是渠道前端發(fā)起沖正請求，則其步驟如下●用sdp/ACE/input.head完成拆報(bào)文頭；●用sdp/ACE/tranid完成交易識別得到渠道請求碼999998和交易類型1；交易類型1表示本次交易請求為沖正交易；●用sdp/ACE/T002001/input.body完成拆包；●用sdp/ACE//input.map和sdp/ACE/999998/input.map完成映射；●根據(jù)交易類型判斷出是沖正交易；并根據(jù)前端交易流水號查詢交易已執(zhí)行完的步驟(服務(wù))；●根據(jù)spp/HOST/svc.reverse得到最后一個(gè)需要沖正的服務(wù)和對應(yīng)的沖正服務(wù)號(可能是一組)；●從后往前依次執(zhí)行沖正服務(wù)；●用sdp/ACE/error.map完成錯(cuò)誤報(bào)文映射；●用sdp/ACE/output.head和sdp/ACE/error.body完成錯(cuò)誤報(bào)文打包；●交易處理模塊把打包后的數(shù)據(jù)返回給渠道。
如果所接收的渠道請求為本地服務(wù)函數(shù)發(fā)起的服務(wù)系統(tǒng)訪問請求，則可以包括以下步驟●用spp/HOST/input.map和spp/HOST/S002001/input.map完成映射；●用spp/HOST/commid和adapter.ini得到通訊參數(shù)；●用spp/HOST/input.head和spp/HOST/S002001/input.body完成組包；●通過spp/HOST/svcid判斷服務(wù)返回的是正確還是錯(cuò)誤報(bào)文。
假設(shè)是正確報(bào)文則執(zhí)行以下步驟●用spp/HOST/output.head和spp/HOST/S002001/output.body完成拆包；●用spp/HOST/output.map和spp/HOST/S002001/output.map完成映射；●把結(jié)果數(shù)據(jù)返回給本地服務(wù)函數(shù)。
假設(shè)是錯(cuò)誤報(bào)文則執(zhí)行以下步驟●用spp/HOST/output.head和spp/HOST/error.out完成拆包；●用spp/HOST/error.map完成映射；●執(zhí)行自動沖正流程(前述已經(jīng)對沖正過程進(jìn)行了詳述，在此不再重復(fù))。
參照圖2，示出了本發(fā)明方法實(shí)施例的步驟流程圖，具體包括以下步驟步驟201、從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；步驟202、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；步驟203、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；步驟204、如果交易類型為正常交易，則根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；如果交易類型為沖正交易，則根據(jù)前端交易流水號和沖正流水表完成沖正；步驟205、調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；步驟206、調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包。
由于實(shí)際中各個(gè)服務(wù)系統(tǒng)所采用的加解密方式和通訊方式都有所不同，所以圖2所示實(shí)施例還可以包括調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；其中，所述加解密配置文件用于記錄該前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄該前置平臺所支持的通訊參數(shù)。本步驟可以在步驟201之前，也可以在步驟206之后。
圖2所示實(shí)施例將渠道請求轉(zhuǎn)發(fā)至相應(yīng)的服務(wù)系統(tǒng)之后，還可以根據(jù)相同的構(gòu)思對服務(wù)系統(tǒng)返回的信息進(jìn)行轉(zhuǎn)發(fā)。例如(1)針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為正確報(bào)文時(shí)，則執(zhí)行以下流程調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的流程配置文件判斷該交易流程是否執(zhí)行完畢；如果是，則調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；調(diào)用相應(yīng)的通訊配置文件，將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)；如果否，則轉(zhuǎn)入步驟204，確定下一處理步驟的處理服務(wù)器標(biāo)識和處理請求標(biāo)識。
(2)針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為錯(cuò)誤報(bào)文時(shí)，則執(zhí)行以下流程調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)；調(diào)用沖正配置文件完成數(shù)據(jù)轉(zhuǎn)換和組包，以及將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)。
優(yōu)選的，在所述數(shù)據(jù)轉(zhuǎn)換配置文件中可以設(shè)置一數(shù)據(jù)轉(zhuǎn)換字典，用于實(shí)現(xiàn)前置平臺和外部系統(tǒng)(渠道系統(tǒng)或者服務(wù)系統(tǒng))之間的數(shù)據(jù)轉(zhuǎn)換。但是由于各個(gè)外部系統(tǒng)對于同一個(gè)交易數(shù)據(jù)的描述可能存在不一致的現(xiàn)象，因此針對每個(gè)交易還可以單獨(dú)定義交易數(shù)據(jù)的類型、數(shù)據(jù)定義，其相當(dāng)于針對該特定交易設(shè)置了另一數(shù)據(jù)轉(zhuǎn)換字典。所以將前者稱為第一數(shù)據(jù)轉(zhuǎn)換字典，將后者成為第二數(shù)據(jù)轉(zhuǎn)換字典。當(dāng)然，所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。所述第一和第二數(shù)據(jù)轉(zhuǎn)換字典可以根據(jù)交易種類的不同而單獨(dú)使用或者配合使用。
上面對圖2所示的方法實(shí)施例進(jìn)行了介紹，由于大部分相關(guān)信息已經(jīng)在關(guān)于圖1的描述中提及，所以考慮到篇幅問題，在此沒有進(jìn)行重復(fù)。上述描述中沒有涉及之處，請參見前述相關(guān)部分即可。
從上述各個(gè)實(shí)施例的描述可以看出，使用本發(fā)明的方法，在新增一個(gè)交易的時(shí)候，只要考慮通訊組件、內(nèi)外部數(shù)據(jù)字典、交易配置、流程配置和通訊配置即可。若該交易是簡單交易，且該交易的渠道、服務(wù)系統(tǒng)都已經(jīng)定義，而交易數(shù)據(jù)并沒有增加別的新字段，那么只需要定義交易配置和流程配置即可?？梢苑浅７奖愕脑黾踊蛘咦兏灰?，從開發(fā)角度而言整個(gè)開發(fā)過程方便簡介，開發(fā)周期能縮短很多。
另外，本發(fā)明使前置的交易服務(wù)能夠統(tǒng)一，即將所有交易都統(tǒng)一至一個(gè)服務(wù)中來，非常方便使用本發(fā)明的系統(tǒng)管理人員進(jìn)行管理和監(jiān)控。系統(tǒng)管理人員可以在上述統(tǒng)一服務(wù)的各個(gè)環(huán)節(jié)設(shè)置監(jiān)控，即可監(jiān)控和管理所有交易的詳細(xì)信息。例如通過本發(fā)明可以很簡單的實(shí)現(xiàn)以下監(jiān)控功能能夠監(jiān)控所述前置平臺上每一筆交易的明細(xì)信息；能夠按照交易的發(fā)起方通訊節(jié)點(diǎn)、交易代碼、交易返回碼、發(fā)生時(shí)間，對交易進(jìn)行分類和統(tǒng)計(jì)，對統(tǒng)計(jì)后的結(jié)果進(jìn)行實(shí)時(shí)監(jiān)控；能夠允許系統(tǒng)管理人員通過配置的方式，修改交易統(tǒng)計(jì)的分類內(nèi)容；所有的監(jiān)控歷史能夠記錄備案，包括交易明細(xì)信息、交易統(tǒng)計(jì)信息。為事后的分析和跟蹤提供依據(jù)。
以上對本發(fā)明所提供的一種金融系統(tǒng)綜合前置平臺及交易數(shù)據(jù)通過該類前置平臺進(jìn)行轉(zhuǎn)發(fā)的方法，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種金融系統(tǒng)綜合前置平臺，其特征在于，包括交易識別模塊，用于從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；報(bào)文組解包模塊，用于調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包，或者對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；所述交易數(shù)據(jù)報(bào)文配置文件用于記錄特定交易數(shù)據(jù)的報(bào)文結(jié)構(gòu)信息；數(shù)據(jù)轉(zhuǎn)換模塊，用于調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；以及調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；所述數(shù)據(jù)轉(zhuǎn)換配置文件用于記錄外部數(shù)據(jù)與所述前置平臺內(nèi)部數(shù)據(jù)之間的對應(yīng)關(guān)系；流程確定模塊，用于調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；所述流程配置文件用于記錄特定交易數(shù)據(jù)的處理流程信息。
2.如權(quán)利要求1所述的前置平臺，其特征在于，還包括通訊組件，用于調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述加解密配置文件用于記錄所述前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。
3.如權(quán)利要求1所述的前置平臺，其特征在于，還包括通訊組件，用于根據(jù)預(yù)置的統(tǒng)一加解密方式完成對數(shù)據(jù)報(bào)文的加解密；以及調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；所述通訊配置文件用于記錄所述前置平臺所支持的通訊參數(shù)。
4.如權(quán)利要求1所述的前置平臺，其特征在于，所述數(shù)據(jù)轉(zhuǎn)換配置文件包括針對所有交易的第一數(shù)據(jù)轉(zhuǎn)換字典，和針對特定交易的第二數(shù)據(jù)轉(zhuǎn)換字典；所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。
5.如權(quán)利要求1所述的前置平臺，其特征在于，還包括沖正模塊，用于根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)。
6.如權(quán)利要求1所述的前置平臺，其特征在于，所述渠道請求標(biāo)識包括上送交易渠道標(biāo)識和交易標(biāo)識。
7.一種交易數(shù)據(jù)通過前置平臺轉(zhuǎn)發(fā)的方法，其特征在于，包括步驟a、從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；步驟b、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；步驟c、根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；步驟d、如果交易類型為正常交易，則根據(jù)所述渠道請求標(biāo)識，調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；如果交易類型為沖正交易，則根據(jù)前端交易流水號和沖正流水表完成沖正；步驟e、調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；步驟f、調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包。
8.如權(quán)利要求7所述的方法，其特征在于，還包括調(diào)用相應(yīng)的加解密配置文件，完成對數(shù)據(jù)報(bào)文的加解密；調(diào)用相應(yīng)的通訊配置文件，完成對數(shù)據(jù)報(bào)文的接收和發(fā)送；其中，所述加解密配置文件用于記錄該前置平臺所支持的加解密參數(shù)；所述通訊配置文件用于記錄該前置平臺所支持的通訊參數(shù)。
9.如權(quán)利要求7所述的方法，其特征在于，針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為正確報(bào)文時(shí)，還包括調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的流程配置文件判斷該交易流程是否執(zhí)行完畢；如果是，則調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從所述前置平臺內(nèi)部數(shù)據(jù)到外部數(shù)據(jù)之間的轉(zhuǎn)換；調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；調(diào)用相應(yīng)的通訊配置文件，將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)；如果否，則轉(zhuǎn)入步驟d，確定下一處理步驟的處理服務(wù)器標(biāo)識和處理請求標(biāo)識。
10.如權(quán)利要求7所述的方法，其特征在于，針對同一交易，當(dāng)服務(wù)系統(tǒng)返回的報(bào)文為錯(cuò)誤報(bào)文時(shí)，還包括調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包；調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成從外部數(shù)據(jù)到所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；根據(jù)前端交易流水號查詢該交易已執(zhí)行完成的服務(wù)，從沖正流水表中確定需要沖正的服務(wù)信息，以及從后往前依次執(zhí)行沖正服務(wù)；調(diào)用沖正配置文件完成數(shù)據(jù)轉(zhuǎn)換和組包，以及將組包后的數(shù)據(jù)發(fā)送至渠道系統(tǒng)。
11.如權(quán)利要求7所述的方法，其特征在于，所述數(shù)據(jù)轉(zhuǎn)換配置文件包括針對所有交易的第一數(shù)據(jù)轉(zhuǎn)換字典，和針對特定交易的第二數(shù)據(jù)轉(zhuǎn)換字典；所述第二數(shù)據(jù)轉(zhuǎn)換字典的優(yōu)先級大于第一數(shù)據(jù)轉(zhuǎn)換字典。
全文摘要
本發(fā)明提供了一種金融系統(tǒng)綜合前置平臺，包括交易識別模塊，用于從接收到的數(shù)據(jù)報(bào)文頭中識別渠道請求標(biāo)識和交易類型標(biāo)識；報(bào)文組解包模塊，用于調(diào)用相應(yīng)的交易數(shù)據(jù)報(bào)文配置文件對所述數(shù)據(jù)報(bào)文進(jìn)行解包，或者對需要發(fā)送的數(shù)據(jù)進(jìn)行組包；所述交易數(shù)據(jù)報(bào)文配置文件用于記錄特定交易數(shù)據(jù)的報(bào)文結(jié)構(gòu)信息；數(shù)據(jù)轉(zhuǎn)換模塊，用于調(diào)用相應(yīng)的數(shù)據(jù)轉(zhuǎn)換配置文件完成外部數(shù)據(jù)和所述前置平臺內(nèi)部數(shù)據(jù)之間的轉(zhuǎn)換；所述數(shù)據(jù)轉(zhuǎn)換配置文件用于記錄外部數(shù)據(jù)與所述前置平臺內(nèi)部數(shù)據(jù)之間的對應(yīng)關(guān)系；流程確定模塊，用于調(diào)用相應(yīng)的流程配置文件確定相應(yīng)的處理服務(wù)器標(biāo)識和處理請求標(biāo)識；所述流程配置文件用于記錄特定交易數(shù)據(jù)的處理流程信息。
文檔編號G06F17/30GK1987925SQ20061015641
公開日2007年6月27日 申請日期2006年12月29日 優(yōu)先權(quán)日2006年12月29日
發(fā)明者嚴(yán)志根, 施健, 楊忠偉, 張濤, 黃斌, 曹祥健, 周子堅(jiān), 鄭煒杰, 肖魯川, 王迎春 申請人:中國建設(shè)銀行股份有限公司