【正文】 己的計(jì)算機(jī)一樣，距離不再是問題。因而這種壓縮應(yīng)用范圍有限。如編碼 0504表示從當(dāng)前位置開始連續(xù)顯示5個顏色值為04的像素。由RLE原理派生出許多具體行程壓縮方法：（1）PCX行程壓縮方法： 該算法實(shí)際上是位映射格式到壓縮格式的轉(zhuǎn)換算法，該算法對于連續(xù)出現(xiàn)1次的字節(jié)Ch，若Ch0xc0則壓縮時在該字節(jié)前加上0xc1，否則直接輸出Ch，對于連續(xù)出現(xiàn)N 次的字節(jié)Ch，則壓縮成0xc0＋N，Ch這兩個字節(jié)，因而N最大只能為ff－c0=3fh（十進(jìn)制為63），當(dāng)N大于63時， 則需分多次壓縮。哈夫曼算法在改變?nèi)魏畏柖M(jìn)制編碼引起少量密集表現(xiàn)方面是最佳的，然而，它并不處理符號的順序和重復(fù)或序號的序列。產(chǎn)生霍夫曼編碼需要對原始數(shù)據(jù)掃描兩遍，第一遍掃描要精確地統(tǒng)計(jì)出原始數(shù)據(jù)中的每個值出現(xiàn)的頻率，第二遍是建立霍夫曼樹并進(jìn)行編碼，由于需要建立二叉樹并遍歷二叉樹生成編碼，因此數(shù)據(jù)壓縮和還原速度都較慢，但簡單有效，因而得到廣泛的應(yīng)用。如果能減少或消除其中的一種或多種冗余，就能取得數(shù)據(jù)壓縮的效果。從信息論的角度來看，壓縮就是去掉信息中的冗余，即保留不確定的信息，去掉確定的信息（可推知的），也就是用一種更接近信息本質(zhì)的描述來代替原有冗余的描述。采取有損壓縮的方法進(jìn)行數(shù)據(jù)壓縮，在解壓時會造成較大的誤差擴(kuò)。 圖像壓縮主要根據(jù)兩個基本事實(shí)來實(shí)現(xiàn)。Windows規(guī)定下個掃描行所占的字節(jié)數(shù)必須是4的倍數(shù)（即以long為單位），不足的以0填充。每米像素數(shù)LONG biYPelsPerMeter；∥位圖垂直分辨率，每米像素數(shù)DWORD biClrUsed； ∥位圖實(shí)際使用的顏色表中的顏色數(shù)DWORD biClrImportant； ∥位圖顯示過程中重要的顏色數(shù)}BITMAPINFOHEADER；（3）調(diào)色板（顏色表）調(diào)色板用于說明位圖中的顏色，它有若干個表項(xiàng)，每一個表項(xiàng)是一個RGBQUAD類型的結(jié)構(gòu)，定義一種顏色。Windows ，因此把這種BMP圖像文件格式稱為設(shè)備無關(guān)位圖（DIB）格式。Windows會自動將設(shè)備環(huán)境結(jié)構(gòu)映射到相應(yīng)的物理設(shè)備，并且提供正確的輸入輸出指令，GDI在處理速度上幾乎和直接進(jìn)行視頻訪問一樣快。該函數(shù)的第一個參數(shù)指定處于監(jiān)聽狀態(tài)的流套接字；操作系統(tǒng)利用第二個參數(shù)來返回新創(chuàng)建的套接字的地址結(jié)構(gòu)；操作系統(tǒng)利用第三個參數(shù)來返回新創(chuàng)建的套接字的地址結(jié)構(gòu)的長度。服務(wù)程序可以調(diào)用listen函數(shù)使其流套接字s處于監(jiān)聽狀態(tài)。由于每個進(jìn)程中都有一個套接字描述符表，表中的每個套接字描述符都對應(yīng)了一個位于操作系統(tǒng)緩沖區(qū)中的套接字?jǐn)?shù)據(jù)結(jié)構(gòu)，因此有可能有幾個套接字描述符指向同一個套接字?jǐn)?shù)據(jù)結(jié)構(gòu)。以后應(yīng)用程序就可以調(diào)用所請求的Socket庫中的其它Socket函數(shù)了。Winsock用bind函數(shù)給Socket指定一個本地IP地址和一個協(xié)議端口，其典型調(diào)用如下：result=bind（“Socket句柄”，“本地Socket地址”，“本地Socket地址長度”）；服務(wù)器程序使用bind函數(shù)用Winsock登記一個協(xié)議端口，程序告訴Winsock監(jiān)視哪一個協(xié)議端口的數(shù)據(jù)傳送，Winsock接著告訴傳輸層將此協(xié)議端口收到的數(shù)據(jù)傳送給Winsock。result=connect（“Socket句柄”，“遠(yuǎn)地Socket地址”，“遠(yuǎn)地Socket地址長度”）；此時，內(nèi)部數(shù)據(jù)結(jié)構(gòu)就包含了網(wǎng)絡(luò)通信必須的五種信息。因此面向連接的客戶程序不需指明本地協(xié)議端口，它提供給Socket的唯一地址信息是遠(yuǎn)地服務(wù)器信息（IP地址和協(xié)議端口）。配置一個Socket程序可使用Winsock中不同的函數(shù)來配置一個Socket。由于編程時必須指定程序使用的協(xié)議簇，因而能夠?yàn)槭褂貌煌瑓f(xié)議組和地址格式的網(wǎng)絡(luò)建立相同的接口。 AFDSYS管理的發(fā)送緩沖區(qū)SOSNDBUF和接收緩沖區(qū)SORCVBUF在缺省時兩個緩沖區(qū)的大小都為8192個字節(jié)，但可以根據(jù)實(shí)際要求由應(yīng)用程序設(shè)定，由于我們傳輸?shù)膶ο罂赡苁谴髷?shù)據(jù)量文件，因此需要對系統(tǒng)的發(fā)送緩沖區(qū)和接收緩沖區(qū)作相應(yīng)的設(shè)定，以保障大數(shù)據(jù)量的文件數(shù)據(jù)的發(fā)送和接收。 Winsock通信機(jī)制應(yīng)用程序的網(wǎng)絡(luò)通信歸根結(jié)底是利用相同的通信協(xié)議來完成信息的傳輸，應(yīng)用程序和Winsock都工作在Windows的用戶模式下，操作系統(tǒng)僅僅通過Winsock是不能完成網(wǎng)絡(luò)間的通信，還需要底層的支持，而套接字仿真器（套接字核心模式驅(qū)動程序）和傳輸驅(qū)動程序接口（Transport Driver Interface，TDI）是負(fù)責(zé)操作系統(tǒng)核心態(tài)環(huán)境下的網(wǎng)絡(luò)通信，起到了Winsock和傳輸協(xié)議之間的通信橋梁作用。應(yīng)用程序在網(wǎng)絡(luò)上傳輸和接收的信息都通過這個Socket接口來實(shí)現(xiàn)。UDP協(xié)議提供無連接的數(shù)據(jù)報服務(wù)。本質(zhì)上，連接是一個管道，收發(fā)數(shù)據(jù)不但順序一致，而且內(nèi)容相同。網(wǎng)絡(luò)中的n層總要向n+1層提供比n1層更完備的服務(wù)，否則n層就沒有存在的價值?！胺?wù)”是描述相量相鄰層之間關(guān)系的抽象概念，即網(wǎng)絡(luò)中各層向緊鄰上層提供的一組操作。TCP協(xié)議提供這項(xiàng)服務(wù)。也就是說，不可能通信的一端用TCP協(xié)議，而另一端用UDP協(xié)議。（4）連接兩個進(jìn)程間的通信鏈路稱為連接。 通常主機(jī)地址由網(wǎng)絡(luò)ID和主機(jī)ID組成，在TCP/IP協(xié)議中用32位整數(shù)值表示；TCP和UDP均使用16位端口號標(biāo)識用戶進(jìn)程。TCP和UDP均規(guī)定，小于256的端口號才能作保留端口。TCP/IP端口號的分配中綜合了上述兩種方式。由于TCP/IP傳輸層的兩個協(xié)議TCP和UDP是完全獨(dú)立的兩個軟件模塊，因此各自的端口號也相互獨(dú)立，如TCP有一個255號端口，UDP也可以有一個255號端口，二者并不沖突。端口是一種抽象的軟件結(jié)構(gòu)（包括一些數(shù)據(jù)結(jié)構(gòu)和I/O緩沖區(qū)）。（1）端口網(wǎng)絡(luò)中可以被命名和尋址的通信端口，是操作系統(tǒng)可分配的一種資源。例如，主機(jī)A賦于某進(jìn)程號5，在B機(jī)中也可以存在5號進(jìn)程，因此，“5號進(jìn)程”這句話就沒有意義了。網(wǎng)間進(jìn)程通信要解決的是不同主機(jī)進(jìn)程間的相互通信問題（可把同機(jī)進(jìn)程通信看作是其中的特例）。原始套接字（SOCK_RAW）：該套接字一般不會出現(xiàn)在高級網(wǎng)絡(luò)接口的實(shí)現(xiàn)中，因?yàn)樗侵苯俞槍f(xié)議的較低層（ 如IP、TCP、UDP 等）直接訪問的。流式套接字的實(shí)現(xiàn)屢見不鮮，如遠(yuǎn)程登錄（TELNET）、文件傳輸協(xié)議（FTP）等均使用了流式套接字。而且發(fā)送的數(shù)據(jù)是按順序接收的。當(dāng)TCP/IP協(xié)議被集成到UNIX內(nèi)核中時，相當(dāng)于在UNIX系統(tǒng)引入了一種新型的I/O操作，UNIX用戶進(jìn)程與網(wǎng)絡(luò)協(xié)議的交互作用比用戶進(jìn)程與傳統(tǒng)的I/O設(shè)備相互作用復(fù)雜得多，因此引入了套接字作為通信端口，隨著UNIX 操作系統(tǒng)的廣泛使用，Socket 亦當(dāng)之無愧的成為了最流行的網(wǎng)絡(luò)通信程序接口之一。其中TCP協(xié)議提供可靠的數(shù)據(jù)流運(yùn)輸服務(wù)，UDP協(xié)議提供不可靠的用戶數(shù)據(jù)報服務(wù)。第二層：網(wǎng)間層，對應(yīng)于OSI七層參考模型的網(wǎng)絡(luò)層。ICP/IP協(xié)議族并不包含物理層和數(shù)據(jù)鏈路層，因此它不能獨(dú)立完成整個計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)的功能，必須與許多其他的協(xié)議協(xié)同工作。定義資源可用性時，應(yīng)用層為了請求通信而必須判定是否有足夠的網(wǎng)絡(luò)資源。表示層的編碼和轉(zhuǎn)化模式包括公用數(shù)據(jù)表示格式、性能轉(zhuǎn)化表示格式、公用數(shù)據(jù)壓縮模式和公用數(shù)據(jù)加密模式。流控管理設(shè)備之間的數(shù)據(jù)傳輸，確保傳輸設(shè)備不發(fā)送比接收設(shè)備處理能力大的數(shù)據(jù)；多路傳輸使得多個應(yīng)用程序的數(shù)據(jù)可以傳輸?shù)揭粋€物理鏈路上；虛電路由傳輸層建立、維護(hù)和終止；差錯校驗(yàn)包括為檢測傳輸錯誤而建立的各種不同結(jié)構(gòu)；而差錯恢復(fù)包括所采取的行動（如請求數(shù)據(jù)重發(fā)），以便解決發(fā)生的任何錯誤。相同MAC（Media Access Control）標(biāo)準(zhǔn)的不同網(wǎng)段之間的數(shù)據(jù)傳輸一般只涉及到數(shù)據(jù)鏈路層，而不同的MAC標(biāo)準(zhǔn)之間的數(shù)據(jù)傳輸都涉及到網(wǎng)絡(luò)層。第二層：數(shù)據(jù)鏈路層，通過物理網(wǎng)絡(luò)鏈路提供可靠的數(shù)據(jù)傳輸。在網(wǎng)絡(luò)歷史的早期，ISO（國際標(biāo)準(zhǔn)化組織）和國際電報電話咨詢委員會（CCITT）共同出版了開放系統(tǒng)互聯(lián)的七層參考模型。2 Socket網(wǎng)絡(luò)編程的關(guān)鍵技術(shù) Socket網(wǎng)絡(luò)編程理論基礎(chǔ) OSI七層網(wǎng)絡(luò)模型與TCP/IP四層網(wǎng)絡(luò)模型OSI網(wǎng)絡(luò)分層參考模型網(wǎng)絡(luò)協(xié)議設(shè)計(jì)者不應(yīng)當(dāng)設(shè)計(jì)一個單一、巨大的協(xié)議來為所有形式的通信規(guī)定完整的細(xì)節(jié)，而應(yīng)把通信問題劃分成多個小問題，然后為每一個小問題設(shè)計(jì)一個單獨(dú)的協(xié)議，這樣做使得每個協(xié)議的設(shè)計(jì)、分析、時限和測試比較容易。總體設(shè)計(jì)包括需求分析、可行性技術(shù)方案，框架結(jié)構(gòu)、模塊劃分以及模塊的功能定義。目前，大多數(shù)遠(yuǎn)程進(jìn)程間通信代碼是用Socket 編寫的，實(shí)際應(yīng)用中用Socket 傳輸信息并不是獨(dú)立的，它在多線程的處理環(huán)境中應(yīng)用更為廣。流式是一種面向連接的Socket，針對于面向連接的TCP服務(wù)應(yīng)用，實(shí)現(xiàn)了無差錯無重復(fù)的順序數(shù)據(jù)傳輸，無長度限制；數(shù)據(jù)報式Socket是一種無連接的Socket，對應(yīng)于無連接的UDP服務(wù)應(yīng)用，定義了一種無連接的服務(wù)，數(shù)據(jù)通過相互獨(dú)立的報文進(jìn)行傳輸，是無序的，并且不保證可靠。Socket接口是TCP/ IP 網(wǎng)絡(luò)最為通用的API（Application Program Interface），也是在Internet 上進(jìn)行應(yīng)用開發(fā)最通用的API。TCP/IP協(xié)議集成到操作系統(tǒng)的內(nèi)核中，在TCP/IP協(xié)議中引入了一種稱之為“Socket”的應(yīng)用程序接口。最后對系統(tǒng)進(jìn)行了功能測試和性能分析，并得出所期望的測試結(jié)果。該系統(tǒng)對遠(yuǎn)程主機(jī)的監(jiān)控主要包括：實(shí)時監(jiān)視桌面狀態(tài)、修改系統(tǒng)配置文件、控制鼠標(biāo)、鍵盤等基本操作。理工大學(xué)學(xué)士學(xué)位論文摘 要隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，計(jì)算機(jī)給人類文明帶來了翻天覆地的變化，原來物理上的接口已不能滿足網(wǎng)絡(luò)通信的要求了。本文以VC++，利用套接字的網(wǎng)絡(luò)編程規(guī)范，實(shí)現(xiàn)運(yùn)行不同桌面操作系統(tǒng)的計(jì)算機(jī)之間的相互監(jiān)控的遠(yuǎn)程控制系統(tǒng)。設(shè)計(jì)了系統(tǒng)的基本框架和各個模塊的功能，主要針對服務(wù)器模塊，客戶端模塊，消息模擬模塊等進(jìn)行了具體實(shí)現(xiàn)。TCP/IP協(xié)議作為網(wǎng)絡(luò)通信的基本協(xié)議就解決了這一通信難題。Socket 屏蔽了底層通信軟件和具體操作系統(tǒng)的差異，使得任何兩臺安裝了TCP 協(xié)議軟件和實(shí)現(xiàn)了Socket 規(guī)范的計(jì)算機(jī)之間的通信成為可能。目前，常用的Socket類型有兩種，流式Socket（SOCK_STREAM）和數(shù)據(jù)報式Socket（SOCK_DGRAM）。也就是說，服務(wù)進(jìn)程一直處于休眠狀態(tài)，直到有一個客戶對這個服務(wù)提出了連接請求，此時服務(wù)線程被“喚醒”并為客戶。 第3章對系統(tǒng)進(jìn)行了總體設(shè)計(jì)。第5章對系統(tǒng)進(jìn)行了測試，包括測試的環(huán)境、過程和測試結(jié)論。為了保證這些協(xié)議工作的協(xié)同性，應(yīng)當(dāng)將協(xié)議設(shè)計(jì)和開發(fā)成完整的、協(xié)作的協(xié)議系列（即協(xié)議簇），而不是孤立地開發(fā)每個協(xié)議。它由計(jì)算機(jī)和網(wǎng)絡(luò)介質(zhì)之間的實(shí)際界面組成，可定義電氣信號、符號、線的狀態(tài)、時鐘要求、數(shù)據(jù)編碼、數(shù)據(jù)傳輸用的連接器。它一般包括網(wǎng)絡(luò)尋徑、流量控制、錯誤檢查等。傳輸層的功能一般包括流控、多路傳輸、虛電路管理及差錯校驗(yàn)和恢復(fù)。第六層：表示層，提供多種功能用于應(yīng)用層數(shù)據(jù)編碼和轉(zhuǎn)化，以確保以一個系統(tǒng)應(yīng)用層發(fā)送的信息可以被另一個系統(tǒng)應(yīng)用層識別。因?yàn)榭赡軄G失通信伙伴，應(yīng)用層必須為傳輸數(shù)據(jù)的應(yīng)用子程序定義通信伙伴的標(biāo)識和可用性。TCP/IP協(xié)議被組織成四個概念層，其中有三層對應(yīng)于ISO參考模型中的相應(yīng)層。相反，它定義像地址解析協(xié)議（Address Resolution Protocol, ARP）這樣的協(xié)議，提供TCP/IP協(xié)議的數(shù)據(jù)結(jié)構(gòu)和實(shí)際物理硬件之間的接口。第三層：傳輸層，對應(yīng)于OSI七層參考模型的傳輸層，它提供兩種端到端的通信服務(wù)。 TCP/IP四層模型 Socket編程基本原理套接字介紹套接字（Socket）起初來源于UNIX，是加利福尼亞大學(xué)Berkeley 分校開發(fā)的UNIX 操作系統(tǒng)下的網(wǎng)絡(luò)通信接口。流式套接字（SOCK_STREAM）：該類套接字提供了面向連接的、可靠的、數(shù)據(jù)無錯并且無重復(fù)的數(shù)據(jù)發(fā)送服務(wù)。但其對線路的占用率相對提高。NFS（網(wǎng)絡(luò)文件系統(tǒng)）即是采用此類套接字、在TCP/IP 協(xié)議族中，UDP使用該類接口。由于每個進(jìn)程都在自己的地址范圍內(nèi)運(yùn)行，為保證兩個相互通信的進(jìn)程之間既互不干擾又協(xié)調(diào)一致工作，操作系統(tǒng)為進(jìn)程通信提供了相應(yīng)設(shè)施，如UNIX BSD中的管道（pipe）、命名管道（named pipe）和軟中斷信號（signal），UNIX system V的消息（message）、共享存儲區(qū)（shared memory）和信號量（semaphore）等，但都僅限于用在本機(jī)進(jìn)程之間通信。但在網(wǎng)絡(luò)環(huán)境下，各主機(jī)獨(dú)立分配的進(jìn)程號不能唯一標(biāo)識該進(jìn)程。為了解決上述問題，TCP/IP協(xié)議引出了幾個概念。為此，TCP/IP協(xié)議提出了協(xié)議端口（protocol port，簡稱端口）的概念，用于標(biāo)識通信的進(jìn)程。 類似于文件描述符，每個端口都擁有一個叫端口號（port number）的整數(shù)型標(biāo)識符，用于區(qū)別不同端口。第二種是本地分配，又稱動態(tài)連接，即進(jìn)程需要訪問傳輸層服務(wù)時，向本地操作系統(tǒng)提出申請，操作系統(tǒng)返回一個本地唯一的端口號，進(jìn)程再通過合適的系統(tǒng)調(diào)用將自己與該端口號聯(lián)系起來（綁扎）。剩余的為自由端口，以本地方式進(jìn)行分配。因此需要三級尋址：a. 某一主機(jī)可與多個網(wǎng)絡(luò)相連，必須指定一特定網(wǎng)絡(luò)地址； b. 網(wǎng)絡(luò)上每一臺主機(jī)應(yīng)有其唯一的地址； c. 每一主機(jī)上的每一進(jìn)程應(yīng)有在該主機(jī)上的唯一標(biāo)識符。TCP/IP協(xié)議使用16位整數(shù)和32位整數(shù)的高價先存格式，它們均含在協(xié)議頭文件中。（6）全相關(guān)一個完整的網(wǎng)間進(jìn)程通信需要由兩個進(jìn)程組成，并且只能使用同一種高層協(xié)議。“順序”是指接收數(shù)據(jù)順序與發(fā)送數(shù)據(jù)順序相同。服務(wù)方式在網(wǎng)絡(luò)分層結(jié)構(gòu)中，各層之間是嚴(yán)格單向依賴的，各層次的分工和協(xié)作集中體現(xiàn)在相鄰層之間的界面上。系統(tǒng)調(diào)用是操作系統(tǒng)內(nèi)核向網(wǎng)絡(luò)應(yīng)用程序或高層協(xié)議提供的服務(wù)原語。在數(shù)據(jù)傳輸過程中，各數(shù)據(jù)分組不攜帶目的地址，而使用連接號（connect ID）。無連接服務(wù)不能保證分組的先后順序，不進(jìn)行分組出錯的恢復(fù)與重傳，不保證傳輸?shù)目煽啃?。Socket實(shí)際在計(jì)算機(jī)中提供了一個通信端口，可以通過這個端口與任何一個具