【正文】 述符，每個端口都擁有一個叫端口號（port number）的整數型標識符，用于區(qū)別不同端口。 端口號的分配是一個重要問題。第二種是本地分配，又稱動態(tài)連接，即進程需要訪問傳輸層服務時，向本地操作系統提出申請，操作系統返回一個本地唯一的端口號，進程再通過合適的系統調用將自己與該端口號聯系起來（綁扎）。TCP/IP將端口號分為兩部分，少量的作為保留端口，以全局方式分配給服務進程。剩余的為自由端口，以本地方式進行分配。（2）地址網絡通信中通信的兩個進程分別運行在不同的機器上。因此需要三級尋址：a. 某一主機可與多個網絡相連，必須指定一特定網絡地址； b. 網絡上每一臺主機應有其唯一的地址； c. 每一主機上的每一進程應有在該主機上的唯一標識符。（3）網絡字節(jié)順序不同的計算機存放多字節(jié)值的順序不同，有的機器在起始地址存放低位字節(jié)（低價先存），有的存高位字節(jié)（高價先存）。TCP/IP協議使用16位整數和32位整數的高價先存格式，它們均含在協議頭文件中。連接在網絡中表現為一些緩沖區(qū)和一組協議機制，在外部表現出比無連接高的可靠性。（6）全相關一個完整的網間進程通信需要由兩個進程組成，并且只能使用同一種高層協議。因此一個完整的網間通信需要一個五元組來標識：（協議，本地地址，本地端口號，遠地地址，遠地端口號）這樣一個五元組，叫做一個相關（association），即兩個協議相同的半相關才能組合成一個合適的相關，或完全指定組成一連接?！绊樞颉笔侵附邮諗祿樞蚺c發(fā)送數據順序相同。（8）流控制在數據傳輸過程中控制數據傳輸速率的一種機制，以保證數據不被丟失。服務方式在網絡分層結構中，各層之間是嚴格單向依賴的，各層次的分工和協作集中體現在相鄰層之間的界面上。下層是服務提供者，上層是請求服務的用戶。系統調用是操作系統內核向網絡應用程序或高層協議提供的服務原語。在OSI的術語中，網絡層及其以下各層又稱為通信子網，只提供點到點通信，沒有程序或進程的概念。在數據傳輸過程中，各數據分組不攜帶目的地址，而使用連接號（connect ID）。TCP協議提供面向連接的虛電路。無連接服務不能保證分組的先后順序，不進行分組出錯的恢復與重傳，不保證傳輸的可靠性。 Windows Socket網絡編程技術 Winsock簡介為了方便網絡編程，Microsoft聯合了其他幾家公司共同制定了一套Windows下的網絡編程接口，即Windows Sockets規(guī)范，它不是一種網絡協議，而是一套開放的、支持多種協議的Windows下的網絡編程接口。Socket實際在計算機中提供了一個通信端口，可以通過這個端口與任何一個具有Socket接口的計算機通信。Winsock規(guī)范定義了一套可使網絡程序開發(fā)人員在Windows下開發(fā)標準的TCP/IP網絡程序接口，它不僅包含人們所熟悉的Berkeley Socket風格的庫函數，還包含了一組針對Windows的擴展庫函數，以使程序員能充分地利用Windows消息驅動機制、異步網絡事件選擇方式進行編程。應用程序使用Windows Sockets的API，而Windows Sockets又利用下層的網絡通信協議與操作系統以產生實際的通信。Winsock是網絡通信應用程序于套接字仿真器間的接口，TDI是套接字仿真器和傳輸協議間的接口套接字核心模式，驅動程序復雜連接和緩沖區(qū)管理，以便向應用程序提供套接字仿真（在AFDSYS文件中實現），同時負責與底層傳輸驅動程序對話傳輸驅動程序接口（TDI）負責核心模式驅動程序與傳輸協議間的通信。也就是說，當應用程序調用send或WSASend函數來發(fā)送數據時，AFDSYS將把數據復制進他自己的發(fā)送緩沖區(qū)，然后send后WSASend函數立即返回AFDSYS在后臺負責把數據發(fā)送出去，遠程客戶端接收數據的情況也類似，由接收方的AFDSYS在后臺負責把數據復制到自己的接收緩沖區(qū)，然后當應用程序調用recv后WSARecv函數來接收數據時，把數據由AFDSYS管理的接收緩沖區(qū)復制到應用程序提供的緩沖區(qū)中。Sockets的實質是通信端點的一種抽象，它提供一種發(fā)送和接受數據的機制。應用程序套接字套接字仿真器傳輸驅動程序接口傳輸協議 套接字通信機制 Winsock編程模型建立一個SocketWinsock函數含有三個參數，“協議簇”參數指明像TCP/IP協議組這樣的一組相關協議，“Socket類型”參數指明參數指明程序是進行數據報傳輸還是字節(jié)流傳輸，“協議”參數定義了協議簇內程序欲使用的具體協議（如TCP或UDP）。也就是說，本函數的正確調用可使Winsock接口運行在多個網絡上。當程序調用Winsock函數建立一個新Socket時，Winsock將為一個內部數據結構分配內存，此結構中保存有關此Socket的信息。每個Socket需要五種信息：本地和遠地本機的IP地址、本地和遠地進程的協議端口、連接使用的協議。建立好連接后，客戶程序依靠TCP協議給它傳送數據。Winsock自動保存本地IP地址和選擇本地協議端口，并確保客戶程序收到傳輸層送給本地協議端口的所有數據。在前一步已建立的Socket基礎上，面向連接的客戶程序使用connect函數來配置Socket。只有面向連接的客戶進程才啟動與遠地服務器Socket的直接連接。使用無連接協議的客戶程序必須發(fā)送一個帶有服務請求的數據報并等待應答，遠地服務器的應答以數據報的形式到達。使用Socket使用Socket之前必須調用WSAStartup函數。當一個應用程序調用WSAStartup函數時，操作系統根據請求的Socket版本來搜索相應的Socket庫，然后綁定找到的Socket庫到該應用程序中。該函數執(zhí)行成功后返回0。Closesocket函數用來關閉一個描述符為s套接字。套接字數據結構中專門有一個字段存放該結構的被引用次數，即有多少個套接字描述符指向該結構。Closesocket函數如果執(zhí)行成功就返回0，否則返回SOCKET_ERROR。處于監(jiān)聽狀態(tài)的流套接字s將維護一個客戶連接請求隊列，該隊列最多容納backlog個客戶連接請求。服務程序調用accept函數從處于監(jiān)聽狀態(tài)的流套接字s的客戶連接請求隊列中取出排在最前的一個客戶請求，并且創(chuàng)建一個新的套接字來與客戶套接字創(chuàng)建連接通道，如果連接成功，就返回新創(chuàng)建的套接字的描述符，以后與客戶套接字交換數據的是新創(chuàng)建的套接字；如果失敗就返回INVALID_SOCKET。 圖像技術Windows系統不允許應用程序直接訪問視頻存儲區(qū)，而是提供了一個抽象的接口，稱作圖形設備接口（GDI）。各種GDI函數會自動參考被稱為設備環(huán)境的數據結構。BMP圖形文件是Windows采用的圖形文件格式，在Windows環(huán)境下運行的所有圖像處理軟件都支持BMP圖像文件格式。因此把這種BMP圖像文件格式稱為設備相關位圖（DDB）格式。位圖文件可看成由4個部分組成；位圖文件頭（bitmapfileheader）、位圖信息頭（bitmapinformation header）、彩色表（color table）和定義位圖的字節(jié)陣列。其結構定義如下：typedefstruct tagBITMAPFILEHEADER{WORD bfrype；∥位圖文件的類型，必須為BMDWORD bfSize；∥位圖文件的大小，以字節(jié)為單位WORD bIRescrvcdl；∥圖文件保留字，必須為0WORD bIReserved2；∥位圖文件保留字，必須為0DWORD bfOffBits；∥位圖數據的起始位置，以相對于位圖文件頭的偏移量表示，單位是字節(jié)}BITMAPFILEHEADER；（2）BMP位圖信息頭BMP位圖信息頭數據用于說明位圖的尺寸等信息，其結構定義如下：typedefstruct tagBITMAPINFOHEADER{DWORD biSize；∥結構所占用字節(jié)數LONG biWidth；∥位圖的寬度，以像素為單位LONG biHeight； ∥位圖的高度，以像素為單位WORD biplanes； ∥目標設備的級別，必須為lWORD biBitCount；∥每個像素所需的位數，必須是l（雙色），4（16色），8（256色）或24（真彩色）之一DWORD biCompression； ∥位圖壓縮類型，必須是0（不壓縮），1（BI_RLE8壓縮類型）或2（BI RLE4壓縮類型）之一DWORD biSizeImage；∥位圖的大小，以字節(jié)為單位LONG biXPelsPerMeter；∥位圖水平分辨率。ROBQUAD結構的定義如下：typedefstruct tagRGBQUAD{BYTE rgbBlue； ∥藍色的亮度（值范圍為0~255）BYTE gbGreen；∥ 綠色的亮度（值范圍為0~255）BYTE rgbRed；∥紅色的亮度（值范圍為0~255）BYTE rgbReserved；∥保留，必須為0}RGBQUAD；顏色表中RGBQUAD結構數據的個數由biBitCount來確定：●當biBitCount=1，4，8時，分別有2，16，256個表項；●當biBitCount=24時，沒有顏色表項。位圖的一個像素值所占的字節(jié)數：●當biBitCount=1時，8個像素占1個字節(jié)；●當biBitCount=4時，2個像素占1個字節(jié)；●當biBitCount=8時，1個像素占1個字節(jié)；●當biBitCount=24時，1個像素占3個字節(jié)。一個掃描行所占的字節(jié)數計算方法：DataSizePerLin=（biWidth*biBitCount+31）／8；∥一個掃描行所占的字節(jié)數DataSizePcrLincr=DataSizePerLine／4*4；∥字節(jié)數必須是4的倍數位圖數據的大?。ú粔嚎s情況下）DataSize=DataSizePerLine*biHeight； 圖像壓縮編碼解碼位圖原稿數字化后的數據量非常驚人，在硬盤上存儲時頗占地盤，并給傳輸帶來了很多不便，所以圖像壓縮得到了廣泛的運用。圖像數據壓縮技術總的來說就是利用圖像數據固有的冗余性和相干性，將一個大的數據文件轉換成較小的同性質的文件。一是圖像數據中有許多重復的數據，使用數學方法來表示這些重復數據就可以減少數據量；二是人的眼睛對圖像細節(jié)和顏色的辨認有一個極限，把超過極限的部分去掉，也就達到了壓縮數據的目的。實際的圖像壓縮其實是綜合使用各種有損和無損壓縮技術來實現的。所以本系統采用的數據壓縮方式是無損壓縮。壓縮的理論基礎是信息論。這個本質的因素就是信息量（即不確定因素）。在數字圖像壓縮中，有3種基本的數據冗余：像素相關冗余，編碼冗余，心理視覺冗余。 霍夫曼壓縮霍夫曼是1952年為文本文件建立的，其基本原理是頻繁使用的數據用較短的代碼代替，很少使用的數據用較長的代碼代替，每個數據的代碼各不相同。如： 有一個原始數據序列，ABACCDAA則編碼為A（0），B（10），C（110）, D（111），壓縮后為010011011011100。哈夫曼編碼是無損壓縮當中最好的方法。常見的符號需要很少的位來表示，而不常見的符號需要很多為來表示。 Run Length壓縮原理是將一掃描行中的顏色值相同的相鄰像素用一個計數值和那些像素的顏色值來代替。對于擁有大面積，相同顏色區(qū)域的圖像，用RLE壓縮方法非常有效。（2）BI_RLE8壓縮方法：在Windows的位圖文件中采用了這種壓縮方法。其中第一個字節(jié)規(guī)定了用第二個字節(jié)指定的顏色重復次數。當第二個字節(jié)為零時第二個字節(jié)有特殊含義：0表示行末；1表示圖末；2轉義后面2個字節(jié)， 這兩個字節(jié)分別表示下一像素相對于當前位置的水平位移和垂直位移。（3）BI_RLE壓縮方法：該方法也用于Windows位圖文件中，它與 BI_RLE8編碼類似，唯一不同是：BI_RLE4的一個字節(jié)包含了兩個像素的顏色，因此，它只能壓縮的顏色數不超過16的圖像。（4）緊縮位壓縮方法（Packbits）：該方法是用于Apple公司的Macintosh機上的位圖數據壓縮方法，TIFF 規(guī)范中使用了這種方法，這種壓縮方法與BI_RLE8壓縮方法相似，如1c1c1c2132325648 壓縮為：83 1c 21 81 32 56 48，顯而易見，這種壓縮方法最好情況是每連續(xù)128個字節(jié)相同，這128個字節(jié)可壓縮為一個數值7f。3 遠程控制系統總體設計 系統需求分析 用戶需求作為管理人員，需要規(guī)范規(guī)范員工對計算機的使用、及時發(fā)現并解決工作中存在的問題，作為維護人員需要實時地監(jiān)控聯網計算機或網外計算機的運行情況、根據需要隨時改變聯網計算機系統設置，對出現故障的計算機能夠通過網絡及時修復。遠程桌面控制顯示另一臺計算機的屏幕（透過網際網絡或本地網絡）在您自己的屏幕上。這意味著您可以在遠程計算機工作，就像你坐在它前面一樣。Socket可以看成在兩個程序進行通信連接中的一個端點，一個程序將一段信息寫入Socket中，該Socket將這段信息發(fā)送給另外一個Socket中，使這段信息能傳送到其他程序中。UDP雖然效率更高，但是有掉包的情況出現，這是本方案所不允許的。 可行性技術方案 技術可行性本次開發(fā)所用到的一系列的技術已是累積了幾十年的技術，這些技術在這么多年的發(fā)展中并沒有被淘汰，反而是越來越來熱門。網絡流量的問題是造成所有通信程序的不穩(wěn)定性的罪魁禍首。 經濟可行性軟件成本低廉，要的只是兩個ISP分發(fā)的IP地址，而且這也多用于局域網或企業(yè)網等內網，就更談不上成本上的問題。遠程主機運行被控端程序，監(jiān)聽固定端口等待連接；本地計算機運行主控端程序，連接指定端口。并通過Socket輸入輸出流收發(fā)信息，實現監(jiān)視和控制功能。接收發(fā)送發(fā)送接收連接遠程主機顯示桌面信息發(fā)送控制信息等待遠程連接獲取桌面信息執(zhí)