前置機(jī)詳細(xì)設(shè)計(jì)方案-文庫吧
2025-05-16 05:48 本頁面
【正文】 ５5 批上送接收服務(wù)進(jìn)程下傳黑名單服務(wù)進(jìn)程交易消息隊(duì)列TCP 接 口 守 護(hù) 進(jìn) 程請(qǐng)求 N請(qǐng)求?。苯灰滋幚砹鞒?1) 客戶端發(fā)起請(qǐng)求。 (2) 接口守護(hù)進(jìn)程收到請(qǐng)求后,送往交易消息隊(duì)列。 (3) 應(yīng)用進(jìn)程從交易隊(duì)列中讀取交易信息,進(jìn)行處理。 (4) 應(yīng)用進(jìn)程將結(jié)果返回客戶端。 (5) 應(yīng)用進(jìn)程將結(jié)果送往監(jiān)控消息隊(duì)列。(A) 注釋(1) TCP 接口守護(hù)進(jìn)程接收到客戶的請(qǐng)求后， 將其交易請(qǐng)求，通訊端口標(biāo)識(shí)與相應(yīng)的交易數(shù)據(jù)送往交易消息隊(duì)列 。 然后繼續(xù)新的監(jiān)聽。 (2) 各相應(yīng)的服務(wù)進(jìn)程( 如 批上送接收Batch_Recieve ， 下傳黑 名單Download_Blacklist， …等，以下稱為服務(wù) Services ) 從交 易消息隊(duì)列 中讀取請(qǐng)求進(jìn)行處理，將結(jié)果返回客戶。同時(shí)，將交易 內(nèi)容及其處理結(jié)果送往監(jiān)控消息隊(duì)列 E ?！? (3) 交易服務(wù)進(jìn)程處理完交易，將結(jié)果送往實(shí)時(shí)交易監(jiān)控消息隊(duì)列。 實(shí)時(shí)交易監(jiān)控進(jìn)程從監(jiān)控消息隊(duì)列中讀取信息， 轉(zhuǎn)換后寫到實(shí)時(shí)交易監(jiān)控窗口 。 (B) 實(shí)現(xiàn)BEA 系統(tǒng)有限公司在企業(yè)中間件方面的產(chǎn)品在金融領(lǐng)域倍受青睞。該公司的中間件產(chǎn)品Tuxedo具有聯(lián)機(jī)交易能力，強(qiáng)大的消息處理功能以及面向?qū)ο蟮奶攸c(diǎn)，能最大限度地利用系統(tǒng)資源，可以使用戶快速地開發(fā)新的應(yīng)用，同時(shí)保護(hù)原有的投資。另外，Tuxedo 自帶的沖正功能，為客戶／服務(wù)的交易模式提供了交易完整性的保證。用戶只需要編寫相應(yīng)的客戶和服務(wù)端的應(yīng)用，無需考慮通信過程。 Tuxedo 可以支持現(xiàn)流行的各種不同的操作系統(tǒng)，為以后的業(yè)務(wù)擴(kuò)展打下基礎(chǔ)。Fork 子進(jìn)程 交易處理守護(hù)進(jìn)程接收到請(qǐng)求后， 通過 fork( )調(diào)用 ，復(fù)制自己調(diào)用不同的服務(wù)來處理不同的請(qǐng)求，以達(dá)到并行處理的目的。子進(jìn)程處理完畢，將結(jié)果回送相應(yīng)的通訊端口，并寫監(jiān)控消息隊(duì)列 。 這種方式用于處理銷售終端 ( POS ) 經(jīng)網(wǎng)控器 ( NAC ) 上送的交易。交易監(jiān)控信息 子進(jìn)程 N子進(jìn)程 1 5 交易處理守護(hù)進(jìn)程 4 3交易請(qǐng)求隊(duì)列交易結(jié)果隊(duì)列 2 交易處理守護(hù)進(jìn)程讀進(jìn)程 寫進(jìn)程 1 6與網(wǎng)控器 ( NAC )聯(lián)結(jié)的通信端口 (A) 交易處理流程(1) 銷售終端 ( POS )經(jīng)網(wǎng)控器發(fā)起請(qǐng)求。 (2) 接口讀守護(hù)進(jìn)程通過通信端口從網(wǎng)控器收到請(qǐng)求后,解包后送往 交易消息隊(duì)列。然后繼續(xù)新的監(jiān)聽 (3) 交易處理守護(hù)進(jìn)程從交易隊(duì)列中讀取交易信息, 調(diào)用Fork ( ) 復(fù)制自己，進(jìn)行處理。父進(jìn)程繼續(xù)新的監(jiān)聽。 (4) 子進(jìn)程處理后將結(jié)果寫交易結(jié)果消息隊(duì)列。 (5) 子進(jìn)程將處理結(jié)果寫監(jiān)控消息隊(duì)列。 (6) 接口寫進(jìn)程從結(jié)果消息隊(duì)列中讀取處理的結(jié)果，打包并寫通信端 口。由網(wǎng)控器將信息返回銷售終端。 (B) 銷售終端( POS )與接口讀/寫守護(hù)進(jìn)程之間的交易數(shù)據(jù)格式遵循 ISO 8583 標(biāo)準(zhǔn)。 (C) Fork( ) 方式不易控制服務(wù)進(jìn)程的數(shù)量 ， 且每次復(fù)制自己時(shí)需占用較多的系統(tǒng)資源 。在實(shí)現(xiàn)時(shí)，應(yīng)對(duì)此作了一些安全性( 保護(hù)性 )的控制。批次號(hào)的管理 接收客戶端批量上送的脫機(jī)交易，是前置機(jī)提供的主要服務(wù) 。前置機(jī)通過對(duì)批次號(hào)的管理來保證接收到的數(shù)據(jù)的正確性 。批次號(hào)是此批上送數(shù)據(jù)的唯一標(biāo)識(shí) ， 批上送接收服務(wù)進(jìn)程接收到客戶端的數(shù)據(jù)后 ， 將先檢查此批次號(hào)的數(shù)據(jù)是否已被處理過 。如果曾被處理，則直接將成功的結(jié)果返回。在前置機(jī)上建立一記錄批上送信息的流水帳表 ，如有新的批上送業(yè)務(wù)，處理成功后保留其批次號(hào)和此批交易的總筆數(shù)與總金額等信息。用流程圖的方式表示此處理邏輯：此批數(shù)據(jù)已被 處理過 ？處理這批數(shù)據(jù)，將有關(guān)信息插入批上送信息表返回處理結(jié)果返回“已被處理” 與此相對(duì)應(yīng)，客戶端進(jìn)行批上送時(shí)，要保證以下幾點(diǎn)：(1) 此批數(shù)據(jù)是未被上送或上送失敗的；(2) 此批數(shù)據(jù)的批次號(hào)是唯一的 ；(3) 每批數(shù)據(jù)的內(nèi)容是固定的。也就是說，如果某批數(shù)據(jù)上送不成功，又有新的業(yè)務(wù)發(fā)生，此時(shí)新交易只能作為下一批。安全認(rèn)證模塊 安全認(rèn)證是交易的必不可少的部分，也是業(yè)務(wù)發(fā)展的要求。每筆交易都需經(jīng)安全認(rèn)證系統(tǒng)的校驗(yàn)。校驗(yàn)信息 ( MAC )的生成主要采取基于DES 標(biāo)準(zhǔn)算法?！ ∪绻诮灰走^程中出現(xiàn)“信息校驗(yàn)錯(cuò)”，前置機(jī)將產(chǎn)生一新的 MAC_KEY 和 PIN_KEY , 經(jīng)黑盒子的加密后下傳，同時(shí)更新數(shù)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1