【正文】 hbmp = (HBITMAP)::LoadImage(AfxGetInstanceHandle(),m_picpath,IMAGE_BITMAP,0,0, LR_LOADFROMFILE) 加 載 汽 車 牌 照 位 圖 。然后調(diào)用 GetTotalFee(CString intstationname , CString outstationname ,CString standard)得到費用并顯示在對話框中。傳遞的字符串用特殊字符標識并在站級數(shù)據(jù)庫 利用 Find() 函數(shù) 解析 字符串 驗證錄入數(shù)據(jù)庫 （與刷卡模塊數(shù)據(jù)傳遞相似） 。//車牌 int direction。//車道編碼 CString stationname。//員工姓名 int OperatorNo。 由于線程不能調(diào)用非靜態(tài)的 數(shù)據(jù)成員和成員函數(shù) ，所以在服務(wù)器接收到字符串后 同時通過 CCardScanDemoSerApp*s=(CCardScanDemoSerApp*) AfxGetApp() 獲得一個CCardScanDemoSerApp 的實例，由于在整個工程中只生成一個該類的實例，所以用來存儲真?zhèn)€系統(tǒng)運行期間的全局變量。len)循環(huán)監(jiān)聽端口 80 等待信息到來。 通過 SOCKET sockSrv=socket(AF_INET,SOCK_STREAM,0) 初始化套接字，通過=htons(80)， bind(sockSrv,(SOCKADDR*)amp。 開發(fā)平臺： Microsoft Visual C++ 。 3. Recordset 對象 Recordset 對象被用來獲取數(shù)據(jù)。 ADO 簡化了OLE DB，提供了對自動化的 支持，使得像 VBScript 這樣的腳本語言也能夠使用 ADO訪問數(shù)據(jù)庫。 OLEDB的兩個基本結(jié)構(gòu)是 OLEDB提供程 序 (Provider)和 OLE DB 用戶程序 (Consumer)。由于 RDO 直接調(diào)用 ODBC API(而不是像 DAO 那樣通過 Jet 引擎 )，所以，可以為使用關(guān)系數(shù)據(jù)庫的應(yīng)用程序提供更好的性能。 DAO(Data Access Object)，數(shù)據(jù)訪問對象。 MFC 下基于 ADO 的數(shù)據(jù)庫操作 ODBC(Open Database Connectivity)，開放數(shù)據(jù)庫互連。 因此，從上面我們可以了解到： IP 協(xié)議只保證計算機能發(fā)送和接收分組數(shù)據(jù)，而TCP 協(xié)議則可提供一個可靠的、可流控的、全雙工的信息流傳輸服務(wù)。 TCP 協(xié)議具有自動調(diào)整 超時值 的功能，能很好地適應(yīng) Inter 上各種各樣的變化，確保傳輸數(shù)值的正確。 傳輸控制協(xié)議 TCP 是 TCP/IP 協(xié)議棧中的傳輸層協(xié)議，與 IP 協(xié)議相結(jié)合， TCP 組 畢業(yè)設(shè)計（論文） 第 28 頁 28 成了因特網(wǎng)協(xié)議的核心。 套接字分為以下兩種類型 ： 1. 流式套接字（ SOCK_STREAM） 提供面向連接、可靠的數(shù)據(jù)傳輸服務(wù)，數(shù)據(jù)無差錯、無重復(fù)的發(fā)送，且按發(fā)送順序接收。 MFC 中 用 啟 動 線 程 的 函 數(shù) 主 要 有 CWinThread * AfxBeginThread (AFX_THREADPROC pfnThreadProc, LPVOID pParam, int nPriority = THREAD_PRIORITY_NORMAL, UINT nStackSize = 0, DWORD dwCreateFlags = 0, LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL )。 畢業(yè)設(shè)計（論文） 第 27 頁 27 線程只有一個內(nèi)核對象和一個堆棧，保留的記錄很少，因此所需要的內(nèi)存也很少。系統(tǒng)從進程的地址空間中分配內(nèi)存，供線程的堆棧使用。 當創(chuàng)建線程時，系統(tǒng)創(chuàng)建一個線程內(nèi)核對象。當創(chuàng)建一個進程時，操作系統(tǒng)會自動創(chuàng)建這個進程的第一個線程，稱為主線程。進程從來不執(zhí)行任何東西，它只是線程的容器。 在應(yīng)用程序結(jié)束之前，它必須銷毀所有的無模式對話框。例如，當 Tab 鍵被壓下時，下一個或下一組控制被選中，當 Down Arrow 畢業(yè)設(shè)計（論文） 第 26 頁 26 鍵按下后，一組控制中的下一個控制被選擇。如果對話框失去激活，那么即使所屬窗口是活動的，在 Z 軸順序上，它仍然在所屬窗口之上。在創(chuàng)建對話框模板時指定 WS_POPUP、 WS_CAPTION、 WS_BORDER 和 WS_SYSMENU 風格。收到該消息后，應(yīng)用程序應(yīng)該終止鼠標捕獲 (Release the mouse capture)以便于用戶能把鼠標移到模式對話框；否則由于 Owner 窗口被禁止，程序?qū)⑹ナ髽溯斎搿? 對話框過程 (Dialog box procedure)不是對話框窗口的窗口過程 (Window procedure)。 1. 模 式對話框： 一個模式對話框是一個有系統(tǒng)菜單、標題欄、邊線等的彈出式窗口。微軟計劃在 Windows Vista(代號 Longhorn)發(fā)布之后繼續(xù)在 MFC 中增加對 Windows Vista API，以及 Windows Presentation Framework (代 號 Avalon)的支持。 表 OutList 表 列名 數(shù)據(jù)類型 長度 說明 StationName varchar 50 收費站名 LaneNo int 4 車道編碼 VehCount varchar 50 車輛數(shù) VehPlate(PK) varchar 50 車牌 Direction int 4 方向 OutTime(PK) datetime 8 出站時間 VehStandard varchar 50 車輛規(guī)格 Money float 50 收費金額 【說明】 方向： 0 為入站 1 為出站。車道級數(shù)據(jù)庫為 LaneDB，主要包括 InList 等表。通常，目的地包括路段中心的通信系統(tǒng)以及 收費站的監(jiān)控程序，以便這些報警信息得到相應(yīng)的處理。 8. 部署在路段中心服務(wù)器 的時鐘同步服務(wù)端 時鐘同步服務(wù)端服務(wù)程序接收時鐘同步客戶端服務(wù)程序定期（時間周期可設(shè)置）發(fā)出的請求，返回本機的當前時間信息給客戶端，以便客戶端根據(jù)此時鐘信息更新客戶端計算機的時鐘，達到統(tǒng)一時鐘的目的。 (3) 時鐘同步通信 程序說明： 時鐘同步客戶端服務(wù)程序定期（時間周期可以設(shè)置）與時鐘同步服務(wù)服務(wù) 程序取得聯(lián)系，獲取服務(wù)器一端的時鐘信息，并根據(jù)該時鐘信息更新本機時鐘，達到統(tǒng) 一時鐘的目的。 (3) 時鐘同步服務(wù)器端服務(wù)程序： 功能：為本路段下級系統(tǒng)計算機提出的時鐘同步請求應(yīng) 答時鐘同步信息。 (4) 時鐘同步服務(wù)端程序： 功能：為本站車道計算機提出的時鐘同步請求應(yīng)答時鐘同步信息。 畢業(yè)設(shè)計（論文） 第 19 頁 19 (2) 短消息接受服務(wù)程序： 功能：接收上層（收費站或路段中心）發(fā)來的短消息，并顯示給收費員。 根據(jù)通信系統(tǒng)的特點，絕大多數(shù)通信系統(tǒng)的程序都被編寫為 Windows 系統(tǒng)的服務(wù)程序沒有圖形界面。如果設(shè)計的不合適，對系統(tǒng)的整體運行效果和性能有較大影響 [13]。這主要取決于系統(tǒng)部署以及維護的情況 [12]。 通信系統(tǒng)設(shè)計 1. 通信系統(tǒng)概述 通信系統(tǒng)負責在車道、收費站、路段中心以及區(qū)域管理點之間傳遞數(shù)據(jù)。 除了打印采用并口連接外，其他場外設(shè)備全部采用 RS—232 串口連接。 2. 車道系統(tǒng)設(shè)計 [8] 畢業(yè)設(shè)計（論文） 第 15 頁 15 圖 車道系統(tǒng)設(shè)計 在車道收費系統(tǒng)中，車道入口和出口的全部流程在業(yè)務(wù)邏輯單元 u_BizLogic 中處理， u_BizLogic 中還包括向場外設(shè)備發(fā)控制命令和獲取部分場外設(shè)備的狀態(tài)，通過事件通知機制出發(fā)界面顯示模塊 u_Main 單元做相應(yīng)的更新。 車道收費系統(tǒng)有無人職守功能，當車道上無人上班時，以 “無名氏 ”身份監(jiān)視車道運行 [10]。 同時車道收費系統(tǒng)的工作方式是 完全獨立的，當收費站計算機不工作或者網(wǎng)絡(luò)出現(xiàn)問題時，不影響車道系統(tǒng)的正常工作，系統(tǒng)參數(shù)，數(shù)據(jù)記錄均存儲在本地。根據(jù)湖南省有關(guān)聯(lián)網(wǎng)收費標準和接口規(guī)范，通過安裝在車道工控機上的收費系統(tǒng)和相應(yīng)的場外設(shè)備來有效完成數(shù)據(jù)采集工作。 根據(jù)本系統(tǒng)中各個組成部分的規(guī)模和特點，各程序可以選用以下各種日志處理方式： (1) 單文件集中型日志：程序的所有日志放在一個文本文件中； (2) 多文件分散型日志：根據(jù)日期，將日志分別放在對應(yīng)于日期的日志文件中。通常，可采用文本文件、數(shù)據(jù)庫等各種形式 。 1. 車道處理主控流程分析 圖 車道處理主控流程分析 2. 上班校驗流程分析 畢業(yè)設(shè)計（論文） 第 6 頁 6 圖 上班校驗流程分析 3. 入口發(fā)卡處理流程分析 畢業(yè)設(shè)計（論文） 第 7 頁 7 圖 入口發(fā)卡處理流程分析 4. 入口車情流程分析 畢業(yè)設(shè)計（論文） 第 8 頁 8 圖 入口車情流程分析 5. 出口車情處理流程 畢業(yè)設(shè)計（論文） 第 9 頁 9 圖 出口車情處理流程 解決方案設(shè)計 總體設(shè)計 1. 基本設(shè)計概念和處理流 在收費系統(tǒng)中，存在著各種數(shù)據(jù)，其中有些是與收費相關(guān)的，如收費流水數(shù)據(jù)、運營參數(shù)數(shù)據(jù)、各類相關(guān)的查詢數(shù)據(jù)等 [5]。 此外，車道收費軟件系統(tǒng)還應(yīng)具有下述功能 : 1. 對收費人員上下班身份驗證的功能 ； 2. 自動檢測并記錄車道設(shè)備的運行狀態(tài)功能； 3. 能夠提供一定的安全機制，防止隨意刪改數(shù)據(jù)，同時提供數(shù)據(jù)備份和在網(wǎng)絡(luò)中斷情況導(dǎo)出數(shù)據(jù)的服務(wù)； 4. 通過車牌自動識別，系統(tǒng)實現(xiàn)防換卡功能 ； 5. 在非主要設(shè)各出現(xiàn)故障的情況下，系統(tǒng)亦能夠完成收費處理； 6. 盡量減少設(shè)備各故障對車道收費的影響?；厥胀ㄐ?IC 卡、收取通行費。并將相應(yīng)的入口描述信息寫入通行 IC 卡，發(fā)給通行車輛司機，抬起電動欄桿機。 畢業(yè)設(shè)計（論文） 第 4 頁 4 2 系統(tǒng)分析與設(shè) 計 系統(tǒng)分析 車道收費系統(tǒng)的需求分析主要以新的收費模式下高速公路的實際情況和運營管理方面的要求為基礎(chǔ)。 第二部分是論文的重點之一，通過對系統(tǒng)進行詳細分析，著重介紹了系統(tǒng)的設(shè)計方案實現(xiàn)內(nèi)容。在昨日的體驗中，本報車務(wù)部司機歐陽宏介紹，長潭西線通車后，至少可以使長沙至邵陽的時間節(jié)約 20分鐘以上。長潭西線未通車之前，長沙至湘潭所需時間至少要 40 分鐘， “短短的 40 公里路程 ，最快都需要 40 分鐘，這肯定無法適應(yīng)三市一體化發(fā)展的需要，所以要提速三市一體化進程，必須得構(gòu)建適應(yīng)一體化發(fā)展的快速交通網(wǎng)絡(luò)。三市之間的內(nèi)部城際高速公路網(wǎng)絡(luò)并未形成。所以，建設(shè)先進、完善、有效的高速公路收費系統(tǒng)是整個高速公路系統(tǒng)建設(shè)和管理中不可或缺的一部份。另外，高速公路的養(yǎng)護與管理資金可以直接從征收的車輛通行費中提取，減少了許多中間環(huán)節(jié)，克服了多年來道路養(yǎng)護管理中的不記成本、不講經(jīng)濟核算的種種弊端。 關(guān)鍵詞 :智能交通，車道收費系統(tǒng) ,高速公路 ,費 用 計算 畢業(yè)設(shè)計（論文） 第 III 頁 III Design and Implementation of Expressway Fees Collection System Abstract The expressway fees collection system is the main part of the expressway management. The establishment of an intelligent fees collection system is an important segment during strengthening the expressway management. All kinds of short advantages led by hand working in the former practice of transportation fees collection can be avoided by using the system. And also the function of the expressway can be promoted as a whole.