一种远程控制方法及装置与流程

本发明涉及通信技术领域，特别是涉及一种远程控制方法及装置。

背景技术：

在通信技术领域中，许多场景下，人们希望通过远程控制设备来远程控制被控设备。一般而言，远程控制设备与被控设备不具有公网ip地址，并且，被控设备往往部署在一网络地址转换nat设备之后。若要使被控设备成功接收到远程控制设备发送的远程控制信息，现有技术中存在着两种可行的方案：

一种方案中，通过预先配置，让nat设备上开放一与该被控设备对应的端口。这样，远程控制设备可以先向该nat设备发送信息，并在该信息中携带与该被控设备对应的端口的端口号。这样，该nat设备就会根据该端口号，通过对应的端口将该信息发送至被控设备。

另一种方案中，在公网上部署额外的服务器，该额外的服务器可以通过点对点p2p打洞的方式，使远程控制设备穿越nat设备后直接与被控设备进行信息交互。

需要说明的是，第一种方案中需要对nat设备进行预先配置，该预先配置操作实施起来较为繁琐；第二种方案中需要设置额外的服务器，故这种方案的成本较高。因此，如何以一种简便易行的、低成本的方式实现远程控制设备对被控设备的远程控制对于本领域技术人员是一个亟待解决的问题。

技术实现要素：

本发明实施例的目的在于提供一种远程控制方法及装置，从而以一种简便易行的、低成本的方式实现远程控制设备对被控设备的远程控制。

本发明实施例提供了一种远程控制方法，应用于云平台，所述方法包括：

接收远程控制设备发送的针对被控设备的远程控制请求，所述远程控制请求为所述远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时生成的；

判断所述远程控制请求中是否携带有浏览器页面标识；

若是，通过所述被控设备预先与所述云平台构建的连接通道，将所述远程控制请求发送至所述被控设备，以使得所述被控设备根据所述远程控制请求中携带的浏览器页面标识进行响应；

否则，为所述远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到所述远程控制请求中后，通过所述连接通道发送至所述被控设备，以使得所述被控设备根据接收到的远程控制请求中携带的浏览器页面标识进行响应。

本发明实施例还提供了一种远程控制方法，应用于被控设备，所述方法包括：

接收云平台通过自身预先与云平台构建的连接通道发送的第一远程控制请求，所述第一远程控制请求为所述云平台在接收到远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时发送的针对所述被控设备的第二远程控制请求，且所述第二远程控制请求中携带有浏览器页面标识时转发的，或者为所述云平台在接收到远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时发送的针对所述被控设备的第二远程控制请求，且所述第二远程控制请求中未携带有浏览器页面标识时，为所述第二远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到所述二远程控制请求中后转发的；

根据所述第一远程控制请求中携带的浏览器页面标识，对所述第一远程控制请求进行响应。

本发明实施例还提供了一种远程控制装置，应用于云平台，所述装置包括：

第一接收模块，用于接收远程控制设备发送的针对被控设备的远程控制请求，所述远程控制请求为所述远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时生成的；

第一判断模块，用于判断所述远程控制请求中是否携带有浏览器页面标识；若是，触发第一处理模块；若否，触发第二处理模块；

第一处理模块，用于通过所述被控设备预先与所述云平台构建的连接通道，将所述远程控制请求发送至所述被控设备，以使得所述被控设备根据所述远程控制请求中携带的浏览器页面标识进行响应；

第二处理模块，用于为所述远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到所述远程控制请求中后，通过所述连接通道发送至所述被控设备，以使得所述被控设备根据接收到的远程控制请求中携带的浏览器页面标识进行响应。

本发明实施例提供了一种远程控制装置，应用于被控设备，所述装置包括：

接收模块，用于接收云平台通过自身预先与云平台构建的连接通道发送的第一远程控制请求，所述第一远程控制请求为所述云平台在接收到远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时发送的针对所述被控设备的第二远程控制请求，且所述第二远程控制请求中携带有浏览器页面标识时转发的，或者为所述云平台在接收到远程控制设备在接收到用户在所述远程控制设备的浏览器页面上输入的远程控制指令时发送的针对所述被控设备的第二远程控制请求，且所述第二远程控制请求中未携带有浏览器页面标识时，为所述第二远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到所述二远程控制请求中后转发的；

处理模块，用于根据所述第一远程控制请求中携带的浏览器页面标识，对所述第一远程控制请求进行响应。

本方案中，远程控制设备是依赖浏览器发出远程控制请求的，远程控制请求的发出无需依赖专门的远程客户端，相应地，远程控制设备上无需安装如telnet客户端等的远程客户端。并且，远程控制设备对被控设备的远程控制是利用现有的云平台实现的，操作人员既不需要对网络地址转换nat设备进行预先配置，也不需要设置额外的服务器，因此，本方案较为简便易行，成本也比较低，这样可以给用户带来较好的使用体验。

另外，远程控制设备可以依赖多个浏览器页面并发地发出多个远程控制请求。对于不同浏览器页面对应的远程控制请求，根据远程控制请求中携带的浏览器页面标识，被控设备中的第一模块可以将该远程控制请求通过对应的连接通道发送至第二模块。这样，第二模块可以分别对不同浏览器页面对应的远程控制请求进行响应，第二模块针对各远程控制请求的响应操作可以是并发执行的，这些响应操作之间互不影响，从而实现远程控制设备利用多个浏览器页面并发地对被控设备进行远程控制。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例所提供的一种应用于云平台的远程控制方法的流程图；

图2为远程控制设备、云平台和被控设备的组网结构示意图；

图3为本发明实施例所提供的一种应用于被控设备的远程控制方法的流程图；

图4为本发明实施例所提供的一种应用于云平台的远程控制装置的结构框图；

图5为本发明实施例所提供的一种应用于被控设备的远程控制装置的结构框图。

具体实施方式

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

为了解决现有技术存在的问题，本发明从云平台和被控设备的角度分别提供了一种远程控制方法及装置。

下面首先对本发明从云平台的角度所提供的一种远程控制方法进行说明。

需要说明的是，本发明实施例所提供的一种远程控制方法应用于云平台。本领域技术人员可以理解的是，云平台可以为成功接入自身的设备提供集中的可视化、统一管理、远程控制，以及健康巡检等云服务。云平台的工作原理如下：

(1)客户部署支持云服务的网络设备；

(2)网络设备通过私有管理协议连接到云平台，网络设备完成注册和同步配置；

(3)客户使用网页web或应用程序app，以通过云平台管理整个网络。客户执行简单的点击操作，云平台就会执行对成百上千台设备的配置操作，运行诊断操作，以及查看报表操作等；

(4)云平台自动进行巡检，以监控并优化网络状态，进行实时告警，同时提供设备固件版本的在线升级。

参见图1，图中示出了本发明实施例所提供的一种远程控制方法的流程图。如图1所示，该方法可以包括如下步骤：

s101，接收远程控制设备发送的针对被控设备的远程控制请求，远程控制请求为远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时生成的。

其中，远程控制设备可以为智能手机、平板电脑，或者图2中所示的笔记本电脑，被控设备可以为路由器、交换机或者智能电视，当然，远程控制设备和被控设备的类型并不局限于此，具体可以根据实际情况来确定，在此不再一一赘述。

需要说明的是，远程控制设备的浏览器与云平台之间可以预先建立有长连接，例如websocket连接，该长连接遵循的协议可以为telnet(远程登录)协议或者ssh(secureshell，安全外壳)协议。这样，当用户在该浏览器对应的浏览器页面上输入远程控制指令，且远程控制设备根据该指令生成远程控制请求后，远程控制设备可以直接通过该长连接，将该远程控制请求发送至云平台。

当然，远程控制设备的浏览器与云平台之间也可以不预先建立长连接。这样，当用户在该浏览器对应的浏览器页面上输入远程控制指令，且远程控制设备根据该指令生成远程控制请求后，远程控制设备可以在自身与云平台之间建立短连接，并将该远程控制请求通过该短连接发送至云平台。在成功发送该远程控制请求后，远程控制设备的浏览器与云平台之间的短连接就会断开。

可以理解的是，如果远程控制请求为远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的首个远程控制指令时生成的，可以认为该远程控制请求为该浏览器页面对应的首次远程控制请求，那么，该远程控制请求实质上是用来请求进行远程控制权限的确定的请求。如果被控设备接收到了该远程控制请求，被控设备会确定远程控制设备是否具有远程控制被控设备的权限，以确定是否允许远程控制设备的远程控制。

如果远程控制请求为远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的非首个远程控制指令时生成的，可以认为该远程控制请求为该浏览器页面对应的非首次远程控制请求，那么，该远程控制请求实质上是用来指示需要执行的具体操作的请求。如果被控设备接收到了该远程控制请求，被控设备会执行该远程控制请求所指示的操作。

s102，判断远程控制请求中是否携带有浏览器页面标识；若是，执行s103，否则，执行s104。

容易理解的是，远程控制设备的任一浏览器上可以同时打开若干个浏览器页面，用户在该若干个浏览器页面中的任一页面上均可以输入远程控制指令，以使远程控制设备生成并发出相应的远程控制请求。

对于云平台而言，当接收到的远程控制请求为任一浏览器页面对应的首次远程控制请求时，可以为该浏览器页面分配浏览器页面标识，并将该浏览器页面标识发送至远程控制设备。在远程控制设备接收到该浏览器页面标识后，远程控制设备生成的该浏览器页面对应的非首次远程控制请求中可以携带该浏览器页面标识。

容易看出，对于云平台接收到的任一浏览器页面对应的首次远程控制请求而言，该远程控制请求中不携带浏览器页面标识；对于云平台接收到的任一浏览器页面对应的非首次远程控制请求而言，该远程控制请求中携带该浏览器页面对应的浏览器页面标识。

当云平台通过执行s101接收到远程控制设备发送的任一浏览器页面对应的远程控制请求时，可以执行s102，以判断该远程控制请求中是否携带该浏览器页面对应的浏览器页面标识。

如果携带，这说明该远程控制请求并不是该浏览器页面对应的首次远程控制请求，此时，云平台会通过被控设备预先与云平台构建的连接通道，将远程控制请求发送至被控设备。这样，被控设备能根据该远程控制请求中携带的浏览器页面标识进行响应。

如果不携带，这说明该远程控制请求是该浏览器页面对应的首次远程控制请求，此时，云平台先为该远程控制请求中的浏览器页面分配浏览器页面标识，再将分配的浏览器页面标识添加到远程控制请求中后，通过被控设备预先与云平台构建的连接通道发送至被控设备。这样，被控设备也能根据接收到的远程控制请求中携带的浏览器页面标识进行响应。

s103，通过被控设备预先与云平台构建的连接通道，将远程控制请求发送至被控设备，以使得被控设备根据远程控制请求中携带的浏览器页面标识进行响应。

s104，为远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到远程控制请求中后，通过该连接通道发送至被控设备，以使得被控设备根据接收到的远程控制请求中携带的浏览器页面标识进行响应。

下面对被控设备接收到来自云平台的远程控制请求后的处理流程进行介绍。

需要说明的是，被控设备可以包括处理模块、具有客户端功能的第一模块，以及具有服务器功能的第二模块，第一模块和第二模块之间可以建立有若干条连接通道，连接通道与浏览器页面标识可以一一对应，并且，连接通道和浏览器页面标识的对应关系可以预先存储在被控设备内。

当被控设备接收到远程控制请求后，处理模块可以查找被控设备本地存储的浏览器页面标识与连接通道的对应关系中是否存在该远程控制请求中携带的浏览器页面标识。

如果查找结果为不存在，这说明第一模块和第二模块之间当前并不存在与该浏览器页面标识对应的连接通道。这时，处理模块会通知第一模块与第二模块创建该浏览器页面标识对应的连接通道，保存该浏览器页面标识与所创建的该连接通道的对应关系，并将该远程控制请求发送至第一模块。这样，第一模块会将该远程控制请求通过所创建的该连接通道发送至第二模块，第二模块能够对接收到的远程控制请求进行响应，从而最终实现远程控制设备对被控设备的远程控制。容易看出，第一模块和第二模块之间的任一连接通道实质上是被控设备在接收到携带该连接通道对应的浏览器页面标识的远程控制请求时创建的。

如果查找结果为存在，这说明第一模块与第二模块之间当前存在着与该浏览器页面标识对应的连接通道。这时，处理模块会将该远程控制请求发送至第一模块，第一模块会将接收到的该远程控制请求直接通过该连接通道发送至第二模块，第二模块能够对接收到的远程控制请求进行响应，从而最终实现远程控制设备对被控设备的远程控制。

下面结合图2，以一个具体的例子对本方案的具体实施过程进行说明。

如图2所示，假设远程控制设备上仅打开了一个浏览器，该浏览器上打开了三个浏览器页面，分别是页面s1、页面s2和页面s3。

假设用户在页面s1输入了远程控制指令x1，在页面s2输入了远程控制指令x2，在页面s3输入了远程控制指令x3，那么，远程控制设备会根据远程控制指令x1生成远程控制请求y1，根据远程控制指令x2生成远程控制请求y2，根据远程控制请求x3生成远程控制请求y3。另外，假设远程控制请求y1中携带页面s1对应的浏览器页面标识b1，远程控制请求y2和远程控制请求y3中均不携带浏览器页面标识。之后，远程控制设备将远程控制请求y1、远程控制请求y2和远程控制请求y3均发送至云平台。

当云平台接收到以上三个远程控制请求中，其会判断各远程控制请求中是否携带有浏览器页面标识。经过查看，云平台发现仅远程控制请求y1中携带浏览器页面标识b1，而远程控制请求y2和远程控制请求y3中则不存在浏览器页面标识，因此，针对这三个远程控制请求的后续处理流程存在着一定的差别。

具体地，对于远程控制请求y1而言，云平台会通过被控设备预先与云平台构建的连接通道，将远程控制请求y1发送至被控设备。

当被控设备接收到远程控制请求y1之后，被控设备中的处理模块会查找本地存储的浏览器页面标识与连接通道的对应关系中是否存在浏览器页面标识b1。很明显，查找结果为存在，即第一模块和第二模块之间当前存在着与浏览器页面标识b1对应的连接通道l1，因此，处理模块会先将远程控制请求y1发送至第一模块，第一模块会将远程控制请求y1通过连接通道l1发送至第二模块。在第二模块通过连接通道l1接收到远程控制请求y1后，第二模块会对远程控制请求y1进行响应。容易看出，被控设备成功地对远程控制请求y1进行了响应，从而实现了远程控制设备对被控设备的远程控制。

具体地，对于远程控制请求y2(针对y2和y3的后续处理流程类似，仅对针对y2的后续处理流程进行说明)而言，云平台会为页面s2分配浏览器页面标识b2，并将浏览器页面标识b2添加到远程控制请求y2中，以形成远程控制请求y2，。之后，云平台会通过被控设备预先与云平台构建的连接通道，将远程控制请求y2，发送至被控设备。

当被控设备接收到远程控制请求y2，之后，被控设备中的处理模块会查找本地存储的浏览器页面标识与连接通道的对应关系是否存在浏览器页面标识b2。很明显，查找结果为不存在，即第一模块和第二模块之间当前并不存在着与浏览器页面标识b2对应的连接通道。因此，处理模块会通知第一模块与第二模块建立浏览器页面标识b2对应的连接通道l2，保存浏览器页面标识b2与连接通道l2的对应关系，并将远程控制请求y2，发送至第一模块。之后，第一模块会将远程控制请求y2，通过建立好的连接通道l2发送至第二模块。在第二模块通过连接通道l2接收到远程控制请求y2，后，第二模块会对远程控制请求y2，进行响应。容易看出，被控设备成功地对远程控制请求y2进行了响应，从而实现了远程控制设备对被控设备的远程控制。

本方案中，远程控制设备是依赖浏览器发出远程控制请求的，远程控制请求的发出无需依赖专门的远程客户端，相应地，远程控制设备上无需安装如telnet客户端等的远程客户端。并且，远程控制设备对被控设备的远程控制是利用现有的云平台实现的，操作人员既不需要对网络地址转换nat设备进行预先配置，也不需要设置额外的服务器，因此，本方案较为简便易行，成本也比较低，这样可以给用户带来较好的使用体验。

另外，远程控制设备可以依赖多个浏览器页面并发地发出多个远程控制请求。对于不同浏览器页面对应的远程控制请求，根据远程控制请求中携带的浏览器页面标识，被控设备中的第一模块可以将该远程控制请求通过对应的连接通道发送至第二模块。这样，第二模块可以分别对不同浏览器页面对应的远程控制请求进行响应，第二模块针对各远程控制请求的响应操作可以是并发执行的，这些响应操作之间互不影响，从而实现远程控制设备利用多个浏览器页面并发地对被控设备进行远程控制。

在本发明实施例的一种具体实施方式中，该方法还可以包括：

将分配的浏览器页面标识发送至远程控制设备，以使远程控制设备在接收到用户在分配的浏览器页面标识对应的浏览器页面上输入的远程控制指令时，生成携带有分配的浏览器页面标识的远程控制请求。

下面继续延续上一实施例中的例子，对本实施例的具体实施过程进行说明。

当云平台接收到远程控制请求y2，判断出远程控制请求y2中不携带浏览器页面标识，且为页面s2分配浏览器页面标识b2后，云平台会将分配的浏览器页面标识b2发送至远程控制设备。之后，当用户再次在页面s2上输入远程控制指令时，远程控制设备会生成携带有浏览器页面标识b2的远程控制请求y2”，并将远程控制请求y2”发送至云平台。

当云平台接收到远程控制请求y2”后，能够判断出远程控制请求y2”中携带浏览器页面标识b2，因此，云平台会直接通过被控设备预先与云平台构建的连接通道，将远程控制请求y2”发送至被控设备。之后，被控设备针对y2”的处理流程与上一实施例中针对y2的处理流程类型，在此不再赘述。

本实施例中，对于云平台而言，在接收到的远程控制请求为任一浏览器页面对应的非首次远程控制请求时，该远程控制请求中一定携带着相应的浏览器页面标识。这样，当该远程控制请求被转发至被控设备后，被控设备能够根据该浏览器页面标识进行响应，以成功地实现远程控制设备对被控设备的远程控制。

在本发明实施例的一种具体实施方式中，该方法还可以包括：

接收被控设备通过连接通道发送的携带响应数据和浏览器页面标识的远程控制响应；

将远程控制响应发送至远程控制设备，以使远程控制设备在远程控制响应中携带的浏览器页面标识对应的浏览器页面上显示响应数据。

需要指出的是，本实施例尤其适用于远程控制设备的浏览器与云平台之间为长连接的情况。

下面仍延续上述实施例中的例子，对本实施例的具体实施过程进行说明。

假设被控设备中的第二模块对远程控制请求y1进行响应后，生成了响应数据d1；与此同时，第二模块对远程控制请求y2’进行响应后，生成了响应数据d2。

之后，第二模块会将响应数据d1依次通过连接通道l1和第一模块发送至处理模块，处理模块会生成携带响应数据d1和浏览器页面标识b1的第一远程控制响应，并通过被控设备预先与云平台构建的连接通道，将第一远程控制响应发送至云平台。

类似地，第二模块会将响应数据d2依次通过连接通道l2和第一模块发送至处理模块，处理模块会生成携带响应数据d2和浏览器页面标识b2的第二远程控制响应，并通过被控设备预先与云平台构建的连接通道，将第二远程控制响应发送至云平台。

云平台会将接收到的第一远程控制响应和第二远程控制响应均发送至远程控制设备。当远程控制设备接收到第一远程控制响应和第二远程控制响应后，会在浏览器页面标识b1对应的浏览器页面(即页面s1)上显示响应数据d1，还会在浏览器页面标识b2对应的浏览器页面(即页面s2)上显示响应数据d2。

容易看出，本实施例中，远程控制设备会将接收到的各响应数据在对应的浏览器页面上进行显示，以便于用户了解各并发的响应操作的具体执行情况。

在本发明实施例的一种具体实施方式中，该方法还可以包括：

接收远程控制设备发送的针对被控设备的响应数据获取请求，响应数据获取请求中携带有浏览器页面标识；

判断自身是否存储有响应数据获取请求中携带的浏览器页面标识对应的响应数据；

若是，将自身存储的响应数据获取请求中携带的浏览器页面标识对应的响应数据发送至远程控制设备，响应数据为云平台在接收到被控设备通过连接通道发送的携带响应数据和响应数据获取请求中携带的浏览器页面标识的远程控制响应时存储的；

否则，判断在预设时间内是否接收到被控设备通过连接通道发送的携带响应数据和响应数据获取请求中携带的浏览器页面标识的远程控制响应，并在判断为是时，将对应的响应数据发送至远程控制设备，在判断为否时，通知远程控制设备未收到响应数据获取请求中携带的浏览器页面标识对应的响应数据。

其中，预设时间可以为1秒、2秒或者5秒，当然，预设时间的取值并不局限于此，具体可以根据实际情况来确定，在此不再一一赘述。

需要指出的是，本实施例尤其适用于远程控制设备的浏览器与云平台之间为短连接的情况。

下面仍延续上述实施例中的例子，对本实施例的具体实施过程进行说明。

假设被控设备中的第二模块对远程控制请求y1进行响应后，生成了响应数据d1；与此同时，第二模块对远程控制请求y2’进行响应后，生成了响应数据d2。

之后，第二模块会将响应数据d1依次通过连接通道l1和第一模块发送至处理模块，处理模块会生成携带响应数据d1和浏览器页面标识b1的第一远程控制响应，并通过被控设备预先与云平台构建的连接通道，将第一远程控制响应发送至云平台。相应地，云平台会存储接收到的响应数据d1，响应数据d1即为浏览器页面标识b1对应的响应数据。

类似地，第二模块会将响应数据d2依次通过连接通道l2和第一模块发送至处理模块，处理模块会生成携带响应数据d2和浏览器页面标识b2的第二远程控制响应，并通过被控设备预先与云平台构建的连接通道，将第二远程控制响应发送至云平台。相应地，云平台会存储接收到的响应数据d2，响应数据d2即为浏览器页面标识b2对应的响应数据。

之后，假设云平台接收到了远程控制设备发送的针对被控设备的响应数据获取请求，该响应数据获取请求中携带浏览器页面标识b2，那么，经过判断，云平台能够确定自身存储有该响应数据获取请求中携带的浏览器页面标识b2对应的响应数据，即响应数据d2。因此，云平台会将自身存储的响应数据d2发送至远程控制设备。之后，远程控制设备可以在页面s2上显示响应数据d2。

假设云平台接收到了远程控制设备发送的针对被控设备的响应数据获取请求，该响应数据获取请求中携带浏览器页面标识b3(假设b3是云平台为页面s3分配的浏览器页面标识)，那么，经过判断，云平台能够确定自身并未存储有该响应数据获取请求中携带的浏览器页面标识b3对应的响应数据。这时，云平台可以等待预设时间。

如果云平台在预设时间内接收到了被控设备发送的携带响应数据d3和浏览器页面标识b3的远程控制响应，那么，云平台会将响应数据d3发送至远程控制设备。这时，远程控制设备可以在页面s3上显示响应数据d3。

相反，如果云平台在预设时间内并未接收到被控设备发送的携带响应d3和浏览器页面标识b3的远程控制响应，那么，云平台就会通知远程控制设备自身未收到浏览器页面标识b3对应的响应数据。之后，远程控制设备可以间隔一定的时间后再向云平台发送携带浏览器页面标识b3的响应数据获取请求。

容易看出，本实施例中，远程控制设备能够成功地从云平台中获取来自被控设备的响应数据。

需要说明的是，上述实施例中，在云平台与远程控制设备，以及云平台与被控设备进行通信的过程中，通信内容均是可以加密过的，以较好地保证通信过程的安全性。

综上，本实施例以一种简便易行的、低成本的方式实现了远程控制设备对被控设备的远程控制。

下面对本发明从被控设备的角度所提供的一种远程控制方法进行说明。

参见图3，图中示出了本发明实施例所提供的一种远程控制方法的流程图。如图3所示，该方法应用于被控设备，该方法包括如下步骤：

s301，接收云平台通过自身预先与云平台构建的连接通道发送的第一远程控制请求，第一远程控制请求为云平台在接收到远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时发送的针对被控设备的第二远程控制请求，且第二远程控制请求中携带有浏览器页面标识时转发的，或者为云平台在接收到远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时发送的针对被控设备的第二远程控制请求，且第二远程控制请求中未携带有浏览器页面标识时，为第二远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到二远程控制请求中后转发的；

s302，根据第一远程控制请求中携带的浏览器页面标识，对第一远程控制请求进行响应。

本方案中，远程控制设备是依赖浏览器发出远程控制请求的，远程控制请求的发出无需依赖专门的远程客户端，相应地，远程控制设备上无需安装如telnet客户端等的远程客户端。并且，远程控制设备对被控设备的远程控制是利用现有的云平台实现的，操作人员既不需要对网络地址转换nat设备进行预先配置，也不需要设置额外的服务器，因此，本方案较为简便易行，成本也比较低，这样可以给用户带来较好的使用体验。

另外，远程控制设备可以依赖多个浏览器页面并发地发出多个远程控制请求。对于不同浏览器页面对应的远程控制请求，根据远程控制请求中携带的浏览器页面标识，被控设备中的第一模块可以将该远程控制请求通过对应的连接通道发送至第二模块。这样，第二模块可以分别对不同浏览器页面对应的远程控制请求进行响应，第二模块针对各远程控制请求的响应操作可以是并发执行的，这些响应操作之间互不影响，从而实现远程控制设备利用多个浏览器页面并发地对被控设备进行远程控制。

在本发明实施例的一种具体实施方式中，根据第一远程控制请求中携带的浏览器页面标识，对第一远程控制请求进行响应，具体包括：

被控设备的处理模块判断被控设备本地存储的浏览器页面标识与连接通道的对应关系中是否存在第一远程控制请求中携带的浏览器页面标识；

若否，通知被控制设备的具有客户端功能的第一模块与被控设备的具有服务器功能的第二模块建立第一远程控制请求中携带的浏览器页面标识对应的连接通道，保存第一远程控制请求中携带的浏览器页面标识与该连接通道的对应关系，并将第一远程控制请求发送至第一模块，由第一模块将第一远程控制请求通过该连接通道发送至第二模块进行响应；

若是，则将第一远程控制请求发送至第一模块，由第一模块将第一远程控制请求通过第一远程控制请求中携带的浏览器页面标识对应的连接通道发送至第二模块进行响应。

综上，本实施例以一种简便易行的、低成本的方式实现了远程控制设备对被控设备的远程控制。

下面对本发明从云平台的角度所提供的一种远程控制装置进行说明。

参见图4，图中示出了本发明实施例所提供的一种远程控制装置的结构框图。如图4所示，该装置应用于云平台，该装置可以包括：

第一接收模块41，用于接收远程控制设备发送的针对被控设备的远程控制请求，远程控制请求为远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时生成的；

第一判断模块42，用于判断远程控制请求中是否携带有浏览器页面标识；若是，触发第一处理模块43；若否，触发第二处理模块44；

第一处理模块43，用于通过被控设备预先与云平台构建的连接通道，将远程控制请求发送至被控设备，以使得被控设备根据远程控制请求中携带的浏览器页面标识进行响应；

第二处理模块44，用于为远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到远程控制请求中后，通过连接通道发送至被控设备，以使得被控设备根据接收到的远程控制请求中携带的浏览器页面标识进行响应。

本方案中，远程控制设备是依赖浏览器发出远程控制请求的，远程控制请求的发出无需依赖专门的远程客户端，相应地，远程控制设备上无需安装如telnet客户端等的远程客户端。并且，远程控制设备对被控设备的远程控制是利用现有的云平台实现的，操作人员既不需要对网络地址转换nat设备进行预先配置，也不需要设置额外的服务器，因此，本方案较为简便易行，成本也比较低，这样可以给用户带来较好的使用体验。

另外，远程控制设备可以依赖多个浏览器页面并发地发出多个远程控制请求。对于不同浏览器页面对应的远程控制请求，根据远程控制请求中携带的浏览器页面标识，被控设备中的第一模块可以将该远程控制请求通过对应的连接通道发送至第二模块。这样，第二模块可以分别对不同浏览器页面对应的远程控制请求进行响应，第二模块针对各远程控制请求的响应操作可以是并发执行的，这些响应操作之间互不影响，从而实现远程控制设备利用多个浏览器页面并发地对被控设备进行远程控制。

在本发明实施例的一种具体实施方式中，该装置还可以包括：

第一发送模块，用于将分配的浏览器页面标识发送至远程控制设备，以使远程控制设备在接收到用户在分配的浏览器页面标识对应的浏览器页面上输入的远程控制指令时，生成携带有分配的浏览器页面标识的远程控制请求。

在本发明实施例的一种具体实施方式中，该装置还可以包括：

第二接收模块，用于接收被控设备通过连接通道发送的携带响应数据和浏览器页面标识的远程控制响应；

第二发送模块，用于将远程控制响应发送至远程控制设备，以使远程控制设备在远程控制响应中携带的浏览器页面标识对应的浏览器页面上显示响应数据。

在本发明实施例的一种具体实施方式中，该装置还可以包括：

第三接收模块，用于接收远程控制设备发送的针对被控设备的响应数据获取请求，响应数据获取请求中携带有浏览器页面标识；

第二判断模块，用于判断自身是否存储有响应数据获取请求中携带的浏览器页面标识对应的响应数据；若是，触发第三处理模块，若否，触发第四处理模块；

第三处理模块，用于将自身存储的响应数据获取请求中携带的浏览器页面标识对应的响应数据发送至远程控制设备，响应数据为云平台在接收到被控设备通过连接通道发送的携带响应数据和响应数据获取请求中携带的浏览器页面标识的远程控制响应时存储的；

第四处理模块，用于判断在预设时间内是否接收到被控设备通过连接通道发送的携带响应数据和响应数据获取请求中携带的浏览器页面标识的远程控制响应，并在判断为是时，将对应的响应数据发送至远程控制设备，在判断为否时，通知远程控制设备未收到响应数据获取请求中携带的浏览器页面标识对应的响应数据。

综上，本实施例以一种简便易行的、低成本的方式实现了远程控制设备对被控设备的远程控制。

下面对本发明从被控设备的角度提供的一种远程控制装置进行说明。

参见图5，图中示出了本发明实施例所提供的一种远程控制装置进行说明。如图5所示，该装置应用于被控设备，该装置可以包括：

接收模块51，用于接收云平台通过自身预先与云平台构建的连接通道发送的第一远程控制请求，第一远程控制请求为云平台在接收到远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时发送的针对被控设备的第二远程控制请求，且第二远程控制请求中携带有浏览器页面标识时转发的，或者为云平台在接收到远程控制设备在接收到用户在远程控制设备的浏览器页面上输入的远程控制指令时发送的针对被控设备的第二远程控制请求，且第二远程控制请求中未携带有浏览器页面标识时，为第二远程控制请求对应的浏览器页面分配浏览器页面标识，并将分配的浏览器页面标识添加到二远程控制请求中后转发的；

处理模块52，用于根据第一远程控制请求中携带的浏览器页面标识，对第一远程控制请求进行响应。

本方案中，远程控制设备是依赖浏览器发出远程控制请求的，远程控制请求的发出无需依赖专门的远程客户端，相应地，远程控制设备上无需安装如telnet客户端等的远程客户端。并且，远程控制设备对被控设备的远程控制是利用现有的云平台实现的，操作人员既不需要对网络地址转换nat设备进行预先配置，也不需要设置额外的服务器，因此，本方案较为简便易行，成本也比较低，这样可以给用户带来较好的使用体验。

另外，远程控制设备可以依赖多个浏览器页面并发地发出多个远程控制请求。对于不同浏览器页面对应的远程控制请求，根据远程控制请求中携带的浏览器页面标识，被控设备中的第一模块可以将该远程控制请求通过对应的连接通道发送至第二模块。这样，第二模块可以分别对不同浏览器页面对应的远程控制请求进行响应，第二模块针对各远程控制请求的响应操作可以是并发执行的，这些响应操作之间互不影响，从而实现远程控制设备利用多个浏览器页面并发地对被控设备进行远程控制。

在本发明实施例的一种具体实施方式中，

处理模块，具体用于判断被控设备本地存储的浏览器页面标识与连接通道的对应关系中是否存在第一远程控制请求中携带的浏览器页面标识；若否，通知被控制设备的具有客户端功能的第一模块与被控设备的具有服务器功能的第二模块建立第一远程控制请求中携带的浏览器页面标识对应的连接通道，保存第一远程控制请求中携带的浏览器页面标识与该连接通道的对应关系，并将第一远程控制请求发送至第一模块，由第一模块将第一远程控制请求通过该连接通道发送至第二模块进行响应；若是，则将第一远程控制请求发送至第一模块，由第一模块将第一远程控制请求通过第一远程控制请求中携带的浏览器页面标识对应的连接通道发送至第二模块进行响应。

综上，本实施例以一种简便易行的、低成本的方式实现了远程控制设备对被控设备的远程控制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。