【正文】 SUDPLocalPort=2222。 } 為控件 SUDP 的 OnDataReceived 事件添加代碼： void __fastcall TForm1::SUDPDataReceived(TComponent *Sender,int NumberBytes, AnsiString FromIP, int Port) { String ReqCodeStr。 RsltStreamCopyFrom(TmpStream,NumberBytes)。 RsltStreamClear()。 SUDPSendBuffer((),30,30)。 由于程序在安裝后，今后更新或重裝一般只需要進(jìn)行文件復(fù)制。 第 17 頁 參考文獻(xiàn) [1]潘愛民 .計(jì)算機(jī)網(wǎng)絡(luò)（第四版）（中文版） .北京：清華大學(xué)出版社， 2021 [2]Heather [M],人民郵電出版社， 2021 [3]曾志，尹 建偉 .基于 B/S架構(gòu) Web遠(yuǎn)程控制的研究及實(shí)現(xiàn) [J].計(jì)算機(jī)應(yīng)用與軟件， 2021 [4]（美） Jeff Doyle， Jennifer （第一卷）（第二版） .人民郵電出版社， 2021 [5]謝希仁 .計(jì)算機(jī)網(wǎng)絡(luò)（第五版） .電子工業(yè)出版社， 2021 [6](美 )James ,Keith — 自頂向下方法與 Inter 特色 .高等教育出版社 ,2021 。為了避免客戶端程序被人為意外操作失效，可以利用熱鍵技術(shù)實(shí)現(xiàn)對客戶端窗口的隱藏或顯現(xiàn) 。 結(jié)論 通過基于 UDP 協(xié)議的遠(yuǎn)程控制系統(tǒng)能很好的實(shí)現(xiàn)對遠(yuǎn)程端的控制，有較強(qiáng)的實(shí)時(shí)性，基于客戶 /服務(wù)器模式的 UDP 通訊服務(wù)端和客戶端在新的線程運(yùn)行。 ReqCodeStr=show。 Image1PictureBitmapLoadFromStream(RsltStream)。 return。 //這時(shí)的 ()的格式應(yīng)該類似于 :show 1,1,100,100 TmpStreamClear()。 //抓屏的參數(shù)，需要注意的是格式為：左邊界 ,上邊界 ,寬度 ,高度 例： 1,1,100,100 SUDPRemoteHost=Edit2Text。 } 為 Server 的 OnCreate 事件添加代碼： void __fastcall TForm1::FormDestroy(TObject *Sender) { delete TmpStream。 第 15 頁 新建 C++Builber 工程，將窗體的 Name 屬性設(shè)為 “Server”。 DeleteDC(DestDC)。 BitmapSaveToStream(BmpStream)。 Bhandle=CreateCompatibleBitmap(SourceDC,RectWidth,RectHeight)。 RectWidth=RightPosLeftPos。 //將數(shù)據(jù)發(fā)到主控機(jī)的 2222 口 } } 其中 ScreenCap 是自定義函數(shù)，截取屏幕指定區(qū)域，代碼如下： void __fastcall TClient::ScreenCap(int LeftPos,int TopPos,int RightPos,int BottomPos) { int RectWidth,RectHeight。 if(LeftSize==0) BmpStreamClear()。//截取屏幕 } if(LeftSizeBufSize) SendSize=BufSize。 RightPos=(1,(,)1)。 LeftPos=(1,(,)1)。CtrlCode[1], NumberBytes)。 TMemoryStream *MyStream = new TMemoryStream()。 } 在控件 CUDP 的 OnDataReceived 事件添加代碼： void __fastcall TClient::CUDPDataReceived(TComponent *Sender,int NumberBytes, AnsiString FromIP, int Port) { String CtrlCode。 //將屏幕保存在流中 long LeftSize。 } 創(chuàng)建演示程序 第一步，編制 文件。//接收端口 UdpClient MyClient = new UdpClient（ MyPort） 。 //Send 方法便可以實(shí)現(xiàn)發(fā)送消息。//服務(wù)端 IP int RemotePort=8800。利用 UdpClient 類，可以輕松創(chuàng)建 UDP 通訊客戶端和服務(wù)端。則探測該進(jìn)程是否存在或是否有響應(yīng)的 C代碼如下： string MyProgram = Test。 發(fā)出“立即檢測進(jìn)程”指令，提示“正在檢測進(jìn)程”，等待客戶端返回信息。 發(fā)出“立即檢測進(jìn)程”指令，提示“正在檢測進(jìn)程”，等待客戶端 返回信息。 每隔 30秒檢測一次網(wǎng)絡(luò)連通狀況，如持續(xù) 3分鐘仍無響應(yīng)時(shí)，采用語音報(bào)警的方式，提 請人工干預(yù)，系統(tǒng)掛起，直到網(wǎng)絡(luò)通訊正常后進(jìn)入下一流程。 服務(wù)端消息處理及指令發(fā)送的流程如圖 2 所示。 客戶端進(jìn)程檢測及消息處理流程如圖 1 所示?？蛻舳撕头?wù)端均有UDP 通訊服務(wù)端和 UDP 通訊客戶端，且 UDP 通訊服務(wù)端一直處于偵聽狀態(tài)，一旦收到消息立即處理，同時(shí)還可以根據(jù)需要，利用 UDP 通訊客戶端方發(fā)送信息。 圖 1 客戶端控制多臺(tái)服務(wù)器 第四章 系統(tǒng)設(shè)計(jì) 基本原理 完整的業(yè)務(wù)系統(tǒng)通常包括很多基于局域網(wǎng)的軟件模塊，而且功能差異較大的模塊常常分散在不同的計(jì)算機(jī)上，如果分別在運(yùn)行軟件模塊的計(jì)算上對進(jìn)程進(jìn)行監(jiān)控，不僅浪費(fèi)計(jì)算機(jī)資源，而且工作點(diǎn)分散，工作效率不高。同時(shí)， UDP 控件不區(qū)分服務(wù)器端和客戶端，只區(qū)分發(fā)送端和接收端，編程上較為簡單，故選用 UDP 協(xié)議， 使用 C++ Builder 提供的 TNMUDP 控件。這兩種協(xié)議之間的重要區(qū)別在于它們的連接狀態(tài)不同 : TCP 協(xié)議是基于連接的協(xié)議 ,提供可靠的 流服務(wù) 。使用前需要在控制端運(yùn)行客戶端程序 , 在受控端運(yùn)行服務(wù)器程序。 第 6 頁 第 三 章 遠(yuǎn)程控制技術(shù)的概述 遠(yuǎn)程控制技術(shù)的定義 計(jì)算機(jī)遠(yuǎn)程控制技術(shù)是在網(wǎng)絡(luò)上由一臺(tái)計(jì)算機(jī)遠(yuǎn)距離去控制另一臺(tái)或多 臺(tái)計(jì)算機(jī)的技術(shù) 。包括視頻 電話會(huì)議系統(tǒng) 在內(nèi)的許多應(yīng)用都證明了 UDP 協(xié)議的存在價(jià)值。雖然 TCP 協(xié)議中植入了各種安全保障功能，但是在實(shí)際執(zhí)行的過程中會(huì)占用大量的 系統(tǒng)開銷 ，無疑使速度受到嚴(yán)重的影響。是對 IP 頭 、 UDP 頭和數(shù)據(jù)中信息包頭的數(shù)位取反之和，再取反得到的。如果不使用它，則在此域中填 0。 UDP 也用在路由信息協(xié)議 RIP（ Routing Information Protocol） 中修改路由表。發(fā)送方的 UDP 對應(yīng)用程序交下來的報(bào)文，在添加首部后就向下交付給 IP 層。 （ 3） UDP 信息包的標(biāo)題很短，只有 8 個(gè)字節(jié)，相對于 TCP 的 20 個(gè)字節(jié)信息包的額外開銷很小。每一個(gè)數(shù)據(jù)包的前 8 個(gè)字節(jié)用來包含報(bào)頭信息，剩余字節(jié)則用來包含具體的傳輸數(shù)據(jù)。 與所熟知的 TCP（ 傳輸控制協(xié)議 ）協(xié)議一樣， UDP 協(xié)議直接位于 IP（網(wǎng)際協(xié)議）協(xié)議的頂層。UDP 有不提供數(shù)據(jù)包分組、組裝和不能對數(shù)據(jù)包進(jìn)行排序的缺點(diǎn)，也就是說 ,當(dāng)報(bào)文發(fā)送之后，是無法得知其是否安全完整到達(dá)的。不過UDP 協(xié)議是一個(gè)面向無連接的協(xié)議（ TCP 是向面連接的協(xié)議）。第三，這類系統(tǒng)在處理上由于時(shí)間延遲影響現(xiàn)場 控制系統(tǒng)不穩(wěn)定時(shí)，仍然采用的執(zhí)行 等待 執(zhí)行 等待的單步執(zhí)行流程，生產(chǎn)設(shè)備運(yùn)行效率相當(dāng)?shù)拖?，第四，大量的采用以圖像監(jiān)視為主的方式，雖然可以使得監(jiān)控人員更能直觀的感受到現(xiàn)場情況，便與監(jiān)控人員的控制；但