CNAPS-第二代支付系統(tǒng)技術(shù)方案介紹文字可編課件

1中國人民銀行清算總中心

2011年8月

2

第二代支付系統(tǒng)需求概述：總體需求

第二代支付系統(tǒng)應(yīng)在支持已有業(yè)務(wù)類型的同時，主動適應(yīng)支付業(yè)務(wù)的創(chuàng)新和發(fā)展，使系統(tǒng)未來能以較小的代價快速適應(yīng)業(yè)務(wù)需求的變更以及發(fā)展。

大額支付系統(tǒng)清算賬戶管理系統(tǒng)（賬戶管理、實時清算、凈額清算）支付管理信息系統(tǒng)小額支付系統(tǒng)支票影像交換系統(tǒng)網(wǎng)上支付跨行清算系統(tǒng)本次不改造

3第二代支付系統(tǒng)需求概述：非功能性需求

?業(yè)務(wù)容量需求

–HVPS：2016年日均446萬筆，峰值128萬筆/小時

–BEPS：2016年日均1148萬筆，峰值242萬筆/小時

?約合328萬包/日，峰值業(yè)務(wù)量為82萬包/小時

–IBPS：2011年日均300萬筆，峰值75萬筆/小時

–合計的峰值軋差處理需求為157萬次/小時

?小額按包進行軋差處理、網(wǎng)銀按筆進行軋差處理

?可靠性要求

–系統(tǒng)的可使用率應(yīng)保持在總運行時間的99.9%，故障平均修復時間不超過20分鐘。

4

第二代支付系統(tǒng)需求概述：運維需求

?系統(tǒng)運維需求

–建立和應(yīng)用系統(tǒng)有機整合的運行監(jiān)控系統(tǒng)

–建立符合信息化系統(tǒng)管理規(guī)范的運行維護系統(tǒng)

–建立先進的客戶服務(wù)系統(tǒng)

5第二代支付系統(tǒng)需求概述：系統(tǒng)切換要求

?第二代支付系統(tǒng)采取“支付系統(tǒng)統(tǒng)一切換、各參與者分步切換”的上線方案，系統(tǒng)在功能上可兼容第一代支付系統(tǒng)的報文標準。

?

在第二代支付系統(tǒng)上線當日，國家處理中心（NPC）及各CCPC切換到第二代支付系統(tǒng)，同時停止第一代支付系統(tǒng)的運行。

?已完成二代系統(tǒng)接口改造的參與者可通過新版接口接入第二代支付系統(tǒng)；

?未完成二代系統(tǒng)接口改造的參與者可通過原接口程序接入第二代支付系統(tǒng)，待完成系統(tǒng)改造后再通過新版接口接入第二代支付系統(tǒng)。

?人民銀行根據(jù)管理需要設(shè)置統(tǒng)一的切換期。

6

第二代支付系統(tǒng)需求概述：主要變化

?與一代系統(tǒng)的主要變化

–更全面的流動性風險管理功能

–支持新興電子支付

–靈活的接入和清算模式

–人民幣外幣的PVP–支持人民幣跨境支付

–業(yè)務(wù)標準與報文格式

–支付信息管理

7

應(yīng)用系統(tǒng)設(shè)計：設(shè)計思路

設(shè)計思路：

?集中化、平臺化、組件化、標準化

?以支付報文傳輸系統(tǒng)為支撐，支付業(yè)務(wù)處理系統(tǒng)為核心

遵循原則：

?采用面向服務(wù)的架構(gòu)的理念和技術(shù)

?業(yè)務(wù)流程化原則

?模塊可重用原則

?子系統(tǒng)松耦合原則

?子系統(tǒng)內(nèi)聚性原則

8應(yīng)用系統(tǒng)設(shè)計：支付業(yè)務(wù)處理

?子系統(tǒng)劃分：綜合安全性、應(yīng)用組件功能相似性、子系統(tǒng)內(nèi)聚性、獨立性等因素，將應(yīng)用組件劃分為10個子系統(tǒng)。

–支付業(yè)務(wù)處理子系統(tǒng)（大額，小額，網(wǎng)銀）；

–支付賬務(wù)處理子系統(tǒng)；

–公共管理子系統(tǒng)；

–計費子系統(tǒng)；

–統(tǒng)一用戶認證授權(quán)子系統(tǒng)；

–明細查詢與數(shù)據(jù)管理子系統(tǒng)；

–監(jiān)控子系統(tǒng)；

–統(tǒng)計分析子系統(tǒng)；

–行名行號子系統(tǒng)；

–參與者業(yè)務(wù)管理子系統(tǒng)。

9

應(yīng)用系統(tǒng)設(shè)計：總體結(jié)構(gòu)

CNAPS2ACS商業(yè)銀行TCBS銀聯(lián)清算組織國債支付報文傳輸平臺CFXPSECDS大額支付系統(tǒng)小額支付系統(tǒng)網(wǎng)上支付跨行清算系統(tǒng)清算賬戶管理系統(tǒng)公共管理系統(tǒng)......報文傳輸與業(yè)務(wù)處理分離

10

應(yīng)用系統(tǒng)設(shè)計：支付報文傳輸

?業(yè)務(wù)功能：

–傳輸安全

–報文校驗

–智能路由

?主要特性

：

–與業(yè)務(wù)系統(tǒng)無關(guān)

–兼容多種報文格式

–高可用性

11應(yīng)用系統(tǒng)設(shè)計：支付報文傳輸部署

?集中交換網(wǎng)關(guān)

–支持水平擴展方式部署，單臺服務(wù)器宕機不會影響到報文傳輸平臺的連續(xù)運行

–對經(jīng)過的報文同時進行本地和異地集中存儲，確保災難情況下支付報文傳輸平臺業(yè)務(wù)數(shù)據(jù)的完整性

?區(qū)域接入網(wǎng)關(guān)

–區(qū)域匯聚、安全檢查

–智能路由和報文轉(zhuǎn)發(fā)

–支持水平擴展方式部署

?參與者接入端

–負責接收商業(yè)銀行行內(nèi)系統(tǒng)向支付報文傳輸平臺提交的各類報文

–負責接收區(qū)域接入網(wǎng)關(guān)向本接入點發(fā)送的報文，并轉(zhuǎn)發(fā)至參與者行內(nèi)系統(tǒng)

–支持采用水平群集方式部署，同一接入點的報文傳輸平臺接入服務(wù)器可并行工作，單臺服務(wù)器失效，不影響該接入點其它服務(wù)器的繼續(xù)運行

–支持AIX和Linux操作系統(tǒng)，MQ與TLQ中間件

12應(yīng)用系統(tǒng)設(shè)計：應(yīng)用功能分布

?國家處理中心NPC–支付業(yè)務(wù)處理子系統(tǒng)（大額，小額，網(wǎng)銀）

–支付賬務(wù)處理子系統(tǒng)

–公共管理子系統(tǒng)

–統(tǒng)一用戶認證授權(quán)子系統(tǒng)

–計費子系統(tǒng)

–明細查詢與數(shù)據(jù)管理子系統(tǒng)

–監(jiān)控子系統(tǒng)

–統(tǒng)計分析子系統(tǒng)

–行名行號子系統(tǒng)

–集中交換網(wǎng)關(guān)子系統(tǒng)

?城市處理中心CCPC–區(qū)域接入網(wǎng)關(guān)子系統(tǒng)

–參與者業(yè)務(wù)管理子系統(tǒng)（根據(jù)實際需要）

?支付系統(tǒng)參與者

–參與者接入端軟件

–參與者業(yè)務(wù)管理子系統(tǒng)（間聯(lián)參與者）

13

應(yīng)用系統(tǒng)設(shè)計：與一代支付系統(tǒng)的主要變化

?實現(xiàn)報文傳輸和業(yè)務(wù)處理分離：

–方便參與者的靈活接入；

–簡化業(yè)務(wù)系統(tǒng)的處理邏輯；

?業(yè)務(wù)處理劃分為業(yè)務(wù)處理子系統(tǒng)（含大額、小額、網(wǎng)銀）和賬務(wù)處理子系統(tǒng)：

–層次清晰，提高系統(tǒng)整體處理效率；

?建立統(tǒng)一的業(yè)務(wù)管理和業(yè)務(wù)監(jiān)控平臺：

–為支付系統(tǒng)的業(yè)務(wù)人員提供單一入口，通過用戶身份認證后按各自授權(quán)分別操作、監(jiān)控和管理各業(yè)務(wù)系統(tǒng)；

?增加應(yīng)用監(jiān)控子系統(tǒng)：

–可隨時了解系統(tǒng)運行情況，提前發(fā)現(xiàn)系統(tǒng)故障或異常，有助于提高運維水平；

?改進對參與者的支持：

–通過報文傳輸平臺可支持參與者的靈活接入需求，降低前置機復雜度和維護難度；

–建設(shè)參與者業(yè)務(wù)管理系統(tǒng)，支持中小參與者特別是農(nóng)村金融機構(gòu)的低成本接入、業(yè)務(wù)收發(fā)和業(yè)務(wù)管理。

14數(shù)據(jù)管理設(shè)計：設(shè)計思路

?按數(shù)據(jù)重要性進行區(qū)別存儲和保護，關(guān)鍵數(shù)據(jù)應(yīng)集中在NPC；

?滿足業(yè)務(wù)處理性能的要求；

?注重數(shù)據(jù)的完整性、一致性和可用性，統(tǒng)一數(shù)據(jù)的定義、變更等管理；

?建立有效的數(shù)據(jù)備份和歸檔機制。

15

數(shù)據(jù)管理設(shè)計：字符集與數(shù)據(jù)編碼

?

為更好的適應(yīng)國際標準，并適應(yīng)第二代支付系統(tǒng)的國際化趨勢，第二代支付系統(tǒng)數(shù)據(jù)交換和存儲格式統(tǒng)一采用UTF-8編碼集。

?UTF-8是Unicode的一種最常用的變長字符編碼，可以根據(jù)不同的符號自動選擇編碼的長短。在UTF－8中，字符以8位序列來編碼，用一個或幾個字節(jié)來表示一個字符。

?UTF-8編碼集包含全世界所有國家需要用到的字符，字符集大；同時是國際通行的編碼方式，得到了幾乎所有系統(tǒng)軟件的支持，通用性強。UTF-8編碼的文字可以在各國支持UTF8字符集的瀏覽器上顯示，而無需下載IE的中文語言支持包。

16數(shù)據(jù)管理設(shè)計：數(shù)據(jù)交換

?查詢庫

–聯(lián)機交易數(shù)據(jù)庫的實時數(shù)據(jù)鏡像庫；

–方便對在線數(shù)據(jù)實施查詢、統(tǒng)計、分析以及采集、監(jiān)控等功能；

–簡化各個子系統(tǒng)之間的數(shù)據(jù)關(guān)系；

–減少重要業(yè)務(wù)系統(tǒng)對數(shù)據(jù)庫的壓力。

?主要的數(shù)據(jù)交換方式：

–準實時數(shù)據(jù)復制

–準實時數(shù)據(jù)采集

–聯(lián)機報文類數(shù)據(jù)交換

–批量處理類數(shù)據(jù)交換

–參數(shù)數(shù)據(jù)交換

17

數(shù)據(jù)管理設(shè)計：數(shù)據(jù)歸檔與檢索

?各業(yè)務(wù)系統(tǒng)中將超過聯(lián)機數(shù)據(jù)保存期的數(shù)據(jù)按照規(guī)定的接口要求導出為XML格式的文件，通過網(wǎng)絡(luò)將歸檔文件送給歸檔與檢索系統(tǒng)，歸檔系統(tǒng)對歸檔數(shù)據(jù)進行分級存儲，建立索引支持檢索。

?歸檔數(shù)據(jù)保存期為15年，歸檔系統(tǒng)應(yīng)支持數(shù)據(jù)的分級存儲功能，5年內(nèi)的數(shù)據(jù)保存在聯(lián)機存儲上，超出5年的數(shù)據(jù)自動遷移到低速率的存儲介質(zhì)上，以降低存儲成本

。

序號

數(shù)據(jù)類型

歸檔需求

備注

1業(yè)務(wù)數(shù)據(jù)

√

歸檔子系統(tǒng)+數(shù)據(jù)異地存儲

2報文數(shù)據(jù)

√

歸檔子系統(tǒng)+數(shù)據(jù)異地存儲

18

數(shù)據(jù)管理設(shè)計：與一代支付系統(tǒng)的主要變化

?建立查詢庫

–減少業(yè)務(wù)管理、查詢、監(jiān)測、統(tǒng)計等對交易系統(tǒng)的影響；

?建立統(tǒng)一的數(shù)據(jù)歸檔和檢索平臺

–為今后支付信息的再加工和再利用提供基礎(chǔ)設(shè)施和技術(shù)條件

?字符集、數(shù)據(jù)編碼和報文標準

–支持國際標準

?數(shù)據(jù)集中在NPC19

計算機方案：混合平臺方案

?基本思路

借鑒一代支付系統(tǒng)的成功經(jīng)驗，根據(jù)應(yīng)用系統(tǒng)設(shè)計和數(shù)據(jù)分布設(shè)計的結(jié)果，通過區(qū)分計算資源，將聯(lián)機交易系統(tǒng)的核心處理邏輯（例如軋差、記賬）、關(guān)鍵業(yè)務(wù)數(shù)據(jù)（包括清算賬戶信息，參與者交換的報文信息等）部署在主機平臺，而將計算復雜且對CPU資源消耗過高的處理邏輯，例如XML報文的解析、業(yè)務(wù)流程的控制、業(yè)務(wù)數(shù)據(jù)核對等邏輯部署在開放平臺，實現(xiàn)聯(lián)機交易系統(tǒng)數(shù)據(jù)集中、應(yīng)用分布的混合平臺架構(gòu)。統(tǒng)計分析等子系統(tǒng)的應(yīng)用和數(shù)據(jù)均部署在開放平臺。

在實現(xiàn)上遵循以下原則：

（1）聯(lián)機交易系統(tǒng)依賴的業(yè)務(wù)數(shù)據(jù)集中存儲在主機平臺。

（2）所有對主機平臺數(shù)據(jù)庫的更改操作應(yīng)通過主機核心應(yīng)用服務(wù)完成，分布式平臺業(yè)務(wù)系統(tǒng)通過SNA或IPIC以一階段方式訪問主機上對應(yīng)的子系統(tǒng)核心服務(wù)完成數(shù)據(jù)更新操作。

（3）開放平臺可通過數(shù)據(jù)庫客戶端訪問主機數(shù)據(jù)，但僅限于只讀操作。

20?NPC邏輯部署：總體結(jié)構(gòu)

–主機平臺核心服務(wù)層

?主機上的賬務(wù)業(yè)務(wù)處理子系統(tǒng)和各業(yè)務(wù)處理核心服務(wù)層均選擇基于成熟的CICS事務(wù)管理器和DB2數(shù)據(jù)庫，維護和管理各自的業(yè)務(wù)數(shù)據(jù)

?主機平臺上存儲SAPS賬務(wù)數(shù)據(jù)、特殊業(yè)務(wù)數(shù)據(jù)、小額業(yè)務(wù)數(shù)據(jù)、網(wǎng)銀業(yè)務(wù)數(shù)據(jù)、大額業(yè)務(wù)數(shù)據(jù)、公共管理（含計費）數(shù)據(jù)；

?主機上的數(shù)據(jù)采用準實時數(shù)據(jù)復制技術(shù)將數(shù)據(jù)復制到開放系統(tǒng)存儲的查詢庫中，以避免管理客戶端、業(yè)務(wù)監(jiān)控、應(yīng)用監(jiān)控等對主機業(yè)務(wù)數(shù)據(jù)查詢帶來的壓力

–開發(fā)平臺業(yè)務(wù)處理層

?訪問主機核心服務(wù)

?為繼承現(xiàn)有資產(chǎn)，可部署CICS事務(wù)管理器和WMQ來保障應(yīng)用邏輯內(nèi)部數(shù)據(jù)的一致性和完整性。

計算機方案：混合平臺方案

21

計算機方案：混合平臺方案

?MBFE物理部署：直連參與者

參與者業(yè)務(wù)系統(tǒng)2報文傳輸參與者接入端服務(wù)器B報文傳輸參與者接入端服務(wù)器A管理客戶端LAN查詢客戶端參與者業(yè)務(wù)系統(tǒng)N參與者業(yè)務(wù)系統(tǒng)1密押服務(wù)器簽名服務(wù)器22

計算機方案：混合平臺方案

?MBFE物理部署：間連參與者

間連MBFE數(shù)據(jù)庫服務(wù)器支付報文傳輸平臺參與者接入端服務(wù)器管理客戶端LAN查詢客戶端間連MBFE應(yīng)用服務(wù)器可合并部署密押服務(wù)器簽名服務(wù)器23選擇混合結(jié)構(gòu)的考慮

?充分利用大型主機的高安全性，將關(guān)鍵業(yè)務(wù)邏輯部署在主機平臺，只有經(jīng)過主機應(yīng)用才能修改（增刪改）關(guān)鍵業(yè)務(wù)數(shù)據(jù)；

?充分利用IBM大型主機的成熟技術(shù)，盡最大限度提高支付系統(tǒng)核心業(yè)務(wù)系統(tǒng)的高可用性?；诖笮椭鳈C實施的GDPS/Hyperswap等技術(shù)使系統(tǒng)可用性可達到99.999%以上，保證無論是單臺主機還是單臺存儲出現(xiàn)故障時，業(yè)務(wù)連續(xù)性均可以得到很好的保證。目前全球各大銀行的關(guān)鍵業(yè)務(wù)系統(tǒng)大多數(shù)都運行在主機平臺；國內(nèi)四大商業(yè)銀行目前都已采用該技術(shù)保障其核心系統(tǒng)的高可用性。

?一代支付系統(tǒng)就是采用的混合結(jié)構(gòu)，積累了相應(yīng)的軟件開發(fā)、工程實施以及運行維護的經(jīng)驗；二代支付系統(tǒng)繼續(xù)沿用這一結(jié)構(gòu)（在細節(jié)方面加以優(yōu)化），風險相對可控。

?與在主機上部署全部應(yīng)用功能相比，采用混合結(jié)構(gòu)能較大程度降低建設(shè)運維成本和軟件開發(fā)難度。

24

計算機方案：與一代支付系統(tǒng)的主要變化

?總體技術(shù)路線和一代支付系統(tǒng)基本一致：

–關(guān)鍵業(yè)務(wù)系統(tǒng)擬繼續(xù)采用主機/開放系統(tǒng)的混合結(jié)構(gòu)

–輔助信息系統(tǒng)全部使用開發(fā)系統(tǒng)

–繼續(xù)采用一代中表現(xiàn)穩(wěn)定并積累了豐富開發(fā)運行管理經(jīng)驗的相關(guān)技術(shù)和軟硬件產(chǎn)品。

?調(diào)整數(shù)據(jù)分布和應(yīng)用分布：

–關(guān)鍵業(yè)務(wù)數(shù)據(jù)全部存放在主機

–只允許主機應(yīng)用訪問這些數(shù)據(jù)

?改進數(shù)據(jù)交換方式：

–通過交易數(shù)據(jù)鏡像庫簡化子系統(tǒng)之間的數(shù)據(jù)交互

25

計算機方案：與一代支付系統(tǒng)的主要變化

?全面增強系統(tǒng)的可用性：

–主要通過采取群集負載均衡，盡量少采用主備模式；

–具體包括主機上采用并行耦合技術(shù)

–報文傳輸平臺自行研發(fā)雙機/多機并行技術(shù)并實現(xiàn)自動選擇傳輸路徑等

?改進系統(tǒng)的可擴展性：

–縱向可擴展和水平可擴展；

–通過群集技術(shù)可以方便的增加服務(wù)器來提升系統(tǒng)的處理能力；

?提升系統(tǒng)的可維護性：

–建立集中監(jiān)控系統(tǒng)，快速發(fā)現(xiàn)和定位問題；

–提供應(yīng)用監(jiān)測手段并與運維管理系統(tǒng)集成；提供系統(tǒng)的維護窗口和維護手段等

26

網(wǎng)絡(luò)方案：與一代支付系統(tǒng)的主要變化

?按照信息安全等級保護的相關(guān)要求，采用安全域的概念，按照不同的功能分區(qū)劃分安全域，不同的安全域采用不同等級的防護策略；

?支持多中心同時在線，多中心之間建立高速通道，支持互相訪問；

?提供多種網(wǎng)絡(luò)管理手段。

27

第二代支付系統(tǒng)信息安全保障體系

28

安全方案：與一代支付系統(tǒng)的主要變化

?強化數(shù)據(jù)傳輸安全，在傳輸平臺中實現(xiàn)對數(shù)據(jù)完整性的檢查；

?用戶集中管理，建設(shè)統(tǒng)一的用戶認證和授權(quán)子系統(tǒng)，實現(xiàn)用戶身份認證、訪問控制以及用戶操作的安全審計；

?建立網(wǎng)絡(luò)安全體系，建設(shè)安全域邊界、網(wǎng)絡(luò)邊界；重點保護CCPC與參與者之間的邊界，對接入支付系統(tǒng)進行更為嚴格的控制，確保支付系統(tǒng)邊界的完整性；

?注重安全管理，安全審計等，搭建相應(yīng)的平臺。

29運維管理

：設(shè)計思路

?“多中心一體化”的運維管理

–一體化的監(jiān)控

–一體化的運行

–一體化的維護管理

–一體化的服務(wù)支持

?運維監(jiān)控中心與數(shù)據(jù)中心分離

?數(shù)據(jù)集中與分級管理相適應(yīng)

?具備良好的可擴展性和可用性

30

運維管理：與一代支付系統(tǒng)的主要變化

?運維管理

–從未來將形成多中心的格局和提高運維管理和業(yè)務(wù)連續(xù)性管理水平的角度考慮，運維監(jiān)控系統(tǒng)的建設(shè)依照“多中心一體化（多個物理中心協(xié)同形成一個大的邏輯中心）”的思路進行設(shè)計，支持一體化的監(jiān)控、運行、維護等；

–支持運維中心和數(shù)據(jù)中心分離；嚴格數(shù)據(jù)中心的管理，只允許系統(tǒng)維護人員進入核心運行區(qū)，運維監(jiān)控的支持、管理和操作人員通過遠程、甚至異地訪問和監(jiān)控系統(tǒng)運行，并執(zhí)行運維管理流程的各項工作支持分級運維；

–增加應(yīng)用監(jiān)控等運維功能，提供客戶服務(wù)、技術(shù)論壇及服務(wù)支持網(wǎng)站等，改進對清算中心和參與者的技術(shù)支持

31

備份系統(tǒng)建設(shè)方案：MBFE備份

?

二代支付系統(tǒng)直連參與者MBFE僅部署支付報文傳輸平臺接入端軟件

–支持水平擴展方式部署，參與者可通過多臺MBFE同時向支付系統(tǒng)發(fā)送業(yè)務(wù)

–一臺MBFE的故障不會影響到參與者的業(yè)務(wù)連續(xù)運行

?MBFE備份—主用MBFE與備用MBFE–為防范單個NPC/CCPC故障導致從其接入的MBFE業(yè)務(wù)受到影響，參與者可選擇主備MBFE分別接入主備NPC/CCPC的模式；

–主用MBFE（可以多臺）與主用NPC/CCPC接入，正常情況下所有業(yè)務(wù)從該組MBFE進行收發(fā)；

–備用MBFE與備用NPC/CCPC建立連接，在主用NPC/CCPC出現(xiàn)故障時，改從備用MBFE進行報文收發(fā)。

32備份系統(tǒng)建設(shè)方案：MBFE備份

?MBFE備份

–一般而言，主用線路接入NPC的參與者，備用線路宜選擇接入備用NPC；

–對于主用線路從CCPC接入的全國性商業(yè)銀行，則可選擇從其備用數(shù)據(jù)中心所在地CCPC作為備用接入；

–對于區(qū)域性的城市商業(yè)銀行或農(nóng)村信用社，也可以根據(jù)自身實際情況來選擇是否建立備用接入線路，確有需要的，可以選擇從人民銀行當?shù)氐耐寝D(zhuǎn)接中心建立備用接入線路

33

備份系統(tǒng)：與一代支付系統(tǒng)的主要變化

?業(yè)務(wù)連續(xù)性

–NPC數(shù)據(jù)備份需求簡單，相關(guān)業(yè)務(wù)數(shù)據(jù)全部位于主機平臺，所采用的備份技術(shù)相對單一，降低了系統(tǒng)復雜度；

–通過應(yīng)用方式在異地備份了全部報文數(shù)據(jù)，實現(xiàn)了報文數(shù)據(jù)零丟失，方便非計劃切換情況下的數(shù)據(jù)查找和恢復；

–降低了CCPC備份復雜度，CCPC災難備份水平較一代有明顯改善

；

–為參與者MBFE備份提供了多種手段。

34系統(tǒng)切換方案：基本思路

?

在二代支付系統(tǒng)開發(fā)建設(shè)期間，按照二代應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)同步改造一代支付系統(tǒng)對于CMT報文的業(yè)務(wù)處理邏輯，實現(xiàn)一代CMT/二代XML報文處理邏輯相對分離，但數(shù)據(jù)共享的目的。

–報文處理邏輯的分離使得開發(fā)過程中交叉環(huán)節(jié)較少，便于系統(tǒng)實現(xiàn)，同時也便于過渡期結(jié)束后從二代應(yīng)用中剝離CMT報文應(yīng)用邏輯

–而業(yè)務(wù)數(shù)據(jù)的集中將更便于實現(xiàn)集中查詢、統(tǒng)計、分析，并方便實施系統(tǒng)高可用性平臺建設(shè)和災難備份系統(tǒng)建設(shè)。

35系統(tǒng)切換方案：兼容策略

?報文交換

–為保證一、二代支付系統(tǒng)過渡期間業(yè)務(wù)平滑處理，