【正文】 它們使用 IP 路由功能把數(shù)據(jù)包發(fā)送到目的地，從而為應用程序及應用層協(xié)議（包括： HTTP、 SMTP、 SNMP、 FTP 和Tel）提供網(wǎng)絡服務。 傳輸控制協(xié)議 TCP 是 TCP/IP 協(xié)議棧中的傳輸層協(xié)議，與 IP 協(xié)議相結(jié)合， TCP 組 畢業(yè)設計（論文） 第 28 頁 28 成了因特網(wǎng)協(xié)議的核心。 TCP 協(xié)議有以下特點： 1. TCP 協(xié)議能為應用程序提供可靠的通信連接，使一臺計算機發(fā)出的字節(jié)流無差錯地發(fā)往網(wǎng)絡上的其他計算機，對可靠性要求高的數(shù)據(jù)通信系統(tǒng)往往使用 TCP協(xié)議傳輸數(shù)據(jù) ； 2. TCP 協(xié)議利用重發(fā)技術(shù)和擁塞控制機制，向應用程序提供可靠的通信連接，使它能夠自動適應網(wǎng)上的各種變化。即使在 Inter 暫時出現(xiàn)堵塞的情況下， TCP也能夠保證通信的可靠。 眾所周知， Inter 是一個龐大的國際性網(wǎng)絡，網(wǎng)路上的擁擠和空閑時間總是交替不定的，加上傳送的距離也遠近不同，所以傳輸數(shù)據(jù)所用時間也會變化不定。 TCP 協(xié)議具有自動調(diào)整 超時值 的功能，能很好地適應 Inter 上各種各樣的變化，確保傳輸數(shù)值的正確。 與 TCP不同， UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。如果數(shù)據(jù)在從發(fā)送方到接收方的傳遞過程中出現(xiàn)丟失，協(xié)議并不會做出任何檢測或者提示。另外， UDP并不能確保數(shù)據(jù)的發(fā)送和接收順序，特別是在網(wǎng)絡十分擁擠的情況下，數(shù)據(jù)接收可能會出現(xiàn)亂序現(xiàn)象。 因此，從上面我們可以了解到： IP 協(xié)議只保證計算機能發(fā)送和接收分組數(shù)據(jù)，而TCP 協(xié)議則可提供一個可靠的、可流控的、全雙工的信息流傳輸服務。 刷卡模塊隨時掃描通行卡數(shù)據(jù)信息并傳輸?shù)绞召M系統(tǒng)，在員工登陸系統(tǒng)后將自動打開端口監(jiān)聽刷卡信息的到來。由于 TCP 提供可靠的數(shù)據(jù)傳輸，支持雙工工作，所以本系統(tǒng)采用 TCP 協(xié)議。本系統(tǒng)在員工登陸后 啟動一個線程 自動監(jiān)聽刷卡信息， 同時不會阻塞用戶界面進程 ，同時系統(tǒng)會打開另一個線程定時向站級數(shù)據(jù)庫發(fā)傳遞數(shù)據(jù)信息 。 MFC 下基于 ADO 的數(shù)據(jù)庫操作 ODBC(Open Database Connectivity)，開放數(shù)據(jù)庫互連。 ODBC 是上個世紀八十年代末九十年代初出現(xiàn)的技術(shù)，它為編寫關(guān)系數(shù)據(jù)庫的客戶軟件提供了一種統(tǒng)一的接口。ODBC 提供一個單一的 API，可用于處理不同數(shù)據(jù)庫的客戶應用程序。使用 ODBC API的應用程序可以與任何具有 ODBC 驅(qū)動程序的關(guān)系數(shù)據(jù)庫進行通信。 DAO(Data Access Object)，數(shù)據(jù)訪問對象。 DAO 就是一組 Microsoft Access/Jet 數(shù)據(jù) 畢業(yè)設計（論文） 第 29 頁 29 庫引擎的 COM 自動化接口。 DAO 不像 ODBC 那樣是面向 C/C++程序員的，它是微軟提供給 Visual Basic 開發(fā)人員的 一種簡單的數(shù)據(jù)訪問方法，用于操縱 Access 數(shù)據(jù)庫。 RDO(Remote Data Object)，遠程數(shù)據(jù)對象。由于 RDO 直接調(diào)用 ODBC API(而不是像 DAO 那樣通過 Jet 引擎 )，所以，可以為使用關(guān)系數(shù)據(jù)庫的應用程序提供更好的性能。 ODBC 結(jié)構(gòu) 畢業(yè)設計（論文） 第 30 頁 30 圖 ODBC 結(jié)構(gòu) OLE DB，對象鏈接與嵌入數(shù)據(jù)庫。 OLE DB 在兩個方面對 ODBC 進行了擴展。首先， OLE DB 提供了一個數(shù)據(jù)庫編程的 COM 接口；第二， OLE DB 提供了一個可用于關(guān)系型和非關(guān)系型數(shù)據(jù)源的接口。 OLEDB的兩個基本結(jié)構(gòu)是 OLEDB提供程 序 (Provider)和 OLE DB 用戶程序 (Consumer)。 OLEDB 體系結(jié)構(gòu) 客戶程序 ODBC 驅(qū)動程序管理 ODBC 驅(qū)動程序 各種關(guān)系數(shù)據(jù)庫 畢業(yè)設計（論文） 第 31 頁 31 圖 OLEDB 結(jié)構(gòu) ADO(ActiveX Data Object)， ActiveX 數(shù)據(jù)對象，它建立在 OLE DB 之上。 ADO 是一個 OLE DB 用戶程序。使用 ADO 的應用程序都要間接地使用 OLE DB。 ADO 簡化了OLE DB，提供了對自動化的 支持，使得像 VBScript 這樣的腳本語言也能夠使用 ADO訪問數(shù)據(jù)庫。 ADO 的三個核心對象 1. Connection 對象 Connection 對象表示了到數(shù)據(jù)庫的連接，它管理應用程序和數(shù)據(jù)庫之間的通信。Recordset 和 Command 對象都有一個 ActiveConnection屬性，該屬性用來引用 Connection對象。 2. Command 對象 Command 對象被用來處理重復執(zhí)行的查詢，或處理需要檢查在存儲過程調(diào)用中的使用 ADO 的客戶程序 OLEDB 應用程序 OLEDB 提供程序 ODBC ODBC 數(shù)據(jù)庫 電子表格 電子郵件 其他非關(guān)系型數(shù)據(jù)庫 ODBC 數(shù)據(jù)庫 ADO 使用 OLEDB 訪問數(shù)據(jù)庫的程序 畢業(yè)設計（論文） 第 32 頁 32 輸出或返回參數(shù)的值的查詢。 3. Recordset 對象 Recordset 對象被用來獲取數(shù)據(jù)。 Recordset 對象存放查詢的結(jié)果，這些結(jié)果由數(shù)據(jù)的行 (稱為記錄 )和列 (稱為字段 )組成。每一列都存放在 Recordset 的 Fields 集合中的一個Field 對象中。 畢業(yè)設計（論文） 第 33 頁 33 4 系統(tǒng)開發(fā)與實現(xiàn) 開發(fā)環(huán)境及工具 操作系統(tǒng)： Microsoft Windows XP Professional Edition。 開發(fā)平臺： Microsoft Visual C++ 。 開發(fā)語言： C++ 。 輔助開發(fā)工具： Rational Rose， Microsoft Office 2021， SQLSERVER2021。 系統(tǒng)實現(xiàn) 用戶界面實現(xiàn) 1. 車道收費系統(tǒng)部分 (1) 員工通過員工編號和密碼登陸系統(tǒng) 圖 員工登陸 (2) 主界面部分提供了員工操作的按鈕等控件 畢業(yè)設計（論文） 第 34 頁 34 圖 主界面部分 (3) 報表統(tǒng)計部分用來顯示一段時間內(nèi)車流輛信息 圖 報表統(tǒng)計 (4) 導出 EXCEL 員工點擊導出 EXCEL 按鈕可以導出 EXCEL 報表，與上圖內(nèi)容相同 畢業(yè)設計（論文） 第 35 頁 35 圖 導出 EXCEL 報表 (5) 車輛信息查詢 員工通過車牌號可以查詢車輛出入站信息和照片 畢業(yè)設計（論文） 第 36 頁 36 圖 車輛信息查詢 (6) 車輛照片拍攝 圖 車輛照片拍攝 畢業(yè)設計（論文） 第 37 頁 37 (7) 入口信息入流水 圖 入口信息入流水 (8) 費用計算 當刷卡軟件選擇 “出站 ”時，彈出該對話框并自動計算費用 畢業(yè)設計（論文） 第 38 頁 38 圖 出口費用計算 2. 站級系統(tǒng)部分 數(shù)據(jù)庫信息傳遞 車道級數(shù)據(jù)庫定時（時間可以設置）想站級數(shù)據(jù)庫傳遞新數(shù)據(jù) 圖 站級模塊 畢業(yè)設計（論文） 第 39 頁 39 3. 刷卡模塊 車輛信息錄入 輸入有效信息后刷卡模塊將信息傳送到數(shù)據(jù)庫錄入相關(guān)的表中 圖 入口刷卡模塊 通信 系統(tǒng) 實現(xiàn) 1. 通行卡信息傳遞 在服務器端， 由于 accept() 函數(shù)是阻塞函數(shù)，所以 員工登陸后自動啟 動ListenThread(LPVOID pParam)線程監(jiān)聽本機的 80 端口 ，同時不阻塞用戶界面 進程 。 通過 SOCKET sockSrv=socket(AF_INET,SOCK_STREAM,0) 初始化套接字，通過=htons(80)， bind(sockSrv,(SOCKADDR*)amp。addrSrv,sizeof (SOCKADDR))來綁定本地地址。 然后通過 SOCKET sockConn = accept(sockSrv, (SOCKADDR*)amp。addrClient,amp。len)循環(huán)監(jiān)聽端口 80 等待信息到來。 刷卡模塊 首先 初始化套接字，通過 connect(sockClient,(SOCKADDR*) amp。addrSrv,sizeof(SOCKADDR))與服務器連接，當管理員點擊確定按鈕后，刷卡模塊將車輛信息以特殊字符串形式傳遞到服務器端，即將每個有效信息用特殊字符隔開，將格式 畢業(yè)設計（論文） 第 40 頁 40 化后的字符串傳送到服務器端。 服務器端接收到字符串后以特定的順序用 Find()將解析到的字符串 存儲到全局變量中。 由于線程不能調(diào)用非靜態(tài)的 數(shù)據(jù)成員和成員函數(shù) ，所以在服務器接收到字符串后 同時通過 CCardScanDemoSerApp*s=(CCardScanDemoSerApp*) AfxGetApp() 獲得一個CCardScanDemoSerApp 的實例，由于在整個工程中只生成一個該類的實例，所以用來存儲真?zhèn)€系統(tǒng)運行期間的全局變量。全局變量的數(shù)據(jù)成員主要有： CString standard。//車輛規(guī)格 bool blogon。//員工登陸與否標志 CString OperatorName。//員工姓名 int OperatorNo。//員工編號 CString carclass。//車類 CString cardid。//卡號 int laneno。//車道編碼 CString stationname。//入站名 CString outstationname。//出站名 int carnum。//車輛數(shù)目 CString carplate。//車牌 int direction。//方向， 0 表示入站 1 表示出站 在經(jīng)過有效性驗證后，將有效數(shù)據(jù)付給全局變量后， WriteInList()函數(shù) 將信息存儲至InList 表中。 2. 數(shù)據(jù)庫信息傳遞 在 InList 數(shù)據(jù)庫中 flag 字段用來標識該條數(shù)據(jù)是否 已經(jīng)上傳到站級數(shù)據(jù)庫，未傳遞為 0，已傳遞為 1。 在員工登陸后系統(tǒng)自動啟動 SendThread(LPVOID pParam)每隔 30 分鐘 （時間可以設置） 向站級數(shù)據(jù)庫傳遞新信息，并且將標識位置為 1。傳遞的字符串用特殊字符標識并在站級數(shù)據(jù)庫 利用 Find() 函數(shù) 解析 字符串 驗證錄入數(shù)據(jù)庫 （與刷卡模塊數(shù)據(jù)傳遞相似） 。 高速公路出口費率計算實現(xiàn) 費率計算算法是設計的核心，高效的算法能夠大大提高收費效率和減少錯誤。 在刷 畢業(yè)設計（論文） 第 41 頁 41 卡過程中，如果選擇出站，則 根據(jù)通行卡號調(diào)用 GetInStationName(CString cardid)從 InList表中得到入站名。 再 調(diào)用 GetBasicFee(CString instationname ,CString outstationname , CString standards)得到起步價格。然后調(diào)用 GetTotalFee(CString intstationname , CString outstationname ,CString standard)得到費用并顯示在對話框中。 如果入站名和出站名相同則顯示費用 0。 如果在 InList 表中沒有該車信息則該車為創(chuàng)關(guān)車， 此時自動 報警 。 車輛照片查詢實現(xiàn) 查詢照片時輸入車牌，調(diào)用 HBITMAP hbmp。 hbmp = (HBITMAP)::LoadImage(AfxGetInstanceHandle(),m_picpath,IMAGE_BITMAP,0,0, LR_LOADFROMFILE) 加 載 汽 車 牌 照 位 圖 。 然 后 調(diào) 用 CBitmap* pbmp = CBitmap::FromHandle(hbmp) 獲得位圖指針，調(diào)用 CStatic* pStatic = (CStatic*)GetDlgItem(IDC_PIC) 獲得指向 CStatic 控件的指針，pStaticModifyStyle(0xF,SS_BITMAP|SS_CENTERIMAGE