CN105573577A - 远程监控方法、装置及*** - Google Patents

Abstract

本发明公开了一种远程监控的方法、装置及***，其中，该方法包括：后台服务器采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据；后台服务器保存任意一个前端客户端的截图数据；以及在后台服务器接收到监控终端的查看指令之后，后台服务器根据查看指令将前端客户端的截图数据推送给监控终端，使得监控终端监控前端客户端在本地桌面上显示的图像。本发明解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，切换耗费时间长且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

Description

远程监控方法、装置及***

技术领域

本发明涉及计算机互联网领域，具体而言，涉及一种远程监控方法、装置及***。

背景技术

在计算机互联网领域，远程监控是指通过网络对远程的计算机进行查看和操作的的方法，目前，用户大多是通过使用Windows自带的远程桌面连接功能来实现，以实现对远程计算机进行监控。

现有的远程监控是在网络上由一台电脑(主控端Remote/客户端)远距离去控制另一台电脑(被控端Host/服务器端)的技术，主控端电脑只是将键盘和鼠标的指令传送给远程电脑，同时将被控端电脑的屏幕画面通过通信线路回传过来。

这里需要说明的是，上述Windows自带的远程桌面连接功能存在如下两个缺点：

1.用户每连接一台计算机，都会打开一个单独的窗口，当对多台电脑进行远程连接时就会打开多个窗口，这样，在不同的远程电脑之间切换时就需要反复切换不同的窗口，操作很不方便。

2.被远程监控的计算机分辨率随着远程连接窗口的设置而改变，当试图使用较小的分辨率显示被远程电脑桌面时，被远程电脑的分辨率也会被改变。

针对现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，无法同时监控所有的远程计算机且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种远程监控的方法，以解决现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，切换耗费时间长且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

为了实现上述目的，根据本发明实施例的一个方面，提供了一种远程监控的方法。该包括：后台服务器采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据；后台服务器保存任意一个前端客户端的截图数据；以及在后台服务器接收到监控终端的查看指令之后，后台服务器根据查看指令将前端客户端的截图数据推送给监控终端，使得监控终端监控前端客户端在本地桌面上显示的图像。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种远程监控的装置。该装置包括：采集模块，用于采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据；保存模块，用于保存任意一个前端客户端的截图数据；以及监控模块，用于在接收到监控终端的查看指令之后，根据查看指令将前端客户端的截图数据推送给监控终端，使得监控终端监控前端客户端在本地桌面上显示的图像。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种远程监控的***，该***包括：至少一个前端客户端；后台服务器，与任意一个或多个前端客户端建立通信关系，用于采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据；以及监控终端，与后台服务器建立通信关系，用于向后台服务器发送查看指令，并接收后台服务器根据查看指令返回的前端客户端的截图数据，使得监控终端监控前端客户端在本地桌面上显示的图像。

根据发明实施例，通过后台服务器采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据；后台服务器保存任意一个前端客户端的截图数据；以及在后台服务器接收到监控终端的查看指令之后，后台服务器根据查看指令将前端客户端的截图数据推送给监控终端，使得监控终端监控前端客户端在本地桌面上显示的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，切换耗费时间长且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一的远程监控的***结构示意图；

图2是根据本发明实施例的一的优选的远程监控的***结构示意图；

图3是根据本发明实施例的一的优选的远程监控的***的示意图；

图4是根据本发明实施例的一的优选的远程监控的***交互的示意图；

图5是根据本发明实施例的一的监控终端的显示界面的示意图；

图6是根据本发明实施例的一的优选的监控终端的显示界面的示意图；

图7是根据本发明实施例二的远程监控的方法流程图；以及

图8是根据本发明实施例三的远程监控的装置的结构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

在其最基本的配置中，图1是根据本发明实施例一的远程监控***中的结构示意图。出于描述的目的，所绘的体系结构仅为合适环境的一个示例，并非对本申请的使用范围或功能提出任何局限。也不应将该计算***解释为对图1所示的任一组件或其组合具有任何依赖或需求。

本发明实施例提供了一种远程监控***，如图1所示，该***可以包括：

至少一个前端客户端10。

后台服务器20，与任意一个或多个前端客户端建立通信关系，用于采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据。

具体的，结合图2，与后台服务器关联的前端客户端可以是多个，例如图2中所示的，上述前端客户端可以为客户1，客户2等多台计算机终端，上述后台服务器和前端客户端中可以分别安装有后台服务器软件和客户端软件，上述后台服务器和前端客户端可以连接在同一个局域网内。这里需要说明的是，后台服务器与前端客户端采用异步双向通信模式，使用WCF的DualHttpBinding协议以实现异步通信，这里还需要说明的是，本发明可以通过80端口进行异步通信，以避开大多数防火墙拦截。

监控终端30，与后台服务器建立通信关系，用于向后台服务器发送查看指令，并接收后台服务器根据查看指令返回的前端客户端的截图数据，使得监控终端监控前端客户端在本地桌面上显示的图像。

具体的，结合图2所示，上述监控终端可以与上述后台服务器连接，监控终端用户可以通过上述监控终端向上述后台服务器发送查看指令，上述后台服务器可以执行上述查看指令并将保存的任意一个上述前端客户端的截图数据推送给上述监控终端，上述监控终端可以显示上述截图数据，监控终端用户则可以通过上述监控终端监控到上述客户1或客户2等多个计算机终端在桌面上显示的图像，这里需要说明的是，上述多个计算机终端的本地桌面图像可以在监控终端上在浏览器中一个窗口以多个小图的形式显示，即用户可以在浏览器中采用多个小图的方式同时查看多个客户端的桌面状态，也可以采用单图的方式查看并实际控制某一个客户端，并且，在监控终端对前端客户端进行监控后，前端客户端的本地桌面的分辨率也保持不变。

此处需要说明的是，本申请提供的方案可以应用在基于WCF框架的浏览器方式Windows***多屏远程监控方法及***中，上述方案通过在浏览器中以小图的形式同时查看到多台电脑的桌面状态，并且可以将某台电脑的桌面显示为全屏模式，在这种模式下能够对该远程电脑进行操作。它为Windows***的远程监控提供了一种新的思路，通过本***的使用，可以轻松的进行多台电脑的远程监控，也可以作为自动化测试、性能测试的辅助***，能够提高工作的效率，降低成本。

本发明提供的上述实施例一中，通过后台服务器20将至少一个前端客户端10的截图数据发送给监控终端30，监控终端30从而可以查看到多个前端客户端10的桌面的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，不易同时监控且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

可选的，上述后台服务器20还用于接收上述前端客户端发送的注册请求，并在上述前端客户端注册成功的情况下，下发图像采集指令至上述前端客户端。

具体的，可以先启动后台服务器中的后台服务器软件，再启动上述多个前端客户端中的客户端软件，可选的，前端客户端的用户只需运行上述客户端软件便可注册，不需要做其他操作。

上述前端客户端10还用于根据上述图像采集指令周期性的采集上述本地桌面上显示的图像，得到至少一个上述截图数据，并将上述截图数据返回给上述后台服务器20。

具体的，上述截图数据可以为前端客户端在本地桌面显示的图像的图像数据，优选的，上述图像采集指令可以包括图像采集的预定周期。

一种可选的实施例中，上述前端客户端10可以根据上述图像采集指令周期性的采集上述本地桌面上显示的图像，得到至少一个上述截图数据，该方案可以通过如下方案来实现：

首先，前端客户端10可以根据上述图像采集指令按照预定周期截取上述本地桌面上显示的至少两个图像。该步骤中，上述图像采集指令可以包括图像采集预定周期，优选的，上述预定周期可以为0.5s，即每隔0.5s前端客户端截取一次其本地桌面的图像。

然后，前端客户端10可以通过解析每个图像，得到上述每个图像的图像数据。

具体的，上述前端客户端可以采用优化的图像处理方法处理上述图像并得到每个图像的图像数据。

最后，上述前端客户端10依次比对相邻的图像之间的图像数据，得到上述相邻的图像之间的图像差异数据，其中，上述截图数据可以包括：截取到的第一个图像的图像数据和上述相邻的图像之间的图像差异数据。

针对上述可选的实施例，本发明实施例二可以提供如下示例，对上述可选实施例所实现的将任意两个图像之间进行对比，得到图像差异数据的过程进行详细描述：

首先，上述前端客户端在第一时刻截取上述本地桌面的第一图像，此处的第一图像为前端客户端接收到的任意两个图像中的第一张图像。

然后，解析上述第一图像，生成上述第一图像的图像数据。

此时，上述前端客户端可以在第二时刻截取上述本地桌面的第二图像，上述第一时刻与上述第二时刻间隔预定时间长度。

接着，解析上述第二图像，生成上述第二图像的图像数据，此处的第二图像为前端客户端接收到的任意两个图像中的第二张图像，即第二图像的接收时间晚于第一图像的接收时间。

最后，比较上述第一图像的图像数据和上述第二图像的图像数据，得到上述第一图像和上述第二图像之间的图像差异数据。

此处需要说明的是，由于.net平台自带的获得像素的方法运行速度较慢，所以通过地址指针的方式进行比对，在权衡算法速度和传输图像速度之后，对比方式是逐行比对方法。这样可能比较出来的结果范围比实际的要大一些，但是算法速度较快。考虑到内网运行，网络传输多几十k时间上也可以接受。

下面结合图3对通过对比得到第一图像和第二图像的图像差异数据的原理进行详细描述：

步骤(1)：获取第一图像和第二图像的两个图像的图像数据。

步骤(2)：计算出两个图像的长宽及像素格式并进行比较。

步骤(3)：分别获取第一图像和第二图像在显示界面上的地址指针。

步骤(4)：初始化上下左右四个地址指针的值，其中，上＝图像高，左＝图像宽，右＝0，下＝0。

步骤(5)：从上至下逐行、从左至右逐个分析上述两个图像，并获取上述两个图像相同位置的像素，此处需要说明的是，如果获取两个图像相同位置的像素，则进入步骤(6)，如果没有获取到上述两个图像相同位置的像素，即像素不一样的情况下，则不断的循环执行步骤(5)，直到获取到上述两个图像相同位置的像素为止。

步骤(6)：判断当前位置的列是否比左小。

步骤(7)：在当前位置列比左小的情况下，将左设为当前像素的列值，然后执行步骤(9)。

步骤(8)在当前位置列不比左小的情况下，执行步骤(9)。

步骤(9)：判断当前位置列是否比右大。

步骤(10)：在当前位置列比右大的情况下，将右设为当前像素的列值，再执行步骤(12)。

步骤(11)：在当前位置列不比右大的情况下，执行步骤(12)。

步骤(12)：判断当前位置行是否比上小。

步骤(13)：在当前位置行比上小的情况下，将上设为当前像素行值，再执行步骤(15)。

步骤(14)：在当前位置行不比上小的情况下，直接执行步骤(15)。

步骤(15)：判断当前位置行是否比下大。

步骤(16)：在当前位置行比下大的情况下，将下设为当前像素行，再执行步骤(18)。

步骤(17)：在当前位置行不比下大的情况下，直接执行步骤(18)。

步骤(18)：从下至上逐行从右至左取两个图像相同位置的像素，此处需要说明的是，如果获取的两个图像中的像素一样，则进入步骤(19)，如果上述两个图像中的像素不一样，则循环执行步骤(18)，直至获取的上述两个图像相同位置的像素一样为止。

步骤(19)：判断当前位置列是否比右大。

步骤(20)：在当前位置列比右大的情况下，则将右设为当前像素列值，再执行(22)

步骤(21)：如果当前位置列不比右大的情况下，直接执行步骤(22)。

步骤(22)：判断当前位置行是否比下大。

步骤(23)：在当前位置行比下大的情况下，将下设为当前像素行，再执行(25)。

步骤(24)：在当前位置行比下大的情况下，直接执行步骤(25)。

步骤(25)：验算上下左右四个坐标是否为矩形。

步骤(26)：如果是矩形的情况下，返回所围成的图形。

步骤(27)：如果不是矩形的情况下，则返回空矩形。

基于上述各个可选实施例，本申请还可以在得到至少一个上述截图数据之后，实现如下方案：上述前端客户端将上述截图数据发送至上述后台服务器，其中，上述截图数据包括：上述第一图像的图像数据和上述第一图像和上述第二图像之间的图像差异数据。

具体的，上述前端客户端软件可以周期性的采集本地桌面的截图，并采用优化的图像处理算法对截图数据进行处理，将本次图像数据域上次图像数据进行比对，只保留不同的部分，之后将数据压缩并传输，数据处理速度非常快，传输的数据量也非常小，再将上述不同的部分的图像数据发送至后台服务器，这样使得整个图像处理的过程加快。

可选的，上述图像采集指令可以包括：预设的图像压缩比例值，其中，在解析每个图像，得到上述每个图像的图像数据之后，或者，在依次比对相邻的图像之间的图像数据，得到上述相邻的图像之间的图像差异数据之后，本申请可以提供如下两种图像进行压缩的方案：

方案一：

前端客户端将每个图像数据按照图像压缩比例进行压缩，并将压缩后的图像数据发送给后台服务器。

该方案一实现了在对任意两个图像进行比对之前进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较少、传输压力小的应用环境中，具有减少前端客户端的处理压力和处理资源的优先。

方案二：

前端客户端将截取到的第一个图像的图像数据和相邻的图像之间的图像差异数据分别按照图像压缩比例进行压缩，并将压缩后的图像数据和图像差异数据发送给后台服务器。

该方案二实现了在将截取到的第一个图像的图像数据和相邻的图像之间的图像差异数据分别按照图像压缩比例进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较多、传输压力大的应用环境中，通过上述图像数据的比对、处理、压缩的过程，在上述压力大的应用环境中，缩小了传输的数据量，减少了传输图像数据的时间。

此处需要说明的是，本申请提供的一种可选的方案中，上述监控终端采用多图模式和/或单图模式查看上述截图数据，用户在浏览器中可以采用多图的方式查看所有客户端的桌面状态，也可以采用单图的方式查看并实际控制某一个客户端，具体的，针对查看模式本发明的实施例可以提供如下两个方案：

方案一：在监控终端选择多图模式查看截图数据的情况下，后台服务器下发的图像压缩比例值为第一比例值。

具体的，监控终端用户可以选择在浏览器中以多图的方式查看上述多个前端客户端的桌面图像，在这种模式下，因为每个前端客户端的桌面图像是是以小图的方式显示，所需生成的图像数据较小，上述后台服务器可以向上述前端客户端下发第一比例值为压缩比例，上述前端客户端可以按照上述第一比例压缩图像数据，可选的，上述第一比例值可以为300*225，压缩后的图像可以是最大是260K，由于只发送不同的部分，实际数据要根据前后图像变化的大小来确定。

方案二：在监控终端选择单图模式查看截图数据的情况下，后台服务器下发的图像压缩比例值为第二比例值。

可选的，监控终端用户可以选择在浏览器中以单图的方式依次查看上述多个前端客户端的桌面图像，在这种模式下，因为每个前端客户端的桌面图像是是以大图的方式显示，所需生成的图像数据较大，上述后台服务器可以向上述前端客户端下发第二比例值为压缩比例，上述前端客户端可以按照上述第二比例压缩图像数据，可选的，上述第二比例值可以为1280*800，压缩后的图像可以是最大是3M，由于只发送不同的部分，实际数据要根据最后前后图像变化的大小来确定。

此处还需要说明的是，上述监控终端30在上述多图模式和上述单图模式之间进行切换的过程中，每次切换时，上述监控终端控制上述后台服务器下发新的图像采集指令。

具体的，由于监控终端用户通过多图模式或单图模式查看前端客户端的桌面时，所需图像数据的大小不同，所以在进行多图模式和单图模式切换时，上述监控终端可以控制上述后台服务器下发新的图像采集指令，上述新的图像采集指令也可以包括新的图像压缩比例，所以前端客户端也会按照新的图像压缩比例对图像数据进行压缩。

此处需要说明的是，本申请提供的上述可选实施例中，可以通过监控终端提供的浏览器来访问后台服务器，从而实现监控后台服务器采集到的前端客户端的数据图像，具体的，用户在登录监控终端之后，由于后台服务器可以同时采集一台或多台前端客户端的桌面上显示的图像数据，因此，上述示例中，可以在监控终端的浏览器中以多图的方式同时查看到所有客户端的桌面状态，也可以选择以单图的方式查看某一台电脑的桌面。

一种可选的方案中，默认浏览器的查看方式是多图方式，在这种多图模式下，由于每个客户端桌面都可以是以小图的方式显示，因此图像数据较小，每幅图片的数据大概3KB左右，用户可以根据需要在后台服务器中设定任意一个或多个前端客户端采集到的桌面图像数据的传输周期，即将传输周期的信息加载在图像采集指令中下发给前端客户端，可以实现不同的应用环境中采用不同的传输频率，例如，考虑到带宽的限制，当与后台服务器连接的前端客户端的数量较多时，可以将传输周期设大，反之可以将传输周期设小。

另一种可选方案中，在单图模式下，用户不仅仅可以通过全屏的方式查看到任意一个前端客户端电脑的桌面状态，而且可以使用监控终端的浏览器操作此远程电脑。在这种模式下，服务器仅会获取此客户端的桌面截图，由于图像较大，一幅图片的数据大概能够达到25KB左右，同时刷新速度会随之加快，因此，在网络带宽不受限的情况下，可以设定较小的传输周期，例如刷新周期能够达到200ms。

在本申请提供的一种优选实施例中，本发明实施例提供的***实施例中，上述监控终端还可以用于记录用户操作上述截图数据时所产生的操作数据，并上传上述操作数据至上述后台服务器，上述操作数据至少包括：键盘操作数据和鼠标操作数据。

具体的，上述监控终端用户可以对后台服务器发送的截图数据进行操作，即监控终端用户可以对前端客户端的桌面进行操作，以实现远程监控，在本实施例中，可以使用Win32APIKeybd_event、mouse_event等函数实现对前端客户端的桌面的模拟操作，例如，监控终端显示前端客户端的桌面时，监控终端用户可以对上述桌面进行操作，比如用鼠标或键盘在上述桌面进行点击或输入的操作产生操作数据，监控终端则记录上述操作数据。这里需要说明的是，监控终端用户也可以通过触屏的方式来产生操作数据。

上述后台服务器还用于将携带了上述操作数据的操作指令下发给上述前端客户端。

上述前端客户端还用于解析并显示接收到的上述操作数据，模拟上述监控终端对上述前端客户端本地桌面上显示的图像进行的键盘操作和/或鼠标操作。

下面结合图4对本申请上述实施例一的方案进行详细描述如下：

A、所有的前端客户端中的软件向后台服务器注册，前端客户端用户只需要运行前端客户端软件便可以完成注册，不需要做其他操作。

B、后台服务器向前端客户端下发图像采集周期。

C、前端客户端可以按照上述图像采集周期采集本地的桌面图像，并按照优化的图像处理算法处理图像数据。

D、前端客户端可以将先后采集的图像数据进行比对，产生截图数据，截图数据可以为：前端客户端在本地桌面上显示的图像的图像数据。

E、前端客户端可以将上述处理过的截图数据进行压缩。

F、前端客户端可以将压缩过的截图数据发送至后台服务器。

G、监控终端向后台服务器发送查看指令。

H、后台服务器将保存的截图数据发送至监控终端。

I、监控终端收到数据并在浏览器中展示，如图5所示。图6中显示的是以多图模式的方式查看前端用户端的桌面，监控终端页可以选择以单图的方式查看，如图6所示，这里需要说明的是，当用户切换查看模式时，可以控制后台服务器向前端客户端下发新的图像采集周期。

J、监控终端用户可以对截图数据进行操作即对前端客户端的桌面进行操作，可选的，可以通过鼠标或键盘产生操作数据，也可以通过触控的方式产生操作数据，监控终端则记录上述操作数据并发送。

K、后台服务器向前端客户端发送带有操作数据的操作指令。

L、前端客户端对操作数据进行解析，模拟用户的操作，以实现远程操控。

由此，本发明可以实现通过后台服务器将至少一个前端客户端的截图数据发送给监控终端，监控终端从而可以查看到多个前端客户端桌面的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，切换耗费时间长且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

实施例二

根据本发明实施例，还提供了一种用于实施上述***实施例的方法实施例。图7是根据本发明实施例二的远程监控的方法的流程图。如图7所示，该方法可以包括：

步骤S60，后台服务器采集至少一个前端客户端的截图数据，截图数据为前端客户端在本地桌面上显示的图像的图像数据。

具体的，结合图2，与后台服务器关联的前端客户端可以是多个，例如图中所示的，上述前端客户端可以为客户1，客户2等多台计算机终端，上述后台服务器和前端客户端中可以分别安装有后台服务器软件和客户端软件，上述后台服务器和前端客户端可以连接在同一个局域网内。这里需要说明的是，后台服务器与前端客户端采用异步双向通信模式，使用WCF的DualHttpBinding协议以实现异步通信，这里还需要说明的本发明可以通过80端口进行异步通信，以避开大多数防火墙拦截。

步骤S62，后台服务器保存任意一个前端客户端的截图数据。

步骤S64，在后台服务器接收到监控终端的查看指令之后，后台服务器根据查看指令将前端客户端的截图数据推送给监控终端，使得监控终端监控前端客户端在本地桌面上显示的图像。

具体的，结合图2，上述监控终端可以与上述后台服务器连接，监控终端用户可以通过上述监控终端向上述后台服务器发送查看指令，上述后台服务器可以执行上述查看指令并将保存的任意一个上述前端客户端的截图数据推送给上述监控终端，上述监控终端可以显示上述截图数据，监控终端用户则可以通过上述监控终端监控到上述客户1或客户2等多个计算机终端在桌面上显示的图像，这里需要说明的是，上述多个计算机终端的本地桌面图像可以在监控终端上在浏览器中一个窗口以多个小图的形式显示，并且，在监控终端对前端客户端进行监控后，前端客户端的本地桌面的分辨率也保持不变。

此处需要说明的是，本申请上述步骤S60至步骤S64提供的方案可以应用在基于WCF框架的浏览器方式Windows***多屏远程监控方法及***中，上述方案通过在浏览器中以小图的形式同时查看到多台电脑的桌面状态，并且可以将某台电脑的桌面显示为全屏模式，在这种模式下能够对该远程电脑进行操作。它为Windows***的远程监控提供了一种新的思路，通过本***的使用，可以轻松的进行多台电脑的远程监控，也可以作为自动化测试、性能测试的辅助***，能够提高工作的效率，降低成本。

本发明提供的上述实施例二中，通过后台服务器将至少一个前端客户端的截图数据发送给监控终端，监控终端从而可以查看到多个前端客户端桌面的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，不易同时监控且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

可选的，步骤S60，后台服务器采集至少一个前端客户端的截图数据之前，本发明实施例提供的方法还可以包括：

步骤S601，后台服务器接收前端客户端发送的注册请求。

具体的，可以先启动后台服务器中的后台服务器软件，再启动上述多个前端客户端中的客户端软件，可选的，前端客户端的用户只需运行上述客户端软件便可注册，不需要做其他操作。

步骤S603，在前端客户端注册成功的情况下，后台服务器下发图像采集指令至前端客户端。

步骤S605，后台服务器接收前端客户端返回的截图数据，其中，前端客户端根据图像采集指令周期性的采集本地桌面上显示的图像，得到至少一个截图数据。

具体的，上述截图数据可以为前端客户端在本地桌面显示的图像的图像数据，优选的，上述图像采集指令可以包括图像采集的预定周期。

在一种可选的实施例中，步骤S605中中前端客户端可以根据上述图像采集指令周期性的采集上述本地桌面上显示的图像，得到至少一个上述截图数据的步骤包括：

步骤S6051，根据上述图像采集指令按照预定周期截取上述本地桌面上显示的至少两个图像。

具体的，上述图像采集指令可以包括图像采集预定周期，优选的，上述预定周期可以为0.5s，即每隔0.5s前端客户端截取一次其本地桌面的图像。

步骤S6053，解析每个图像，得到上述每个图像的图像数据。

具体的，上述前端客户端可以采用优化的图像处理方法处理上述图像并得到每个图像的图像数据。

步骤S6055，依次比对相邻的图像之间的图像数据，得到上述相邻的图像之间的图像差异数据，其中，上述截图数据可以包括：截取到的第一个图像的图像数据和上述相邻的图像之间的图像差异数据。

可选的，本发明上述步骤S6051至步骤S6055中实现的任意两个图像之间进行对比，得到图像差异数据的过程可以通过如下示例进行详细描述：

步骤S10，前端客户端在第一时刻截取本地桌面的第一图像，此处的第一图像为前端客户端接收到的任意两个图像中的第一张图像。

步骤S30，解析第一图像，生成第一图像的图像数据。前端客户端在第二时刻截取本地桌面的第二图像，第一时刻与第二时刻间隔预定时间长度。

步骤S50，解析第二图像，生成第二图像的图像数据，此处的第二图像为前端客户端接收到的任意两个图像中的第二张图像，即第二图像的接收时间晚于第一图像的接收时间。

步骤S70，比较第一图像的图像数据和第二图像的图像数据，得到第一图像和第二图像之间的图像差异数据。

此处需要说明的是，由于.net平台自带的获得像素的方法运行速度较慢，所以通过地址指针的方式进行比对，在权衡算法速度和传输图像速度之后，对比方式是逐行比对方法。这样可能比较出来的结果范围比实际的要大一些，但是算法速度较快。考虑到内网运行，网络传输多几十k时间上也可以接受。

下面结合图3对通过对比得到第一图像和第二图像的图像差异数据的原理进行详细描述：

步骤(1)：获取第一图像和第二图像的两个图像的图像数据。

步骤(2)：计算出两个图像的长宽及像素格式并进行比较。

步骤(3)：分别获取第一图像和第二图像在显示界面上的地址指针。

步骤(4)：初始化上下左右四个地址指针的值，其中，上＝图像高，左＝图像宽，右＝0，下＝0。

步骤(5)：从上至下逐行、从左至右逐个分析上述两个图像，并获取上述两个图像相同位置的像素，此处需要说明的是，如果获取两个图像相同位置的像素，则进入步骤(6)，如果没有获取到上述两个图像相同位置的像素，即像素不一样的情况下，则不断的循环执行步骤(5)，直到获取到上述两个图像相同位置的像素为止。

步骤(6)：判断当前位置的列是否比左小。

步骤(7)：在当前位置列比左小的情况下，将左设为当前像素的列值，然后执行步骤(9)。

步骤(8)在当前位置列不比左小的情况下，执行步骤(9)。

步骤(9)：判断当前位置列是否比右大。

步骤(10)：在当前位置列比右大的情况下，将右设为当前像素的列值，再执行步骤(12)。

步骤(11)：在当前位置列不比右大的情况下，执行步骤(12)。

步骤(12)：判断当前位置行是否比上小。

步骤(13)：在当前位置行比上小的情况下，将上设为当前像素行值，再执行步骤(15)。

步骤(14)：在当前位置行不比上小的情况下，直接执行步骤(15)。

步骤(15)：判断当前位置行是否比下大。

步骤(16)：在当前位置行比下大的情况下，将下设为当前像素行，再执行步骤(18)。

步骤(17)：在当前位置行不比下大的情况下，直接执行步骤(18)。

步骤(18)：从下至上逐行从右至左取两个图像相同位置的像素，此处需要说明的是，如果获取的两个图像中的像素一样，则进入步骤(19)，如果上述两个图像中的像素不一样，则循环执行步骤(18)，直至获取的上述两个图像相同位置的像素一样为止。

步骤(19)：判断当前位置列是否比右大。

步骤(20)：在当前位置列比右大的情况下，则将右设为当前像素列值，再执行(22)

步骤(21)：如果当前位置列不比右大的情况下，直接执行步骤(22)。

步骤(22)：判断当前位置行是否比下大。

步骤(23)：在当前位置行比下大的情况下，将下设为当前像素行，再执行(25)。

步骤(24)：在当前位置行比下大的情况下，直接执行步骤(25)。

步骤(25)：验算上下左右四个坐标是否为矩形。

步骤(26)：如果是矩形的情况下，返回所围成的图形。

步骤(27)：如果不是矩形的情况下，则返回空矩形。

本申请提供的一种可选方案中，在得到至少一个截图数据之后，本发明实施例提供的方法还包括：前端客户端将截图数据发送至后台服务器，其中，截图数据包括：第一图像的图像数据和第一图像和第二图像之间的图像差异数据。

具体的，上述前端客户端软件可以周期性的采集本地桌面的截图，并采用优化的图像处理算法对截图数据进行处理，将本次图像数据域上次图像数据进行比对，只保留不同的部分，之后再将上述不同的部分的图像数据发送至后台服务器，这样使得整个图像处理的过程加快。

可选的，上述图像采集指令可以包括：预设的图像压缩比例值，其中，在解析每个图像，得到每个图像的图像数据之后，或者，在依次比对相邻的图像之间的图像数据，得到相邻的图像之间的图像差异数据之后，本申请可以提供如下两种对图像进行压缩的方案：

方案一：

前端客户端将每个图像数据按照图像压缩比例进行压缩，并将压缩后的图像数据发送给后台服务器。

该方案一实现了在对任意两个图像进行比对之前进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较少、传输压力小的应用环境中，具有减少前端客户端的处理压力和处理资源的优先。

方案二：

前端客户端将截取到的第一个图像的图像数据和相邻的图像之间的图像差异数据分别按照图像压缩比例进行压缩，并将压缩后的图像数据和图像差异数据发送给后台服务器。

该方案二实现了在将截取到的第一个图像的图像数据和相邻的图像之间的图像差异数据分别按照图像压缩比例进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较多、传输压力大的应用环境中，通过上述图像数据的比对、处理、压缩的过程，在上述压力大的应用环境中，缩小了传输的数据量，减少了传输图像数据的时间。

此处需要说明的是，本申请提供的一种可选的方案中，上述监控终端可以采用多图模式和/或单图模式查看截图数据，用户在浏览器中可以采用多图的方式查看所有客户端的桌面状态，也可以采用单图的方式查看并实际控制某一个客户端，具体的，针对查看模式本发明的实施例可以提供如下两个方案：

方案一：在监控终端选择多图模式查看截图数据的情况下，后台服务器下发的图像压缩比例值为第一比例值。

具体的，监控终端用户可以选择在浏览器中以多图的方式查看上述多个前端客户端的桌面图像，在这种模式下，因为每个前端客户端的桌面图像是是以小图的方式显示，所需生成的图像数据较小，上述后台服务器可以向上述前端客户端下发第一比例值为压缩比例，上述前端客户端可以按照上述第一比例压缩图像数据，可选的，上述第一比例值可以为300*225，压缩后的图像可以是最大是260K，由于只发送不同的部分，实际数据要根据前后图像变化的大小来确定。

方案二：在监控终端选择单图模式查看截图数据的情况下，后台服务器下发的图像压缩比例值为第二比例值。

可选的，监控终端用户可以选择在浏览器中以单图的方式依次查看上述多个前端客户端的桌面图像，在这种模式下，因为每个前端客户端的桌面图像是是以大图的方式显示，所需生成的图像数据较大，上述后台服务器可以向上述前端客户端下发第二比例值为压缩比例，上述前端客户端可以按照上述第二比例压缩图像数据，可选的，上述第二比例值可以为1280*800，压缩后的图像可以是最大是3M，由于只发送不同的部分，实际数据要根据最后前后图像变化的大小来确定。

此处还需要说明的是，在上述监控终端在多图模式和单图模式之间进行切换的过程中，每次切换时，上述监控终端控制上述后台服务器下发新的图像采集指令。

具体的，由于监控终端用户通过多图模式或单图模式查看前端客户端的桌面时，所需图像数据的大小不同，所以在进行多图模式和单图模式切换时，上述监控终端可以控制上述后台服务器下发新的图像采集指令，上述新的图像采集指令也可以包括新的图像压缩比例，所以前端客户端也会按照新的图像压缩比例对图像数据进行压缩。

此处需要说明的是，本申请提供的上述可选实施例中，可以通过监控终端提供的浏览器来访问后台服务器，从而实现监控后台服务器采集到的前端客户端的数据图像，具体的，用户在登录监控终端之后，由于后台服务器可以同时采集一台或多台前端客户端的桌面上显示的图像数据，因此，上述示例中，可以在监控终端的浏览器中以多图的方式同时查看到所有客户端的桌面状态，也可以选择以单图的方式查看某一台电脑的桌面。

一种可选的方案中，默认浏览器的查看方式是多图方式，在这种多图模式下，由于每个客户端桌面都可以是以小图的方式显示，因此图像数据较小，每幅图片的数据大概3KB左右，用户可以根据需要在后台服务器中设定任意一个或多个前端客户端采集到的桌面图像数据的传输周期，即将传输周期的信息加载在图像采集指令中下发给前端客户端，可以实现不同的应用环境中采用不同的传输频率，例如，考虑到带宽的限制，当与后台服务器连接的前端客户端的数量较多时，可以将传输周期设大，反之可以将传输周期设小。

另一种可选方案中，在单图模式下，用户不仅仅可以通过全屏的方式查看到任意一个前端客户端电脑的桌面状态，而且可以使用监控终端的浏览器操作此远程电脑。在这种模式下，服务器仅会获取此客户端的桌面截图，由于图像较大，一幅图片的数据大概能够达到25KB左右，同时刷新速度会随之加快，因此，在网络带宽不受限的情况下，可以设定较小的传输周期，例如刷新周期能够达到200ms。

在本申请提供的一种优选的实施例中，步骤S605中在后台服务器接收到监控终端的查看指令之后，后台服务器根据查看指令将前端客户端的截图数据推送给监控终端，本发明实施例提供的方法还可以包括：

步骤S606，监控终端查看截图数据。

具体的，上述步骤中的监控终端用户可以通过上述监控终端以单图或多图的方式查看上述多个前端客户端的桌面。

步骤S607，监控终端记录用户操作截图数据时所产生的操作数据，操作数据至少包括：键盘操作数据和鼠标操作数据。

具体的，上述监控终端用户可以对后台服务器发送的截图数据进行操作，即监控终端用户可以对前端客户端的桌面进行操作，以实现远程监控，在本实施例中，可以使用Win32APIKeybd_event、mouse_event等函数实现对前端客户端的桌面的模拟操作，例如，监控终端显示前端客户端的桌面时，监控终端用户可以对上述桌面进行操作，比如用鼠标或键盘在上述桌面进行点击或输入的操作产生操作数据，监控终端则记录上述操作数据。这里需要说明的是，监控终端用户也可以通过触屏的方式来产生操作数据。

步骤S608，监控终端上传操作数据至后台服务器。

步骤S609，后台服务器将携带了操作数据的操作指令下发给前端客户端。

步骤S600，前端客户端解析并显示接收到的操作数据，模拟监控终端对前端客户端本地桌面上显示的图像进行的键盘操作和/或鼠标操作。

下面结合图4对本申请对上述实施例二提供的方案进行详细描述如下：

A、所有的前端客户端中的软件向后台服务器注册，前端客户端用户只需要运行前端客户端软件便可以完成注册，不需要做其他操作。

B、后台服务器向前端客户端下发图像采集周期。

C、前端客户端可以按照上述图像采集周期采集本地的桌面图像，并按照优化的图像处理算法处理图像数据。

D、前端客户端可以将先后采集的图像数据进行比对，产生截图数据，截图数据可以为：前端客户端在本地桌面上显示的图像的图像数据。

E、前端客户端可以将上述处理过的截图数据进行压缩。

F、前端客户端可以将压缩过的截图数据发送至后台服务器。

G、监控终端向后台服务器发送查看指令。

H、后台服务器将保存的截图数据发送至监控终端。

I、监控终端收到数据并在浏览器中展示，如图5所示。图5中显示的是以多图模式的方式查看前端用户端的桌面，监控终端页可以选择以单图的方式查看，如图6所示，这里需要说明的是，当用户切换查看模式时，可以控制后台服务器向前端客户端下发新的图像采集周期。

J、监控终端用户可以对截图数据进行操作即对前端客户端的桌面进行操作，可选的，可以通过鼠标或键盘产生操作数据，也可以通过触控的方式产生操作数据，监控终端则记录上述操作数据并发送。

K、后台服务器向前端客户端发送携带有操作数据的操作指令。

L、前端客户端对操作数据进行解析，模拟用户的操作，以实现远程操控。

由此，本发明提供的上述方案通过后台服务器将至少一个前端客户端的截图数据发送给监控终端，监控终端从而可以查看到多个前端客户端桌面的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口，切换耗费时间长且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例三

根据本发明实施例，还提供了一种用于实施上述***和方法实施例的装置实施例。

本发明实施例三的远程监控的装置可以用于执行本发明实施例二所提供的远程监控的方法，本发明实施例二的远程监控的方法也可以通过本发明实施例三所提供的远程监控的装置来执行。

图8是根据本发明实施例三的远程监控的装置的结构示意图。如图8所示，该装置可以包括：

采集模块70，用于采集至少一个前端客户端的截图数据，上述截图数据为上述前端客户端在本地桌面上显示的图像的图像数据。

具体的，结合图2，与后台服务器关联的前端客户端可以是多个，例如图中所示的，上述前端客户端可以为客户1，客户2等多台计算机终端，上述后台服务器和前端客户端中可以分别安装有后台服务器软件和客户端软件，上述后台服务器和前端客户端可以连接在同一个局域网内。这里需要说明的是，后台服务器与前端客户端采用异步双向通信模式，使用WCF的DualHttpBinding协议以实现异步通信，这里还需要说明的是，本发明可以通过80端口进行异步通信，以避开大多数防火墙拦截。

保存模块72，用于保存任意一个前端客户端的截图数据。

监控模块74，用于在接收到监控终端的查看指令之后，根据查看指令将上述前端客户端的截图数据推送给上述监控终端，使得上述监控终端监控上述前端客户端在本地桌面上显示的图像。

具体的，结合图2，上述监控终端可以与上述后台服务器连接，监控终端用户可以通过上述监控终端向上述后台服务器发送查看指令，上述后台服务器可以执行上述查看指令并将保存的任意一个上述前端客户端的截图数据推送给上述监控终端，上述监控终端可以显示上述截图数据，监控终端用户则可以通过上述监控终端监控到上述客户1或客户2等多个计算机终端在桌面上显示的图像，这里需要说明的是，上述多个计算机终端的本地桌面图像可以在监控终端上在浏览器中一个窗口以多个小图的形式显示，并且，在监控终端对前端客户端进行监控后，前端客户端的本地桌面的分辨率也保持不变。

此处需要说明的是，上述采集模块70、保存模块72和监控模块74对应于实施例一中的步骤S60至步骤S64，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。

此处需要说明的是，本申请实施例二中的上述步骤S60至步骤S64提供的方案可以应用在基于WCF框架的浏览器方式Windows***多屏远程监控方法及***中，上述方案通过在浏览器中以小图的形式同时查看到多台电脑的桌面状态，并且可以将某台电脑的桌面显示为全屏模式，在这种模式下能够对该远程电脑进行操作。它为Windows***的远程监控提供了一种新的思路，通过本***的使用，可以轻松的进行多台电脑的远程监控，也可以作为自动化测试、性能测试的辅助***，能够提高工作的效率，降低成本。

本发明提供的上述实施例三中，通过后台服务器将至少一个前端客户端的截图数据发送给监控终端，监控终端从而可以查看到多个前端客户端桌面的图像，解决了现有技术中传统的远程监控功能监控多台计算机时要打开多个单独的窗口不易同时监控且远程计算机的分辨率也会被动的改变导致监控远程计算机效率低的问题。

可选的，本发明实施例提供的装置还可以包括：

接收模块70，用于接收上述前端客户端发送的注册请求。

具体的，可以先启动后台服务器中的后台服务器软件，再启动上述多个前端客户端中的客户端软件，可选的，前端客户端的用户只需运行上述客户端软件便可注册，不需要做其他操作。

下发模块72，用于在上述前端客户端注册成功的情况下，下发图像采集指令至上述前端客户端。

接收模块74，用于接收上述前端客户端返回的上述截图数据，其中，上述前端客户端根据上述图像采集指令周期性的采集上述本地桌面上显示的图像，得到至少一个上述截图数据。

具体的，上述截图数据可以为前端客户端在本地桌面显示的图像的图像数据，优选的，上述图像采集指令可以包括图像采集的预定周期。

一种可选的实施例中，上述前端客户端根据上述图像采集指令周期性的采集本地桌面上的图像，得到至少一个上述截图数据，该方案还可以通过如下方案实现：

首先，前端客户端10可以根据上述图像采集指令按照预定周期截取上述本地桌面上显示的至少两个图像；然后前端客户端可以通过解析每个图像，得到上述每个图像的图像数据；最后，上述前端客户端依次比对相邻的图像之间的图像数据，得到上述相邻的图像之间的图像差异数据，其中，上述截图数据可以包括：截取到的第一个图像的图像数据和上述相邻的图像之间的图像差异数据。

可选的，上述图像采集指令可以包括：预设的图像压缩比例值，其中，在解析每个图像，得到上述每个图像的图像数据之后，或者，在依次比对相邻的图像之间的图像数据，得到上述相邻的图像之间的图像差异数据之后，本申请可以提供如下两种对图像进行压缩的方案：

方案一：

上述前端客户端将上述每个图像数据按照上述图像压缩比例进行压缩，并将压缩后的图像数据发送给上述后台服务器。

该方案一实现了在对任意两个图像进行比对之前进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较少、传输压力小的应用环境中，具有减少前端客户端的处理压力和处理资源的优先。

方案二：

上述前端客户端将上述截取到的第一个图像的图像数据和上述相邻的图像之间的图像差异数据分别按照上述图像压缩比例进行压缩，并将压缩后的图像数据和图像差异数据发送给上述后台服务器。

该方案二实现了在将截取到的第一个图像的图像数据和相邻的图像之间的图像差异数据分别按照图像压缩比例进行压缩，将压缩后的图像数据发送给后台服务器，这种实施方案适用于采集图像的数量较多、传输压力大的应用环境中，通过上述图像数据的比对、处理、压缩的过程，在上述压力大的应用环境中，缩小了传输的数据量，减少了传输图像数据的时间。

此处需要说明的是，本申请提供的一种可选的方案中，上述监控终端采用多图模式和/或单图模式查看上述截图数据，用户在浏览器中可以采用多图的方式查看所有客户端的桌面状态，也可以采用单图的方式查看并实际控制某一个客户端，具体的，针对查看模式本发明的实施例可以提供如下两个方案：

方案一：在监控终端选择上述多图模式查看上述截图数据的情况下，上述后台服务器下发的上述图像压缩比例值为第一比例值。

方案二：

在上述监控终端选择上述单图模式查看上述截图数据的情况下，上述后台服务器下发的上述图像压缩比例值为第二比例值。

此处还需要说明的是，上述监控终端在上述多图模式和上述单图模式之间进行切换时，每次切换时，上述监控终端控制上述后台服务器下发新的图像采集指令。

在本申请提供的一种优选的实施例中，上述后台服务器根据查看指令将上述前端客户端的截图数据推送给上述监控终端之后，本发明提供的方案还可以包括：

首先，上述监控终端查看上述截图数据。

然后，监控终端可以记录用户操作上述截图数据时所产生的操作数据，在该步骤中，上述操作数据至少包括：键盘操作数据和鼠标操作数据。

接着，上述监控终端上传上述操作数据至上述后台服务器。

接着，上述后台服务器将携带了上述操作数据的操作指令下发给上述前端客户端。

最后，上述前端客户端可以解析并显示接收到的上述操作数据，模拟上述监控终端对上述前端客户端的键盘操作和/或鼠标操作。

此处需要说明的是，本申请上述实施例三中涉及到优选实施方案与实施例一和实施例二提供的方案以及应用场景实施过程相同，但不限于实施例一所提供的方案。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、移动终端、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种远程监控方法，其特征在于，包括：

后台服务器采集至少一个前端客户端的截图数据，所述截图数据为所述前端客户端在本地桌面上显示的图像的图像数据；

所述后台服务器保存任意一个前端客户端的截图数据；以及

在所述后台服务器接收到监控终端的查看指令之后，所述后台服务器根据查看指令将所述前端客户端的截图数据推送给所述监控终端，使得所述监控终端监控所述前端客户端在本地桌面上显示的图像。

2.根据权利要求1所述的方法，其特征在于，在后台服务器采集至少一个前端客户端的截图数据之前，所述方法还包括：

所述后台服务器接收所述前端客户端发送的注册请求；

在所述前端客户端注册成功的情况下，所述后台服务器下发图像采集指令至所述前端客户端；

所述后台服务器接收所述前端客户端返回的所述截图数据，其中，所述前端客户端根据所述图像采集指令周期性的采集所述本地桌面上显示的图像，得到至少一个所述截图数据。

3.根据权利要求2所述的方法，其特征在于，所述前端客户端根据所述图像采集指令周期性的采集所述本地桌面上显示的图像，得到至少一个所述截图数据的步骤包括：

根据所述图像采集指令按照预定周期截取所述本地桌面上显示的至少两个图像；

解析每个图像，得到所述每个图像的图像数据；

依次比对相邻的图像之间的图像数据，得到所述相邻的图像之间的图像差异数据，其中，所述截图数据包括：截取到的第一个图像的图像数据和所述相邻的图像之间的图像差异数据。

4.根据权利要求3所述的方法，其特征在于，所述图像采集指令包括：预设的图像压缩比例值，其中，在解析每个图像，得到所述每个图像的图像数据之后，或者，在依次比对相邻的图像之间的图像数据，得到所述相邻的图像之间的图像差异数据之后，所述方法还包括：

所述前端客户端将所述每个图像数据按照所述图像压缩比例进行压缩，并将压缩后的图像数据发送给所述后台服务器；或者，

所述前端客户端将所述截取到的所述第一个图像的图像数据和所述相邻的图像之间的图像差异数据分别按照所述图像压缩比例进行压缩，并将压缩后的图像数据和图像差异数据发送给所述后台服务器。

5.根据权利要求4所述的方法，其特征在于，所述监控终端采用多图模式和/或单图模式查看所述截图数据，

其中，在所述监控终端选择所述多图模式查看所述截图数据的情况下，所述后台服务器下发的所述图像压缩比例值为第一比例值；

在所述监控终端选择所述单图模式查看所述截图数据的情况下，所述后台服务器下发的所述图像压缩比例值为第二比例值。

6.根据权利要求5所述的方法，其特征在于，所述监控终端在所述多图模式和所述单图模式之间进行切换的过程中，每次切换时，所述监控终端控制所述后台服务器下发新的图像采集指令。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，在所述后台服务器根据查看指令将所述前端客户端的截图数据推送给所述监控终端之后，所述方法还包括：

所述监控终端查看所述截图数据；

所述监控终端记录用户操作所述截图数据时所产生的操作数据，所述操作数据至少包括：键盘操作数据和鼠标操作数据；

所述监控终端上传所述操作数据至所述后台服务器；

所述后台服务器将携带了所述操作数据的操作指令下发给所述前端客户端；

所述前端客户端解析并显示接收到的所述操作数据，模拟所述监控终端对所述前端客户端本地桌面上显示的图像进行的键盘操作和/或鼠标操作。

8.一种远程监控装置，其特征在于，包括：

采集模块，用于采集至少一个前端客户端的截图数据，所述截图数据为所述前端客户端在本地桌面上显示的图像的图像数据；

保存模块，用于保存任意一个前端客户端的截图数据；以及

监控模块，用于在接收到监控终端的查看指令之后，根据查看指令将所述前端客户端的截图数据推送给所述监控终端，使得所述监控终端监控所述前端客户端在本地桌面上显示的图像。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收所述前端客户端发送的注册请求；

下发模块，用于在所述前端客户端注册成功的情况下，下发图像采集指令至所述前端客户端；

接收模块，用于接收所述前端客户端返回的所述截图数据，其中，所述前端客户端根据所述图像采集指令周期性的采集所述本地桌面上显示的图像，得到至少一个所述截图数据。

10.一种远程监控***，其特征在于，包括：

至少一个前端客户端；

后台服务器，与任意一个或多个前端客户端建立通信关系，用于采集所述至少一个前端客户端的截图数据，所述截图数据为所述前端客户端在本地桌面上显示的图像的图像数据；以及

监控终端，与所述后台服务器建立通信关系，用于向所述后台服务器发送查看指令，并接收所述后台服务器根据查看指令返回的所述前端客户端的截图数据，使得所述监控终端监控所述前端客户端在本地桌面上显示的图像。

11.根据权利要求10所述的***，其特征在于，

所述后台服务器还用于接收所述前端客户端发送的注册请求，并在所述前端客户端注册成功的情况下，下发图像采集指令至所述前端客户端；

所述前端客户端还用于根据所述图像采集指令周期性的采集所述本地桌面上显示的图像，得到至少一个所述截图数据，并将所述截图数据返回给所述后台服务器。

12.根据权利要求10或11所述的***，其特征在于，所述***还包括：

所述监控终端还用于记录用户操作所述截图数据时所产生的操作数据，并上传所述操作数据至所述后台服务器，所述操作数据至少包括：键盘操作数据和鼠标操作数据；

所述后台服务器还用于将携带了所述操作数据的操作指令下发给所述前端客户端；

所述前端客户端还用于解析并显示接收到的所述操作数据，模拟所述监控终端对所述前端客户端本地桌面上显示的图像进行的键盘操作和/或鼠标操作。