趙偉

摘 要 隨著社會經(jīng)濟的發(fā)展，人們生活水平的提高，基于銀行卡為賬戶基礎(chǔ)的各類電子化支付以其便捷、高效的特點滲透到人們生活的各個方面，交易規(guī)模隨之呈爆發(fā)式增長，銀聯(lián)作為銀行卡組織，是整個支付交易環(huán)節(jié)中的樞紐，承擔著支付交易的聯(lián)機處理及清分清算的重要職責，龐大的交易數(shù)據(jù)對銀行卡組織的系統(tǒng)的處理能力提出了更高的要求，銀聯(lián)基于自身交易清算系統(tǒng)的現(xiàn)狀，結(jié)合新時期社會經(jīng)濟金融發(fā)展對支付系統(tǒng)的新需求，建設(shè)可更加高效、安全、統(tǒng)一的新一代支付清算系統(tǒng)，以解決原清算系統(tǒng)中存在的兼容性不強、可擴展性不高、高可用性不足的問題，為銀行卡交易市場的各參與方提供更高質(zhì)量的服務(wù)。本文的研究目的及意義在于以國內(nèi)重要的銀行卡組織——中國銀聯(lián)在銀行卡清算系統(tǒng)領(lǐng)域的多機架構(gòu)實踐作為參照，展開研究如何基于現(xiàn)有系統(tǒng)框架及資源情況下，分階段建立一套高可用、可彈性伸縮、可擴展的清算系統(tǒng)架構(gòu)方案，為行業(yè)內(nèi)其他支付機構(gòu)系統(tǒng)建設(shè)提供參考。

關(guān)鍵詞 支付系統(tǒng);清算系統(tǒng);銀行卡

1研究背景

隨著金融支付領(lǐng)域所采用的IT技術(shù)的不斷革新，新時期下國內(nèi)各類重要金融支付機構(gòu)，針對支付清算系統(tǒng)的技術(shù)路線提出了新要求，在目前傳統(tǒng)的系統(tǒng)架構(gòu)下應(yīng)大力開展分布式架構(gòu)，持續(xù)開展多機、多活的應(yīng)用架構(gòu)優(yōu)化工作。同時各金融機構(gòu)響應(yīng)人民銀行對云計算、國產(chǎn)化的工作指示，加快推進和深化應(yīng)用系統(tǒng)的云化部署?；谝陨媳尘?，銀聯(lián)以自身銀行卡清算系統(tǒng)當前生產(chǎn)架構(gòu)、資源情況出發(fā)，為降低改造風險、提高生產(chǎn)設(shè)備使用率，計劃分兩階段完成支付清算系統(tǒng)基于云計算平臺的多機、多活架構(gòu)建設(shè)，如下：

階段一：先建架構(gòu)?；诂F(xiàn)有小型機資源，完成清算系統(tǒng)的多機架構(gòu)建設(shè)。

階段二：再云遷移?；陔A段建設(shè)的清算系統(tǒng)多機架構(gòu)，完成應(yīng)用及數(shù)據(jù)庫節(jié)點的云遷移工作。

1.1 支付清算環(huán)境

目前，我國建成的支付系統(tǒng)主要圍繞著小額支付系統(tǒng)、人民銀行，基于銀行業(yè)金融機構(gòu)行內(nèi)業(yè)務(wù)系統(tǒng)，由證券結(jié)算系統(tǒng)、銀行卡支付系統(tǒng)、境內(nèi)外幣支付系統(tǒng)、票據(jù)支付系統(tǒng)作為重要成分，將互聯(lián)網(wǎng)支付服務(wù)組織與行業(yè)清算組織業(yè)務(wù)系統(tǒng)作為補充的支付清算體系，各支付清算系統(tǒng)間有機連接、功能互補，大大提高了支付清算效率，社會資金周轉(zhuǎn)，為社會經(jīng)濟發(fā)展創(chuàng)造了推動作用[1]。

1.2 清算多機背景

清算多機一期的應(yīng)用架構(gòu)下已能夠充分利用機器資源（CPU，內(nèi)存等），提高交易批量處理的效率，主要負責交易清分的STL_Bat，STL_Fix，NSM_IncLogoPay模塊已經(jīng)實現(xiàn)多機部署。這些模塊的共同特點是清分的結(jié)果是直接寫入數(shù)據(jù)庫表。 實現(xiàn)了清算清分模塊的多機，減少相應(yīng)的模塊對于單一主機資源的消耗。進而提高清分效率，但是一期暫未實現(xiàn)文件多機生成。

清算多機二期針對多機一期存在的問題，清算多機二期主要實現(xiàn)文件多機處理及云平臺的遷移。文件多機部署的一個關(guān)鍵就是必須保證文件生成的完整性。為保證清算文件的完整性，同時提高文件生成的效率，必須從文件生成的策略及調(diào)度方面進行考慮，就是清算多機二期要解決問題。同時實現(xiàn)從AIX小型機主機遷移至云平臺主機工作。清算多機二期真正實現(xiàn)了清算交易清分處理和文件生成步驟均實現(xiàn)多機處理[2]。

2清算多機整體方案設(shè)計

清算多機方案設(shè)計如圖1所示。

2.1 清算多機架構(gòu)特性

新清算多機架構(gòu)下系統(tǒng)的兼容性、高可用和擴展能力都有明顯提升，新老清算系統(tǒng)架構(gòu)特性對比總結(jié)如表1所示。

2.2 清算多機——機構(gòu)與主機歸屬參數(shù)

清算文件作為清算過程的重要輸出物，對于成員機構(gòu)具有重要的意義，文件的處理和下發(fā)有很強的時效性要求，故要在有限的時間內(nèi)完成大批量交易數(shù)據(jù)的清分及文件生成就要做到多主機并發(fā)處理[3]。清算多機架構(gòu)下通過機構(gòu)主機歸屬參數(shù)信息的配置，實現(xiàn)機構(gòu)的文件指定在某主機進行生成及合并操作的對應(yīng)關(guān)系設(shè)置，主機與各從機通過系統(tǒng)控制參數(shù)確保文件生成寫入的NFS目錄存在且一致，機構(gòu)主機歸屬參數(shù)配置表的設(shè)計如表2所示。

2.3 清算多機——文件生成與合并

清算系統(tǒng)數(shù)據(jù)庫中的清算明細和費用表設(shè)計成多個分塊，并將待清分的數(shù)據(jù)源打上分塊標識，由清算主機和從機并行實施清分，并將清分完的數(shù)據(jù)分別寫入不同的分塊對應(yīng)的費用和明細表中，供后續(xù)清算結(jié)果的匯總處理，清算主機、從機根據(jù)機構(gòu)主機歸屬參數(shù)配置，進行文件初始化，文件初始化采用強制多機的方式，每臺主機上只初始化創(chuàng)建屬于本機的機構(gòu)代碼的文件，文件合并過程中每個應(yīng)用節(jié)點需要遍歷所有存量的文件，負責合并本生成該臺主機所對應(yīng)的機構(gòu)文件，并行的向NFS文件目錄寫入，使得文件生成的過程高效完成。如圖2所示。

3清算多機調(diào)度參數(shù)配置

3.1 清算多機——模塊進程配置

清算多節(jié)點間的功能調(diào)度主要通過配置文件來實現(xiàn)管理，配置文件采用xml格式，體現(xiàn)了靈活、模塊化的設(shè)計特點。系統(tǒng)設(shè)計可通過主機節(jié)點、模塊、進程的參數(shù)化配置，實現(xiàn)針對各主機節(jié)點的系統(tǒng)資源與進程數(shù)量匹配的靈活控制，下面以2個主機節(jié)點3001、3002進行配置舉例：

3.2 清算多機——場次流程配置

銀行卡支付清算系統(tǒng)的特點是交易總量大且交易類型多，不同類型交易的清算過程雖總體相似但又有細微差別，在清算多機系統(tǒng)設(shè)計中，充分考慮了靈活性，將各種清分處理過程獨立設(shè)計成不同模塊，這樣就可以不同模塊步驟的組合快速實現(xiàn)某一類交易的批量清算場次流程配置，以降低開發(fā)資源消耗，具體舉例如下：

4結(jié)束語

近些年來各個金融行業(yè)的系統(tǒng)也在不斷進行升級換代，涌現(xiàn)了許多新興電子支付解決方案，而且支付服務(wù)整個環(huán)節(jié)中的各類角色也在朝著多元化方向發(fā)展，這些變化為支付行業(yè)帶來了新的活力與服務(wù)。銀聯(lián)作為銀行卡支付交易環(huán)節(jié)中的核心樞紐，通過對支付清算系統(tǒng)的架構(gòu)不斷優(yōu)化，有效地滿足了當前支付市場交易規(guī)模下的清算需求，為各金融支付機構(gòu)的系統(tǒng)建設(shè)與架構(gòu)優(yōu)化提供了有價值的參考[4-5]。只有根據(jù)實際的市場需求結(jié)合自身現(xiàn)狀，通過對系統(tǒng)的不斷升級優(yōu)化，才能更好地支撐業(yè)務(wù)的不斷發(fā)展，為支付行業(yè)這一重要民生領(lǐng)域的各類用戶提供更加全面、更加高效的服務(wù)。

參考文獻

[1] 王維.中國人民銀行支付清算系統(tǒng)全國處理中心機房項目智能化系統(tǒng)設(shè)計介紹[J].智能建筑電氣技術(shù)，2018，7（1）：104-107.

[2] 邵冠軍.支持全球主要貨幣清算系統(tǒng)的設(shè)計和實現(xiàn)[D].吉林大學(xué)，2018.

[3] 倪燕麗.基于中間件的電子銀行清算系統(tǒng)的研究與設(shè)計[D].電子科技大學(xué)，2016.

[4] 劉平，丁昌榮.與同城清算網(wǎng)絡(luò)系統(tǒng)融合的銀行賬戶管理系統(tǒng)設(shè)計[J].華南金融電腦，2019（3）：37-40.

[5] Sidney W. Hess. Design and Implementation of a New Check Clearing System for the Philadelphia Federal Reserve District[J]. Interfaces，2017，5（2）.