欧美精品一二区,性欧美一级,国产免费一区成人漫画,草久久久久,欧美性猛交ⅹxxx乱大交免费,欧美精品另类,香蕉视频免费播放

基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文

上傳人:r****d 文檔編號(hào):87696325 上傳時(shí)間:2022-05-09 格式:DOC 頁(yè)數(shù):14 大?。?02KB
收藏 版權(quán)申訴 舉報(bào) 下載
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文_第1頁(yè)
第1頁(yè) / 共14頁(yè)
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文_第2頁(yè)
第2頁(yè) / 共14頁(yè)
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文_第3頁(yè)
第3頁(yè) / 共14頁(yè)

下載文檔到電腦,查找使用更方便

16 積分

下載資源

還剩頁(yè)未讀,繼續(xù)閱讀

資源描述:

《基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文》由會(huì)員分享,可在線閱讀,更多相關(guān)《基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì) 畢業(yè)論文(14頁(yè)珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 摘 要 網(wǎng)絡(luò)通訊在當(dāng)今已經(jīng)不算新鮮事物,但大多數(shù)網(wǎng)絡(luò)通訊都需要借助Internet上的效勞器,這就給那些具有大規(guī)模內(nèi)部網(wǎng)絡(luò)的用戶造成了許多問題,如浪費(fèi)網(wǎng)絡(luò)資源、遭遇到網(wǎng)絡(luò)攻擊、傳播的病毒、破壞防御系統(tǒng)等等。由于互連網(wǎng)上的網(wǎng)絡(luò)通訊工具給企業(yè)內(nèi)部信息交流帶來了不便,所以為了方便內(nèi)部網(wǎng)絡(luò)的用戶之間的溝通,需要開發(fā)一個(gè)基于局域網(wǎng)的信息收發(fā)系統(tǒng)的即時(shí)通訊工具,實(shí)現(xiàn)在內(nèi)部網(wǎng)絡(luò)中進(jìn)行信息的交流。本課題設(shè)計(jì)主要針對(duì)局域網(wǎng)通訊而開發(fā)設(shè)計(jì)的,采用的是C/S構(gòu)架,利用Delphi編程工具來實(shí)現(xiàn)單播、播送以及在線用戶顯示和查看歷史記錄的功能,并借助一些網(wǎng)絡(luò)通訊組件,成功的實(shí)

2、現(xiàn)了在局域網(wǎng)上的即時(shí)通訊。本論文共分為六局部。第一局部是課題的背景及研究意義;第二局部是所運(yùn)用的理論根底知識(shí);第三局部是本系統(tǒng)的需求分析;第四局部是系統(tǒng)結(jié)構(gòu)和模塊設(shè)計(jì);第五部是實(shí)施和測(cè)試情況;最后是本設(shè)計(jì)的結(jié)論總結(jié)及局部參考文獻(xiàn)。 關(guān)鍵詞:即時(shí)通訊;C/S構(gòu)架;單播;播送;歷史記錄 The Design and Implementation of Receiving and Sending Information System Based On LAN Abstract The network communication in already did not calculat

3、e the new things now, but the majority network communication all needed to draw support from on Internet the server, this gave these to have the large-scale internal network user to create many problems, like waste network resources, bitter experience to network attack, dissemination virus, destruct

4、ion defense system and so on. Because on the interconnection network communication facilities the interior communication have brought inconveniently for the enterprise, therefore in order to facilitate internal network between user's communication, needs to develop one based on the local area networ

5、k information receiving and dispatching system instant message facilities, realizes carries on the information in the internal network the exchange. This topic design mainly aims at the local area network communication to develop the design, uses is the C/S structure, realizes the unicast, the broad

6、cast as well as the online user demonstration and the examination historic record function using the Delphi programming tool, and drew support from some network communication module, the success realization on the local area network instant message. The present paper altogether divides into six part

7、s. The first part is the topic background and the research significance; the second part is the rationale knowledge which utilizes; the third part is this system demand analysis; the fourth part is the system structure and the module design; fifth is the implementation and the test situation; finall

8、y is this design conclusion summary and the part reference. Key words: Instant message; C/S structure; Unicast; Broadcast; Historic record 目 錄 論文總頁(yè)數(shù):25頁(yè) 1 引言 1 課題的背景 1 國(guó)內(nèi)外研究現(xiàn)狀 1 本課題研究的意義 2 2 理論根底 2 C/S軟件架構(gòu)技術(shù) 2 用戶數(shù)據(jù)報(bào)協(xié)議〔UDP〕 3 單播〔Unicast〕 3 播送〔Broadcast〕 4 3 需求分析 5 現(xiàn)行業(yè)務(wù)系統(tǒng)描述

9、5 現(xiàn)行系統(tǒng)存在的主要問題分析 5 提出解決方案 6 4 系統(tǒng)設(shè)計(jì) 6 系統(tǒng)總體架構(gòu) 6 界面設(shè)計(jì) 7 系統(tǒng)功能模塊設(shè)計(jì) 9 網(wǎng)絡(luò)組件 9 用戶信息顯示功能 10 局域網(wǎng)內(nèi)實(shí)現(xiàn)單播功能 14 局域網(wǎng)內(nèi)實(shí)現(xiàn)播送功能 17 歷史信息記錄功能 17 5 系統(tǒng)實(shí)施及測(cè)試 18 實(shí)施概況 18 測(cè)試方案 19 測(cè)試結(jié)果 21 結(jié) 論 22 參考文獻(xiàn) 22 致 謝 24 聲 明 25 1 引言 1.1 課題的背景 隨著計(jì)算機(jī)網(wǎng)絡(luò)日新月異的開展,人們的交流方式越來越多,傳統(tǒng)的交流方式,如:信件、電報(bào)、 等已經(jīng)難以

10、滿足人們的交流要求,在互聯(lián)網(wǎng)上即時(shí)的和好友取得聯(lián)系,已經(jīng)成為當(dāng)今社會(huì)人們主流的聯(lián)系方式。因此,計(jì)算機(jī)之間進(jìn)行即時(shí)通訊、發(fā)送文件等交流方式已經(jīng)成為必然潮流。因此出現(xiàn)了QQ、UC等聊天工具,然而QQ、UC等聊天工具雖然方便、實(shí)用,但是,娛樂功能太多,有很多吸引人的娛樂功能,從一定程度上來說,是一種娛樂工具,不能作為用于即時(shí)通訊、文件共享的專用工具。目前,用于實(shí)現(xiàn)單一的即時(shí)通訊、文件共享的軟件實(shí)在太少,而且它們中大局部都對(duì)遠(yuǎn)程效勞器有非常大的依賴性,沒有徹底實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)的交流。為此,我們決定開發(fā)一個(gè)專用于實(shí)現(xiàn)基于局域網(wǎng)內(nèi)部計(jì)算機(jī)之間即時(shí)通訊、文件傳輸?shù)能浖?,以方便?nèi)網(wǎng)計(jì)算機(jī)之間信息的交流。本軟件屬于點(diǎn)

11、對(duì)點(diǎn)連接的,在連接并通信時(shí),尤其是近程的即時(shí)通訊,徹底的脫離了遠(yuǎn)程的效勞器,防止了和遠(yuǎn)程效勞器連接時(shí)過多的浪費(fèi)網(wǎng)絡(luò)資源。并且防止了效勞器忙或與效勞器無(wú)法連接時(shí),浪費(fèi)過多時(shí)間用于和效勞器建立連接。因此,這個(gè)軟件是極具適應(yīng)性和實(shí)用性的即時(shí)通訊軟件。 1.2 國(guó)內(nèi)外研究現(xiàn)狀 即時(shí)通訊的出現(xiàn)和互聯(lián)網(wǎng)有著密不可分的關(guān)系,從技術(shù)上來說,IM完全基于TCP/IP網(wǎng)絡(luò)協(xié)議族實(shí)現(xiàn),而TCP/IP協(xié)議族是整個(gè)互聯(lián)網(wǎng)得以實(shí)現(xiàn)的技術(shù)根底,最早期的即時(shí)通訊雛形可以追溯到芬蘭人Jarkko Oikarinen于1988年創(chuàng)造的一種網(wǎng)絡(luò)聊天協(xié)議IRC〔Internet Relay Chat〕,該協(xié)議僅支持文本聊天,并且

12、也不支持好友列表的概念,1996年第一個(gè) IM產(chǎn)品ICQ創(chuàng)造后,即時(shí)通訊的技術(shù)和功能開始根本成型,其工作原理開始被人們所了解,但不同廠商實(shí)現(xiàn)即時(shí)通訊技術(shù)原理時(shí)采用的協(xié)議卻有較大的差異,甚至到目前為止世界主要的 IM效勞運(yùn)營(yíng)商AOL(American Online:美國(guó)在線)仍然沒有公布其主要即時(shí)通訊產(chǎn)品AIM〔American Instant Messenger〕的專用協(xié)議。從1997年第一代即時(shí)通訊軟件誕生后開展到現(xiàn)在,即時(shí)通訊行業(yè)先后經(jīng)歷了文本通信〔第一代〕、語(yǔ)音交流〔第二代〕、視頻交流〔第三代〕和跨網(wǎng)溝通〔第四代〕等多種信息傳遞技術(shù)變革。盡管第一代、第二代以及第三代即時(shí)通訊軟件的信息傳遞

13、主要在互聯(lián)網(wǎng)范圍內(nèi),但各個(gè)階段都可以看到即時(shí)通訊行業(yè)在跨網(wǎng)通訊領(lǐng)域中的應(yīng)用,在移動(dòng)即時(shí)信息進(jìn)一步深化應(yīng)用,跨網(wǎng)語(yǔ)音交流進(jìn)一步加強(qiáng),跨網(wǎng)通訊領(lǐng)域的進(jìn)一步拓寬,都意味著真正意義的跨網(wǎng)即時(shí)通訊已開展成型??梢哉f跨網(wǎng)即時(shí)通訊應(yīng)用的萌芽、雛形以及誕生,都貫穿著整個(gè)行業(yè)的開展。而在過去的幾年,行業(yè)的主導(dǎo)效勞商騰訊在香港成功上市,并在當(dāng)年取得55%的收入增長(zhǎng)的佳績(jī)。新浪斥資近兩億元收購(gòu)UC即時(shí)通訊技術(shù)平臺(tái),微軟的MSN加大了中國(guó)市場(chǎng)的攻勢(shì),TOM-SKYPE高調(diào)推出……。即時(shí)通信行業(yè)出現(xiàn)了連續(xù)多年高速的增長(zhǎng)。 1.3 本課題研究的意義 隨著現(xiàn)代通訊技術(shù)不斷的開展,即時(shí)通訊技術(shù)也有飛速的開展,它是一種使人

14、們能在網(wǎng)上識(shí)別在線用戶并與他們實(shí)時(shí)交換消息的技術(shù),被很多人稱為電子郵件創(chuàng)造以來最酷的在線通訊方式。但是為了提高通訊的質(zhì)量,很多企業(yè)在網(wǎng)絡(luò)上進(jìn)行即時(shí)通訊時(shí)一般都不會(huì)采用Internet上的即時(shí)通訊軟件,如QQ、MSN、OICQ等。因此本課題主要是研究基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),希望能通開發(fā)設(shè)計(jì)的局域網(wǎng)通訊軟件來方便在內(nèi)部網(wǎng)絡(luò)上的信息交流,這樣不緊提高了通訊的質(zhì)量,還能有效的防護(hù)在互連網(wǎng)上帶來的攻擊,對(duì)于那些大中型企業(yè)來說更是需要這樣的一個(gè)自己內(nèi)部的即時(shí)通訊工具,防止帶來工作效率上不去;病毒及木馬的感染率增大;遠(yuǎn)程效勞器連接時(shí)過多的浪費(fèi)網(wǎng)絡(luò)資源;互連網(wǎng)由于某種原因而斷開時(shí)造成通訊中斷等問

15、題。 2 理論根底 2.1 C/S軟件架構(gòu)技術(shù) C/S〔Client/Server〕結(jié)構(gòu),即大家熟知的客戶機(jī)和效勞器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu),通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢(shì),將任務(wù)合理分配到Client端和Server端來實(shí)現(xiàn),降低了系統(tǒng)的通訊開銷。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是Client/Server形式的兩層結(jié)構(gòu),由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的Web應(yīng)用開展,Web和Client/Server應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理,應(yīng)用不同的模塊共享邏輯組件;因此,內(nèi)部的和外部的用戶都可以訪問新的和現(xiàn)有的應(yīng)用系統(tǒng),通過現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。這也就是目前應(yīng)用系統(tǒng)

16、的開展方向。 傳統(tǒng)的C/S體系結(jié)構(gòu)雖然采用的是開放模式,但這只是系統(tǒng)開發(fā)一級(jí)的開放性,在特定的應(yīng)用中無(wú)論是Client端還是Server端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境,C/S結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件,加之產(chǎn)品的更新?lián)Q代十分快,已經(jīng)很難適應(yīng)百臺(tái)電腦以上局域網(wǎng)用戶同時(shí)使用。 圖1 客戶機(jī)/效勞器計(jì)算結(jié)構(gòu) 2.2 用戶數(shù)據(jù)報(bào)協(xié)議〔UDP〕 用戶數(shù)據(jù)報(bào)協(xié)議〔UDP〕是ISO參考模型中一種無(wú)連接的傳輸層協(xié)議,提供面向事務(wù)的簡(jiǎn)單不可靠信息傳送效勞。UDP協(xié)議根本上是IP協(xié)議與上層協(xié)議的接口。UDP協(xié)議適用端口分辨運(yùn)行在同一

17、臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。 由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行,計(jì)算機(jī)上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包,以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過使用UDP的“端口號(hào)〞完成的。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名效勞的本地機(jī)的應(yīng)用程序,同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。與TCP不同,UDP并不提供對(duì)IP協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于UDP比擬簡(jiǎn)單,UDP頭包含很少的字節(jié),比TCP負(fù)載消耗少,所以UDP適用于不需要TCP可靠機(jī)制的情形,比方,當(dāng)高層協(xié)議或應(yīng)用程序提供錯(cuò)誤和流控制功能的時(shí)候。UDP是傳輸層協(xié)議,效勞于很多知名應(yīng)用層協(xié)

18、議,包括網(wǎng)絡(luò)文件系統(tǒng)〔NFS〕、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議〔SNMP〕、域名系統(tǒng)〔DNS〕以及簡(jiǎn)單文件傳輸系統(tǒng)〔TFTP〕。 2.3 單播〔Unicast〕 單播〔Unicast〕指網(wǎng)絡(luò)中從源向目的地轉(zhuǎn)發(fā)單播流量的過程。單播流量地址唯一。單播方式下,只有一個(gè)發(fā)送方和一個(gè)接收方。與之比擬,組播是指單個(gè)發(fā)送方對(duì)應(yīng)一組選定接收方的一種通信,任意播是指任意發(fā)送方對(duì)應(yīng)一組較為接近的接收方間的一種通信。早期的點(diǎn)對(duì)點(diǎn)通信含義類似于單播。 單播傳輸是 LANs 傳輸中的主要使用方式。所有 LANs〔如以太網(wǎng)〕和 IP 網(wǎng)絡(luò)都支持單播傳輸模式,并且大多數(shù)用戶都了解標(biāo)準(zhǔn)單播應(yīng)用程序,如: 、smtp、ftp

19、和 telnet ― 都作為 TCP 傳輸協(xié)議。新版本的網(wǎng)際協(xié)議第六版〔IPv6〕支持單播同時(shí)也支持任意播和組播類型。許多路由選擇協(xié)議如路由選擇信息協(xié)議〔RIP〕和開放最短路徑優(yōu)先〔OSPF〕,都支持高效 Internet 單播路由選擇過程。 而IPv6 支持單播〔Unicast〕、組播〔Multicast〕和任意播〔Anycast〕三種類型。IPv6 中沒有關(guān)于播送〔Broadcast〕的具體劃分,而是作為組播的一個(gè)典型類型。 圖2 單播物理結(jié)構(gòu)圖 2.4 播送〔Broadcast〕 網(wǎng)絡(luò)播送是指一個(gè)節(jié)點(diǎn)同時(shí)向相同域中的其它所有節(jié)點(diǎn)傳輸數(shù)據(jù)包的過程。組播是一種特殊的播送,其中一組

20、請(qǐng)求收聽的選定用戶將收到播送。播送傳輸通常在局域網(wǎng)〔如以太網(wǎng)〕中進(jìn)行,但有時(shí)也發(fā)生在虛擬局域網(wǎng)〔VLAN〕中。IPv6 支持單播〔Unicast〕、組播〔Multicast〕以及任意播〔Anycast〕三種類型,IPv6 中沒有關(guān)于播送〔Broadcast〕的具體劃分,而是作為組播的一個(gè)典型。 生成播送信息的應(yīng)用程序包括地址解析協(xié)議〔ARP〕。通過該協(xié)議,主機(jī)發(fā)送一個(gè)地址解析查詢到局域網(wǎng)中的所有計(jì)算機(jī)上,以實(shí)現(xiàn)網(wǎng)絡(luò) IP 地址的分配。有些路由選擇協(xié)議,如RIP,主要用于支持網(wǎng)絡(luò)設(shè)備“Advertise〞網(wǎng)絡(luò)效勞。 網(wǎng)絡(luò)播送中涉及以下重要概念: 播送域〔Broadcast Domain〕:

21、這是一個(gè)限定區(qū)域,其中的所有設(shè)備都可以共享信息。換句話說,與網(wǎng)絡(luò)相連,且負(fù)責(zé)接收播送的所有設(shè)備都是同一播送域的一局部。在一個(gè)共享以太網(wǎng)中,工作站通過共享媒體將幀播送到其它所有節(jié)點(diǎn)。其它節(jié)點(diǎn)收聽播送,只接收尋址到它們的幀。因此,共享以太網(wǎng)中的所有節(jié)點(diǎn)都屬于同一播送域。此外通過虛擬局域網(wǎng)技術(shù)可以創(chuàng)立一個(gè)虛擬播送域。 播送地址〔Broadcast Address〕:這是一個(gè)特殊地址,當(dāng)數(shù)據(jù)包可以尋址到該地址時(shí),可以幫助所有設(shè)備翻開和處理信息。例如,MAC 地址,格式為 1xFFFFFFFF 是一種播送地址;IP 地址255.255.255.255是通用播送地址。任何設(shè)備都將翻開尋址到播送地址的信息

22、,并將它們傳送到下一個(gè)工作站。 播送風(fēng)暴〔Broadcast Storm〕:當(dāng)主機(jī)系統(tǒng)響應(yīng)一個(gè)在網(wǎng)上不斷循環(huán)的播送數(shù)據(jù)包或者試圖響應(yīng)一個(gè)沒有應(yīng)答的系統(tǒng)時(shí)就會(huì)發(fā)生播送風(fēng)暴。隨著網(wǎng)絡(luò)數(shù)據(jù)包數(shù)量的增加,播送風(fēng)暴可能會(huì)引起網(wǎng)絡(luò)擁塞問題。為防止播送風(fēng)暴的發(fā)生,需要細(xì)心配置網(wǎng)絡(luò)以阻止非法播送信息的進(jìn)入。 圖3 播送物理結(jié)構(gòu)圖 3 需求分析 3.1 現(xiàn)行業(yè)務(wù)系統(tǒng)描述 隨著計(jì)算機(jī)網(wǎng)絡(luò)日新月異的開展,人們的交流方式越來越多,傳統(tǒng)的交流方式如:信件、電報(bào)、 等已經(jīng)難以滿足人們的交流要求,在互聯(lián)網(wǎng)上即時(shí)的和好友取得聯(lián)系,已經(jīng)成為當(dāng)今社會(huì)人們主流的聯(lián)系方式。兩臺(tái)計(jì)算機(jī)之間進(jìn)行即時(shí)通訊、發(fā)送文件等交流

23、方式已經(jīng)成為時(shí)代的潮流。因此出現(xiàn)了QQ、UC等即時(shí)通訊工具。這些即時(shí)通訊業(yè)務(wù)屬于根底語(yǔ)音業(yè)務(wù)外的數(shù)據(jù)增值類業(yè)務(wù),從范疇來講屬于“消息類〞業(yè)務(wù),本質(zhì)是完成對(duì)“文字、聲音、圖像〞信息的傳遞。同屬于消息類的業(yè)務(wù)還有短信、彩信等,他們之間都存在一定程度的替代性,同時(shí)又各有長(zhǎng)短。但不會(huì)成為那些大中型企業(yè)內(nèi)部的主要通訊工具,在企業(yè)中要求很簡(jiǎn)單,能確??焖僬5募磿r(shí)通訊,還要具有很好的平安性,這樣才能提高工作效率,增加企業(yè)的效益。 3.2 現(xiàn)行系統(tǒng)存在的主要問題分析 目前,像QQ、UC等即時(shí)通訊工具雖然方便、實(shí)用,但是,娛樂功能太多,有很多吸引人的娛樂功能,從一定程度上來說,是一種娛樂工具,不能作為用于

24、作為即時(shí)通訊、文件共享的專用工具。并且現(xiàn)在用于實(shí)現(xiàn)單一的即時(shí)通訊、文件共享的軟件真的實(shí)在太少,因此不能為那些大中型企業(yè)所使用,而且在現(xiàn)行的系統(tǒng)中主要的問題是:一、在即時(shí)通訊系統(tǒng)中由于防火墻、網(wǎng)絡(luò)速度等原因難以建立或者速度很慢,IM效勞器還提供消息中轉(zhuǎn)效勞,即時(shí)消息全部先發(fā)送到IM效勞器,還要再由效勞器轉(zhuǎn)發(fā)給對(duì)方,所以連接時(shí)過多的浪費(fèi)了網(wǎng)絡(luò)資源,并且在效勞器忙或與效勞器無(wú)法連接時(shí),浪費(fèi)過多時(shí)間用于和效勞器建立連接;二、即時(shí)通訊工具始終是通過互連網(wǎng)的效勞器來傳輸?shù)?,正是這樣所以更有可能會(huì)帶來遭遇到網(wǎng)絡(luò)上的許多攻擊,如木馬,蠕蟲等。為企業(yè)中的信息交流帶來了很大的平安性問題。 3.3 提出解決方案

25、 根據(jù)企業(yè)在內(nèi)部網(wǎng)絡(luò)上信息交流的需求,所以本課題就主要針對(duì)內(nèi)部的網(wǎng)絡(luò)來設(shè)計(jì)這樣的一個(gè)即時(shí)通訊系統(tǒng),本系統(tǒng)是在基于局域網(wǎng)的在IM客戶端和IM效勞器之間通訊采用的UDP協(xié)議和C/S軟件構(gòu)架技術(shù)上開發(fā)的通訊工具,它在近程的即時(shí)通訊時(shí)徹底的脫離了遠(yuǎn)程的效勞器,不通過遠(yuǎn)程效勞器來完成實(shí)現(xiàn)通訊,防止了和遠(yuǎn)程效勞器連接時(shí)過多的浪費(fèi)網(wǎng)絡(luò)資源。并且防止了效勞器忙或與效勞器無(wú)法連接時(shí)浪費(fèi)過多時(shí)間用于和效勞器建立連接,同時(shí)也為內(nèi)網(wǎng)效勞增強(qiáng)了許多的平安性,徹底的將通訊工具從互連網(wǎng)上搬到內(nèi)網(wǎng)中來,這樣一來就不會(huì)受到來自互連網(wǎng)的攻擊了。這種系統(tǒng)主要是為了方便了大中型企業(yè)在內(nèi)部即時(shí)通訊要求,從而進(jìn)一步提高工作效率,增加企業(yè)

26、的效益。 4 系統(tǒng)設(shè)計(jì) 4.1 系統(tǒng)總體架構(gòu) 本系統(tǒng)主要是采用C/S結(jié)構(gòu),并且每個(gè)客戶端也是作為效勞器端的,當(dāng)系統(tǒng)發(fā)送信息給局域網(wǎng)的用戶,主要由單播模塊和播送模塊來實(shí)現(xiàn),而其中的單播模塊和用戶信息模塊是具有依賴性的,在接收信息的時(shí)候又有兩個(gè)模塊來完成,一是信息接收的模塊,另一個(gè)是信息查看的模塊。 由此可以看出本系統(tǒng)主要分為兩大局部模塊:發(fā)送模塊和接收模塊。發(fā)送模塊:?jiǎn)尾ツK,播送模塊,用戶信息模塊,信息記錄模塊接收模塊:接收信息模塊,查看信息模塊 有了以上的了解了那讓我們來看看系統(tǒng)的架構(gòu)圖: 系統(tǒng)主界面 〔效勞器/客戶〕 用 戶 名 工 作

27、 組 顯示用戶信息 IP 地 址 單 播 發(fā) 送 信 息 寫 入 廣 播 發(fā) 送 接 收 信 息 查看歷史記錄 圖4 系統(tǒng)架構(gòu)圖 4.2 界面設(shè)計(jì) 為了方便用戶的操作,我采用比擬簡(jiǎn)單的界面設(shè)計(jì),主界面包括播送按鈕、發(fā)送按鈕、刷新按鈕、在線用戶顯示框、信息輸入窗體。其中播送按鈕是將信息窗體中的內(nèi)容發(fā)送到所有的用戶;發(fā)送按鈕是將信息窗體中的內(nèi)容發(fā)送到指定的用戶;在線用戶顯示框中選取指定的用戶和查看用戶的信息;刷新是重載用戶列表。 圖5 主界面 當(dāng)有信息傳過來時(shí)將自動(dòng)彈出一個(gè)信息接

28、收的窗體,窗體包括查看按鈕和關(guān)閉按鈕還有一個(gè)顯示對(duì)方用戶的區(qū)域,他們分別是用來翻開并查看信息或是不想查看而關(guān)閉的作用。 圖6 信息接收界面 如過你在圖6中點(diǎn)擊了查看按鈕,那么將會(huì)彈到顯示信息查看的窗體上,在文本區(qū)那么會(huì)顯示對(duì)方傳送過來的信息內(nèi)容,在查看了之后有個(gè)關(guān)閉按鈕,用來結(jié)束對(duì)話框,便可以回到圖5的界面了。 圖7 信息查看界面 在歷史記錄的窗體中點(diǎn)擊記錄文件按鈕來選擇保存的路徑,將會(huì)自動(dòng)生成一個(gè)文本文件來對(duì)通訊記錄進(jìn)行保存。 圖8 歷史記錄 4.3 系統(tǒng)功能模塊設(shè)計(jì) 4.3.1 網(wǎng)絡(luò)組件 UDP協(xié)議由TCP協(xié)議衍生而來。TCP用于確保點(diǎn)對(duì)點(diǎn)的連接,而UDP并不保

29、證發(fā)送的數(shù)據(jù)一定到達(dá),也不說明數(shù)據(jù)報(bào)的傳輸成功或失敗。 本系統(tǒng)設(shè)計(jì)使用的是TIdUDPClient和TIdUDPServer兩個(gè)用戶數(shù)據(jù)報(bào)〔UDP〕組件,首先創(chuàng)立Delphi工程。然后向工程組再添加一個(gè)工程。把一個(gè)工程作為客戶,另一個(gè)作為效勞器。為連接到UDP效勞器,需要一個(gè)TIdUDPClient組件。用來表示效勞器的IP地址和端口號(hào)。由于UDP是無(wú)連接的,因此在UDP的接口方法中不包括Connect方法。要使用Internet Direct實(shí)現(xiàn)的組件,只需使用Send向給定的IP地址和端口號(hào)播送一個(gè)命令字符串。 其中我為IP地址和端口號(hào)的設(shè)置分別為127.0.0.1和9000。效勞器是

30、作為應(yīng)用程序?qū)崿F(xiàn)的,它對(duì)客戶程序發(fā)出的一個(gè)簡(jiǎn)單的命令集進(jìn)行響應(yīng)。為實(shí)現(xiàn)效勞器,程序?qū)⒈O(jiān)聽DefaultPort端口上的播送,并將設(shè)置為True。 下面是我對(duì)TIdUDPClient和TIdUDPServer組件的設(shè)置圖: 圖9 TIdUDPClient組件設(shè)置 圖10 TIdUDPServer組件設(shè)置 4.3.2 用戶信息顯示功能 為了方便用戶選取單個(gè)用戶進(jìn)行信息發(fā)送和查看在線用戶的信息,所以設(shè)計(jì)了一個(gè)ListView來進(jìn)行顯示如圖5,在ListView中包括了用戶名、工作組、IP地址。當(dāng)有用戶翻開本系統(tǒng)的時(shí)候?qū)?huì)向局域網(wǎng)中的所有用戶發(fā)送一個(gè)握手信息來獲取網(wǎng)絡(luò)中的在線用戶

31、信息并添加到列表中顯示出來,同時(shí)也把自己的網(wǎng)絡(luò)資源信息發(fā)送給對(duì)方,使自己被添加到其他用戶的列表中。 其中分別要對(duì)網(wǎng)絡(luò)中的所有的用戶名、工作組、IP地址進(jìn)行獲取,下面來看一下對(duì)于獲取這些網(wǎng)絡(luò)資源的代碼局部。 4.3.3 局域網(wǎng)內(nèi)實(shí)現(xiàn)播送功能 在本設(shè)計(jì)中單播發(fā)送的按鈕為BitBtn3,主要是通過IdUDPServer和IdUDPClient組件來編寫的,主要是使用了來對(duì)信息進(jìn)行發(fā)送的,在發(fā)送時(shí)將會(huì)把信息發(fā)送給在局域網(wǎng)內(nèi)部的所有用戶包括自己。 下面是發(fā)送按鈕的代碼局部: procedure TForm1.BitBtn3Click(Sender: TObject); var

32、chatinfo:string; chatinfobuf:array[0..2030]of char; f:textfile; begin chatinfo:=format('%-6s%-255s%-1024s',['CHAT',myname,memo1.Lines.Text]); strpcopy(chatinfobuf,chatinfo); client.Broadcast(chatinfobuf,9000); end; 4.3.4 歷史信息記錄功能 為了能讓用戶對(duì)歷史的信息進(jìn)行查看,所以本設(shè)計(jì)中包含了一個(gè)對(duì)歷史信息進(jìn)行記錄的功能,主要是創(chuàng)立一個(gè)記事本文件對(duì)信息進(jìn)行復(fù)制保存,以下就是歷

展開閱讀全文
溫馨提示:
1: 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號(hào):ICP2024067431號(hào)-1 川公網(wǎng)安備51140202000466號(hào)


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺(tái),本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請(qǐng)立即通知裝配圖網(wǎng),我們立即給予刪除!