【正文】 動識別，系統(tǒng)實現(xiàn)防換卡功能；5. 在非主要設(shè)各出現(xiàn)故障的情況下，系統(tǒng)亦能夠完成收費處理；6. 盡量減少設(shè)備各故障對車道收費的影響。入口車道流程分析和出口車道流程分析[3]，主要以流程圖的形式來體現(xiàn)。1. 車道處理主控流程分析 車道處理主控流程分析2. 上班校驗流程分析 上班校驗流程分析3. 入口發(fā)卡處理流程分析 入口發(fā)卡處理流程分析4. 入口車情流程分析 入口車情流程分析5. 出口車情處理流程 出口車情處理流程 解決方案設(shè)計 總體設(shè)計1. 基本設(shè)計概念和處理流在收費系統(tǒng)中，存在著各種數(shù)據(jù)，其中有些是與收費相關(guān)的，如收費流水?dāng)?shù)據(jù)、運營參數(shù)數(shù)據(jù)、各類相關(guān)的查詢數(shù)據(jù)等[5]。根據(jù)有關(guān)標(biāo)準(zhǔn)和需求分析，整個系統(tǒng)的數(shù)據(jù)流向如下圖所示[7]：區(qū)域管理點路段中心級收費站級車道級運營參數(shù)時鐘同步卡調(diào)撥指令收費數(shù)據(jù)卡調(diào)撥數(shù)據(jù)IC卡查詢圖象查詢運營參數(shù)時鐘同步卡調(diào)撥指令收費數(shù)據(jù)報警信息運營參數(shù)時鐘同步短消息收費數(shù)據(jù)報警數(shù)據(jù)IC卡查詢圖象查詢 基本設(shè)計概念和處理流程2. 程序組成與結(jié)構(gòu)根據(jù)數(shù)據(jù)的流向以及需要做的處理工作，系統(tǒng)被設(shè)計成許多個子系統(tǒng)和子程序構(gòu)成。通常，可采用文本文件、數(shù)據(jù)庫等各種形式。日志文件的主要用途包括：(1) 在系統(tǒng)調(diào)試、試運行以及正式使用等期間記錄系統(tǒng)的使用情況；(2) 記錄系統(tǒng)運行過程中發(fā)生的故障和異常情況；(3) 記錄系統(tǒng)運行時產(chǎn)生的調(diào)試信息。根據(jù)本系統(tǒng)中各個組成部分的規(guī)模和特點，各程序可以選用以下各種日志處理方式：(1) 單文件集中型日志：程序的所有日志放在一個文本文件中；(2) 多文件分散型日志：根據(jù)日期，將日志分別放在對應(yīng)于日期的日志文件中?？梢圆扇∑渌胧?，限制日志數(shù)據(jù)的數(shù)量，例如：(1) 限制日志文件的數(shù)量；(2) 限制日志文件的大??；(3) 采用分級控制措施，定制那些類型的信息需要保存到日志中。根據(jù)湖南省有關(guān)聯(lián)網(wǎng)收費標(biāo)準(zhǔn)和接口規(guī)范，通過安裝在車道工控機上的收費系統(tǒng)和相應(yīng)的場外設(shè)備來有效完成數(shù)據(jù)采集工作。出口流程包括出口通行卡收費流程、出口公務(wù)車收費流程、出口修改收費流程、出口壞卡收費流程、出口丟卡收費流程、出口回頭車收費流程、出口車型不符收費流程、出口車型不符操作流程、出口車種不符收費流程、出口車牌收費流程、出口未付車收費流程、出口車隊收費流程、出口粵通卡收費流程、出口免費車收費流程、出口掛車收費流程、出口手工收費流程等。同時車道收費系統(tǒng)的工作方式是完全獨立的，當(dāng)收費站計算機不工作或者網(wǎng)絡(luò)出現(xiàn)問題時，不影響車道系統(tǒng)的正常工作，系統(tǒng)參數(shù)，數(shù)據(jù)記錄均存儲在本地。當(dāng)車道長期獨立工作時，可以通過人工的方式用其他存儲介質(zhì)將數(shù)據(jù)上傳到收費站[9]。車道收費系統(tǒng)有無人職守功能，當(dāng)車道上無人上班時，以“無名氏”身份監(jiān)視車道運行[10]。車道收費系統(tǒng)原始數(shù)據(jù)存儲在本地數(shù)據(jù)庫LaneDB相應(yīng)的數(shù)據(jù)流水表中，原始流水?dāng)?shù)據(jù)在車道保留40天。2. 車道系統(tǒng)設(shè)計[8]主界面（顯示模塊）u_Main單元業(yè)務(wù)邏輯處理模塊u_BizLogic場外設(shè)備接口處理模塊類THardsareManager數(shù)據(jù)庫處理模塊u_DataModule單元 車道系統(tǒng)設(shè)計 在車道收費系統(tǒng)中，車道入口和出口的全部流程在業(yè)務(wù)邏輯單元u_BizLogic中處理，u_BizLogic中還包括向場外設(shè)備發(fā)控制命令和獲取部分場外設(shè)備的狀態(tài)，通過事件通知機制出發(fā)界面顯示模塊u_Main單元做相應(yīng)的更新。場外設(shè)備接口處理模塊類THardwareManager，管理所有場外設(shè)備，所有場外設(shè)備的接口單元單獨組成一個類，這些類作為場外設(shè)備管理類THardwareManager的public成員存在。除了打印采用并口連接外，其他場外設(shè)備全部采用RS—232串口連接。 數(shù)據(jù)上傳通信1. 車道數(shù)據(jù)上傳收費站程序說明：車道數(shù)據(jù)上傳收費站服務(wù)程序負(fù)責(zé)輪詢本站的各車道數(shù)據(jù)庫，將未上傳的車道流水記錄以及抓拍圖像上傳到收費站保存。 通信系統(tǒng)設(shè)計1. 通信系統(tǒng)概述通信系統(tǒng)負(fù)責(zé)在車道、收費站、路段中心以及區(qū)域管理點之間傳遞數(shù)據(jù)。在各級系統(tǒng)中，數(shù)據(jù)流向如下入所示：區(qū)域管理點路段中心級收費站級車道級運營參數(shù)時鐘同步卡調(diào)撥指令收費數(shù)據(jù)卡調(diào)撥數(shù)據(jù)IC卡查詢圖像查詢運營參數(shù)時鐘同步卡調(diào)撥指令收費數(shù)據(jù)報警信息運營參數(shù)時鐘同步短消息收費數(shù)據(jù)報警數(shù)據(jù)IC卡查詢圖像查詢 聯(lián)網(wǎng)收費路段系統(tǒng)數(shù)據(jù)流向圖關(guān)于數(shù)據(jù)流圖說明：在站級系統(tǒng)中，有相當(dāng)部分的數(shù)據(jù)實際上只是轉(zhuǎn)發(fā)，例如報警信息、短消息等。這主要取決于系統(tǒng)部署以及維護(hù)的情況[12]。上圖就采用了這種方式。如果設(shè)計的不合適，對系統(tǒng)的整體運行效果和性能有較大影響[13]。對通信系統(tǒng)的分解，可以簡化程序的復(fù)雜度，提高可維護(hù)性，避免局部的改動對整體造成較大影響。根據(jù)通信系統(tǒng)的特點，絕大多數(shù)通信系統(tǒng)的程序都被編寫為Windows系統(tǒng)的服務(wù)程序沒有圖形界面。根據(jù)前述分析機思路。(2) 短消息接受服務(wù)程序：功能：接收上層（收費站或路段中心）發(fā)來的短消息，并顯示給收費員。(2) 監(jiān)控圖像代理服務(wù)程序：功能：根據(jù)路段中心收費監(jiān)控的圖像查詢要求，獲取并指定車道的圖像數(shù)據(jù)，并返回給收費監(jiān)控系統(tǒng)。(4) 時鐘同步服務(wù)端程序：功能：為本站車道計算機提出的時鐘同步請求應(yīng)答時鐘同步信息。5. 路段中心：(1) 站級收費數(shù)據(jù)上傳服務(wù)程序：功能：定時從本路段各站的數(shù)據(jù)庫中獲取需要上傳的數(shù)據(jù)，并且存儲到路段中心的數(shù)據(jù)庫服務(wù)器中。(3) 時鐘同步服務(wù)器端服務(wù)程序：功能：為本路段下級系統(tǒng)計算機提出的時鐘同步請求應(yīng)答時鐘同步信息。以上各個部分歸納入下表所示： 車道級模塊歸納部署位置程序名稱備注車道時鐘同步客戶端—車道短消息接收—收費站時鐘同步客戶端—收費站時鐘同步服務(wù)端—收費站報警信息轉(zhuǎn)發(fā)—收費站車道數(shù)據(jù)上傳收費站—收費站車道圖像查詢代理—路段中心時鐘同步服務(wù)端—路段中心報警信息轉(zhuǎn)發(fā)—路段中心聯(lián)網(wǎng)通信客戶端含上傳數(shù)據(jù)、查詢等6. 數(shù)據(jù)上傳通信(1) 車道數(shù)據(jù)上傳收費站程序說明：車道數(shù)據(jù)上傳收費站服務(wù)程序負(fù)責(zé)輪詢本站的各車道數(shù)據(jù)庫，將未上傳的車道流水記錄以及抓拍圖象上傳到收費站保存。(3) 時鐘同步通信程序說明：時鐘同步客戶端服務(wù)程序定期（時間周期可以設(shè)置）與時鐘同步服務(wù)服務(wù) 程序取得聯(lián)系，獲取服務(wù)器一端的時鐘信息，并根據(jù)該時鐘信息更新本機時鐘，達(dá)到統(tǒng)一時鐘的目的。路段中心局域網(wǎng)內(nèi)的所有工作站都需要安裝時鐘同步客戶端，以保證整個收費站局域網(wǎng)的計算機保持時鐘同步。8. 部署在路段中心服務(wù)器的時鐘同步服務(wù)端時鐘同步服務(wù)端服務(wù)程序接收時鐘同步客戶端服務(wù)程序定期（時間周期可設(shè)置）發(fā)出的請求，返回本機的當(dāng)前時間信息給客戶端，以便客戶端根據(jù)此時鐘信息更新客戶端計算機的時鐘，達(dá)到統(tǒng)一時鐘的目的。該程序與部署在收費站服務(wù)器上的時鐘同步服務(wù)端是同一個程序，設(shè)置的參數(shù)也相同。通常，目的地包括路段中心的通信系統(tǒng)以及收費站的監(jiān)控程序，以便這些報警信息得到相應(yīng)的處理。通常，目的地包括路段中心的通信系統(tǒng)以及收費站的監(jiān)控程 序，以便這些報警信息得到相應(yīng)的處理[15]。車道級數(shù)據(jù)庫為LaneDB，主要包括InList等表。車輛規(guī)格：綠色通道車、客車、貨車。 OutList表列名數(shù)據(jù)類型長度說明StationNamevarchar50收費站名LaneNoint4車道編碼VehCountvarchar50車輛數(shù)VehPlate(PK)varchar50車牌Directionint4方向OutTime(PK)datetime8出站時間VehStandardvarchar50車輛規(guī)格Moneyfloat50收費金額【說明】方向：0為入站1為出站。 Operator表列名數(shù)據(jù)類型長度說明RoadNochar10路段編碼StationNosmallint2站編碼OperatorNoint4操作員編號OperatorNamevarchar50操作員姓名OpCardIDchar16操作員編號OpCardNo(PK)int4操作員卡號Passwordvarchar6登陸密碼AreaNochar10區(qū)域編碼 CardBlackList表列名數(shù)據(jù)類型長度說明CardNo（PK）char4卡號AreaNosallint2區(qū)域編碼OpTimedatetime8失效時間InValidTypeNotinyint1失效原因 Price表列名數(shù)據(jù)類型長度說明InterStationvarchar50區(qū)間Milesint4里程Standardvarchar50規(guī)格Ratefloat8費率[2噸以下(含2噸)的綠色通道車]int4車型[2噸以下(含2噸)的各類貨車]int4車型[2噸以上至5噸(含5噸)的各類貨車]int4車型[5噸以上至10噸(含10噸)的各類貨車]int4車型[10噸以上至15噸(含15噸)的各類貨車]int4車型[7座以下(含7座)的客車]int4車型[8座至9座的客車]int4車型[20座至39座的客車]int4車型[40座(含40座)以上的客車]int4車型 PriceRate表列名數(shù)據(jù)類型長度說明Standardvarchar50規(guī)格FeeRatefloat8費率3 基本理論知識及應(yīng)用MFC，是一個微軟公司提供的類庫(class libraries)，以C++類的形式封裝了Windows的API，并且包含一個應(yīng)用程序框架，以減少應(yīng)用程序開發(fā)人員的工作量。微軟計劃在Windows Vista(代號Longhorn)發(fā)布之后繼續(xù)在MFC中增加對Windows Vista API，以及Windows Presentation Framework (代號Avalon)的支持。 MFC下的用戶界面編程MFC提供了強大豐富的控件[1]，控件關(guān)系如圖： MFC控件關(guān)系圖本設(shè)計主要采用了基于基本對話框的MFC模式。1. 模式對話框：一個模式對話框是一個有系統(tǒng)菜單、標(biāo)題欄、邊線等的彈出式窗口。即使沒有指定WS_VISIBLE風(fēng)格，模式對話框也會被顯示。對話框過程(Dialog box procedure)不是對話框窗口的窗口過程(Window procedure)。對話框窗口被創(chuàng)建之后，Windows使得它成為一個激活的窗口，它保持激活直到對話框過程調(diào)用::EndDialog函數(shù)結(jié)束對話框的運行或者Windows激活另一個應(yīng)用程序為止，在激活時，用戶或者應(yīng)用程序不可以激活它的所屬窗口（Owner window）。收到該消息后，應(yīng)用程序應(yīng)該終止鼠標(biāo)捕獲(Release the mouse capture)以便于用戶能把鼠標(biāo)移到模式對話框；否則由于Owner窗口被禁止，程序?qū)⑹ナ髽?biāo)輸入。如果Windows收到一個非對話框消息時，則它把消息派發(fā)給適當(dāng)?shù)拇翱谔幚?；如果收到了WM_QUIT消息，則把該消息放回應(yīng)用程序的消息隊列里，這樣應(yīng)用程序的主消息循環(huán)最終能處理這個消息。在創(chuàng)建對話框模板時指定WS_POPUP、WS_CAPTION、WS_BORDER和WS_SYSMENU風(fēng)格。一個無模式對話框既不會禁止所屬窗口，也不會給它發(fā)送消息。如果對話框失去激活，那么即使所屬窗口是活動的，在Z軸順序上，它仍然在所屬窗口之上。大部分應(yīng)用程序使用主消息循環(huán)來處理，但是為了用戶可以使用鍵盤在控制窗口之間移動或者選擇控制窗口，應(yīng)用程序應(yīng)該調(diào)用::IsDialogMessage函數(shù)。例如，當(dāng)Tab 鍵被壓下時，下一個或下一組控制被選中，當(dāng)Down Arrow鍵按下后，一組控制中的下一個控制被選擇。一個無模式對話框不能像模式對話框那樣返回一個值給應(yīng)用程序。在應(yīng)用程序結(jié)束之前，它必須銷毀所有的無模式對話框。一般來說，對話框過程響應(yīng)用戶輸入，如用戶選擇了“取消”按鈕，則調(diào)用::DestroyWindow；如果用戶沒有有關(guān)動作，則應(yīng)用程序必須調(diào)用::DestroyWindow。進(jìn)程從來不執(zhí)行任何東西，它只是線程的容