【正文】 ID lpParam）{ LPBYTE pBuf。 char szString[255]。 // 為WSASocketGet（） nRet = SelectProtocols（SETFLAGS,NOTSETFLAGS,（LPWSAPROTOCOL_INFO）pBuf,amp。 = AF_INET。 消息模擬功能的實(shí)現(xiàn)在一般的應(yīng)用程序中，用戶敲擊鍵盤或者鼠標(biāo)的消息都是直接首先被外設(shè)的驅(qū)動(dòng)程序所截獲，然后外設(shè)的驅(qū)動(dòng)程序?qū)⑦@些消息加入系統(tǒng)的消息隊(duì)列中，這樣應(yīng)用程序可以從消息隊(duì)列中得到該消息并進(jìn)行相應(yīng)的處理。負(fù)值表示滾輪向后旋轉(zhuǎn)。需要注意的是，服務(wù)器端刷屏的時(shí)候并不是將整個(gè)屏幕都傳給客服端，因?yàn)檎麄€(gè)屏幕圖片的數(shù)據(jù)量比較大，當(dāng)前網(wǎng)絡(luò)負(fù)載也不是很穩(wěn)定的條件下，該程序是很不穩(wěn)定的。這張編碼表的特殊之處在于，它是根據(jù)每一個(gè)源字符出現(xiàn)的估算概率而建立起來的（出現(xiàn)概率高的字符使用較短的編碼，反之出現(xiàn)概率低的則使用較長(zhǎng)的編碼，這便使編碼之后的字符串的平均期望長(zhǎng)度降低，從而達(dá)到無損壓縮數(shù)據(jù)的目的）。而Windows的每一個(gè)應(yīng)用程序?qū)ζ聊坏囊徊糠诌M(jìn)行處理。因?yàn)閃indows輸出是基于圖形的，它輸出文本時(shí)不會(huì)象DOS那樣自動(dòng)換行，而必須以像素為單位精確定位每一行的輸出位置。當(dāng)然，這兩種輸出在用戶看來并沒有什么區(qū)別。位圖存放的是圖形的點(diǎn)位信息，占用較多的內(nèi)存，但速度很快。5 系統(tǒng)實(shí)施及測(cè)試 測(cè)試環(huán)境搭建本系統(tǒng)測(cè)試的網(wǎng)絡(luò)環(huán)境為100M的以太網(wǎng)。 顯示服務(wù)器桌面點(diǎn)擊遠(yuǎn)程控制選項(xiàng)，選擇色彩模式選項(xiàng)，默認(rèn)為16色屏幕模式，改為256色。 打開文件夾，并選擇攝像頭功能。首先研究了網(wǎng)絡(luò)編程的理論基礎(chǔ)以及遠(yuǎn)程控制系統(tǒng)涉及到的關(guān)鍵技術(shù)，系統(tǒng)需要通過Windows Socket技術(shù)和TCP/IP下的C/S（客戶端/服務(wù)器）架構(gòu)進(jìn)行Socket連接，在傳輸桌面信息時(shí)，要通過圖像編碼技術(shù)對(duì)圖像進(jìn)行壓縮處理，主要的方法包括，霍夫曼壓縮，多變霍夫曼壓縮，Run Length編碼壓縮等。在我今后的人生道路中，我將一直謹(jǐn)記老師對(duì)我的教導(dǎo)。致 謝感謝我的論文指導(dǎo)老師，在本論文寫作的過程中得到了老師的幫助和鼓勵(lì)?？蛻舳说氖髽?biāo)，可自由在服務(wù)器方移動(dòng)，實(shí)現(xiàn)鼠標(biāo)的正常功能，測(cè)試中，鼠標(biāo)成功打開服務(wù)器房文件夾，攝像頭，和視頻播放器，成功實(shí)現(xiàn)遠(yuǎn)程控制，并可通過攝像頭實(shí)時(shí)監(jiān)控服務(wù)器端的具體情況。 服務(wù)器向客戶端傳文件 鼠標(biāo)鍵盤功能測(cè)試滑動(dòng)鼠標(biāo)，并右擊被控端桌面的文件夾。 選擇服務(wù)器模式在主機(jī)B上運(yùn)行客戶端程序，點(diǎn)擊遠(yuǎn)程控制選項(xiàng)，并選擇連接服務(wù)器。即使想越出邊界，也是不可能的，窗口會(huì)自動(dòng)的防止其他窗口傳過來的任何像素。前兩者是物理設(shè)備，后兩者是偽設(shè)備。GDI屏蔽了不同設(shè)備的差異，提供了設(shè)備無關(guān)的圖形輸出能力，Windows應(yīng)用程序只要發(fā)出設(shè)備無關(guān)的GDI請(qǐng)求（如調(diào)用Rectangle畫一個(gè)矩形），由GDI去完成實(shí)際的圖形輸出操作。printf（“This is DOS program.\n”）。下面在補(bǔ)充介紹下WINDOWS圖形輸入輸出處理對(duì)象GDI。在計(jì)算機(jī)信息處理中，“哈夫曼編碼”是一種一致性編碼法（又稱“熵編碼法”），用于數(shù)據(jù)的無損耗壓縮。這些操作會(huì)通過SOCKET傳給服務(wù)器端。Dx：定義沿著X軸的絕對(duì)位置Dy：定義沿著Y軸的絕對(duì)位置dwData：如果dwFlags包括了MOUSEEVENTF_WHEEL的標(biāo)志，則dwData定義鼠標(biāo)滾輪的運(yùn)動(dòng)數(shù)量。 } listen（Listen,SOMAXCONN）。 return 1。 if （nRet == SOCKET_ERROR） { if （WSAGetLastError（） != WSAENOBUFS） return 1。 DWORD dwThreadId。這個(gè)模塊是根據(jù)客戶端的要求來采用具體的編碼解碼方法的。 MessageBox（NULL,szString,Client Socket Error,MB_OK）。 = AF_INET。dwLen,amp。wsd） != 0） { MessageBox（NULL,hehe,Client Socket Error,MB_OK）?？蛻舳藢?shí)現(xiàn)代碼int LoadWinsock（HWND hWnd,char *szIP）{ WSADATA wsd。 數(shù)據(jù)壓縮選項(xiàng)網(wǎng)格空間數(shù)目選項(xiàng)界面，添加文本控件，編輯文本控件，單項(xiàng)選擇按鈕，確定按鈕，默認(rèn)值按鈕，取消按鈕。Socket通過TCP/IP協(xié)議實(shí)現(xiàn)兩端計(jì)算機(jī)的數(shù)據(jù)通信。當(dāng)初遠(yuǎn)程控制這門技術(shù)在DOS時(shí)代就已經(jīng)存在，只是受網(wǎng)絡(luò)的制約，但是此時(shí)這門技術(shù)還是受網(wǎng)絡(luò)技術(shù)制約著。該程序允許你利用你的鼠標(biāo)和鍵盤來控制其他的計(jì)算機(jī)遠(yuǎn)程。這種壓縮方法所能壓縮的圖像像素位數(shù)最大為8位（256色）圖像。例如：aaabccccccddeee，則可用3a1b6c2d3e來代替。這些代碼都是二進(jìn)制碼，且碼的長(zhǎng)度是可變的。 圖像壓縮編碼對(duì)圖像采用不同的表達(dá)方式以減小表示圖像所需的數(shù)據(jù)量，所以也常稱為數(shù)據(jù)壓縮。壓縮的目的就是滿足存儲(chǔ)容量和傳輸帶寬的要求，而付出的代價(jià)是大量的計(jì)算。（1）BMP文件頭BMP文件頭數(shù)據(jù)結(jié)構(gòu)含有BMP文件的類型、文件大小和位圖起始位置等信息。Windows已經(jīng)提供了各種顯示卡的驅(qū)動(dòng)程序，這樣我們的程序就不用關(guān)心與系統(tǒng)相連的顯示卡的類型，可以通過調(diào)用GDI函數(shù)來和硬件打交道。當(dāng)調(diào)用closesocket函數(shù)時(shí)，操作系統(tǒng)先檢查套接字?jǐn)?shù)據(jù)結(jié)構(gòu)中的該字段的值，如果為1，就表明只有一個(gè)套接字描述符指向它，因此操作系統(tǒng)就先把s在套接字描述符表中對(duì)應(yīng)的那條表項(xiàng)清除，并且釋放s對(duì)應(yīng)的套接字?jǐn)?shù)據(jù)結(jié)構(gòu)；如果該字段大于1，那么操作系統(tǒng)僅僅清除s在套接字描述符表中的對(duì)應(yīng)表項(xiàng)，并且把s對(duì)應(yīng)的套接字?jǐn)?shù)據(jù)結(jié)構(gòu)的引用次數(shù)減1。該函數(shù)的第一個(gè)參數(shù)指明程序請(qǐng)求使用的Socket版本，其中高位字節(jié)指明副版本、低位字節(jié)指明主版本；操作系統(tǒng)利用第二個(gè)參數(shù)返回請(qǐng)求的Socket的版本信息。也就是說，Winsock為程序選擇協(xié)議端口，當(dāng)數(shù)據(jù)到達(dá)此端口時(shí)通知程序，程序不必關(guān)心Winsock使用哪一個(gè)協(xié)議端口。下面語句顯示了一個(gè)典型的具體Winsock函數(shù)調(diào)用：Socket_handle=Socket（PF_INET，SOCK_STREAM，IPPROTO_TCP）；這個(gè)Winsock使用Internet協(xié)議簇（PF_INET）的TCP協(xié)議（IPPROTO_TCP）進(jìn)行字節(jié)流（SOCK_STREAM）通信。當(dāng)應(yīng)用程序利用Winsock發(fā)送和接收數(shù)據(jù)時(shí)，并不是由Winsock從網(wǎng)絡(luò)上發(fā)送和接收數(shù)據(jù)的，而是由核心模式驅(qū)動(dòng)程序AFDSYS負(fù)責(zé)管理發(fā)送和接收緩沖區(qū)來發(fā)送和接收數(shù)據(jù)?，F(xiàn)在的Winsock已經(jīng)基本上實(shí)現(xiàn)了與協(xié)議無關(guān)，你可以使用Winsock來調(diào)用多種協(xié)議的功能，但較常使用的是TCP/IP協(xié)議。而傳輸層實(shí)現(xiàn)的是“端到端”通信，引進(jìn)網(wǎng)間進(jìn)程通信概念，同時(shí)也要解決差錯(cuò)控制，流量控制，數(shù)據(jù)排序（報(bào)文排序），連接管理等問題，為此提供不同的服務(wù)方式： 面向連接（虛電路）或無連接 面向連接服務(wù)是電話系統(tǒng)服務(wù)模式的抽象，即每一次完整的數(shù)據(jù)傳輸都要經(jīng)過建立連接，使用連接，終止連接的過程。TCP協(xié)議提供這項(xiàng)服務(wù)。（5）半相關(guān)綜上所述，網(wǎng)絡(luò)中用一個(gè)三元組可以在全局唯一標(biāo)志一個(gè)進(jìn)程：（協(xié)議，本地地址，本地端口號(hào)） 這樣一個(gè)三元組，叫做一個(gè)半相關(guān)（halfassociation），它指定連接的每半部分。在互連網(wǎng)絡(luò)中，兩臺(tái)機(jī)器可能位于不同的網(wǎng)絡(luò)，這些網(wǎng)絡(luò)通過網(wǎng)絡(luò)互連設(shè)備（網(wǎng)關(guān)，網(wǎng)橋，路由器等）連接。有兩種基本分配方式：第一種叫全局分配，這是一種集中控制方式，由一個(gè)公認(rèn)的中央機(jī)構(gòu)根據(jù)用戶需要進(jìn)行統(tǒng)一分配，并將結(jié)果公布于眾。從這個(gè)意義上講，網(wǎng)絡(luò)通信的最終地址就不僅僅是主機(jī)地址了，還包括可以描述進(jìn)程的某種標(biāo)識(shí)符。同一主機(jī)上，不同進(jìn)程可用進(jìn)程號(hào)（process ID）唯一標(biāo)識(shí)。然而，數(shù)據(jù)報(bào)的實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)線路占用率較低。一般情況下除非通信協(xié)議支持，只有相同類型的套接字方能相互傳遞數(shù)據(jù)，Windows Sockets 版主要支持兩種類型的套接字：流式套接字和數(shù)據(jù)報(bào)套接字，還有一種是原始套接字，但為保證網(wǎng)絡(luò)應(yīng)用程序的兼容性，一般不鼓勵(lì)使用原始套接字。同時(shí)還包含網(wǎng)間控制報(bào)文協(xié)議（Internet Control Message Protocol, ICMP）用來提供網(wǎng)絡(luò)診斷信息?！　? 應(yīng)用層表示層會(huì)話層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層 七層網(wǎng)絡(luò)模型TCP/IP四層網(wǎng)絡(luò)模型　TCP/IP分層模型（TCP/IP Layening Model）被稱作因特網(wǎng)分層模型（Internet Layering Model）、因特網(wǎng)參考模型（Internet Reference Model）。第五層：會(huì)話層，建立、管理和終止表示層與實(shí)體之間的通信會(huì)話。第三層：網(wǎng)絡(luò)層，負(fù)責(zé)在源點(diǎn)和終點(diǎn)之間建立連接。為了提高效率，每個(gè)協(xié)議只應(yīng)該注意沒有被其他協(xié)議處理過的那部分通信問題；為了主協(xié)議的實(shí)現(xiàn)更加有效，協(xié)議之間應(yīng)該能夠共享特定的數(shù)據(jù)結(jié)構(gòu)，同時(shí)這些協(xié)議的組合應(yīng)該能處理所有可能的硬件錯(cuò)誤以及其它異常情況。第2章論述了Socket網(wǎng)絡(luò)編程的關(guān)鍵技術(shù)：網(wǎng)絡(luò)編程的理論基礎(chǔ)，Windows Socket網(wǎng)絡(luò)編程技術(shù)，圖像技術(shù)，圖像壓縮的編碼及解碼，包括霍夫曼壓縮，和Run Length（行程長(zhǎng)度）壓縮等。比如市面上比較普遍的、UC、飛鴿傳書等以內(nèi)部網(wǎng)絡(luò)為中心的資源共享系統(tǒng)，都應(yīng)用到套接字網(wǎng)絡(luò)編程技術(shù)。 then introduces the various functional modules of the specific implementation steps. Finally, test methods and results, the advantages and disadvantages of the system are summarized.Keywords：Socket；VC++；Network Programming；Remote Control目錄1 緒論 1 課題的背景和意義 1 課題的國(guó)內(nèi)外研究現(xiàn)狀 1 課題的結(jié)構(gòu)安排 22 Socket網(wǎng)絡(luò)編程的關(guān)鍵技術(shù) 3 Socket網(wǎng)絡(luò)編程理論基礎(chǔ) 3 OSI七層網(wǎng)絡(luò)模型與TCP/IP四層網(wǎng)絡(luò)模型 3 Socket編程基本原理 6 Windows Socket網(wǎng)絡(luò)編程技術(shù) 10 Winsock簡(jiǎn)介 10 Winsock通信機(jī)制 10 Winsock編程模型 11 圖像技術(shù) 13 圖像壓縮編碼解碼 16 霍夫曼壓縮 17 Run Length壓縮 173 遠(yuǎn)程控制系統(tǒng)總體設(shè)計(jì) 19 系統(tǒng)需求分析 19 用戶需求 19 可采用的技術(shù)方案 19 可行性技術(shù)方案 19 技術(shù)可行性 19 經(jīng)濟(jì)可行性 20 系統(tǒng)的基本框架 20 模塊劃分及功能設(shè)計(jì) 214 系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 22 界面設(shè)計(jì) 22 客戶端界面 22 服務(wù)器端界面 24 客戶端模塊設(shè)計(jì)與實(shí)現(xiàn) 25 服務(wù)器模塊設(shè)計(jì)與實(shí)現(xiàn) 27 消息模擬功能的實(shí)現(xiàn) 29 流數(shù)據(jù)的實(shí)現(xiàn) 30 圖形編碼 305 系統(tǒng)實(shí)施及測(cè)試 34 測(cè)試環(huán)境搭建 34 系統(tǒng)功能和性能測(cè)試 34 客戶端顯示測(cè)試 34 鼠標(biāo)鍵盤功能測(cè)試 39 測(cè)試結(jié)果 42結(jié) 論 43致 謝 44參考文獻(xiàn) 45附錄A 英文原文 47附錄B 中文翻譯 58附錄C 源程序 65671 緒論 課題的背景和意義隨著計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展，原來物理上的接口（如鍵盤、鼠標(biāo)、網(wǎng)卡、顯示卡等輸入、輸出接口）已不能滿足網(wǎng)絡(luò)通信的要求了。Socket 是建立在傳輸層協(xié)議上的一種套接字規(guī)范，基于Socket的網(wǎng)絡(luò)編程已是一項(xiàng)現(xiàn)如今被廣泛利用的技術(shù)，很大程度上方便了人們的生活。系統(tǒng)可以讓本地計(jì)算機(jī)通過局域網(wǎng)訪問不同的遠(yuǎn)程計(jì)算機(jī)，也可以進(jìn)行網(wǎng)際主機(jī)控制。Socket 是建立在傳輸層協(xié)議是TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）上的一種套接字規(guī)范，它最初由美國(guó)加州Berkley大學(xué)提出，是UNIX 操作系統(tǒng)開發(fā)的網(wǎng)絡(luò)通信接口，它定義了兩臺(tái)計(jì)算機(jī)間的通信規(guī)范（也是一種編程規(guī)范）。在現(xiàn)在的網(wǎng)絡(luò)應(yīng)用中，通信雙方最常見的交互模式便是Client/ Server 模式。第4章給出了系統(tǒng)詳細(xì)的設(shè)計(jì)和具體實(shí)現(xiàn)。計(jì)算機(jī)操作系統(tǒng)中的網(wǎng)絡(luò)過程包括從應(yīng)用請(qǐng)求（在協(xié)議棧的頂部）到網(wǎng)絡(luò)介質(zhì)（底部）。例如IP路由器工作在網(wǎng)絡(luò)層，因而可以實(shí)現(xiàn)多種網(wǎng)絡(luò)間的互聯(lián)。第七層：應(yīng)用層，最接近終端用戶的OSI層，這就意味著OSI應(yīng)用層與用戶之間是通過應(yīng)用軟件直接相互作用的。TCP/IP分層模型的四個(gè)協(xié)議層分別完成以下的功能：第一層：網(wǎng)絡(luò)接口層，包括用于協(xié)作IP數(shù)據(jù)在已有網(wǎng)絡(luò)介質(zhì)上傳輸?shù)膮f(xié)議。第四層：應(yīng)用層，對(duì)應(yīng)于OSI七層參考模型的應(yīng)用層和表達(dá)層。所有利用該套接字進(jìn)行傳遞的數(shù)據(jù)均被視為連續(xù)的字節(jié)流的并且無長(zhǎng)度限制。常用于檢驗(yàn)新的協(xié)議實(shí)現(xiàn)或訪問現(xiàn)有服務(wù)中配置的新設(shè)備，如前所述，一般不提倡他的直接應(yīng)用。其次，操作系統(tǒng)支持的網(wǎng)絡(luò)協(xié)議眾多，不同協(xié)議的工作方式不同，地址格式也不同。應(yīng)用程序（即進(jìn)程）通過系統(tǒng)調(diào)用與某端口建立連接（binding）后，傳輸層傳給該端口的數(shù)據(jù)都被相應(yīng)進(jìn)程所接收，相應(yīng)進(jìn)程發(fā)給傳輸層的數(shù)據(jù)