Ⅰ 基于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，就可以实现调整摄像头的监控角度和实时视频监控了。