远程监控报告Word格式.docx
《远程监控报告Word格式.docx》由会员分享，可在线阅读，更多相关《远程监控报告Word格式.docx（21页珍藏版）》请在冰豆网上搜索。
能提供对远程计算机的控制，包括开机、关机、远程桌面显示、远程消息传输等。
运用编程工具开发，采用C/S结构。
实验设备及软件
计算机两台,vc6.0
同组人员学号及姓名
曹路路11006812
魏艳11006813
参考文献
[1]范辉等编著《Visualc++程序设计简明教程》高等教育出版社
目录
一．设计要求
1.1设计要求………………………………………………………………4
1.2原理说明………………………………………………………………4
二．需求分析………………………………………………………………4
2.1用户需求………………………………………………………………4
2.2可采用的技术方案……………………………………………………5
2.3可行性技术研究
2.3.1技术可行性………………………………………………………7
2.3.2经济可行性………………………………………………………7
三．流程图设计
3.1服务器端实现原理…………………………………………………………7
3.2客户端实现原理…………………………………………………………8
3.3数据流实现原理……………………………………………………………8
四．程序设计
4.1服务器端要使用的API…………………………………………………8
4.2客服端要使用的API………………………………………………………11
4.3服务器连接代码分析………………………………………………………13
4.4客服端代码连接分析………………………………………………………14
4.5实现原理代码分析…………………………………………………………15
五．设计小结……………………………………………………………………25
引言
远程桌面控制是控制远程计算机的网络通信程序，该程序可让您同时访问不同的远程计算机，无论何时何地，但是，因为NAT，PPPoE，DHCP，和VPN，或一些最新的技术的陆续出现，使该程序功能越来越受到重视。
当然，远程控制软件是一把双刃剑，有优点就会有缺点，它存在比较严重的安全隐患。
一方面给用户和网络管理员工作带了很大的方便，另一方面也给一些居心不良者留下后门。
形成很多木马程序。
这就需要对软件在设计方面做一些安全考虑。
1.1设计要求:
能提供对远程计算机的控制，包括开机、关机、远程桌面显示、远程消息传输等。
1.2原理说明:
首先启动SeverRemoteControl的程序，开启监听端口，将CLIENTREMOTECONTROL连接到服务器的端口，之后SERVER开启一个与客服端通信的线程这个线程专门负责接收和处理客服端发送过来的消息，并在本机上执行相关命令。
然后将当前改变区域的屏幕的内容发送到客服端。
而当客服端连接到服务器端之后，客服端程序就可以根据服务器端传过来的屏幕数据在本地机上显示出屏幕内容，从而作出各种鼠标，键盘操作，以及一些通用的更新。
这些操作会通过SOCKET传给服务器端。
服务器端再根据这些消息做出相应的操作。
二．需求分析
2.1用户需求
计算机技术支持的业务运营支撑系统是随着市场经营的需要不断得到完善和提高的。
系统功能上经历了从最初的资料录入管理到生产派单管理、生产流程管理、统计管理、业务组织管理，一直到决策支持管理的过程。
人们对计算机应用系统的态度上也经历了从开始的拒绝、怀疑、喜欢、依靠到最后渴望其无所不能的过程。
但是，我们也发现，一方面，随着业务支撑系统性能的不断提高，系统的使用人员对系统的抱怨反而越来越大——使用不方便、使用效率低、系统缺陷严重等；
另外一方面，系统的造价也呈指数增长，从最初的几十万元、到几百万元到现在的上千万元。
为什么会出现这种矛盾的情况呢？
开发方说需求方的业务太复杂、变动太频繁、业务与流程不规范；
建设方说开发方的开发能力差，开发代价高，系统缺陷和错误多多。
那么，真正的原因到底在哪里呢？
我们通过对现行系统及应用情况的分析得出的结论是：
需求方与开发商之间对业务的理解和定义的混乱是造成这种状况的根本原因。
由于在业务管理的过程中同时也在业务系统的建设过程中，我们都没有对业务进行定义或定义不够清晰准确，业务本身在执行过程中就出现概念不清和流程不畅等情况，那么作为以机器支撑的业务系统当然就天生具有很大的缺陷。
如何准确定义一个业务呢？
这的确是一个科学加艺术的课题。
但是因应系统建设的需要，我们必须给出一个清晰的合理的业务定义——需求分析就是一个比较合适的方法。
所谓需求分析就是以市场运作中的业务定义为基础，重新定义一个业务在业务系统中的概念、业务流程、数据流程、业务间关系、数据间关系等，以便于计算机高效的实现这个业务。
需求分析既可以用于一个业务的具体分析，也可以用于一类业务的分析和整个业务支撑系统的分析.
当您在办公室或商务旅行，但有时，你可能需要做一些事必须试用你家里的电脑，例如：
阅读您的电子书或阅读您的电子邮件。
有时您可能生病和将不能够离开您的公寓，但是，项目工程紧张，而您又需要完成这个项目。
驾驶通过城市去访问您的公司的电脑带着高烧，这不是一个真正的好主意。
这是当远程访问软件出场的时候了！
它能帮助你访问远程计算机就像访问本地计算机一样，距离不再是问题！
远程桌面控制显示另一台计算机的屏幕（透过网际网络或本地网络）在您自己的屏幕上。
该程序允许你利用你的鼠标和键盘来控制其他的计算机远程。
这意味着您可以在远程计算机工作，就像你坐在它前面一样。
这样用户可以真正的实现远程办公。
2.2可采用的技术方案
远程监控系统的实现主要采用了套接字这项技术和虚拟鼠标键盘消息的API,在大多数情况下套接字是底层传输代码的必选技术。
Socket可以看成在两个程序进行通讯连接中的一个端点，一个程序将一段信息写入Socket中，该Socket将这段信息发送给另外一个Socket中，使这段信息能传送到其他程序中。
该程序采用TCP协议，因为流控和差控的存在使得传输更具有稳定性。
UDP虽然效率更高，但是有掉包的情况出现，这是本方案所不允许的。
通过SOCKET传递的虚拟消息结构体到对端，被对端主机解释并虚拟，最终达到程序目的。
下面我们着重再介绍下什么是SOCKET.
套接字是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。
可以将套接字看作不同主机间的进程进行双向通信的端点，它构成了单个主机内及整个网络间的编程界面。
套接字存在于通信域中，通信域是为了处理一般的线程通过套接字通信而引进的一种抽象概念。
套接字通常和同一个域中的套接字交换数据（数据交换也可能穿越域的界限，但这时一定要执行某种解释程序）。
各种进程使用这个相同的域互相之间用Internet协议簇来进行通信。
套接字可以根据通信性质分类，这种性质对于用户是可见的。
应用程序一般仅在同一类的套接字间进行通信。
不过只要底层的通信协议允许，不同类型的套接字间也照样可以通信。
套接字有两种不同的类型：
流套接字和数据报套接字。
要通过互联网进行通信，你至少需要一对套接字，其中一个运行于客户机端，我们称之为ClientSocket，另一个运行于服务器端，我们称之为ServerSocket。
根据连接启动的方式以及本地套接字要连接的目标，套接字之间的连接过程可以分为三个步骤：
服务器监听，客户端请求，连接确认。
所谓服务器监听，是服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态。
所谓客户端请求，是指由客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。
为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。
所谓连接确认，是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求，它就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，连接就建立好了。
而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。
2.3可行性技术研究
2.3.1技术可行性
本次开发所用到的一系列的技术已是累积了几十年的技术，这些技术在这么多年的发展中并没有被淘汰，反而是越来越来热门。
当初远程控制这门技术在DOS时代就已经存在，
只是受网络的制约，但是此时这门技术还是受网络技术制约着。
网络流量的问题是造成所有通信程序的不稳定性的罪魁祸首。
但是本程序在局域网中是完全能够实现的，而且本程序也是专门为企业网内部所设计，因为数据信息没被加密，如果想走Internet，则需建立VPN。
2.3.2经济可行性
本软件成本低廉，要的只是两个ISP分发的IP地址，而且这也多用于局域网或企业网等内网，就更谈不上成本上的问题。
但是如果需要对程序的质量提高可以购买MD5算法，对传输数据进行加密。
3.1服务器端实现原理
远程监控的思想是通过SOCKET和利用应用程序的消息机制，监控程序的客服端与被监控程序的服务器端进行数据交换，达到监控与被监控的目的。
根据这个思想，需要两个独立的程序，SERVERREMOTECONTROL和
CLIENTREMOTECONTROL。
Serverremotecontrol所需要的模块如下。
网络模块：
负责监听客服端的连接，负责接收并处理客服端发过来的消息命令，在本机上处理这些消息并发送各种数据,如屏幕数据，命令反馈数据等，到客服端监听程序。
编码解码模块：
负责对数据进行哈夫曼压缩。
这个模块是根据客户端的要求来采用具体的编码解码方法的。
主框架模块：
负责SERVER端窗口的消息处理
客服端实现原理
3.2客服端实现原理
负责连接到服务器的监听SOCKET；
负责向服务器发送各种操作命令，如鼠标，键盘，各种参数消息等命令。
负责CLIENT的窗口消息处理
3.3数据流实现原理
首先启动SeverRemoteControl的程序，开启监听端口，将CLIENTREMOTECONTROL连接到服务器的端口，之后SERVER开启一个与客服端通信的线程
这个线程专门负责接收和处理客服端发送过来的消息，并在本机上执行相关命令。
需要注意的是，服务器端刷屏的时候并不是将整个屏幕都传给客服端，因为整个屏幕图片的数据量比较大，当前网络负载也不是很稳定的条件下，该程序是很不稳定的。
一个可行的办法是将屏幕的划分成网格块，屏幕的刷新是以网格为单位的，只需要将这些变化的屏幕数据发送给客服端即可。
4.1服务器端要使用的API
1WSAEnumprotocol
用来获得系统中安装协议的相关信息。
2WSAStartup
在可以调用一个Winsock函数之前，必须先加载一个版本正确的Winsock库。
intWSAStartup（WORDwVersionReq
升级会员 