【文章內(nèi)容簡介】 ptrTransresult_flag都為”01”，并且optrTranssuccess_flag都為”01”表示時(shí)不成功的交易(因?yàn)橐鹊胶笈_的正確返回才能修改它為：”00”)； 如果是充正交易，從optrPossField63中取得被沖正的終端流水號保存到optrTransrevserial中，并且將optrTransresult_flag的00改為02。因?yàn)榈?步的初始化只是針對正常的交易類型，第1步初始化時(shí)將optrTransresult_flag置為”00”,”00”表示正常的交易類型，”01”表示撤銷、”03”表示充正，所以如果是充正交易此時(shí)必須將optrTransresult_flag置為”02”；PurchaseBeforeOperCode(消費(fèi)前檢測)不是沖正交易需要轉(zhuǎn)換個(gè)人密碼； 檢查當(dāng)前終端的上次結(jié)算狀態(tài)（終端的上次結(jié)算狀態(tài)保存在tposinfo終端信息表中），主要為了取得本次結(jié)算批次和狀態(tài)（注意：tposinfo表中的settlebat為本次結(jié)算批次而非上次結(jié)算批次，但是settlestatus為上次結(jié)算狀態(tài)）； 檢查主機(jī)本次結(jié)算批次和終端上送的結(jié)算批次是否相同，如果不同，給Pos返回需要簽到的返回碼。檢查當(dāng)前流水號是否已經(jīng)存在（若存在，則為重復(fù)流水錯(cuò)誤），即檢查tpostrace中否存在這樣一條記錄：它由tid、termserial、settlebat決定的一條記錄； 檢查累計(jì)是否存在。如果不存在，插入一條全0的記錄。如果存在，要判斷是哪一種累計(jì)（已經(jīng)累計(jì)？兩次結(jié)算不平的累計(jì)？全零的累計(jì)？）若是前兩者則返回已經(jīng)結(jié)算。 若是沖正交易則根據(jù)被沖正的終端流水號和結(jié)算批次檢查本地流水是否存在；PurchaseActionOperCode(消費(fèi)處理) 如果是充正交易，根據(jù)被沖正終端流水號（63域上送的）、結(jié)算批次、終端號、卡號從tpostrace（流水表）中查詢出本地流水號、交易類型，并將本地流水號寫入optrPossField63[6]中，交易類型寫入optrTranstrans_type和optrPossTransType中； 插入流水，即將Trans結(jié)構(gòu)中的數(shù)據(jù)寫入tpostrace表中；CommHost(主機(jī)通訊)調(diào)用已有的庫函數(shù) 打后臺主機(jī)包； 將所打的后臺主機(jī)包發(fā)送給后臺； 接受后臺返回的數(shù)據(jù)包； 解后臺返回的數(shù)據(jù)包。PurchaseAfterOperCode(消費(fèi)后處理) 根據(jù)optrPossRespCode（這是由后臺返回的響應(yīng)碼，表示是否成功）更新本次記錄的成功標(biāo)志，即將optrPossRespCode 的值賦給tpostrace表中的success_flag； 如果后臺返回optrPossRespCode的值表示不成功則直接返回。因?yàn)閠postrace表在初始化時(shí)success_flag值被賦為”01”，”01”表示不成功的記錄，而記錄的成不成功取決于后臺的返回碼，如果后臺返回不成功也就沒有必要去修改； 如果本次交易是充正交易，取得被沖正記錄的交易類型ResultFlag、成功標(biāo)志SuccessFlag。如果被沖正交易是沖正交易或者是交易不成功的，直接返回沖正成功。否則被充正交易則為正常交易且是成功的交易，須更新tpostrace的revserial=:sTermSerial，result_flag=02。 更新累計(jì)表，用函數(shù)UpdateSettleRecode(optrPos)。SendMonitorTransMsg(送監(jiān)控?cái)?shù)據(jù))調(diào)用已有的庫函數(shù)將交易信息發(fā)送給監(jiān)控模塊。 報(bào)文結(jié)構(gòu)設(shè)計(jì)與分析(1)總體的報(bào)文結(jié)構(gòu)(其它報(bào)文結(jié)構(gòu)見附錄一)表41整體報(bào)文結(jié)構(gòu)(ISO8583)域?qū)傩陨纤拖掳l(fā)說明N4MsgID2N..19(LLVAR)卡號3N6交易類型碼4N12金額11N6終端流水號12N6時(shí)間hhmmss13N6日期MMDD22N4輸入方式碼35Z..37(LLVAR)二磁道36Z...104(LLLVAR)三磁道39AN2返回碼41AN8終端號42AN15商戶號47ANS...999(LLLVAR)柜員號48ANS...999(LLLVAR)結(jié)算批次52B128個(gè)人密碼60ANS...999(LLLVAR)不固定根據(jù)具體的交易類型確定61ANS...999(LLLVAR)不固定62ANS...999(LLLVAR)不固定63ANS...999(LLLVAR)不固定64B64MAC64B64MACAN ：字母和/或數(shù)字，左靠，右部多余部分填空格；ANS ：字母、數(shù)字和/或特殊符號，左靠，右部多余部分填空格；B ：二進(jìn)制位；DD ：日；hh ：時(shí)；LL ：可變長域的長度值(一位數(shù))；LLL ：可變長域的長度值(二位數(shù))；MM ：月；mm ：分；N ：數(shù)值，左靠，若表示金額，則最右二位為角分；ss ：秒；VAR ：可變長域；YY ：年；Z ：由ISO 7811和ISO 7813制定的磁卡第二、三磁道的數(shù)據(jù)類型；(2)報(bào)文分析報(bào)文分析在系統(tǒng)測試階段十分重要，如果不能正確理解報(bào)文結(jié)構(gòu)，不能人工的分析報(bào)文結(jié)構(gòu)，那么由上送的報(bào)文結(jié)構(gòu)引起的錯(cuò)誤就很難被我們。發(fā)現(xiàn)，而這類的錯(cuò)誤往往是致命的，在系統(tǒng)測試時(shí)需要進(jìn)行報(bào)文分析0X02 長度 TPDU MsgID BitMap 數(shù)據(jù)域 0X03 LRC校驗(yàn)圖48報(bào)文結(jié)構(gòu)圖示[3]0X02：報(bào)文開始標(biāo)志(2字節(jié))長度：報(bào)文的長度(BCD碼)TPDU：Transport Protocol Data Unit 傳送協(xié)議數(shù)據(jù)單元(5字節(jié))；MsgID：報(bào)文ID號，判斷交易是聯(lián)機(jī)還是脫機(jī)，是上送還是下發(fā)報(bào)文(2字節(jié))；BitMap：數(shù)據(jù)域映射，通過它可以判斷數(shù)據(jù)域的哪一域有數(shù)據(jù)(8字節(jié))；數(shù)據(jù)域：包含64個(gè)域中可能存在的某些域，這些域中存放相應(yīng)類型的數(shù)據(jù)；0X03：報(bào)文結(jié)束標(biāo)志(2字節(jié))；LRC：冗余校驗(yàn)。下面是一個(gè)實(shí)際的報(bào)文：recv from term:2004 02 09 10:44:36[00][52][60][00] [00][00][00][EE] [EE][08][00][20] [20][00][00][00] [C0][00][08][91] [00][00][00][00] [00][30][30][30] [30][30][30][30] [34][31][31][31] [31][31][31][31] [31][31][31][31] [31][31][31][31] [00][04] [31][30] [30][33]對其分析如下：[00][52]報(bào)文的長度(BCD碼),可看出此報(bào)文長度為52字節(jié)(不包括自己的長度2字節(jié))[60][00][00][00][00] TPDU[EE][EE]標(biāo)識[08][00]MsgId(BCD碼)[20][20][00][00] [00] [C0][00][08]BitMap轉(zhuǎn)換成2近制表示為：0010 0000 0010 0000 0000 0000 0000 0000 0000 0000 1100 0000 0000 0000 0000 1000轉(zhuǎn)換成2近制后總共有64位，每一位代表相應(yīng)的域，如果相應(yīng)的域是‘1’表示此域有數(shù)據(jù)，所以，可以得到：第14461有數(shù)據(jù) 通過和報(bào)文結(jié)構(gòu)比較可知此報(bào)文是初始化的上送報(bào)文。[91][00][00] 交易類型碼第3域的數(shù)據(jù)[00][00][00] 終端流水號第11域的數(shù)據(jù)：000000[30][30][30][30][30][30][30][34] 終端號第41域的數(shù)據(jù)：00000004[31][31][31][31][31][31][31][31][31][31][31][31][31][31][31] 商戶號第42域的數(shù)據(jù)[00][04]表示長度為4 [31][30][30][33]上送的版本號第61域的數(shù)據(jù) 函數(shù)路由表的設(shè)計(jì)與實(shí)現(xiàn)在交易處理模塊中會(huì)根據(jù)交易類型調(diào)用相應(yīng)的處理函數(shù)，這些處理函數(shù)數(shù)目眾多，如果不采取特殊的方法則編寫的代碼不僅繁雜，而且可讀性及可維護(hù)性都較差。解決這一問題，我采用函數(shù)路由表來實(shí)現(xiàn)。函數(shù)路由表的功能就是為所調(diào)用的函數(shù)指定其執(zhí)行路徑，在程序運(yùn)行時(shí)會(huì)按照事先按排好的順序執(zhí)行下去。 以下為C語言實(shí)現(xiàn)的函數(shù)路表源碼：struct OperCode { uchar TransType。 int (*OperCodeAuth)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 int (*OperCodeInit)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 int (*OperCodeBefore)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 int (*OperCodeAction)(int iLocalSerial,struct Switch_data* optrSwithBuf)。 int (*OperCodeAfter)(int iLocalSerial,struct Switch_data* optrSwithBuf)。}。static struct OperCode oarrOperCode[]={ {INITIALIZE , InitializeAuthOperCode , InitializeInitOperCode , InitializeBeforeOperCode, InitializeActionOperCode , InitializeAfterOperCode}, {LOGON ,LogonAuthOperCode , LogonInitOperCode ,LogonBeforeOperCode , LogonActionOperCode , LogonAfterOperCode}, {SETTLE_ONE , SettleOneAuthOperCode ,SettleOneInitOperCode ,SettleOneBeforeOperCode ,SettleOneActionOperCode , SettleOneAfterOperCode}, {SETTLE_TWO ,SettleTwoAuthOperCode ,SettleTwoInitOperCode ,SettleTwoBeforeOperCode ,SettleTwoActionOperCode , SettleTwoAfterOperCode}, {OFF_PURCHASE ,OffPurchaseAuthOperCode ,OffPurchaseInitOperCode ,OffPurchaseBeforeOperCode ,OffPurchaseActionOperCode,OffPurchaseAfterOperCode}, {PURCHASE ,PurchaseAuthOperCode ,PurchaseInitOperCode ,PurchaseBeforeOperCode ,PurchaseActionOperCode , PurchaseAfterOperCode}, {DEPOSIT ,DepositAuthOperCode ,DepositInitOperCode ,DepositBeforeOperCode ,DepositActionOperCode , DepositAfterOperCode}, {CHANGEPIN ,ChangePinAuthOperCode ,ChangePinInitOperCode ,ChangePinBeforeOperCode ,ChangePinActionOperCode , ChangePinAfterOperCode}, {INQUIRY ,InquiryAuthOperCode ,InquiryInitOperCode ,InquiryBeforeOperCode ,InquiryActionOperCode ,InquiryAfterOperCode}, {CANCEL_PURCHASE,CancelPurchaseAuthOperCode ,CancelPurchaseInitOperCode ,CancelPurchaseBeforeOperCode ,CancelPurchaseActionOperCode ,CancelPurchaseAfterOperCode