【正文】 構(gòu)OLE DB，對(duì)象鏈接與嵌入數(shù)據(jù)庫(kù)。RDO(Remote Data Object)，遠(yuǎn)程數(shù)據(jù)對(duì)象。DAO就是一組Microsoft Access/Jet數(shù)據(jù)庫(kù)引擎的COM自動(dòng)化接口。使用ODBC API的應(yīng)用程序可以與任何具有ODBC驅(qū)動(dòng)程序的關(guān)系數(shù)據(jù)庫(kù)進(jìn)行通信。ODBC是上個(gè)世紀(jì)八十年代末九十年代初出現(xiàn)的技術(shù)，它為編寫關(guān)系數(shù)據(jù)庫(kù)的客戶軟件提供了一種統(tǒng)一的接口。本系統(tǒng)在員工登陸后啟動(dòng)一個(gè)線程自動(dòng)監(jiān)聽刷卡信息，同時(shí)不會(huì)阻塞用戶界面進(jìn)程，同時(shí)系統(tǒng)會(huì)打開另一個(gè)線程定時(shí)向站級(jí)數(shù)據(jù)庫(kù)發(fā)傳遞數(shù)據(jù)信息。刷卡模塊隨時(shí)掃描通行卡數(shù)據(jù)信息并傳輸?shù)绞召M(fèi)系統(tǒng)，在員工登陸系統(tǒng)后將自動(dòng)打開端口監(jiān)聽刷卡信息的到來。另外，UDP并不能確保數(shù)據(jù)的發(fā)送和接收順序，特別是在網(wǎng)絡(luò)十分擁擠的情況下，數(shù)據(jù)接收可能會(huì)出現(xiàn)亂序現(xiàn)象。與TCP不同，UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。眾所周知，Internet是一個(gè)龐大的國(guó)際性網(wǎng)絡(luò)，網(wǎng)路上的擁擠和空閑時(shí)間總是交替不定的，加上傳送的距離也遠(yuǎn)近不同，所以傳輸數(shù)據(jù)所用時(shí)間也會(huì)變化不定。TCP協(xié)議有以下特點(diǎn)：1. TCP協(xié)議能為應(yīng)用程序提供可靠的通信連接，使一臺(tái)計(jì)算機(jī)發(fā)出的字節(jié)流無差錯(cuò)地發(fā)往網(wǎng)絡(luò)上的其他計(jì)算機(jī)，對(duì)可靠性要求高的數(shù)據(jù)通信系統(tǒng)往往使用TCP協(xié)議傳輸數(shù)據(jù)；2. TCP協(xié)議利用重發(fā)技術(shù)和擁塞控制機(jī)制，向應(yīng)用程序提供可靠的通信連接，使它能夠自動(dòng)適應(yīng)網(wǎng)上的各種變化。TCP和UDP是TCP/IP協(xié)議中的兩個(gè)傳輸層協(xié)議，它們使用IP路由功能把數(shù)據(jù)包發(fā)送到目的地，從而為應(yīng)用程序及應(yīng)用層協(xié)議（包括：HTTP、SMTP、SNMP、FTP和Telnet）提供網(wǎng)絡(luò)服務(wù)。2. 數(shù)據(jù)報(bào)式套接字（SOCK_DGRAM）3. 提供無連接服務(wù)數(shù)據(jù)包以獨(dú)立包形式發(fā)送，不提供無錯(cuò)保證，數(shù)據(jù)可能丟失或重復(fù)，并且接收順序混亂。這些擴(kuò)充主要是提供了一些異步函數(shù)，并增加了符合Windows消息驅(qū)動(dòng)特性的網(wǎng)絡(luò)事件異步選擇機(jī)制。 MFC下的網(wǎng)絡(luò)編程Windows Sockets是Microsoft Windows的網(wǎng)絡(luò)程序設(shè)計(jì)接口，它是從Berkeley Sockets擴(kuò)展而來的，以動(dòng)態(tài)鏈接庫(kù)的形式提供給我們使用。系統(tǒng)通過一種循環(huán)的方式為線程提供時(shí)間片，線程在自己的時(shí)間內(nèi)運(yùn)行，因時(shí)間片相當(dāng)短，因此，給用戶的感覺，就好像線程是同時(shí)運(yùn)行的一樣。因?yàn)榫€程需要的開銷比進(jìn)程少，因此在編程中經(jīng)常采用多線程來解決編程問題，而盡量避免創(chuàng)建新的進(jìn)程。這使得單個(gè)進(jìn)程中的多個(gè)線程確實(shí)能夠非常容易地互相通信。新線程運(yùn)行的進(jìn)程環(huán)境與創(chuàng)建線程的環(huán)境相同。 線程總是在某個(gè)進(jìn)程環(huán)境中創(chuàng)建。該線程內(nèi)核對(duì)象不是線程本身，而是操作系統(tǒng)用來管理線程的較小的數(shù)據(jù)結(jié)構(gòu)。內(nèi)核對(duì)象也是系統(tǒng)用來存放線程統(tǒng)計(jì)信息的地方；2. 線程堆棧，它用于維護(hù)線程在執(zhí)行代碼時(shí)需要的所有參數(shù)和局部變量。此后，該線程可以創(chuàng)建其他的線程。每個(gè)進(jìn)程至少擁有一個(gè)線程，來執(zhí)行進(jìn)程的地址空間中的代碼。若要使進(jìn)程完成某項(xiàng)操作，它必須擁有一個(gè)在它的環(huán)境中運(yùn)行的線程，此線程負(fù)責(zé)執(zhí)行包含在進(jìn)程的地址空間中的代碼。 MFC下的多線程進(jìn)程是不活潑的。使用::DestroyWindow銷毀一個(gè)無模式對(duì)話框，不是使用::EndDiaLog。但是對(duì)話框過程可以使用::SendMessage給所屬窗口傳遞信息。::IsDialogMessage完成了所有必要的消息轉(zhuǎn)換和消息派發(fā)，所以該函數(shù)處理的消息一定不要傳遞給TranslateMessage和DispatchMessage處理。當(dāng)::IsDialogMessage處理一個(gè)消息時(shí)，它檢查鍵盤消息并把它們轉(zhuǎn)換成相應(yīng)對(duì)話框的選擇命令。應(yīng)用程序負(fù)責(zé)獲取和派發(fā)輸入消息給對(duì)話框。當(dāng)創(chuàng)建一個(gè)模式對(duì)話框時(shí)，Windows使它成為活動(dòng)窗口，但用戶或者程序可以隨時(shí)改變和設(shè)置活動(dòng)窗口。如果沒有指定WS_VISIBLE風(fēng)格，無模式對(duì)話框不會(huì)自動(dòng)地顯示出來。2. 無模式對(duì)話框：一個(gè)無模式對(duì)話框是一個(gè)有系統(tǒng)菜單、標(biāo)題欄、邊線等的彈出式窗口。為了處理模式對(duì)話框的消息，Windows開始對(duì)話框自身的消息循環(huán)，暫時(shí)控制整個(gè)應(yīng)用程序的消息隊(duì)列。Windows創(chuàng)建模式對(duì)話框時(shí)，給當(dāng)前捕獲鼠標(biāo)輸入的窗口（如果有的話）發(fā)送消息WM_CANCLEMODE。在Win32里，對(duì)話框的窗口過程由Windows系統(tǒng)提供，用戶在創(chuàng)建對(duì)話框窗口時(shí)提供一個(gè)對(duì)話框過程由窗口過程調(diào)用。創(chuàng)建對(duì)話框窗口時(shí)，將發(fā)送WM_INITDIALOG消息（如果指定對(duì)話框的DS_SETFONT風(fēng)格，還有WM_SETFONT消息）給對(duì)話框過程。在創(chuàng)建對(duì)話框時(shí)指定WS_POPUP,WS_SYSMENU,WS_CAPTION和DS_MODALFRAM風(fēng)格。對(duì)話框分兩種類型，模式對(duì)話框和無模式對(duì)話框。在可見的未來，微軟對(duì)MFC的支持不會(huì)停止。其中包含的類包含大量句柄封裝類和很多Windows的內(nèi)建控件和組件。車輛規(guī)格：綠色通道車、客車、貨車。數(shù)據(jù)庫(kù)上傳標(biāo)識(shí)位：0為未上傳到站級(jí)數(shù)據(jù)庫(kù)，1為上傳到站級(jí)數(shù)據(jù)庫(kù)。 InList表列名數(shù)據(jù)類型長(zhǎng)度說明StationNamevarchar50收費(fèi)站名LaneNoint4車道編碼VehTypevarchar50車型VehClassvarchar50種類VehCountvarchar50車輛數(shù)VehPlate(PK)varchar50車牌OperatorNoint4操作員編碼CardNovarchar50操作員卡號(hào)Directionint4方向InTime(PK)datetime8入站時(shí)間VehStandardvarchar50車輛規(guī)格PicPathvarchar50車輛照片存儲(chǔ)路徑Flagint4數(shù)據(jù)庫(kù)上傳標(biāo)識(shí)位【說明】方向：0為入站1為出站。 數(shù)據(jù)庫(kù)設(shè)計(jì)采用SQLSERVER數(shù)據(jù)庫(kù)。部署在路段中心服務(wù)器上的報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序與部署收費(fèi)站服務(wù)器上的報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序是同一個(gè)程序，只是需要設(shè)置不同參數(shù)，即收費(fèi)站的報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序需要指定的參數(shù)是收費(fèi)站的有關(guān)參數(shù)，而路段中心服務(wù)器上的報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序使用的是路段中心的有關(guān)參數(shù)（例如使用路段中心的數(shù)據(jù)庫(kù)等）程序說明： 報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序負(fù)責(zé)將出入口車道程序上傳的反應(yīng)車道收費(fèi)情況的信息 轉(zhuǎn)發(fā)到指定的目的地。9. 報(bào)警消息通信報(bào)警消息轉(zhuǎn)發(fā)服務(wù)程序負(fù)責(zé)將出入口車道程序上傳的反應(yīng)車道收費(fèi)情況的信息轉(zhuǎn)發(fā)到指定的目的地。部署在路段中心服務(wù)器上的時(shí)鐘同步服務(wù)端服務(wù)程序負(fù)責(zé)接收來自本路段各收費(fèi)站發(fā)出的時(shí)鐘同步請(qǐng)求。在這些工作站上安裝時(shí)鐘同步服務(wù)時(shí)，對(duì)應(yīng)的服務(wù)端指定為路段中心服務(wù)器上的時(shí)鐘同步服務(wù)端。7. 部署在路段中心局域網(wǎng)內(nèi)所有工作站上的時(shí)鐘同步客戶端：部署在路段中心的時(shí)鐘同步客戶端與部署在車道及收費(fèi)站的時(shí)鐘同步客戶端是同一個(gè)程序，只是需要設(shè)置不同的參數(shù)，即車道時(shí)鐘同步客戶端需要指定的服務(wù)端是收費(fèi)站的時(shí)鐘同步服務(wù)端，而路段中心的時(shí)鐘同步客戶端指定的是路段中心服務(wù)器上的時(shí)鐘同步服務(wù)端。(2) 收費(fèi)站數(shù)據(jù)上傳路段中心程序說明：收費(fèi)站數(shù)據(jù)上傳路段中心服務(wù)程序負(fù)責(zé)輪詢本路段的各收費(fèi)站數(shù)據(jù)庫(kù)，將未上傳的車道流水記錄、抓拍圖像以及有關(guān)匯總數(shù)據(jù)上傳到路段中心。(4) 與聯(lián)網(wǎng)收費(fèi)相關(guān)的通信服務(wù)：功能：接收來自車道的入口信息查詢以及圖像查詢等請(qǐng)求，并通過與區(qū)域中心的通信，返回查詢結(jié)果。(2) 報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序：功能：接受下級(jí)上傳的報(bào)警信息并實(shí)時(shí)轉(zhuǎn)發(fā)到收費(fèi)監(jiān)控程序。(5) 時(shí)鐘同步客戶端服務(wù)程序：功能：定期從指定的服務(wù)器（通過IP，路段中心）獲取時(shí)鐘同步信息并更新站級(jí)計(jì)算機(jī)系統(tǒng)的時(shí)鐘。(3) 報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序：功能：接收車道上傳的報(bào)警信息并實(shí)時(shí)轉(zhuǎn)發(fā)到路段中心。4. 收費(fèi)站：(1) 車道收費(fèi)數(shù)據(jù)上傳服務(wù)程序：功能：定時(shí)從本站各個(gè)車道的數(shù)據(jù)庫(kù)中獲取需要上傳的數(shù)據(jù)，并存儲(chǔ)到站級(jí)的數(shù)據(jù)庫(kù)服務(wù)器中。在路段內(nèi)的車道、收費(fèi)站、路段中心分別有以下程序用于處理數(shù)據(jù)通訊和交換功能：3. 車道級(jí)：(1) 時(shí)鐘同步客戶端服務(wù)程序[14]：功能：定期從指定的服務(wù)器（通過IP設(shè)定，收費(fèi)站）獲取時(shí)鐘同步信息并更新本地車道計(jì)算機(jī)的時(shí)鐘。這些服務(wù)程序被默認(rèn)配置為在系統(tǒng)啟動(dòng)時(shí)自動(dòng)執(zhí)行，而已通過Windows的服務(wù)管理器來啟動(dòng)或停止這些服務(wù)程序的運(yùn)行。分解的原則包括：(1) 數(shù)據(jù)類型：例如傳送系統(tǒng)運(yùn)營(yíng)參數(shù)和收費(fèi)數(shù)據(jù)；(2) 傳輸方向：例如對(duì)于收費(fèi)數(shù)據(jù)，收費(fèi)站存在著接收和上傳的要求；(3) 時(shí)間要求：例如實(shí)時(shí)數(shù)據(jù)和定時(shí)數(shù)據(jù)的傳輸；(4) 功能要求：例如實(shí)時(shí)數(shù)據(jù)中包括的報(bào)警信息和IC卡查詢等。在設(shè)計(jì)過程中，主要采取適當(dāng)分解通訊系統(tǒng)的思路，將各種功能獨(dú)立到各個(gè)獨(dú)立的程序中。通信系統(tǒng)中，需要處理的數(shù)據(jù)類型和實(shí)時(shí)性要求如下表所示： 需要處理的數(shù)據(jù)類型和時(shí)時(shí)性要求信息類型實(shí)時(shí)要求傳輸方向備注系統(tǒng)運(yùn)營(yíng)參數(shù)手工/定時(shí)路段中心到車道費(fèi)率表、黑名單等收費(fèi)流水?dāng)?shù)據(jù)實(shí)時(shí)車道到區(qū)域中心出口入流水表、工班表等報(bào)警信息實(shí)時(shí)車道到路段中心—IC卡入口查詢實(shí)時(shí)車道到路段中心再回車道—圖像信息查詢實(shí)時(shí)車道到路段中心再回車道—短消息實(shí)時(shí)路段中心或站到車道—時(shí)鐘同步實(shí)時(shí)區(qū)域中心到站和車道—2. 通信系統(tǒng)設(shè)計(jì)通信系統(tǒng)實(shí)際上由若干個(gè)運(yùn)行于不同地方的程序組成，包括車道、收費(fèi)站路段中心等，涉及的數(shù)據(jù)種類多，傳輸?shù)囊笠膊灰粯?，并且與各級(jí)系統(tǒng)中的其它程序關(guān)系密切，需要整體考慮。對(duì)于IC卡和圖像信息的查詢也可以采用直接從車道發(fā)送到路段中心的方式。由于整個(gè)路段的網(wǎng)絡(luò)是局域網(wǎng)，因此在實(shí)際部署中，也可以采取直接將消息發(fā)送到中心的機(jī)制，以便減少中間環(huán)節(jié)，使系統(tǒng)得以簡(jiǎn)化。根據(jù)被傳遞數(shù)據(jù)的類型以及特點(diǎn)，通信系統(tǒng)被劃分成多個(gè)子系統(tǒng)（子程序），部署在不同的計(jì)算機(jī)上，整體配合完成整個(gè)收費(fèi)系統(tǒng)的數(shù)據(jù)傳遞任務(wù)[11]。2. 收費(fèi)站數(shù)據(jù)上傳路段中心程序說明：收費(fèi)站數(shù)據(jù)上傳路段中心服務(wù)程序負(fù)責(zé)輪詢本路段的各個(gè)收費(fèi)站數(shù)據(jù)庫(kù)，將未上傳的車道流水記錄、抓拍圖像以及有關(guān)匯總數(shù)據(jù)上傳到路段中心。界面顯示處理模塊顯示內(nèi)容有：站、車信息、收費(fèi)員信息、發(fā)卡、發(fā)卡數(shù)量、車流量、收費(fèi)員按鍵、車道視頻字符疊加信息、部分提示信息、當(dāng)前車輛收費(fèi)金額、車型、車種、發(fā)卡編號(hào)、當(dāng)前車輛入口站等。通過生成類THardwareManager的對(duì)象，即可控制所有的場(chǎng)外設(shè)備以及獲得場(chǎng)外設(shè)備的狀態(tài)。數(shù)據(jù)處理模塊專門用來處理入口流水表、出口流水表、工班日志表、工班合計(jì)數(shù)表、設(shè)備裝備表等插入、更新操作。過期數(shù)據(jù)將不做保留[7]。出口車道能查詢車輛在區(qū)域內(nèi)的入口信息和入口圖像。車道收費(fèi)系統(tǒng)將實(shí)時(shí)獲取系統(tǒng)運(yùn)營(yíng)參數(shù)，能有效避免各個(gè)路段參數(shù)使用不統(tǒng)一的問題。在通訊中斷的情況下，收費(fèi)車道系統(tǒng)維持正常收費(fèi)作業(yè)，通訊恢復(fù)后，積壓數(shù)據(jù)可自動(dòng)上傳。車道收費(fèi)系統(tǒng)可以有效的控制所有場(chǎng)外設(shè)備，以及對(duì)各種特殊情況進(jìn)行處理的功能。入口流程包括入口發(fā)IC卡或粵通卡操作流程、入口倒車操作流程、入口修改操作流程、入口掛車操作流程、入口車隊(duì)操作流程、入口免費(fèi)車操作流程、入口發(fā)紙卷等。 車道系統(tǒng)程序設(shè)計(jì)1. 車道系統(tǒng)概述為了實(shí)現(xiàn)區(qū)域聯(lián)網(wǎng)收費(fèi)，車道需要進(jìn)行國(guó)王車輛情況的原始數(shù)據(jù)采集。其中，第二種方式，針對(duì)產(chǎn)生的多個(gè)文件，可以采取集中存放或者按照年月分目錄存放的形式。使用日志文件，有利于系統(tǒng)的調(diào)試和維護(hù)工作的開展，便于即使發(fā)現(xiàn)并診斷系統(tǒng)運(yùn)行過程中出現(xiàn)的故障。為了便于事后的查看，本系統(tǒng)采用純文本格式的日志方式。根據(jù)數(shù)據(jù)的處理需要和程序的部署位置，整個(gè)系統(tǒng)的程序組成如下表所示： 程序組成與結(jié)構(gòu)位置程序名稱說明車道車道入口程序－車道時(shí)鐘同步客戶端服務(wù)程序－車道短消息接受服務(wù)程序－站級(jí)站級(jí)報(bào)表管理子系統(tǒng)－站級(jí)站級(jí)參數(shù)瀏覽子系統(tǒng)－站級(jí)站級(jí)交班管理子系統(tǒng)－站級(jí)站級(jí)數(shù)據(jù)備份與恢復(fù)子系統(tǒng)－站級(jí)站級(jí)IC卡管理子系統(tǒng)－站級(jí)人工錄入流水程序－站級(jí)報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序－站級(jí)監(jiān)控圖象查詢代理服務(wù)程序－站級(jí)時(shí)鐘同步客戶端服務(wù)程序－站級(jí)時(shí)鐘同步服務(wù)端服務(wù)程序－站級(jí)車道數(shù)據(jù)長(zhǎng)傳服務(wù)程序－站級(jí)站級(jí)參數(shù)下發(fā)子系統(tǒng)程序－路段中心路段報(bào)表管理子系統(tǒng)程序－路段中心路段參數(shù)管理子系統(tǒng)程序－路段中心路段票據(jù)管理子系統(tǒng)程序－路段中心路段數(shù)據(jù)備份與恢復(fù)系統(tǒng)程序－路段中心路段圖象稽查子系統(tǒng)程序－路段中心路段IC卡管理子系統(tǒng)程序－路段中心路段收費(fèi)監(jiān)控子系統(tǒng)程序－路段中心報(bào)警信息轉(zhuǎn)發(fā)服務(wù)程序－路段中心收費(fèi)站數(shù)據(jù)上傳服務(wù)程序－路段中心路段參數(shù)下發(fā)子系統(tǒng)程序－路段中心聯(lián)網(wǎng)通信客戶端程序－路段中心時(shí)鐘同步客戶端服務(wù)程序－路段中心時(shí)鐘同步服務(wù)端服務(wù)程序－區(qū)域中心聯(lián)網(wǎng)通信服務(wù)端程序－各個(gè)程序與數(shù)據(jù)之間的關(guān)系見下圖所示：區(qū)域管理點(diǎn)路段中心級(jí)收費(fèi)站級(jí)車道級(jí)聯(lián)網(wǎng)通信服務(wù)端