【文章內容簡介】 制中心的計費信息，進行相應收費操作后，核準通行。同時，該系統(tǒng)還將為每位收費人員開設專用賬號，用于對工作人員收費狀況的管理與存檔，并將存檔資料定期的上傳給控制中心入庫 存檔，便于結算。 ③收費控制中心。 接收收費站點發(fā)送過來的信息，并對信息做出實時的響應，進行相應的信息驗證、計費、扣款和發(fā)送確認信息或收費信息等操作。系統(tǒng)接收到信息后，先對其進行驗證，在確認無誤后，由 GIS 空間數(shù)據(jù)分析系統(tǒng)迅速做出響應，計算相關的費用，并在該用戶賬戶中進行相應的扣款操作，同時發(fā)送確認信息給相應收費站，核準通行。此外，系統(tǒng)還自動生成消費記錄條目，加入到消費記錄數(shù)據(jù)庫中，供結算和查詢之用。對非電子賬戶用戶，系統(tǒng)將反饋計費信息，并將相應記錄存入數(shù)據(jù)庫，供結算之用。 結算子系統(tǒng) 可實現(xiàn)對系統(tǒng)數(shù) 據(jù)庫的直接操作，并提供和專業(yè)銀行的聯(lián)系，實現(xiàn)對用戶賬戶和路網運營商的賬戶管理和結算業(yè)務。 ①路網運營商。 對系統(tǒng)數(shù)據(jù)庫實現(xiàn)定期的統(tǒng)計、匯總，根據(jù)特定的分賬原則進行分賬，然后通過跟銀行間的聯(lián)系，實現(xiàn)資金的分流和賬目的結算業(yè)務。通過資金的統(tǒng)一管理與分流，有效地解決了不同運營商間的拆借賬問題，大大提高了運營管理的電子化程度，簡化了手續(xù)，提高了效率。 ②用戶。 實現(xiàn)對用戶賬戶余額的有效管理，通過與專業(yè)銀行的實時通訊，保證充值金額的實時到位于數(shù)據(jù)庫的實時更新，保證用戶的通行。 ③收費站。 采用賬戶式管理，為不同工作人員開設 專用賬號，實現(xiàn)對收費站現(xiàn)金流的有效管理，采用責任到人的方式，確?，F(xiàn)金流的準確性和安全性。 大連交通大學軟件實踐 5 客戶查詢子系統(tǒng) 這是一個面向客戶和路網運營商的服務系統(tǒng)。通過系統(tǒng)提供的強大的查詢功能，客戶可實現(xiàn)對自己具體的通行和消費信息的自由查詢，而路網運營商也可利用系統(tǒng)提供的專用查詢系統(tǒng)實現(xiàn)對各自路網及運營狀況的監(jiān)控管理。查詢系統(tǒng)采用賬戶式的管理方式，系統(tǒng)為客戶和路網運營商分別開設專用的賬戶，同時對用戶賬戶采取良好的加密措施，保證用戶的信息安全。用戶只需通過系統(tǒng)的專用 Web 服務器登陸各自的賬戶，即可實現(xiàn)對相關信息的查詢。 電子賬戶管理子系統(tǒng) 負責電子賬戶的設立、變更和注銷操作，并辦理電子標簽的發(fā)放與安裝業(yè)務。 充值子系統(tǒng) 通過分布在各專業(yè)銀行的收費網點，受理客戶的對預付款賬戶的充值業(yè)務，并將充值信息通過結算子系統(tǒng)，實時地反饋給數(shù)據(jù)庫，更新用戶賬戶余額，同時將資金劃入系統(tǒng)賬戶。 第五章 系統(tǒng)測試 本系統(tǒng)是在按照面對對象，基于組件、數(shù)據(jù)庫開發(fā)的，擁有全面的錯誤捕捉和異常處理機制，因此具有更好的穩(wěn)定性和可擴展性。 收費計算機和通信機 在收費計算機和通信機之間，我們采用了 TCP/IP 協(xié)議， TCP 建立連接時采用客戶 /服務器模式，主動發(fā)起連接的進程叫做客戶，被動等待連接建立的進程叫做服務器。在本系統(tǒng)中，收費計算機做為發(fā)起連接方，成為客戶，通信機為服務器。 動態(tài)組件 TCP 是面向連接的，因而可提供可靠的、按序傳送數(shù)據(jù)的服務，它提供雙向的的連接，即全雙工。在收費站，由于環(huán)境惡劣，可能會網絡故障導致 TCP 連接中斷，或由于通信機維護中斷連接。為了故障消除后能自動恢復 TCP 連接，大連交通大學軟件實踐 6 減少監(jiān)控人員維護量，采用了動態(tài)組件技術，自動檢測連接的狀態(tài)，并給監(jiān)控人員一定提示。 if( ClientActive == false) //定義為 TClientSocket * Client { HW_SENDTIME++。 if(HW_SENDTIME%20 == 0) //每隔一段時間嘗試重新連接 { HW_SENDTIME = 0。 ClientClose()。 delete Client。 Client = NULL。 Client = new TClientSocket(this)。 //新建組件 ClientClientType = ctNonBlocking。 ClientAddress = sIpaddr。 //通信機 IP 地址 ClientPort = atoi(sPort)。 //通信機端口號 ClientOnDisconnect = ClientDisconnect。 //映射 Disconnect 事件 ClientOnRead = ClientRead。 //映射 Read 事件 ClientOnError = ClientError。 // 映射錯誤處理事件 try{ ClientOpen()。 } catch(...){ ClientClose()。 } } } else{ ………。 } //網絡連通，上傳數(shù)據(jù) 通過動態(tài) TClientSocket組件的建立，網絡連通和中斷切換過程對操作人員是隱含的。不會影響車道收費系統(tǒng)的正常運行，網絡正常后自動恢復上傳數(shù)據(jù)功能，保證了車道的最大工作效率。 TCP 報文的構成 應用層的報文傳送到運輸層，加上 TCP 的首部，構成了 TCP 的數(shù)據(jù)傳送單位，稱為報文段。在發(fā)送時， TCP 的報文段作為 IP 數(shù)據(jù)報的數(shù)據(jù)，加上首部后，成為 IP 數(shù)據(jù)報。在接收時， IP 數(shù)據(jù)報將其首部去除后交給運輸層，得到TCP 報文段。再去掉其首部，得到應用層所需的報文。 一個 TCP報文問為首部和數(shù)據(jù)兩部分， TCP報文段首部的前 20個字節(jié)是固定的，后面有 4N 字節(jié)是可有可無的選項，因此 TCP 首部的最小長度是 20 字節(jié)，加上 IP 數(shù)據(jù)報的首部后至少有 40 個字節(jié)。如果 TCP 的數(shù)據(jù)段只有一個字節(jié)，大連交通大學軟件實踐 7 那么網絡的利用率就不會超過 1/41。反之，如果 TCP 報文段非常長，那么在 IP層傳輸時就可能要分解成多個短數(shù)據(jù)報片，在目的站還要將收到的各個數(shù)據(jù)報短片裝配成原來的 TCP 報文段，加上出錯時還要重傳，加大了系統(tǒng)開銷。一般認為，數(shù)據(jù)段應盡可能大些，只要在 IP 層不再分片就行。 TCP 缺省的數(shù)據(jù)段長度是 536 字節(jié)，因此我們在發(fā)送 TCP 報文時，要控制數(shù)據(jù)長度在這個范圍之內，同時包含盡可能多的信息。比如我們在收費流水數(shù)據(jù)包中包含車道設備狀態(tài)字節(jié)，這樣我們就可以在監(jiān)控室了解設備運行狀態(tài)。 在本系統(tǒng)中，存在著多種數(shù)據(jù)包， 如收費人員登錄、收費流水、收費標準、通信機轉移等。為此我們定義了多種數(shù)據(jù)類型。 我們定義的 TCP 報文的數(shù)據(jù)段由兩部分構成，報頭（ TPACKETHEAD）和數(shù)據(jù)（ PacketData）。報頭是格式是固定的，用 PacketType 來區(qū)分不同的包類型。其定義如下： //Packet = PACKETHEAD+ PacketData typedef struct { char tag[2]。 //version 0x453b int PacketLen。 //包長 char PacketType。 //包類型 int trytimes。 //重傳次數(shù) char sIpaddr[20]。 //通信機地址 char sRet[2]。 //標志， OK 通信機寫入數(shù)據(jù)庫成功、 ER 寫入失敗 }TPACKETHEAD。 這里以收費流水數(shù)據(jù)為例，說明 PacketData 結構。 typedef struct //流水帳數(shù)據(jù)結構 { char LSH[13]。 //流水帳號 char CXDM[3]。 //車型代碼 int je。 //金額 char FJDW[11]。 //車輛噸位 char SKRQ[20]。 //收款日期 char SKSJ[20]。 //收款時間 char GH[11]。 //工號