【正文】 通過老師的耐心幫助和細(xì)心指導(dǎo)，不但使我對(duì)通信工程學(xué)科所學(xué)的知識(shí)有了更加系統(tǒng)、實(shí)際和全面的認(rèn)識(shí)，更使我對(duì)人生價(jià)值觀有了深層次的認(rèn)知，堅(jiān)定了我的理想信念。結(jié) 論本文運(yùn)用Socket網(wǎng)絡(luò)編程的知識(shí)，以VC++，設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)遠(yuǎn)程桌面控制系統(tǒng)。 右擊桌面文件夾客戶端鍵盤鍵入（O）并打開文件夾。 客戶端運(yùn)行并選擇連接 準(zhǔn)備連接服務(wù)器連接服務(wù)器后，客戶端出現(xiàn)服務(wù)器端的桌面信息。這樣，你在窗口內(nèi)繪圖時(shí)，就不必?fù)?dān)心會(huì)偶然覆蓋其他程序的窗口，從而保證了Windows下同時(shí)運(yùn)行多個(gè)任務(wù)時(shí)各個(gè)窗口的獨(dú)立性。一個(gè)偽設(shè)備提供了一種在RAM里或磁盤里存儲(chǔ)圖象的方法。對(duì)于一臺(tái)具有打印矩形功能的PostScript打印機(jī)來說，GDI可能只需要將矩形數(shù)據(jù)傳給驅(qū)動(dòng)程序就可以了，然后由驅(qū)動(dòng)程序產(chǎn)生PostScript命令繪制出相應(yīng)的矩形；而對(duì)于一臺(tái)沒有矩形輸出功能的點(diǎn)陣打印機(jī)來說，GDI可能需要將矩形轉(zhuǎn)化為四條線，然后向驅(qū)動(dòng)程序發(fā)出畫線的指令，在打印機(jī)上輸出矩形。而在Windows下要輸出這兩行文字所做的工作要復(fù)雜的多。是一個(gè)比較復(fù)雜的技術(shù)：Windows程序不僅在輸入上與DOS程序不同，而且在程序輸出上也與DOS有著很大不同，主要表現(xiàn)為：DOS程序獨(dú)占整個(gè)顯示屏幕，其他程序在后臺(tái)等待。這一術(shù)語是指使用一張?zhí)厥獾木幋a表將源字符（例如某文件中的一個(gè)符號(hào)）進(jìn)行編碼。服務(wù)器端再根據(jù)這些消息做出相應(yīng)的操作。正值表示滾輪向前旋轉(zhuǎn)。這是服務(wù)器套接字的建立，綁定，監(jiān)聽，最后到接收連接的過程。 } = htonl（INADDR_ANY）。 } pBuf = malloc（dwLen）。 char szClientIP[81]。主框架模塊：負(fù)責(zé)Server端窗口的消息處理。 return 1。 = htons（port）。Protocol）。 return 1。 DWORD dwLen。 網(wǎng)格空間數(shù)目選項(xiàng)色彩模式選項(xiàng)界面，添加兩個(gè)單項(xiàng)選擇按鈕，分別為16色屏幕模式和256色屏幕模式，一個(gè)確定按鈕，一個(gè)取消按鈕。接收發(fā)送發(fā)送接收連接遠(yuǎn)程主機(jī)顯示桌面信息發(fā)送控制信息等待遠(yuǎn)程連接獲取桌面信息執(zhí)行控制命令SocketTCP/IP物理網(wǎng)絡(luò)支持TCP/IP協(xié)議的網(wǎng)絡(luò)建立連接 系統(tǒng)基本框架 。網(wǎng)絡(luò)流量的問題是造成所有通信程序的不穩(wěn)定性的罪魁禍?zhǔn)?。這意味著您可以在遠(yuǎn)程計(jì)算機(jī)工作，就像你坐在它前面一樣。（3）BI_RLE壓縮方法：該方法也用于Windows位圖文件中，它與 BI_RLE8編碼類似，唯一不同是：BI_RLE4的一個(gè)字節(jié)包含了兩個(gè)像素的顏色，因此，它只能壓縮的顏色數(shù)不超過16的圖像。對(duì)于擁有大面積，相同顏色區(qū)域的圖像，用RLE壓縮方法非常有效。如： 有一個(gè)原始數(shù)據(jù)序列，ABACCDAA則編碼為A（0），B（10），C（110）, D（111），壓縮后為010011011011100。壓縮的理論基礎(chǔ)是信息論。圖像數(shù)據(jù)壓縮技術(shù)總的來說就是利用圖像數(shù)據(jù)固有的冗余性和相干性，將一個(gè)大的數(shù)據(jù)文件轉(zhuǎn)換成較小的同性質(zhì)的文件。其結(jié)構(gòu)定義如下：typedefstruct tagBITMAPFILEHEADER{WORD bfrype；∥位圖文件的類型，必須為BMDWORD bfSize；∥位圖文件的大小，以字節(jié)為單位WORD bIRescrvcdl；∥圖文件保留字，必須為0WORD bIReserved2；∥位圖文件保留字，必須為0DWORD bfOffBits；∥位圖數(shù)據(jù)的起始位置，以相對(duì)于位圖文件頭的偏移量表示，單位是字節(jié)}BITMAPFILEHEADER；（2）BMP位圖信息頭BMP位圖信息頭數(shù)據(jù)用于說明位圖的尺寸等信息，其結(jié)構(gòu)定義如下：typedefstruct tagBITMAPINFOHEADER{DWORD biSize；∥結(jié)構(gòu)所占用字節(jié)數(shù)LONG biWidth；∥位圖的寬度，以像素為單位LONG biHeight； ∥位圖的高度，以像素為單位WORD biplanes； ∥目標(biāo)設(shè)備的級(jí)別，必須為lWORD biBitCount；∥每個(gè)像素所需的位數(shù)，必須是l（雙色），4（16色），8（256色）或24（真彩色）之一DWORD biCompression； ∥位圖壓縮類型，必須是0（不壓縮），1（BI_RLE8壓縮類型）或2（BI RLE4壓縮類型）之一DWORD biSizeImage；∥位圖的大小，以字節(jié)為單位LONG biXPelsPerMeter；∥位圖水平分辨率。各種GDI函數(shù)會(huì)自動(dòng)參考被稱為設(shè)備環(huán)境的數(shù)據(jù)結(jié)構(gòu)。Closesocket函數(shù)如果執(zhí)行成功就返回0，否則返回SOCKET_ERROR。當(dāng)一個(gè)應(yīng)用程序調(diào)用WSAStartup函數(shù)時(shí)，操作系統(tǒng)根據(jù)請(qǐng)求的Socket版本來搜索相應(yīng)的Socket庫，然后綁定找到的Socket庫到該應(yīng)用程序中。在前一步已建立的Socket基礎(chǔ)上，面向連接的客戶程序使用connect函數(shù)來配置Socket。當(dāng)程序調(diào)用Winsock函數(shù)建立一個(gè)新Socket時(shí)，Winsock將為一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)分配內(nèi)存，此結(jié)構(gòu)中保存有關(guān)此Socket的信息。也就是說，當(dāng)應(yīng)用程序調(diào)用send或WSASend函數(shù)來發(fā)送數(shù)據(jù)時(shí)，AFDSYS將把數(shù)據(jù)復(fù)制進(jìn)他自己的發(fā)送緩沖區(qū)，然后send后WSASend函數(shù)立即返回AFDSYS在后臺(tái)負(fù)責(zé)把數(shù)據(jù)發(fā)送出去，遠(yuǎn)程客戶端接收數(shù)據(jù)的情況也類似，由接收方的AFDSYS在后臺(tái)負(fù)責(zé)把數(shù)據(jù)復(fù)制到自己的接收緩沖區(qū)，然后當(dāng)應(yīng)用程序調(diào)用recv后WSARecv函數(shù)來接收數(shù)據(jù)時(shí)，把數(shù)據(jù)由AFDSYS管理的接收緩沖區(qū)復(fù)制到應(yīng)用程序提供的緩沖區(qū)中。Socket實(shí)際在計(jì)算機(jī)中提供了一個(gè)通信端口，可以通過這個(gè)端口與任何一個(gè)具有Socket接口的計(jì)算機(jī)通信。在數(shù)據(jù)傳輸過程中，各數(shù)據(jù)分組不攜帶目的地址，而使用連接號(hào)（connect ID）。服務(wù)方式在網(wǎng)絡(luò)分層結(jié)構(gòu)中，各層之間是嚴(yán)格單向依賴的，各層次的分工和協(xié)作集中體現(xiàn)在相鄰層之間的界面上。（6）全相關(guān)一個(gè)完整的網(wǎng)間進(jìn)程通信需要由兩個(gè)進(jìn)程組成，并且只能使用同一種高層協(xié)議。因此需要三級(jí)尋址：a. 某一主機(jī)可與多個(gè)網(wǎng)絡(luò)相連，必須指定一特定網(wǎng)絡(luò)地址； b. 網(wǎng)絡(luò)上每一臺(tái)主機(jī)應(yīng)有其唯一的地址； c. 每一主機(jī)上的每一進(jìn)程應(yīng)有在該主機(jī)上的唯一標(biāo)識(shí)符。第二種是本地分配，又稱動(dòng)態(tài)連接，即進(jìn)程需要訪問傳輸層服務(wù)時(shí)，向本地操作系統(tǒng)提出申請(qǐng)，操作系統(tǒng)返回一個(gè)本地唯一的端口號(hào)，進(jìn)程再通過合適的系統(tǒng)調(diào)用將自己與該端口號(hào)聯(lián)系起來（綁扎）。為此，TCP/IP協(xié)議提出了協(xié)議端口（protocol port，簡(jiǎn)稱端口）的概念，用于標(biāo)識(shí)通信的進(jìn)程。但在網(wǎng)絡(luò)環(huán)境下，各主機(jī)獨(dú)立分配的進(jìn)程號(hào)不能唯一標(biāo)識(shí)該進(jìn)程。NFS（網(wǎng)絡(luò)文件系統(tǒng)）即是采用此類套接字、在TCP/IP 協(xié)議族中，UDP使用該類接口。流式套接字（SOCK_STREAM）：該類套接字提供了面向連接的、可靠的、數(shù)據(jù)無錯(cuò)并且無重復(fù)的數(shù)據(jù)發(fā)送服務(wù)。第三層：傳輸層，對(duì)應(yīng)于OSI七層參考模型的傳輸層，它提供兩種端到端的通信服務(wù)。TCP/IP協(xié)議被組織成四個(gè)概念層，其中有三層對(duì)應(yīng)于ISO參考模型中的相應(yīng)層。第六層：表示層，提供多種功能用于應(yīng)用層數(shù)據(jù)編碼和轉(zhuǎn)化，以確保以一個(gè)系統(tǒng)應(yīng)用層發(fā)送的信息可以被另一個(gè)系統(tǒng)應(yīng)用層識(shí)別。它一般包括網(wǎng)絡(luò)尋徑、流量控制、錯(cuò)誤檢查等。為了保證這些協(xié)議工作的協(xié)同性，應(yīng)當(dāng)將協(xié)議設(shè)計(jì)和開發(fā)成完整的、協(xié)作的協(xié)議系列（即協(xié)議簇），而不是孤立地開發(fā)每個(gè)協(xié)議。 第3章對(duì)系統(tǒng)進(jìn)行了總體設(shè)計(jì)。目前，常用的Socket類型有兩種，流式Socket（SOCK_STREAM）和數(shù)據(jù)報(bào)式Socket（SOCK_DGRAM）。TCP/IP協(xié)議作為網(wǎng)絡(luò)通信的基本協(xié)議就解決了這一通信難題。本文以VC++，利用套接字的網(wǎng)絡(luò)編程規(guī)范，實(shí)現(xiàn)運(yùn)行不同桌面操作系統(tǒng)的計(jì)算機(jī)之間的相互監(jiān)控的遠(yuǎn)程控制系統(tǒng)。該系統(tǒng)對(duì)遠(yuǎn)程主機(jī)的監(jiān)控主要包括：實(shí)時(shí)監(jiān)視桌面狀態(tài)、修改系統(tǒng)配置文件、控制鼠標(biāo)、鍵盤等基本操作。TCP/IP協(xié)議集成到操作系統(tǒng)的內(nèi)核中，在TCP/IP協(xié)議中引入了一種稱之為“Socket”的應(yīng)用程序接口。流式是一種面向連接的Socket，針對(duì)于面向連接的TCP服務(wù)應(yīng)用，實(shí)現(xiàn)了無差錯(cuò)無重復(fù)的順序數(shù)據(jù)傳輸，無長(zhǎng)度限制；數(shù)據(jù)報(bào)式Socket是一種無連接的Socket，對(duì)應(yīng)于無連接的UDP服務(wù)應(yīng)用，定義了一種無連接的服務(wù)，數(shù)據(jù)通過相互獨(dú)立的報(bào)文進(jìn)行傳輸，是無序的，并且不保證可靠。總體設(shè)計(jì)包括需求分析、可行性技術(shù)方案，框架結(jié)構(gòu)、模塊劃分以及模塊的功能定義。在網(wǎng)絡(luò)歷史的早期，ISO（國(guó)際標(biāo)準(zhǔn)化組織）和國(guó)際電報(bào)電話咨詢委員會(huì)（CCITT）共同出版了開放系統(tǒng)互聯(lián)的七層參考模型。相同MAC（Media Access Control）標(biāo)準(zhǔn)的不同網(wǎng)段之間的數(shù)據(jù)傳輸一般只涉及到數(shù)據(jù)鏈路層，而不同的MAC標(biāo)準(zhǔn)之間的數(shù)據(jù)傳輸都涉及到網(wǎng)絡(luò)層。表示層的編碼和轉(zhuǎn)化模式包括公用數(shù)據(jù)表示格式、性能轉(zhuǎn)化表示格式、公用數(shù)據(jù)壓縮模式和公用數(shù)據(jù)加密模式。ICP/IP協(xié)議族并不包含物理層和數(shù)據(jù)鏈路層，因此它不能獨(dú)立完成整個(gè)計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)的功能，必須與許多其他的協(xié)議協(xié)同工作。其中TCP協(xié)議提供可靠的數(shù)據(jù)流運(yùn)輸服務(wù)，UDP協(xié)議提供不可靠的用戶數(shù)據(jù)報(bào)服務(wù)。而且發(fā)送的數(shù)據(jù)是按順序接收的。原始套接字（SOCK_RAW）：該套接字一般不會(huì)出現(xiàn)在高級(jí)網(wǎng)絡(luò)接口的實(shí)現(xiàn)中，因?yàn)樗侵苯俞槍?duì)協(xié)議的較低層（ 如IP、TCP、UDP 等）直接訪問的。例如，主機(jī)A賦于某進(jìn)程號(hào)5，在B機(jī)中也可以存在5號(hào)進(jìn)程，因此，“5號(hào)進(jìn)程”這句話就沒有意義了。端口是一種抽象的軟件結(jié)構(gòu)（包括一些數(shù)據(jù)結(jié)構(gòu)和I/O緩沖區(qū)）。TCP/IP端口號(hào)的分配中綜合了上述兩種方式。 通常主機(jī)地址由網(wǎng)絡(luò)ID和主機(jī)ID組成，在TCP/IP協(xié)議中用32位整數(shù)值表示；TCP和UDP均使用16位端口號(hào)標(biāo)識(shí)用戶進(jìn)程。也就是說，不可能通信的一端用TCP協(xié)議，而另一端用UDP協(xié)議?！胺?wù)”是描述相量相鄰層之間關(guān)系的抽象概念，即網(wǎng)絡(luò)中各層向緊鄰上層提供的一組操作。本質(zhì)上，連接是一個(gè)管道，收發(fā)數(shù)據(jù)不但順序一致，而且內(nèi)容相同。應(yīng)用程序在網(wǎng)絡(luò)上傳輸和接收的信息都通過這個(gè)Socket接口來實(shí)現(xiàn)。 AFDSYS管理的發(fā)送緩沖區(qū)SOSNDBUF和接收緩沖區(qū)SORCVBUF在缺省時(shí)兩個(gè)緩沖區(qū)的大小都為8192個(gè)字節(jié)，但可以根據(jù)實(shí)際要求由應(yīng)用程序設(shè)定，由于我們傳輸?shù)膶?duì)象可能是大數(shù)據(jù)量文件，因此需要對(duì)系統(tǒng)的發(fā)送緩沖區(qū)和接收緩沖區(qū)作相應(yīng)的設(shè)定，以保障大數(shù)據(jù)量的文件數(shù)據(jù)的發(fā)送和接收。配置一個(gè)Socket程序可使用Winsock中不同的函數(shù)來配置一個(gè)Socket。result=connect（“Socket句柄”，“遠(yuǎn)地Socket地址”，“遠(yuǎn)地Socket地址長(zhǎng)度”）；此時(shí)，內(nèi)部數(shù)據(jù)結(jié)構(gòu)就包含了網(wǎng)絡(luò)通信必須的五種信息。以后應(yīng)用程序就可以調(diào)用所請(qǐng)求的Socket庫中的其它Socket函數(shù)了。服務(wù)程序可以調(diào)用listen函數(shù)使其流套接字s處于監(jiān)聽狀態(tài)。Windows會(huì)自動(dòng)將設(shè)備環(huán)境結(jié)構(gòu)映射到相應(yīng)的物理設(shè)備，并且提供正確的輸入輸出指令，GDI在處理速度上幾乎和直接進(jìn)行視頻訪問一樣快。每米像素?cái)?shù)LONG biYPelsPerMeter；∥位圖垂直分辨率，每米像素?cái)?shù)DWORD biClrUsed； ∥位圖實(shí)際使用的顏色表中的顏色數(shù)DWORD biClrImportant； ∥位圖顯示過程中重要的顏色數(shù)}BITMAPINFOHEADER；（3）調(diào)色板（顏色表）調(diào)色板用于說明位圖中的顏色，它有若干個(gè)表項(xiàng)，每一個(gè)表項(xiàng)是一個(gè)RGBQUAD類型的結(jié)構(gòu)，定義一種顏色。 圖像壓縮主要根據(jù)兩個(gè)基本事實(shí)來實(shí)現(xiàn)。從信息論的角度來看，壓縮就是去掉信息中的冗余，即保留不確定的信息，去掉確定的信息（可推知的），也就是用一種更接近信息本質(zhì)的描述來代替原有冗余的描述。產(chǎn)生霍夫曼編碼需要對(duì)原始數(shù)據(jù)掃描兩遍，第一遍掃描要精確地統(tǒng)計(jì)出原始數(shù)據(jù)中的每個(gè)值出現(xiàn)的頻率，第二遍是建立霍夫曼樹并進(jìn)行編碼，由于需要建立二叉樹并遍歷二叉樹生成編碼，因此數(shù)據(jù)壓縮和還原速度都較慢，但簡(jiǎn)單有效，因而得到廣泛的應(yīng)用。由RLE原理派生出許多具體行程壓縮方法：（1）PCX行程壓縮方法： 該算法實(shí)際上是位映射格式到壓縮格式的轉(zhuǎn)換算法，該算法對(duì)于連續(xù)出現(xiàn)1次的字節(jié)Ch，若Ch0xc0則壓縮時(shí)在該字節(jié)前加上0xc1，否則直接輸出Ch，對(duì)于連續(xù)出現(xiàn)N 次的字節(jié)Ch，則壓縮成0xc0＋N，Ch這兩個(gè)字節(jié)，因而N最大只能為ff－c0=3fh（十進(jìn)制為63），當(dāng)N大于63時(shí)， 則需分多次壓縮。因而這種壓縮應(yīng)用范圍有限。 可采用的技術(shù)方案遠(yuǎn)程監(jiān)控系統(tǒng)的實(shí)現(xiàn)主要采用了套接字這項(xiàng)技術(shù)和虛擬鼠標(biāo)鍵盤消息的API，在大多數(shù)情況下套接字是底層傳輸代碼的必選技術(shù)。但是本程序在局域網(wǎng)中是完全能夠?qū)崿F(xiàn)的，而且本程序也是專門為企業(yè)網(wǎng)內(nèi)部所設(shè)計(jì)，因?yàn)閿?shù)據(jù)信息沒被加密，如果想走Internet，則需建立VPN。建立連接是連接服務(wù)器連接成功顯示遠(yuǎn)程桌面實(shí)施遠(yuǎn)程控制 圖像壓縮 鍵盤控制 鼠標(biāo)控制 顯示網(wǎng)格改變色彩模式否啟動(dòng)監(jiān)聽服務(wù)器客戶端Socket識(shí)別遠(yuǎn)程消息發(fā)送桌面信息響應(yīng)控制消息響應(yīng)鍵盤消息響應(yīng)鼠標(biāo)消息發(fā)送發(fā)送 系統(tǒng)流程圖 模塊劃分及功能設(shè)計(jì)總體功能結(jié)構(gòu)包括主控端（客戶端）和被控端（服務(wù)器）兩大部分。 色彩模式選項(xiàng)連接服務(wù)器選項(xiàng)界面，添加兩個(gè)靜態(tài)文本控件，用于標(biāo)識(shí)IP地址和號(hào)，編輯文本控件，輸入端口號(hào)和IP地址，一個(gè)缺點(diǎn)按鈕，一個(gè)取消按鈕。 int nRet,nZero。 } dwLen = 0。 free（pBuf）。 = inet_addr（szIP）。 }客戶端代碼流程就相對(duì)于簡(jiǎn)單明了一些，我們只需要建立一個(gè)套接字，然后與服務(wù)器去做連接，最后等待返回就行了。服務(wù)器端代碼DWORD WINAPI LoadWinsock（LPVO