前置機詳細設(shè)計方案

1、前置機系統(tǒng)詳細設(shè)計方案1. 系統(tǒng)概述前置機系統(tǒng)的主要功能是預(yù)處理、存儲和轉(zhuǎn)發(fā)來自金融端末設(shè)備 ( POS. )，或者服務(wù)網(wǎng)點的交易請求，從而完成整個電子支付交易。整個電子交易系統(tǒng)是一個三級的客戶/服務(wù)器（CLIENT/SERVER）模式。前置機處于整個系統(tǒng)的第二級，起到了承上啟下的重要作用，它既是終端設(shè)備的SERVER，又是后臺主機的CLIENT。前置機具有復(fù)雜多變的接口，要求有較好的通用性、可靠性和高效率。2. 系統(tǒng)結(jié)構(gòu)整個前置機系統(tǒng)可以分為交易接口、交易處理核心、系統(tǒng)管理、監(jiān)控系統(tǒng)四大部分。結(jié)構(gòu)框圖如下：后 臺 主 機 數(shù) 據(jù) 庫 系 統(tǒng) 管 理 監(jiān) 控 系 統(tǒng)交易處理核心交 易 接 口商

2、戶, 銀行網(wǎng)點 ，POS,醫(yī)院，藥店3. 處理模式和交易類型處理模式 前置機與客戶端之間，通過兩次通訊完成一次交易 ，以減少通訊量 。首先由客戶端發(fā)起請求，將相關(guān)數(shù)據(jù) ( 交易碼 ， 交易數(shù)據(jù)，MAC 等 ) 送往前置機 ， 前置機預(yù)處理完畢 ， 將結(jié)果返回客戶 。 交易信息 處理結(jié)果 前 置 機 客 戶 端 交易類型前置機處理的交易類型按終端設(shè)備可以分為:銀行網(wǎng)點的終端設(shè)備：簽到、簽退、圈存、圈提、查詢、轉(zhuǎn)帳、下傳黑名單和改密。指定醫(yī)療機構(gòu)的前端：簽到、簽退、查詢、轉(zhuǎn)帳、批上送、下傳黑名單和改密。商戶終端設(shè)備：簽到、簽退、下傳黑名單、查詢、轉(zhuǎn)帳、批上送和改密。圈存機：簽到、簽退、圈存、圈提、

3、下傳黑名單和查詢。業(yè)務(wù)流程脫機業(yè)務(wù)流程聯(lián)機業(yè)務(wù)流程4. 交易接口 目前系統(tǒng)與客戶端的交易接口支持 TCP/IP (包括中間件模式)和串口兩種模式。 TCP/IP 方式通過對套接字 socket 進行操作，或中間件模式完成數(shù)據(jù)的傳輸。 適用于客戶端各種主機與前置機之間不同操作系統(tǒng)的通訊 。TCP/IP 方式如下圖所示： Service_1 Service_2 . Service_NTcp_Server TCP/IP 中間件通訊方式服 務(wù) 點 守護進程 Tcp_Server 通過 fork( )調(diào)用 ,復(fù)制自己來處理不同的請求，以達到并行處理的目的。考慮到fork()的調(diào)用在交易高峰期過多子進程的

4、生成會導(dǎo)致系統(tǒng)在進程的切換和系統(tǒng)調(diào)用上占用過多資源, 在監(jiān)控模塊中采取一定的措施控制其子進程的個數(shù)，這將在監(jiān)控模塊中詳細討論。中間件模式采用固定的通訊格式完成數(shù)據(jù)的傳遞.串口方式 主要針對銷售終端、指定醫(yī)療機構(gòu) ( POS ) 上送的交易請求， 對通訊端口進行讀/寫操作，完成交易。銷售終端一般是通過網(wǎng)控器(NAC)與主機的端口進行聯(lián)結(jié) ，它們之間的數(shù)據(jù)格式遵循 ISO 8583 的標(biāo)準(zhǔn)。這對磁卡和IC卡同樣適用。 這種方式用于處理銷售終端、指定醫(yī)療機構(gòu) ( POS ) 經(jīng)網(wǎng)控器 ( NAC )上送的交易。串口方式如下圖所示：Serial server發(fā)送進程接收進程 接收進程負責(zé)從端口讀取上送

5、的信息，發(fā)送進程將處理結(jié)果寫到通訊端口，它們與守護進程之間通過消息隊列進行數(shù)據(jù)交換。網(wǎng)控器可以有多個上行與下行板，為達到并行處理的目的，對應(yīng)于每個通信端口，各啟動一對相互獨立的讀寫進程對其操作，提高了系統(tǒng)效率。交易接口模塊串口守護進程讀進程寫進程TCP 接口守護進程銷售終端 醫(yī)療機構(gòu)POS服務(wù)網(wǎng)點和商戶 PC 這對串口讀寫守護進程和交易處理進程之間通過消息隊列進5. 交易處理核心IC 卡的交易是一種脫機交易。營業(yè)點、指定醫(yī)療機構(gòu)將這些脫機交易批量地上送到前置機，經(jīng)交易處理核心的預(yù)處理后，轉(zhuǎn)發(fā)給后臺主機；由主機修改相應(yīng)的帳戶資料，并進行匯總，統(tǒng)計和清算。所以，交易處理子系統(tǒng)是整個IC 卡系統(tǒng)的關(guān)

6、鍵，它包含交易處理守護進程，安全認(rèn)證，交易日志的管理和交易轉(zhuǎn)發(fā)模塊，與其它的相關(guān)子系統(tǒng)的關(guān)系如下：交易處理子系統(tǒng)基于Tcp/Ip交易轉(zhuǎn)發(fā)模塊監(jiān)控系統(tǒng)安全認(rèn)證 日志文件交 易 處 理 守 護 模 塊接 口 守 護 進 程 交易處理守護進程與接口守護進程一般是通過消息隊列進行通訊，或者兩者融為一體。 前置機系統(tǒng)的主要任務(wù)是預(yù)處理和轉(zhuǎn)發(fā)批量的脫機交易數(shù)據(jù)，在設(shè)計交易處理子系統(tǒng)時，必須具有較高的處理速度和能力。以下的系統(tǒng)設(shè)計過程中，都以實現(xiàn)這個目標(biāo)為前提。交易處理模塊由于存在兩種不同的通信接口方式，相應(yīng)地，在前置機系統(tǒng)的交易處理模塊分別采取了消息驅(qū)動與 Fork ( )子進程的形式處理來自這兩種接口的

7、交易。消息驅(qū)動這種方式將傳統(tǒng)意義上的應(yīng)用( 服務(wù)進程 )根據(jù)不同的功能，相互獨立起來，各個子服務(wù)進程( Services )之間讀取消息隊列中某一特定類型的交易消息，與不同的請求 ( 客戶端的消息源 ) 建立有機的聯(lián)結(jié)，處理交易后并將結(jié)果返回。消息驅(qū)動的方式適用于不同操作系統(tǒng)之間的 TCP / IP 通信。 5 3 4 2 1交易監(jiān)控系統(tǒng)交易監(jiān)控信息5批上送接收服務(wù)進程下傳黑名單服務(wù)進程交易消息隊列TCP 接口守護進程請求N請求交易處理流程(1) 客戶端發(fā)起請求。 (2) 接口守護進程收到請求后,送往交易消息隊列。 (3) 應(yīng)用進程從交易隊列中讀取交易信息,進行處理。 (4) 應(yīng)用進程將結(jié)果返

8、回客戶端。 (5) 應(yīng)用進程將結(jié)果送往監(jiān)控消息隊列。(A) 注釋(1) TCP 接口守護進程接收到客戶的請求后， 將其交易請求，通訊端口標(biāo)識與相應(yīng)的交易數(shù)據(jù)送往交易消息隊列 。 然后繼續(xù)新的監(jiān)聽。 (2) 各相應(yīng)的服務(wù)進程( 如 批上送接收Batch_Recieve ， 下傳黑名單Download_Blacklist， 等，以下稱為服務(wù) Services ) 從交 易消息隊列 中讀取請求進行處理，將結(jié)果返回客戶。同時，將交易 內(nèi)容及其處理結(jié)果送往監(jiān)控消息隊列 E 。 (3) 交易服務(wù)進程處理完交易，將結(jié)果送往實時交易監(jiān)控消息隊列。 實時交易監(jiān)控進程從監(jiān)控消息隊列中讀取信息， 轉(zhuǎn)換后寫到實時交易

9、監(jiān)控窗口 。 (B) 實現(xiàn)BEA 系統(tǒng)有限公司在企業(yè)中間件方面的產(chǎn)品在金融領(lǐng)域倍受青睞。該公司的中間件產(chǎn)品Tuxedo具有聯(lián)機交易能力，強大的消息處理功能以及面向?qū)ο蟮奶攸c，能最大限度地利用系統(tǒng)資源，可以使用戶快速地開發(fā)新的應(yīng)用，同時保護原有的投資。另外，Tuxedo 自帶的沖正功能，為客戶服務(wù)的交易模式提供了交易完整性的保證。用戶只需要編寫相應(yīng)的客戶和服務(wù)端的應(yīng)用，無需考慮通信過程。 Tuxedo 可以支持現(xiàn)流行的各種不同的操作系統(tǒng)，為以后的業(yè)務(wù)擴展打下基礎(chǔ)。Fork 子進程交易處理守護進程接收到請求后， 通過 fork( )調(diào)用 ，復(fù)制自己調(diào)用不同的服務(wù)來處理不同的請求，以達到并行處理的目

10、的。子進程處理完畢，將結(jié)果回送相應(yīng)的通訊端口，并寫監(jiān)控消息隊列 。 這種方式用于處理銷售終端 ( POS ) 經(jīng)網(wǎng)控器 ( NAC )上送的交易。交易監(jiān)控信息 子進程 N子進程 1 5 交易處理守護進程 4 3交易請求隊列交易結(jié)果隊列 2 交易處理守護進程讀進程寫進程 1 6與網(wǎng)控器 ( NAC )聯(lián)結(jié)的通信端口 (A) 交易處理流程(1) 銷售終端 ( POS )經(jīng)網(wǎng)控器發(fā)起請求。 (2) 接口讀守護進程通過通信端口從網(wǎng)控器收到請求后,解包后送往 交易消息隊列。然后繼續(xù)新的監(jiān)聽 (3) 交易處理守護進程從交易隊列中讀取交易信息, 調(diào)用Fork ( ) 復(fù)制自己，進行處理。父進程繼續(xù)新的監(jiān)聽。

11、 (4) 子進程處理后將結(jié)果寫交易結(jié)果消息隊列。 (5) 子進程將處理結(jié)果寫監(jiān)控消息隊列。 (6) 接口寫進程從結(jié)果消息隊列中讀取處理的結(jié)果，打包并寫通信端口。由網(wǎng)控器將信息返回銷售終端。 (B) 銷售終端( POS )與接口讀/寫守護進程之間的交易數(shù)據(jù)格式遵循 ISO 8583 標(biāo)準(zhǔn)。 (C) Fork( ) 方式不易控制服務(wù)進程的數(shù)量 ， 且每次復(fù)制自己時需占用較多的系統(tǒng)資源 。在實現(xiàn)時，應(yīng)對此作了一些安全性( 保護性 )的控制。批次號的管理接收客戶端批量上送的脫機交易，是前置機提供的主要服務(wù) 。前置機通過對批次號的管理來保證接收到的數(shù)據(jù)的正確性 。批次號是此批上送數(shù)據(jù)的唯一標(biāo)識 ， 批上

12、送接收服務(wù)進程接收到客戶端的數(shù)據(jù)后 ， 將先檢查此批次號的數(shù)據(jù)是否已被處理過 。如果曾被處理，則直接將成功的結(jié)果返回。在前置機上建立一記錄批上送信息的流水帳表 ，如有新的批上送業(yè)務(wù)，處理成功后保留其批次號和此批交易的總筆數(shù)與總金額等信息。用流程圖的方式表示此處理邏輯：此批數(shù)據(jù)已被 處理過 ？處理這批數(shù)據(jù)，將有關(guān)信息插入批上送信息表返回處理結(jié)果返回“已被處理” 與此相對應(yīng)，客戶端進行批上送時，要保證以下幾點：(1) 此批數(shù)據(jù)是未被上送或上送失敗的；(2) 此批數(shù)據(jù)的批次號是唯一的 ；(3) 每批數(shù)據(jù)的內(nèi)容是固定的。也就是說，如果某批數(shù)據(jù)上送不成功，又有新的業(yè)務(wù)發(fā)生，此時新交易只能作為下一批。安全

13、認(rèn)證模塊安全認(rèn)證是交易的必不可少的部分，也是業(yè)務(wù)發(fā)展的要求。每筆交易都需經(jīng)安全認(rèn)證系統(tǒng)的校驗。校驗信息 ( MAC )的生成主要采取基于DES 的X9.9 標(biāo)準(zhǔn)算法。如果在交易過程中出現(xiàn)“信息校驗錯”，前置機將產(chǎn)生一新的 MAC_KEY 和 PIN_KEY , 經(jīng)黑盒子的加密后下傳，同時更新數(shù)據(jù)庫中的數(shù)據(jù)?？蛻舳? 銷售終端或商戶 PC )用保存的主密鑰對其解密，作為計算下次通信MAC的 MAC_KEY 。有關(guān)“黑盒子”和密鑰管理系統(tǒng)，在這里不作進一步的討論。交易轉(zhuǎn)發(fā)模塊交易轉(zhuǎn)發(fā)有實時轉(zhuǎn)發(fā)（聯(lián)機交易）和臨界值轉(zhuǎn)發(fā)（脫機交易）兩種方式。通過修改參數(shù)文件的配置或根據(jù)交易信息來實現(xiàn)兩者之間的轉(zhuǎn)換，兼

14、容以前的磁卡交易?？梢粤鞒虉D的方式表示如下 :聯(lián)機交易 ? 是 否記錄交易流水帳，標(biāo)志=”未處理”將交易發(fā)往后臺將此批交易信息發(fā)給批處理進程 返回處理結(jié)果從區(qū)域（全國）聯(lián)網(wǎng)的角度出發(fā)， 前置機應(yīng)提供動態(tài)的路由尋址，可將不同區(qū)域的不同卡種的交易轉(zhuǎn)發(fā)到目的地，由不同的臺主機進行處理 。（區(qū)域標(biāo)識，卡種）這一二元組決定交易的目的地址，作為系統(tǒng)的動態(tài)參數(shù)，可隨時更改適應(yīng)不同的需求。對于脫機交易的批上送，需啟動一批處理守護進程 ( Batch_Server )接收批上送接收服務(wù)進程發(fā)來的消息，判斷已處理的交易筆數(shù)是否已達到臨界值（每批上傳到后臺處理的交易筆數(shù)），以便搜索數(shù)據(jù)庫，將未上送的脫機交易打包，送

15、往后臺中心。交易處理子系統(tǒng)返回給客戶端的結(jié)果并不是真正的實時記帳的處理結(jié)果?？紤]到批上送的并發(fā)性對數(shù)據(jù)庫的影響， 批處理守護進程 ( Batch_Server ) 只是將數(shù)據(jù)庫中未處理或上送失敗的脫機交易分段，找出這些記錄的起止序號等信息送往批處理消息隊列。它只是一個分派任務(wù)的進程， 對數(shù)據(jù)庫不做任何修改。上送服務(wù)進程 ( Batch_Send ) 從批處理消息隊列中讀到消息后，按起止順序號查找流水帳并鎖住這一批記錄，按照約定的格式打包發(fā)送，并根據(jù)中心返回的結(jié)果修改流水帳或記錄異常流水。 Batch_Server 和 Batch_Send之間的關(guān)系如下 :上送進程1上送進程 N批處理消息隊列正

16、 常流水帳批處理守護進程 批處理守護進程( Batch_Server )每次啟動時先查找流水帳 ，統(tǒng)計庫中未處理的交易，防止由于上次(異常)退出時批處理消息隊列中未處理的消息長時間未得到處理 。上送進程 ( Batch_Send ) 利用通信平臺 Tuxedo 提供的函數(shù)，與 IC卡后臺主機的服務(wù)進程建立聯(lián)結(jié)，完成批上送的任務(wù)。交易日志凡涉及更改數(shù)據(jù)庫的交易，須寫日志文件或者記錄到交易流水帳中，以備以后的核對和查詢統(tǒng)計。如果在交易過程中出現(xiàn)錯誤，在日志文件有詳細的記載。交易沖正由于系統(tǒng)的模式為客戶 / 服務(wù)型，不可避免地遇到交易沖正的問題: (1) 客戶方由于超時無法將交易發(fā)往服務(wù)方; (2)

17、 服務(wù)方無法將結(jié)果回送給客戶方。對于前置機上述情況的交易沖正，由中間件 Tuxedo 內(nèi)部機制完成，保證交易的完整性。但對于串口的通信方式，只能由客戶端( 主要是 POS )的超時控制來實現(xiàn)，重做此次交易。6. 監(jiān)控子系統(tǒng) 作為一個完整的監(jiān)控系統(tǒng)，應(yīng)包括實時交易監(jiān)控，系統(tǒng)資源和守護進程的監(jiān)控三大部分，它們是相對獨立的。實時交易監(jiān)控 實時交易監(jiān)控從監(jiān)控消息隊列中讀取信息， 經(jīng)過格式轉(zhuǎn)換后，將其寫到實時交易監(jiān)控窗口上。通過實時交易監(jiān)控，可以查看當(dāng)天的最后一批交易處理的時間及結(jié)果，相應(yīng)的統(tǒng)計信息( 如總筆數(shù)，總金額等 )。 對交易進行時間段統(tǒng)計，管理人員根據(jù)高峰期和相對空閑期，調(diào)整日終處理，其它與實

18、時交易關(guān)系小的服務(wù)（如下傳黑名單）的時間，合理利用系統(tǒng)資源，提高系統(tǒng)的運行效率。處理描述 ： 初始化監(jiān)控屏和監(jiān)控消息隊列；fork（） 子進程去獲得系統(tǒng)的狀態(tài)；然后接收監(jiān)控消息，將其轉(zhuǎn)化為一定的格式寫到監(jiān)控屏。系統(tǒng)資源監(jiān)控系統(tǒng)資源指運行整個 IC 卡前置機系統(tǒng)必需的相關(guān)硬件和軟件運行環(huán)境。系統(tǒng)資源監(jiān)控是系統(tǒng)管理人員有力的維護工具。1. CPU 的忙閑2. 數(shù)據(jù)庫的狀態(tài)3. 文件系統(tǒng)的可用空間4. 后臺進程運行狀態(tài)處理描述 ：過一定時間間隔循環(huán)調(diào)用Check_Deamon(), Check_(), Check_Online(), Sum_CPU() 查看當(dāng)前系統(tǒng)各項狀態(tài),并按一定格式顯示到系統(tǒng)資

19、源監(jiān)控屏上.守護進程監(jiān)控對系統(tǒng)的守護進程進行監(jiān)管，除了獲得進程的運行狀態(tài)（最后的活動時間，暫停，異常，死亡），還可以自動地重啟死亡或僵死（zombie）的進程，以達到交易的連續(xù)性。同樣，可以讓系統(tǒng)管理人員手工地關(guān)閉某些進程 。在系統(tǒng)的守護進程啟動或退出時 ， 需修改活動進程表的狀態(tài)標(biāo)志及時間 ， 為進程監(jiān)管提供依據(jù) 。進程監(jiān)控還可以定期或在收到其它進程發(fā)來的消息后，對交易消息隊列進行清理，比如，刪除等待時間已超過某一上限的消息。對交易進行時間段統(tǒng)計，管理人員根據(jù)高峰期和相對空閑期，調(diào)整日終處理，其它與實時交易關(guān)系小的服務(wù)（如下傳黑名單）的時間，合理利用系統(tǒng)資源，提高系統(tǒng)的運行效率。另外， Tu

20、xedo 提供了強有力的管理平臺，可以配置Tuxedo 的運行參數(shù)，修改各個服務(wù) ( Services )的運行數(shù)目，最大限度地利用系統(tǒng)資源。處理描述 ：1.控制子進程的啟動.啟動之前,先申請,如果成功,則注冊并允許啟動,子進程運行結(jié)束,釋放資源并注銷. 2.刪除超時的子進程.通過父進程找到子進程,查看運行時間是否達到某一上限,并關(guān)掉超時的子進程,釋放系統(tǒng)資源.7. 系統(tǒng)管理標(biāo)準(zhǔn)數(shù)據(jù)的管理前置機對以下的標(biāo)準(zhǔn)數(shù)據(jù)進行管理：1. 操作員( 含商戶、指定醫(yī)療機構(gòu)和前置機的操作員 )2. 收費單位( 特約單位 )編碼表3. POS 類型與 IC 卡關(guān)系對照表上述信息均存儲于后臺主機，前置機通過手工申請

21、的方法，一次性下載這些標(biāo)準(zhǔn)數(shù)據(jù)，作為檢查交易合法性的依據(jù)。除了操作員信息外，前置機不能修改上述標(biāo)準(zhǔn)數(shù)據(jù)，只能向主機申請。主機的標(biāo)準(zhǔn)數(shù)據(jù)如有更新，自動下傳。系統(tǒng)參數(shù)配置將系統(tǒng)運行參數(shù)化，是系統(tǒng)生命力強的表現(xiàn)之一。在此為管理人員提供菜單式的易于使用的界面，對系統(tǒng)參數(shù)的進行配置：1. 批上送控制筆數(shù)2. 自動申請黑名單的時間間隔3. 可用的 IC卡卡號段4. 系統(tǒng)清理歷史數(shù)據(jù)的時間5. 系統(tǒng)守護進程的啟動數(shù)目查詢統(tǒng)計在前置機系統(tǒng)為管理員提供界面，可對帳戶明細，交易，各類登記簿和其它信息進行查詢統(tǒng)計。每一項的查詢都包含基本信息，詳細信息，統(tǒng)計信息和信息打印等功能。數(shù)據(jù)維護 數(shù)據(jù)維護是系統(tǒng)安全運行的保障

22、之一。根據(jù)數(shù)據(jù)的冗余性，能及時地恢復(fù)損壞的數(shù)據(jù)。這就要求有多種手段(硬盤，流帶，磁盤等 )對系統(tǒng)關(guān)鍵數(shù)據(jù)進行備份和恢復(fù)。黑名單的管理對于 IC 卡系統(tǒng)而言，黑名單的管理是交易可靠性和安全性的保證。黑名單存放于(1) 后臺主機 (2) 前置機 。后者是前者的備份。在前置機上另設(shè)立一黑名單動態(tài)庫表，保存距現(xiàn)在一段時間內(nèi)的最新的黑名單。 主機的黑名單如有更新，其版本號以當(dāng)天的日期( 或其它)作為最新版本號。主機以廣播的形式下傳黑名單到前置機。或者，前置機每隔一段時間，自動地向主機申請。前置機獲得黑名單后，同時更新全部的黑名單和動態(tài)黑名單兩個庫表。為減少數(shù)據(jù)傳遞量， 客戶端每次簽到申請時，只傳輸最新的

23、動態(tài)黑名單 。 客戶端申請時須將本地的黑名單版本號上傳 。 而前置機比較收到的版本號與數(shù)據(jù)庫中的最新版本號，決定下傳與否 。8. 帳務(wù)處理子系統(tǒng)日終處理根據(jù)不同的區(qū)域和卡種，生成的日終報表可為行內(nèi)往來，異行往來提供較完善的清算報表，更進一步，基于通用的或協(xié)商的格式為清算中心提供清算數(shù)據(jù)，是 IC 卡聯(lián)網(wǎng)發(fā)展的必然要求。 現(xiàn)有的系統(tǒng)只對本省內(nèi)建行的 IC 卡交易進行清算。前置機的清算日期設(shè)置由后臺主機以廣播的方式來完成，日終處理完畢，需備份清理當(dāng)天的交易流水等相關(guān)數(shù)據(jù)庫表。報表處理帳務(wù)處理子系統(tǒng)根據(jù)數(shù)據(jù)處理子系統(tǒng)所記錄的交易( 歷史 )流水帳或者后臺主機( 清算主機 )下傳的數(shù)據(jù)，生成并打印該市

24、地行的各類表單和記帳憑證。向本行下轄的機構(gòu)和有關(guān)的商戶提供相關(guān)數(shù)據(jù)，供其生成各類憑證?？商峁┑膱蟊頂?shù)據(jù)有： (1) 交易統(tǒng)計日報，月報和年報(2) 資金往來報表 (3) 商戶/POS/營業(yè)網(wǎng)點的對帳單 (4) 其它報表前置機在日終處理時向后臺 IC 卡主機申請本地區(qū)的清分?jǐn)?shù)據(jù)和有關(guān)的報表數(shù)據(jù)，然后將清算數(shù)據(jù)發(fā)送到各地市行的綜合網(wǎng)主機，利用已有的綜合網(wǎng)的清算功能，參與綜合網(wǎng)結(jié)帳。它們之間的關(guān)系如下圖所示：1. 前置機向 IC 卡主機申請清分?jǐn)?shù)據(jù)和報表數(shù)據(jù)2. 前置機將清算數(shù)據(jù)發(fā)往綜合網(wǎng)主機，參與綜合網(wǎng)的結(jié)帳3. 前置機向客戶端下傳其所需的報表數(shù)據(jù)銀行與醫(yī)保中心的數(shù)據(jù)傳送前置機與醫(yī)保中心聯(lián)網(wǎng)，每日

25、定期將有關(guān)醫(yī)保的交易數(shù)據(jù)組織后以文件的形式傳送到醫(yī)保中心，以便進行對帳和統(tǒng)計工作。附A.前置機網(wǎng)絡(luò)結(jié)構(gòu)實意圖附B 前置機數(shù)據(jù)庫表結(jié)構(gòu)1、 黑名單(ichmd)（1）卡號(kh)char(20)（2）錄入原因(lryy)char(1)2、 黑名單動態(tài)表(ichmddt)（1）序號(xh)int（2）卡號(kh)char(20)（3）日期(rq)date（4）錄入原因(lryy)char(1)（5）卡種(kzl)char(1)（6）增刪標(biāo)志(zsbz)char(1)1：增加；2：刪除*該表應(yīng)保存最近一版前N天的信息3、 POS交易類型對照表(icposjylxdz)（1）交易類型(jylx)cha

26、r(6)（2）處理碼(clm)char(6)（3）交易名稱(jymc)char(16)（4）交易碼(jym)char(6)4、 操作員管理表(icczygl)（1）機構(gòu)編碼(jgbm)char(9)（2）操作員編號(czyh)char(6)（3）姓名(xm)char(8)（4）密碼(mm)char(6)（5）權(quán)限(jb) char(1)（1：業(yè)務(wù)主管;2：記帳員； 3：系統(tǒng)管理員；）（6）啟用日期(qyrq) date（7）終止日期(zzrq) date（8）標(biāo)志(bz) char(1)（9）上次改密日期(icscgmrq)date（10）DAC char(16)5、 POS 操作員表(icp

27、osczy)（1）收費代碼(sfdm) char(9)（2）操作員號(czyh)char(6)（3）密碼(mm) char(6)（4）狀態(tài)標(biāo)志 char(1)0:簽到;1:異常（5）DAC char(16)6、 POS編碼表(icposbm)（1）POS號(posbh)char(6)（2）收費代碼(sfdm)char(9)（3）黑名單下傳標(biāo)記(xcbz)char(1)(0：全部下傳; 1：下傳本地)（4）POS類型(poslx)smallint（5）優(yōu)先級(yxj)char(1)7、 POS類型和卡類型對照表(icposlxdz)（1）POS類型(poslx)char(1)（2）卡種(kzl)

28、smallint（3）下傳標(biāo)志(xcbz)char(1)（0；不下傳；1；下傳）8、 響應(yīng)碼表(icxym)（1）響應(yīng)代號(xydh)smallint（2）代號名稱(dhmc)char(16)9、 網(wǎng)點機構(gòu)編碼表(icwdjgbm)（1）機構(gòu)編碼(jgbm)char(9)（2）機構(gòu)名稱(jgmc)char(16)（3）當(dāng)前狀態(tài)狀態(tài)(dqzt)char(1)10、 代收費管理表(icdsfglb)（1） 收費代碼(sfdm)char(9)（2）收費單位名稱(fsdwmc)char(20)（3）狀態(tài)標(biāo)志(ztbz)char(1)（0：正常； 1：異常）（4）IP地址(ipdz)char(12)（5

29、）發(fā)送標(biāo)志(fsbz)char(1)（0：已發(fā)； 1：未發(fā)）（6）對帳方式(dzfs)char(1)（0：磁盤； 1：主動下傳； 2：被動申請； 3：不發(fā)送）（7）上次申請日期(scsqrq)date11、 批上送表(icpssb)（1）POS批上送標(biāo)志(posbssbz) char(1)（0：成功； 1：正在接收； 2：手工補單；）（2）前置機批上送標(biāo)志(qzjpssbz)char(1)（0：成功； 1：正在發(fā)送； 2：待發(fā)； 3：通信失?。?4：文件發(fā)送成功）（3）POS號(posh)char(6)（4）POS批次號(pospch)int（5）POS包號(posbh)smallint（6）

30、POS票據(jù)號(pospjh)smallint（7）前置機批次號(qzjpch)int（8）POS批上送筆數(shù)(posbssbs)smallint（9）POS批上送金額(pospssje)dec(12,2)（10）接收日期(jsrq)date（11）接收時間(jssj)int（12）清算日期(qsrq)date（13）優(yōu)先級(yxj)char(1)（14）POS所屬機構(gòu)(posrsjg)char(10)12、 系統(tǒng)參數(shù)表(icxtcs)（1） 清算日期(qsrq)date（2） 機構(gòu)編碼(jgbm)char(9)（3） 系統(tǒng)狀態(tài)(xtzt)char(1) （0：運行； 1；后臺軋帳； 2：接收數(shù)據(jù)成功；)（4） IP地址(ipdz)char(12)（5） 前置機批次號(qzjbch)int（6） 批上送控制筆數(shù)(pssczbs)smallint（7） 主機軋帳時間(zjzzsj)date（8） 軋帳前控制時間(zzqkzsj)smallint（9） 清理控制天數(shù)(qlczts)smallint13、 查詢字典表：(iccxzd)（1） 編號(bh) smallint;（2） 序號(xh) small