基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設計與實現(xiàn)計算機專業(yè)畢業(yè)設計畢業(yè)論文(編輯修改稿)
2025-02-12 13:47 本頁面
【文章內(nèi)容簡介】 少，而且它們中大部分都對遠程服務器有非常大的依賴性，沒有徹底實現(xiàn)點對點的交流。為此，我們決定開發(fā)一個專用于實現(xiàn)基于局域網(wǎng)內(nèi)部計算機之間即時通訊、文件傳輸?shù)能浖?，以方便?nèi)網(wǎng)計算機之間信息的交流。本軟件屬于點對點連接的，在連接并通信時，尤其是近程的即時通訊，徹底的脫離了遠程的服務器，避免了和遠程服務器連接時過多的浪費網(wǎng)絡資源。并且避免了服務器忙或與服務器無法連接時，浪費過多時間用于和服務器建立連接。因此，這個軟件是極具適應性和實用性的即時通訊軟件。即時通訊的出現(xiàn)和互聯(lián)網(wǎng)有著密不可分的關系，從技術(shù)上來說，IM 完全基于 TCP/IP 網(wǎng)絡協(xié)議族實現(xiàn)，而 TCP/IP 協(xié)議族是整個互聯(lián)網(wǎng)得以實現(xiàn)的技術(shù)基礎，最早期的即時通訊雛形可以追溯到芬蘭人 Jarkko Oikarinen 于 1988 年發(fā)明的一種網(wǎng)絡聊天協(xié)議 IRC（Inter Relay Chat） ，該協(xié)議僅支持文本聊天，并且也不支持好友列表的概念，1996 年第一個 IM 產(chǎn)品 ICQ 發(fā)明后，即時通訊的技術(shù)和功能開始基本成型，其工作原理開始被人們所了解，但不同廠商實現(xiàn)即時通訊技術(shù)原理時采用的協(xié)議卻有較大的差異，甚至到目前為止世界主要的 IM 服務運營商 AOL(American Online：美國在線)仍然沒有公布其主要即時通訊產(chǎn)品 AIM（American Instant Messenger）的專用協(xié)議。從 1997 年第一代即時通訊軟件誕生后發(fā)展到現(xiàn)在，即時通訊行業(yè)先后經(jīng)歷了文本通信（第一代） 、語音交流（第二代） 、視頻交流（第三代）和跨網(wǎng)溝通（第四代）等多種信息傳遞技術(shù)變革。盡管第一代、第二代以及第三代即時通訊軟件的信息傳遞主要在互聯(lián)網(wǎng)范圍內(nèi)，但各個階段都可以看到即時通訊行業(yè)在跨網(wǎng)通訊領域中的應用，在移動即時信息進一步深化應用，跨網(wǎng)語音交流進一步加強，跨網(wǎng)通訊領域的進一步拓寬，都意味著真正意義的跨網(wǎng)即時通訊已發(fā)展成型?？梢哉f跨網(wǎng)即時通訊應用的萌芽、雛形以及誕生，都貫穿著整個行業(yè)的發(fā)展。而在過去的幾年，第 2 頁 共 25 頁行業(yè)的主導服務商騰訊在香港成功上市，并在當年取得 55%的收入增長的佳績。新浪斥資近兩億元收購 UC 即時通訊技術(shù)平臺，微軟的 MSN 加大了中國市場的攻勢，TOMSKYPE 高調(diào)推出……。即時通信行業(yè)出現(xiàn)了連續(xù)多年高速的增長。隨著現(xiàn)代通訊技術(shù)不斷的發(fā)展，即時通訊技術(shù)也有飛速的發(fā)展，它是一種使人們能在網(wǎng)上識別在線用戶并與他們實時交換消息的技術(shù)，被很多人稱為電子郵件發(fā)明以來最酷的在線通訊方式。但是為了提高通訊的質(zhì)量，很多企業(yè)在網(wǎng)絡上進行即時通訊時一般都不會采用 Inter 上的即時通訊軟件，如、MSN、OICQ 等。因此本課題主要是研究基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設計與實現(xiàn)，希望能通開發(fā)設計的局域網(wǎng)通訊軟件來方便在內(nèi)部網(wǎng)絡上的信息交流，這樣不緊提高了通訊的質(zhì)量，還能有效的防護在互連網(wǎng)上帶來的攻擊，對于那些大中型企業(yè)來說更是需要這樣的一個自己內(nèi)部的即時通訊工具，避免帶來工作效率上不去；病毒及木馬的感染率增大；遠程服務器連接時過多的浪費網(wǎng)絡資源；互連網(wǎng)由于某種原因而斷開時造成通訊中斷等問題。2 理論基礎C/S（Client/Server）結(jié)構(gòu)，即大家熟知的客戶機和服務器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到 Client 端和 Server 端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。目前大多數(shù)應用軟件系統(tǒng)都是 Client/Server 形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應用系統(tǒng)正在向分布式的 Web 應用發(fā)展，Web 和 Client/Server 應用都可以進行同樣的業(yè)務處理，應用不同的模塊共享邏輯組件；因此，內(nèi)部的和外部的用戶都可以訪問新的和現(xiàn)有的應用系統(tǒng)，通過現(xiàn)有應用系統(tǒng)中的邏輯可以擴展出新的應用系統(tǒng)。這也就是目前應用系統(tǒng)的發(fā)展方向。傳統(tǒng)的 C/S 體系結(jié)構(gòu)雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級的開放性，在特定的應用中無論是 Client 端還是 Server 端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境，C/S 結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，加之產(chǎn)品的更新?lián)Q代十分快，已經(jīng)很難適應百臺電腦以上局域網(wǎng)用戶同時使用。第 3 頁 共 25 頁圖 1 客戶機/服務器計算結(jié)構(gòu)（UDP）用戶數(shù)據(jù)報協(xié)議（UDP）是 ISO 參考模型中一種無連接的傳輸層協(xié)議，提供面向事務的簡單不可靠信息傳送服務。UDP 協(xié)議基本上是 IP 協(xié)議與上層協(xié)議的接口。UDP 協(xié)議適用端口分辨運行在同一臺設備上的多個應用程序。 由于大多數(shù)網(wǎng)絡應用程序都在同一臺機器上運行，計算機上必須能夠確保目的地機器上的軟件程序能從源地址機器處獲得數(shù)據(jù)包，以及源計算機能收到正確的回復。這是通過使用 UDP 的“端口號”完成的。源端口號標識了請求域名服務的本地機的應用程序，同時需要將所有由目的站生成的響應包都指定到源主機的這個端口上。與 TCP 不同，UDP 并不提供對 IP 協(xié)議的可靠機制、流控制以及錯誤恢復功能等。由于 UDP 比較簡單，UDP 頭包含很少的字節(jié)，比 TCP負載消耗少，所以 UDP 適用于不需要 TCP 可靠機制的情形，比如，當高層協(xié)議或應用程序提供錯誤和流控制功能的時候。UDP 是
規(guī)章制度相關推薦
鄂ICP備17016276號-1