【正文】 am Protocol）：用戶數(shù)據(jù)包協(xié)議，它和 TCP 一樣位于傳輸層，和 IP 協(xié)議配合使用，在傳輸數(shù) 據(jù)時(shí)省去包頭，但它不能提供數(shù)據(jù)包的重傳，所以適合傳輸較短的文件。這是通過使用 UDP 的 “ 端口號 ” 完成的。與 TCP 不同， UDP 并不提供對 IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（ NFS）、簡單網(wǎng)絡(luò)管理協(xié)議（ SNMP）、域名系統(tǒng)（ DNS）以及簡單文件傳輸系統(tǒng)（ TFTP）。當(dāng)某一組機(jī)器需要通信時(shí)，選擇一個(gè)組播地址，并配置好相 應(yīng)的網(wǎng)絡(luò)接口硬件，識別組播地址，從而收到該組播地址上分組的拷貝 。它可以通過多個(gè)單次分組的投遞完成，也可以通過單獨(dú)的連接傳遞分組的拷貝，直到每個(gè)接收方均收到一個(gè)拷貝為止。 單播（ unexacting）是指只有一個(gè)目的地的數(shù)據(jù)報(bào)傳遞。單播可以看作僅包括一臺(tái)機(jī)器群組的組播；廣播可以看作包 含了所有機(jī)器群組的組播。 4 系統(tǒng)設(shè)計(jì) 本系統(tǒng)主要分為文字聊天和文件傳書兩大部分。 文字聊天模塊的整體構(gòu)架 本系統(tǒng)文字聊天 是采用 C/S 結(jié)構(gòu)， 所以 每個(gè)客戶端也是作為服務(wù)器端的，當(dāng)系統(tǒng)發(fā)送信息給局域網(wǎng)的用戶，主要由單播模塊和廣播模塊來實(shí)現(xiàn)，而其中的單播模塊和用戶信息模塊是具有依賴性的，在接收信息的時(shí)候又有兩個(gè)模塊來完成，一是信息接收的模塊，另一個(gè)是信息查看的模塊。發(fā)送模塊：單播模塊，廣播模塊，用戶信息模塊，信息記錄模塊接收模塊：接收信息模塊，查看信息模塊 綜上所述，系 統(tǒng)的架構(gòu)圖 為 ： 第 6 頁 共 20 頁 圖 2 系統(tǒng)結(jié)構(gòu)圖 文件傳輸模塊的主要流程圖 由于本模塊采用 C/S 架構(gòu)故將系統(tǒng)運(yùn)行載體分為兩個(gè)部分：客戶端與服務(wù)器端。通信雙方是通過三次握手建立連接，實(shí)現(xiàn) 文字、 文件傳輸，最后關(guān)閉套節(jié)字連接。在文字聊天模塊的主要目標(biāo)是簡捷，方便。當(dāng)有用戶打開本系統(tǒng)的時(shí)候?qū)?會(huì)向局域網(wǎng)中的所有用戶發(fā)送一個(gè)握手信息來獲取網(wǎng)絡(luò)中的在線用戶信息并添加到列表中顯示出來，同時(shí)也把自己的網(wǎng)系 統(tǒng) 主 界 面 顯示用戶信息 信息寫入 信息接收 單播發(fā)送 多播發(fā)送 查看信息 客戶端主機(jī) 服務(wù)器端主機(jī) (tcp/ip) 套節(jié)字連接求 連接響應(yīng) (3 次握手 ) 寫入信息流 接收文件流（ sockt 流） 并保存 斷開連接 斷開連接響應(yīng) (3 次握手 ) 第 7 頁 共 20 頁 絡(luò)資源信息發(fā)送給對方，使自己被添加到其他用戶的列表中。 選擇用戶并輸入發(fā)送信息 ， 單播發(fā)送的按鈕為 BitBtn2，主要是通過 Id UDP Server 和 Id UDP Client 組件來編寫的，由 client. Send Buffer 語句來發(fā)送的，主要是對局域網(wǎng)內(nèi)部的同一工作組用戶發(fā)送信息。 HWND hWnd。 ULONG nicAddr = 0。 if (port_no == 0) port_no = IPMSG_DEFAULT_PORT。/39。amp。 39。p)) { BOOL diag = TRUE。 if (stricmp(tok, /NIC) == 0) // NIC { if (tok = separate_token(NULL, 39。, amp。 } else if (stricmp(tok, /MSG) == 0) { MsgMng msgMng(nicAddr, port_no)。 while ((tok = separate_token(NULL, 39。, amp。amp。/39。= ~IPMSG_NOLOGOPT。 } if ((msg = separate_token(NULL, 0, amp。 if ((destAddr = ResolveAddr(tok)) != NULL) 第 9 頁 共 20 頁 status = (destAddr, htons(port_no), mand, msg) ? 0 : 1。 ::ExitProcess(status)。 } } 文字聊天信息的封裝 封裝是一種把多次聊天的的數(shù)據(jù)捆綁在一起 ,使這兩者不受外界干擾和誤用的機(jī)制 .封裝可被理解為一種用做保護(hù)的包裝器 ,以防止代碼和數(shù)據(jù)被包裝器外部所定義的其他代碼任意訪問 .對包裝器內(nèi)部代碼與數(shù)據(jù)的訪問通過一個(gè)明確定義的接口來控制 .封裝代碼的好處是每個(gè)人都知道 怎樣訪問代碼 ,進(jìn)而無需考慮實(shí)現(xiàn)細(xì)節(jié)就能直接使用它 ,同時(shí)不用擔(dān)心不可預(yù)料的副作用 . 用戶密封只需選擇 seal 選項(xiàng)，程序插件自動(dòng)生成封裝功能。 密封發(fā)送 信息 接收 界面 ，如圖 6 所示 圖 6 接收界面 第 10 頁 共 20 頁 在點(diǎn)擊 open 后顯示信息。 IsDialogMessage { for (HWND hWnd=msghwnd。 hWnd=::GetParent(hWnd)) { TWin *win = SearchWnd(hWnd)。 } return FALSE。 if (win) return winWinProc(uMsg, wParam, lParam)。 AddWinByWnd(win, hWnd)。 } return DefWindowProc(hWnd, uMsg, wParam, lParam)。 在現(xiàn)在這個(gè)網(wǎng)絡(luò)黑客泛濫的時(shí)代，為了保護(hù)信息的隱私，加鎖就更加必要了。 在加鎖后的信息接收界面 ，如圖 7 所示： 第 11 頁 共 20 頁 圖 7 聊天信息加鎖后界面 點(diǎn)擊確定后顯示 ，如圖 8 所示： 圖 8 開鎖界面 其中主要代碼為 ： BOOL TRegistry::DeleteChildTree(LPSTR subKey) { char buf[100]。 if (subKey != NULL amp。 OpenKey(subKey) != TRUE) return FALSE。 } if (subKey != NULL) { CloseKey()。 } else { while (EnumValue(0, buf, sizeof(buf))) { if (DeleteValue(buf) != TRUE) { ret = FALSE。 } } } return ret。當(dāng)然，作為文件的傳輸，速度和安全也就成為了重要的問題，系統(tǒng)的簡單加鎖能達(dá)到局域網(wǎng)較為單一的環(huán)境要求。 選擇用戶并拖入相應(yīng)所要傳送的文件及文件夾，如圖 9 所示： 第 13 頁 共 20 頁 圖 9 文件傳輸界面 點(diǎn)擊所發(fā)送的文件為文件另存為，界面如圖 10 所示： 圖 10 選擇存儲(chǔ)路徑 選擇路徑確定后，文件開始傳輸。 int revItems[MAX_SENDWIDTH]。 ColumnItems = cfgColumnItems amp。 memcpy(FullOrder, cfgSendOrder, sizeof(FullOrder))。 t MAX_SENDWIDTH。 revItems[t] = maxItems++。 for (t=0。 t++) { if (GetItem(ColumnItems, FullOrder[t])) order[orderCnt++] = revItems[FullOrder[t]]。 第 15 頁 共 20 頁 ::SetWindowLong(GetDlgItem(HOST_LIST), GWL_STYLE, dw)。 if (cfgGlidLineCheck) style |= LVS_EX_GRIDLINES。= ~LVS_EX_GRIDLINES。 static char *headerStr[MAX_SENDWIDTH]。直到文件傳輸完畢關(guān)閉套節(jié)字連接并釋放空間 。 點(diǎn)擊 open (files)按鈕，界面如圖 12 所示： 圖 12 文件傳輸界面 用戶接收到加鎖的文件 第 16 頁 共 20 頁 圖 13加鎖信息接收界面 其中主要代碼為： BOOL TRegistry::DeleteChildTree(LPSTR subKey) { char buf[100]。 if (subKey != NULL amp。 OpenKey(subKey) != TRUE) return FALSE。 } if (subKey != NULL) { CloseKey()。 } else { while (EnumValue(0, buf, sizeof(buf))) { if (DeleteValue(buf) != TRUE) { 第 17 頁 共 20 頁 ret = FALSE。 } } } return ret。 系統(tǒng)在上述軟硬件環(huán)境下對此系統(tǒng)各個(gè)子模塊功能作出測試，結(jié)果基本能夠達(dá)到預(yù)期功能。局域網(wǎng)內(nèi)的文字聊天以及文件、文件夾的傳輸 的工具早已經(jīng)為人們所創(chuàng)造和使用。了解程序的業(yè)務(wù)流程和客戶的需求，為分析管理需求打下基礎(chǔ)。它的核心是“聊，傳”，因此確定系統(tǒng)的基本功能就是聊天和文件傳送。 ，為系統(tǒng)實(shí)現(xiàn)做準(zhǔn)備。選擇適當(dāng)?shù)脑O(shè)計(jì)軟件，主要得用 win socket 控件的主要功能 。 第 18 頁 共 20 頁 參考文獻(xiàn) [1] Andrew ．計(jì)算機(jī)網(wǎng)絡(luò) [M]．北京：清華大學(xué)出版社， 1998。 [3] David ． Windows NT 技術(shù)內(nèi)幕 [M]．北京：清華大學(xué)出版社， 1999。 [5] David ． Visual C++ 技術(shù)內(nèi)幕 [M]．北京：清華大學(xué)出版社， 1999。 第 19 頁 共 20 頁 致 謝 本文是在劉永紅老師的熱情關(guān)心和指導(dǎo)下完成的，他淵博的知識和嚴(yán)謹(jǐn)?shù)闹螌W(xué)作風(fēng)使我受益匪淺，對順利完成本課題起到了極大的作用。文中除了特別加以標(biāo)注地方外，不包含他人已經(jīng)發(fā)表或撰寫過的研究成果，也不包含為獲得成都信息工程學(xué)院或其他教學(xué)機(jī)構(gòu)的學(xué)位或證書而使用過的材料。 關(guān)于學(xué)位論文使用權(quán)和研究成果知識產(chǎn)權(quán)的說明： 本人完全了解成都信息工程學(xué)院有關(guān)保管使用學(xué)位論文的規(guī)定，其中包括： （ 1）學(xué)校有權(quán)保管并向有關(guān)部門遞交學(xué)位論文的原件與復(fù)印件。 （ 3）學(xué)?？梢詫W(xué)術(shù)交流為目的復(fù)制、贈(zèng)送和交換學(xué)位論文。 （ 5）學(xué)?？梢怨紝W(xué)位論文的全部或部分內(nèi)容（保密學(xué)位論文在解密后遵守此規(guī)定）。 特此聲明！ 作者簽名： 年 月 日 第 1 頁 共 52 頁 畢業(yè)設(shè)計(jì) ( 論文 ) 局域網(wǎng)飛鴿傳書軟件的設(shè)計(jì)與實(shí)現(xiàn) 論文作者姓名： 申請學(xué)位專業(yè)： 申請學(xué)位類別： 指導(dǎo)教師姓名（職稱）： 論文提交日期： 局域網(wǎng)飛鴿傳書軟件的設(shè)計(jì)與實(shí)現(xiàn) 摘 要 網(wǎng)絡(luò)通訊在當(dāng)今已經(jīng)不算新鮮事物，但大多數(shù)網(wǎng)絡(luò)通訊都需要借助 Inter上的服務(wù)器 ，這就給那些具有大規(guī)模內(nèi)部網(wǎng)絡(luò)的用戶造成了 許多問題，如浪費(fèi)網(wǎng)絡(luò)資源、遭遇到網(wǎng)絡(luò)攻擊、傳播的病毒、破壞防御系統(tǒng)等等。本課題設(shè)計(jì)主要針對局域網(wǎng)通訊而開發(fā)設(shè)計(jì)的，采用的是 C/S 構(gòu)架，類似飛鴿傳書系統(tǒng)，來實(shí)現(xiàn)聊天、文件傳輸功能 ，并借助一些網(wǎng)絡(luò)通訊組件，成功的實(shí)現(xiàn)了在局域網(wǎng)上的即時(shí)通訊。本設(shè)計(jì)以 C 編寫，能在 windows 2021//xp 等環(huán)境下運(yùn)行。 關(guān)鍵詞 ： 聊天；傳輸； socket；飛鴿傳書； C/S 結(jié)構(gòu) Design and Implementation IP Messenger Based on LAN Abstract The work munication already do not calculate the new things now, but the majority work munication all need to be support by the server on the Inter, this make these user have the largescale internal work who many pro