Ⅰ 基於web技術的遠程監控的方式有哪些
希望這篇文章能對你有幫助：
Web Service使用可擴展標記語言(XML)作為基本的數據表示方式，消除了使用不同組件模型、操作系統和編程語言的系統之間所存在的差異。簡單對象訪問協議(SOAP，Simple Object Access Protocol)是用於交換XML編碼信息的輕量級協議。它的主要作用是為各類XML消息，提供一個簡單統一的傳輸機制。Web Service使用SOAP來包裝XML數據，通過HTTP(或MSMQ、SMTP、TCP/IP)作為傳輸協議，在不同平台、不同軟體、不同組織之間進行傳遞。Web Service的描述語言為WSDL。它提供了一種描述服務介面的標准方法，定義了一種描述介面的抽象語言，使服務的介面定義獨立於底層協議和編碼方式。通用描述、發現和集成(UDDI)是Web Service的信息注冊的標准規范，用來對服務提供動態的注冊功能。
可見，Web Service採用XML、SOAP、HTTP、WSDL、UDDI等標准協議。這些協議與特定的操作系統、對象模型和編程語言無關。因此，利用Web Service來建立遠程監控系統時
(1) 由於採用標準的協議，不受特定的開發者、平台、語言和數據編碼格式的限制;
(2) 開發的Web Service可以供不同的客戶調用;
(3) HTTP作為傳輸協議可以穿過防火牆，提供在Internet上的連接和訪問[8];
(4) 如果知道Web Service的地址並具有相應許可權，就可以在網路的任何地方進行調用。
3 遠程監控系統結構
為了實現工業過程的遠程監控，基於Web Service技術的遠程監控系統結構如圖4所示。
圖4 基於Web Service的遠程監控系統結構
3.1 基於Web Service的遠程監控系統結構
傳統的遠程監控系統多使用OPC技術來獲取各種現場設備的數據，包括實時采樣值、歷史數據、報警數據等等。該系統也使用OPC來與現場設備進行數據交換。圖4中的OPC伺服器由設備供應商提供。OPC技術是以Microsoft的OLE/COM 技術為基礎。因此，與其他組件技術一樣，它不是防火牆友好的，難以通過防火牆從OPC伺服器獲取所需的數據。即使在同一區域網內，位於不同計算機上的OPC客戶端要連接到OPC伺服器都需要經過復雜的DCOM和安全性設置，這增加了系統開發的難度，為此要對OPC伺服器的數據進行封裝。通過網關(命名為「過程網關」)的形式來為各個系統提供數據。過程網關作為OPC客戶端從OPC伺服器獲取各種過程數據，將這些數據按照一定規則重新組織，並封裝在Web Service內，過程網關也從已有的控制系統中獲取所需的數據，並以服務的形式暴露給各種應用。
Web已被廣泛用於監控系統中，它可以提供統一的人機界面，並且操作簡單友好。該系統結構使用Web來建立監控系統，Web監控系統通過過程網關獲取現場設備的數據，將這些數據以Web的形式提供給遠程用戶。遠程用戶通過PC、PDA、筆記本電腦或手機訪問Web頁，將各種控制數據送回Web監控系統。Web監控系統再將這些控制數據通過過程網關傳送給現場設備，這樣就完成了對現場設備的遠程監控。
當然，遠程的用戶也可以通過直接訪問過程網關來實現遠程的監控。由於Web監控系統以HTML的形式來傳送消息和過程網關提供的Web Service的防火牆友好性，因此不管使用那種方式來進行遠程監控，都不會受到防火牆的限制。
3.2 過程網關
過程網關是現場設備與監控系統的橋梁，起著重要的數據中轉作用，其結構如圖5所示。
圖5 過程網關與監控應用
(1) 數據獲取
過程網關需要獲取
來自現場的實時數據，以對工業過程進行及時的監控;
來自其他控制系統的數據，以允許監控應用與這些系統進行數據交互。
目前主要的自動化設備生產廠家，如Rockwell、Siemens等，都提供了對OPC技術支持，通過OPC來獲取現場設備的數據。OPC伺服器通過各種現場設備的驅動程序，直接從設備中取得數據，再將這些數據提供給OPC客戶端。OPC有幾種協議，分別有不同用途。例如，OPC客戶端通過OPC DA獲取設備或SCADA系統的數據;通過OPC AE獲取報警和事件信息;通過OPC HDA獲取過程式控制制中的歷史數據。
現場控制系統將各種數據存入資料庫中，過程網關通過訪問這些資料庫來獲取控制系統的數據。獲取這些數據的目的在於使遠程式控制制系統可以與已有的控制系統進行交互，方便地將這些系統集成到新的系統中，使其獲得新的生命周期。成熟的中間件技術，如ODBC、ADO等，為資料庫的訪問提供了簡單快捷的方法。
(2) 數據的Web Service封裝
通過4.2.1獲取的數據需要封裝為Web Service，以便Web監控系統和遠程用戶能夠進行調用。在進行數據封裝時，按照功能需求確定需要暴露給調用者的介面(類似於編程語言中的函數介面)，然後通過開發工具來開發這些Web Service。這些工具有Microsoft的Visual Studio.NET、IBM的WebSphere、Borland的JBuilder等等。數據封裝為Web Service後可以提供WSDL，方便調用者進行調用。
(3) 安全審查
過程網關的某些Web Service可能涉及到保密的數據，因此需要考慮數據傳輸的安全性，並對客戶端的訪問進行限制。可用多種方法來提供所需的安全性
採用WS-Security標准[9];
使用SSL進行加密和簽名;
使用傳輸層安全性(Transport Layer Security，TLS)、IPSec[10]等確保數據的安全傳輸;
使用伺服器，如IIS，的身份驗證功能;
提供用戶的角色定義和許可權分配。
(4) 服務調用
開發監控應用時，通過查找操作從本地或服務注冊中心檢索服務描述，然後進行Web監控系統的開發。而開發完成後的系統可以位於網路的任意位置。Web監控系統與過程網關提供的Web Service進行綁定，通過服務的調用實現數據的交互，由於Web監控系統的數據是通過純HTTP協議傳輸的，因此是防火牆友好的。
3.3 Web監控系統
監控系統可以有多種形式。傳統的監控系統通過各種組態軟體開發，如InTouch,iFix、RSView32等等，但這種監控系統一般是針對集散控制系統或現場匯流排控制系統的，不利於進行遠程的監控。每一種應用都需要相應的運行環境，這將增加用戶的投資，如採用基於Web的監控系統，就可以提供統一的人機界面，有利於進行遠程監控。
(1) Web監控
遠程的用戶可以通過瀏覽器訪問現場的運行畫面，掌握現場數據。同時可以通過瀏覽器發送控制命令，控制現場設備的運行。Web監控程序還可以實現數據存檔、報表列印、故障報警、統計圖表及曲線的顯示等[11]。在開發Web監控程序時，首先要獲取過程網關提供的WSDL(通過在服務注冊中心查找獲取，或直接通過過程網關Web Service所在的URL獲取)。在開發過程中，Web Service的使用與一般的API函數類似。為了提高性能，應盡量使用非同步調用的方式。ASP.NET、JSP等都可以用來進行Web監控程序的開發。由於終端設備的性能差異，需要為手機、PDA等設備開發不同於PC的Web監控程序。
(2) 沖突避免
如果多個用戶同時進行監控，可能會導致沖突，因此需要限制同時操作的用戶數量。當一個用戶訪問Web監控系統時，如果此時已經達到了允許的最大訪問數，則必須進行等待。此時，允許用戶查看各種數據，但屏蔽用戶的控制操作。當有其他的用戶斷開連接後，取消對該用戶控制操作的屏蔽，可允許其進行相應的控制。
(3) 許可權管理
許可權管理為每個用戶分配不同的許可權，只允許用戶進行授權范圍內的操作。至少應將用戶分為三個級別:管理員:主要負責對Web監控系統的管理和維護，對用戶進行管理;高級操作員:可以瀏覽各種數據，並進行相應的控制操作;一般操作員:只具有瀏覽數據的權利，不能進行修改。
不同的用戶登錄系統後具有不同的操作許可權，這樣可以防止控制操作的濫用，增強系統的安全性。
(4) 日誌管理
日誌可以記錄系統的運行情況以及用戶進行的各種操作，特別要記錄系統運行中出現的故障。對於用戶操作產生的日誌需要包括用戶名、所進行的操作、時間和IP地址。這樣可以掌握用戶所進行的各種操作，也便於在出現錯誤時進行追蹤和修復。
Ⅱ 如何在web瀏覽器上實時監控攝像頭
攝像機要用網路攝像機，用交換機把攝像機與電腦聯在一起。把電腦ip地址改為攝像機上的同一網段中。打開ie瀏覽器，輸入攝像機ip地址，回車，按提示要安裝插件。後回車，輸入攝像機上的用戶名，密碼，回車，就可以看到實時監控畫面了。
Ⅲ 如何在web服務基礎上實現遠程監控
不知道你是否用的是韓國的一套監控軟體叫HITECH，他可以實現，一般的話現在的監控軟體都可以在WEB中輸入ip地址加埠號就能連接到監控伺服器上，請仔細閱讀你的監控軟體說明書，或者打廠家電話進行詢問！
Ⅳ 如何監控web伺服器和資料庫伺服器的網路連接情況
web伺服器就做網站程序的伺服器，web伺服器的運行環境就是為了跑web程序的。而資料庫伺服器是用來提供資料庫數據存儲、讀取等用的。不同的伺服器提供不同的用處。
一般情況下，web伺服器配置不需要很高，資料庫伺服器的配置需要好一點，所有的數據調用都需要跑資料庫伺服器的資源。
Ⅳ 如何通過WebView監控提升WebAPP性能
相對於需要專業移動開發人員的原生應用（Native APP），基於HTML5/CSS/JavaScript的WebAPP憑借開發者門檻低、迭代迅速、支持跨平台發布等特點，成為電商、銀行等網路服務、瀏覽類應用的首選，然而由於頁面渲染導致的性能差距是WebAPP與原生應用無法抗衡的最大原因，因此針對WebView組件的性能優化就顯得至關重要。
為什麼是WebView
WebAPP所顯示的Web頁面都是由一個叫做WebView的組件渲染出來的，每個網頁都有一個鏈接即URL，首先將URL轉換成NSURLRequest，然後用載入網頁的類WebView載入Request，使用 - (void)loadRequest:(NSURLRequest *)request這個方法，就能將網頁載入顯示出來。
目前iOS中有兩個載入網頁的類，分別是UIWebView和WKWebView，UIWebView是UIKit框架中的一個類，而WKWebView是WebKit框架中的類，從性能上來說WKWebView的性能高、穩定性好、佔用內存小，完全優於UIWebView。但由於WKWebView是iOS8提供的組件，因此系統版本低於iOS 8.0的iPhone/iPad用戶就無法正常使用WKWebView組件開發出來的APP。所以目前大部分開發人員還在使用性能、穩定性並不理想的UIWebView進行WebAPP開發，而本文所說的雲智慧透視寶WebView性能監控也是以UIWebView為主要優化目標。
要進行性能監控必須獲得WebAPP頁面載入全過程的性能數據，透視寶是通過向當前載入鏈接的html5、jsp、php網頁代碼中注入獲取數據的JS代碼，然後通過OC與JS交互，將數據傳遞給OC，然後再將數據整理發送到透視寶後端。
監控哪些WebView性能數據
透視寶能監控四大類數據：
行為數據：抓取用戶在移動端網頁點的行為操作，也就是點擊網頁的內容，分析用戶的行為
時間相應數據：分解一個鏈接從載入開始到完成這段時間內，每個階段的耗時
Ajax請求數據：抓取終端用戶響應時間，響應數據下載時間，數據響應成功的callback執行時間和ajax錯誤數據
JS錯誤數據：抓取載入鏈接的代碼錯誤信息
① 時間響應數據及數據計算公式
（圖片來源：51cto技術博客）
參見上圖，JS傳給透視寶的時間響應數據就是這些欄位，其中navigationStart是起點，所有的計算都需要依賴於它。分析移動端H5性能數據，其實就是測算HTML5、JSP、PHP等網頁元素在iOS上載入的時間長短，通過這些性能數據前段開發人員能夠准確發現性能問題並及時解決，下表是透視寶定義的響應時間分解數據及計算方案：
② 資源時序數據
每一個網頁都是有很多資源組成的，包括.js、.png、.jpg、.css、script等，每一個元素的載入都需要載入時間，資源時序數據就是准確記錄每一個元素的載入時間及類型，並把這些數據通過JS的performance介面直接獲得並傳給OC，不需要計算。
③ JS錯誤及ajax請求數據
JS錯誤指的是抓取網頁代碼的錯誤，包括錯誤類型及堆棧信息，直接定位錯誤。ajax請求的數據有請求的鏈接、uri、 終端用戶響應時間，響應數據下載時間，數據響應成功的callback執行時間和ajax錯誤數據。JS錯誤和ajax請求數據都是有JS代碼直接獲取到，不需要處理。
JS代碼注入
想要准確監測網頁性能就需要進行代碼注入，而只有拿到網頁的代碼才能注入， UIWebView這個類裡面除了三個載入鏈接的方法和4個代理方法，就沒有其他內容了，而這些方法並不能獲取到內容，所以我們就需要考慮其他方法。UIWebView在載入攔截的時候會進入NSURLProtocol這個類，而恰好這個類能拿到當前載入鏈接NSURLRequest，而且會走進這個類的 - (void)startLoading方法，這個方法在頁面load完成之前，頁面剛載入之後，所以就是我們所需要的。
創建一個類，繼承NSURLProtocol這個類，重寫startLoading方法，由於能拿到鏈接的request，所以我們就對這個鏈接發送請求，用原生態的NSURLConnection或者NSURLSession都可以，我們用的NSURLConnection這個類發送請求並設置代理，方法是這個 - (nullableinstancetype)initWithRequest:(NSURLRequest*)request delegate:(nullableid)delegate startImmediately:(BOOL)startImmediately，
NSURLConnection的代理方法中有一個能接受請求鏈接數據的方法， - (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data，得到的NSData是16進制的位元組流數據，通過utf8轉碼將位元組流轉換成字元串，然後發現這個字元串正好是這個當前載入網頁的代碼，
網頁代碼都是由標簽組成，都會有<head>這個標簽，我們就把JS代碼注入到<head>標簽之下，放在自己添加的<script>標簽中;代碼實現就是獲取字元串中<head>這個字元的位置，然後在其下面插入用<script>包裝的js代碼，然後轉回成新的NSData的位元組流數據。
由於頁面還沒有載入，我們已經改動代碼了，就需要把注入JS代碼的重新記載一次，需要用NSURLProtocol的代理屬性NSURLProtocolClient，用NSURLProtocolClient這個中的這個方法- (void)URLProtocol:(NSURLProtocol*)protocol didLoadData:(NSData*)data，將新的NSData載入一次，轉回成NSData是因為這個方法需要的是NSData數據。
當然上面只是介紹主要實現的一些方法，還需要用到NSURLConnection的其他代理方法，只是這些方法不需要添加什麼，按照常規處理就行了，就不一一介紹了。
性能數據獲取
載入鏈接過程中JS代碼就會通過performance介面獲取數據，然後獲取的這些數據需要傳給移動端，如何傳遞數據呢，傳遞數據的過程也叫OC與JS交互的過程。
獲取數據的時機：
由於不清楚什麼時候JS能拿到數據，所以從最開始就需要進行交互的監控，也就是載入鏈接的時候，因為透視寶SDK用來監控的所以我們不能直接使用這個方法，需要用到OC的運行時，動態載入機制，又叫hook。首先通過添加UIWebView的類目，添加類目是將UIWebView類的實現分散出來，每個類都是由NSbject繼承下去，所以每個類都有 (void)load方法，而且這個方法的執行是最早的，我們就在這個方法中使用OC的運行時runtime，使用一個方法交換UIWebView載入鏈接的三個方法的指針，這樣就會在執行載入方法之前執行我們交換出來的方法，在這個方法裡面我們傳遞一個與JS匹配的標識，通過標識相同來獲取數據，這樣做的目的就是能從最開始就監控數據的傳遞。
Ⅵ 如何用java實現web伺服器的監控
Hyperic HQ集成了強大的監測和管理功能，它有開源版本，您可以直接使用它用來對web伺服器進行監控。
如果您想自己寫代碼實現，Hyperic HQ提供了一個伺服器各種性能指標採集的API，這個API包本身提供了各種平台(linux/MAC/window等)的兼容。
Ⅶ 如何監控webservice服務介面
我說下我的想法，好不好實現還需樓主自己決策。
由webservice專門提供一個test的介面，不做任何事情，只是用來判斷服務是否在。
使用定時任務（推薦quartz框架）,定時查看webservice的test服務是否可以正常應答，間隔可以短一些。同一個webservice不同的介面請求-響應時間肯定不同，這些介面的測試就是在用戶調用的時候前後卡下時間，然後根據調用次數和總共耗時做平均值。當然這些數據的標准由你來定，當數據出現異常時，建議產生告警日誌。
Ⅷ web頁面怎麼實現實時監聽網路埠
這種方法極度浪費網路資源。每一個輪詢請求通常都會創建一個 TCP 套接字連接（除非 HTTP 1.1 將自己的keepAlive 設置為 true，此時將使用之前創建的套接字）。套接字連接本身代價極高。除此之外，每一次請求都要在網路上傳輸一些數據，如果請求未在伺服器上發現任何更新，那麼這樣的數據傳輸就是浪費資源。如果在客戶端機器上還運行著其他應用程序，那麼這些輪詢會減少傳輸數據可用的帶寬。
即便是請求成功，確實為客戶端傳回了更新，考慮到輪詢的頻率，這樣的更新也不是實時的。例如，假設輪詢配置為每 20 秒一次，就在一次請求剛剛從伺服器返回時，發生了更新。那麼這次更新將在 20 秒後的下一次請求到來時才能返回客戶端。因而，伺服器上准備好供客戶端使用的更新必須等待一段時間，才能真正地為客戶端所用。對於需要以盡可能實時的方式運行的應用程序來說，這樣的等待是不可接受的。
考慮到這樣兩個問題，對於需要關鍵、實時的伺服器端更新的企業應用程序而言，輪詢並不是最理想的方法。在這篇文章中，我將介紹多種可以替代輪詢的方法。每一種替代方法在某些場景中都有自己的突出之處。我將說明這些場景，並展示需要實時伺服器推送的一組 UI。
Ⅸ 怎麼用java實現web伺服器的監控
如何用Java實現Web伺服器 一、HTTP協議的作用原理
WWW是以Internet作為傳輸媒介的一個應用系統，WWW網上最基本的傳輸單位是Web網頁。WWW的工作基於客戶機/伺服器計算模型，由Web 瀏覽器（客戶機）和Web伺服器（伺服器）構成，兩者之間採用超文本傳送協議（HTTP）進行通信。HTTP協議是基於TCP/IP協議之上的協議，是Web瀏覽器和Web伺服器之間的應用層協議，是通用的、無狀態的、面向對象的協議。HTTP協議的作用原理包括四個步驟：
（1） 連接：Web瀏覽器與Web伺服器建立連接，打開一個稱為socket（套接字）的虛擬文件，此文件的建立標志著連接建立成功。
（2） 請求：Web瀏覽器通過socket向Web伺服器提交請求。HTTP的請求一般是GET或POST命令（POST用於FORM參數的傳遞）。GET命令的格式為：
GET 路徑/文件名 HTTP/1.0
文件名指出所訪問的文件，HTTP/1.0指出Web瀏覽器使用的HTTP版本。
（3） 應答：Web瀏覽器提交請求後，通過HTTP協議傳送給Web伺服器。Web伺服器接到後，進行事務處理，處理結果又通過HTTP傳回給Web瀏覽器，從而在Web瀏覽器上顯示出所請求的頁面。詳細方法可向itjob老師了解
Ⅹ web視頻監控的解決方案和原理
最簡單的方式，前端用個網路智能球，連交換機，接入公共網路。對應下載一個相應的控制管理軟體，在WEB上直接輸入前端攝像機的IP，就可以實現調整攝像頭的監控角度和實時視頻監控了。