【文章內(nèi)容簡介】 內(nèi)所有工作站上的時鐘同步客戶端：部署在路段中心的時鐘同步客戶端與部署在車道及收費站的時鐘同步客戶端是同一個程序，只是需要設(shè)置不同的參數(shù)，即車道時鐘同步客戶端需要指定的服務(wù)端是收費站的時鐘同步服務(wù)端，而路段中心的時鐘同步客戶端指定的是路段中心服務(wù)器上的時鐘同步服務(wù)端。路段中心局域網(wǎng)內(nèi)的所有工作站都需要安裝時鐘同步客戶端，以保證整個收費站局域網(wǎng)的計算機保持時鐘同步。在這些工作站上安裝時鐘同步服務(wù)時，對應(yīng)的服務(wù)端指定為路段中心服務(wù)器上的時鐘同步服務(wù)端。8. 部署在路段中心服務(wù)器的時鐘同步服務(wù)端時鐘同步服務(wù)端服務(wù)程序接收時鐘同步客戶端服務(wù)程序定期（時間周期可設(shè)置）發(fā)出的請求，返回本機的當(dāng)前時間信息給客戶端，以便客戶端根據(jù)此時鐘信息更新客戶端計算機的時鐘，達到統(tǒng)一時鐘的目的。部署在路段中心服務(wù)器上的時鐘同步服務(wù)端服務(wù)程序負責(zé)接收來自本路段各收費站發(fā)出的時鐘同步請求。該程序與部署在收費站服務(wù)器上的時鐘同步服務(wù)端是同一個程序，設(shè)置的參數(shù)也相同。9. 報警消息通信報警消息轉(zhuǎn)發(fā)服務(wù)程序負責(zé)將出入口車道程序上傳的反應(yīng)車道收費情況的信息轉(zhuǎn)發(fā)到指定的目的地。通常，目的地包括路段中心的通信系統(tǒng)以及收費站的監(jiān)控程序，以便這些報警信息得到相應(yīng)的處理。部署在路段中心服務(wù)器上的報警信息轉(zhuǎn)發(fā)服務(wù)程序與部署收費站服務(wù)器上的報警信息轉(zhuǎn)發(fā)服務(wù)程序是同一個程序，只是需要設(shè)置不同參數(shù)，即收費站的報警信息轉(zhuǎn)發(fā)服務(wù)程序需要指定的參數(shù)是收費站的有關(guān)參數(shù)，而路段中心服務(wù)器上的報警信息轉(zhuǎn)發(fā)服務(wù)程序使用的是路段中心的有關(guān)參數(shù)（例如使用路段中心的數(shù)據(jù)庫等）程序說明： 報警信息轉(zhuǎn)發(fā)服務(wù)程序負責(zé)將出入口車道程序上傳的反應(yīng)車道收費情況的信息 轉(zhuǎn)發(fā)到指定的目的地。通常，目的地包括路段中心的通信系統(tǒng)以及收費站的監(jiān)控程 序，以便這些報警信息得到相應(yīng)的處理[15]。 數(shù)據(jù)庫設(shè)計采用SQLSERVER數(shù)據(jù)庫。車道級數(shù)據(jù)庫為LaneDB，主要包括InList等表。 InList表列名數(shù)據(jù)類型長度說明StationNamevarchar50收費站名LaneNoint4車道編碼VehTypevarchar50車型VehClassvarchar50種類VehCountvarchar50車輛數(shù)VehPlate(PK)varchar50車牌OperatorNoint4操作員編碼CardNovarchar50操作員卡號Directionint4方向InTime(PK)datetime8入站時間VehStandardvarchar50車輛規(guī)格PicPathvarchar50車輛照片存儲路徑Flagint4數(shù)據(jù)庫上傳標識位【說明】方向：0為入站1為出站。車輛規(guī)格：綠色通道車、客車、貨車。數(shù)據(jù)庫上傳標識位：0為未上傳到站級數(shù)據(jù)庫，1為上傳到站級數(shù)據(jù)庫。 OutList表列名數(shù)據(jù)類型長度說明StationNamevarchar50收費站名LaneNoint4車道編碼VehCountvarchar50車輛數(shù)VehPlate(PK)varchar50車牌Directionint4方向OutTime(PK)datetime8出站時間VehStandardvarchar50車輛規(guī)格Moneyfloat50收費金額【說明】方向：0為入站1為出站。車輛規(guī)格：綠色通道車、客車、貨車。 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的內(nèi)建控件和組件。微軟計劃在Windows Vista(代號Longhorn)發(fā)布之后繼續(xù)在MFC中增加對Windows Vista API，以及Windows Presentation Framework (代號Avalon)的支持。在可見的未來，微軟對MFC的支持不會停止。 MFC下的用戶界面編程MFC提供了強大豐富的控件[1]，控件關(guān)系如圖： MFC控件關(guān)系圖本設(shè)計主要采用了基于基本對話框的MFC模式。對話框分兩種類型，模式對話框和無模式對話框。1. 模式對話框：一個模式對話框是一個有系統(tǒng)菜單、標題欄、邊線等的彈出式窗口。在創(chuàng)建對話框時指定WS_POPUP,WS_SYSMENU,WS_CAPTION和DS_MODALFRAM風(fēng)格。即使沒有指定WS_VISIBLE風(fēng)格，模式對話框也會被顯示。創(chuàng)建對話框窗口時，將發(fā)送WM_INITDIALOG消息（如果指定對話框的DS_SETFONT風(fēng)格，還有WM_SETFONT消息）給對話框過程。對話框過程(Dialog box procedure)不是對話框窗口的窗口過程(Window procedure)。在Win32里，對話框的窗口過程由Windows系統(tǒng)提供，用戶在創(chuàng)建對話框窗口時提供一個對話框過程由窗口過程調(diào)用。對話框窗口被創(chuàng)建之后，Windows使得它成為一個激活的窗口，它保持激活直到對話框過程調(diào)用::EndDialog函數(shù)結(jié)束對話框的運行或者Windows激活另一個應(yīng)用程序為止，在激活時，用戶或者應(yīng)用程序不可以激活它的所屬窗口（Owner window）。Windows創(chuàng)建模式對話框時，給當(dāng)前捕獲鼠標輸入的窗口（如果有的話）發(fā)送消息WM_CANCLEMODE。收到該消息后，應(yīng)用程序應(yīng)該終止鼠標捕獲(Release the mouse capture)以便于用戶能把鼠標移到模式對話框；否則由于Owner窗口被禁止，程序?qū)⑹ナ髽溯斎?。為了處理模式對話框的消息，Windows開始對話框自身的消息循環(huán)，暫時控制整個應(yīng)用程序的消息隊列。如果Windows收到一個非對話框消息時，則它把消息派發(fā)給適當(dāng)?shù)拇翱谔幚?；如果收到了WM_QUIT消息，則把該消息放回應(yīng)用程序的消息隊列里，這樣應(yīng)用程序的主消息循環(huán)最終能處理這個消息。2. 無模式對話框：一個無模式對話框是一個有系統(tǒng)菜單、標題欄、邊線等的彈出式窗口。在創(chuàng)建對話框模板時指定WS_POPUP、WS_CAPTION、WS_BORDER和WS_SYSMENU風(fēng)格。如果沒有指定WS_VISIBLE風(fēng)格，無模式對話框不會自動地顯示出來。一個無模式對話框既不會禁止所屬窗口，也不會給它發(fā)送消息。當(dāng)創(chuàng)建一個模式對話框時，Windows使它成為活動窗口，但用戶或者程序可以隨時改變和設(shè)置活動窗口。如果對話框失去激活，那么即使所屬窗口是活動的，在Z軸順序上，它仍然在所屬窗口之上。應(yīng)用程序負責(zé)獲取和派發(fā)輸入消息給對話框。大部分應(yīng)用程序使用主消息循環(huán)來處理，但是為了用戶可以使用鍵盤在控制窗口之間移動或者選擇控制窗口，應(yīng)用程序應(yīng)該調(diào)用::IsDialogMessage函數(shù)。當(dāng)::IsDialogMessage處理一個消息時，它檢查鍵盤消息并把它們轉(zhuǎn)換成相應(yīng)對話框的選擇命令。例如，當(dāng)Tab 鍵被壓下時，下一個或下一組控制被選中，當(dāng)Down Arrow鍵按下后，一組控制中的下一個控制被選擇。::IsDialogMessage完成了所有必要的消息轉(zhuǎn)換和消息派發(fā)，所以該函數(shù)處理的消息一定不要傳遞給TranslateMessage和DispatchMessage處理。一個無模式對話框不能像模式對話框那樣返回一個值給應(yīng)用程序。但是對話框過程可以使用::SendMessage給所屬窗口傳遞信息。在應(yīng)用程序結(jié)束之前，它必須銷毀所有的無模式對話框。使用::DestroyWindow銷毀一個無模式對話框，不是使用::EndDiaLog。一般來說，對話框過程響應(yīng)用戶輸入，如用戶選擇了“取消”按鈕，則調(diào)用::DestroyWindow；如果用戶沒有有關(guān)動作，則應(yīng)用程序必須調(diào)用::DestroyWindow。 MFC下的多線程進程是不活潑的。進程從來不執(zhí)行任何東西，它只是線程的容器。若要使進程完成某項操作，它必須擁有一個在它的環(huán)境中運行的線程，此線程負責(zé)執(zhí)行包含在進程的地址空間中的代碼。單個進程可能包含若干個線程，這些線程都“同時”執(zhí)行進程地址空間中的代碼。每個進程至少擁有一個線程，來執(zhí)行進程的地址空間中的代碼。當(dāng)創(chuàng)建一個進程時，操作系統(tǒng)會自動創(chuàng)建這個進程的第一個線程，稱為主線程。此后，該線程可以創(chuàng)建其他的線程。線程由兩個部分組成：1. 線程的內(nèi)核對象，操作系統(tǒng)用它來對線程實施管理。內(nèi)核對象也是系統(tǒng)用來存放線程統(tǒng)計信息的地方；2. 線程堆棧，它用于維護線程在執(zhí)行代碼時需要的所有參數(shù)和局部變量。當(dāng)創(chuàng)建線程時，系統(tǒng)創(chuàng)建一個線程內(nèi)核對象。該線程內(nèi)核對象不是線程本身，而是操作系統(tǒng)用來管理線程的較小的數(shù)據(jù)結(jié)構(gòu)?？梢詫⒕€程內(nèi)核對象視為由關(guān)于線程的統(tǒng)計信息組成的一個小型數(shù)據(jù)結(jié)構(gòu)。 線程總是在某個進程環(huán)境中創(chuàng)建。系統(tǒng)從進程的地址空間中分配內(nèi)存，供線程的堆棧使用。新線程運行的進程環(huán)境與創(chuàng)建線程的環(huán)境相同。因此，新線程可以訪問進程的內(nèi)核對象的所有句柄、進程中的所有內(nèi)存和在這個相同的進程中的所有其他線程的堆棧。這使得單個進程中的多個線程確實能夠非常容易地互相通信。線程只有一個內(nèi)核對象和一個堆棧，保留的記錄很少，因此所需要的內(nèi)存也很少。因為線程需要的開銷比進程少，因此在編程中經(jīng)常采用多線程來解決編程問題，而盡量避免創(chuàng)建新的進程。操作系統(tǒng)為每一個運行線程安排一定的CPU時間 —— 時間片。系統(tǒng)通過一種循環(huán)的方式為線程提供時間片，線程在自己的時間內(nèi)運行，因時間片相當(dāng)短，因此，給用戶的感覺，就好像線程是同時運行的一樣。MFC中用啟動線程的函數(shù)主要有CWinThread * AfxBeginThread (AFX_THREADPROC pfnThreadProc, LPVOID pParam, int nPriority = THREAD_PRIORITY_NORMAL, UINT nStackSize = 0, DWORD dwCreateFlags = 0, LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL )。 MFC下的網(wǎng)絡(luò)編程Windows Sockets是Microsoft Windows的網(wǎng)絡(luò)程序設(shè)計接口，它是從Berkeley Sockets擴展而來的，以動態(tài)鏈接庫的形式提供給我們使用。Windows Sockets在繼承了Berkeley Sockets主要特征的基礎(chǔ)上，又對它進行了重要擴充。這些擴充主要是提供了一些異步函數(shù)，并增加了符合Windows消息驅(qū)動特性的網(wǎng)絡(luò)事件異步選擇機制。套接字分為以下兩種類型：1. 流式套接字（SOCK_STREAM）提供面向連接、可靠的數(shù)據(jù)傳輸服務(wù)，數(shù)據(jù)無差錯、無重復(fù)的發(fā)送，且按發(fā)送順序接收。2. 數(shù)據(jù)報式套接字（SOCK_DGRAM）3. 提供無連接服務(wù)數(shù)據(jù)包以獨立包形式發(fā)送，不提供無錯保證，數(shù)據(jù)可能丟失或重復(fù)，并且接收順序混亂。4. 原始套接字（SOCK_RAW）。TCP和UDP是TCP/IP協(xié)議中