数据的顺畅传输。与现有技术中技术专家和故障电脑必须同时连接在同一服务器上相比，本发明提供的方法建立远程控制连接的速度更快。
[0059]进一步的，本发明实施例提供一种远程控制接入服务器的获取方法，该方法着重以服务器侧的客服端为例进行说明，如图2所示，该方法包括:
[0060]201、客服端获取其可进行远程接入的服务器列表。
[0061]在客服端与服务器建立网络通信时，不仅仅可以和一台服务器建立网络通信连接，还可以与所有服务器均建立网络通信连接，在建立远程控制连接时，为了方便获取客服端所接入服务器的具体信息，可以将服务器端的服务器信息记录在一个服务器列表中。该服务器列表中记录了用户可以接入的服务器的信息，该服务器列表信息至少包括服务器的互联网协议地址(Internet Protocol Address, IP地址)、媒体访问控制地址(MediaAccess Control Address,MAC地址)、默认网关。其中，服务器列表中所包含的内容仅为示例性的举例，本发明实施例不对其具体形式进行限制。
[0062]在获取到服务器列表后，客服端先获取配置文件中的静态地址，通过该静态地址获取服务器列表。其中，服务器列表是可变更的服务器列表，当服务器列表中记录的服务器信息发生变化时，服务器端会对该服务器列表进行更新。当客服端重新发送远程控制连接请求信息时，可通过配置文件中的静态地址查看是否存在更新的服务器列表，若存在，则将原服务器列表替换为更新后的服务器列表。
[0063]202、向服务器列表所包含的所有服务器发送测试包请求接入对应的服务器，并获取客服端接入对应服务器的速度。
[0064]由于客服端可以与服务器列表所包含的所有服务器进行连接，因此在获取服务器列表后，客服端可以向服务器列表所包含的所有服务器一一发送测试包请求接入对应的服务器，该测试包为测试接入服务器速度的数据包。
[0065]在客服端向服务器列表所包含的所有服务器发送测试包之后，该服务器列表所包含的所有服务器返回客服端发送的测试包，客服端通过计算发送和返回测试包的速度以及吞吐量，根据该速度和吞吐量判断客服端接入对应服务器的速度。
[0066]203、选择接入速度最快的服务器作为第二服务器。
[0067]客服端在判断可接入服务器列表所包含的所有服务器速度大小之后，选择接入速度最快的服务器作为第二服务器。
[0068]在选择接入速度最快的服务器作为第二服务器时，可能存在接入速度最快的服务器，距离客服端较远，而接入速度慢的服务器，距离客服端较近的情况，本发明实施例不局限于客服端与服务器列表所包含的所有服务器之间实际距离的远近，只要满足客服端能快速接入对应服务器即可。
[0069]基于上述方法，在客服端获取远程控制接入速度最快的服务器，首先测试可接入的所有服务器的接入速度，在客服端选择远程控制接入速度最快的服务器时可以通过但不局限于以下的方法实现，如图3所示，该方法包括:
[0070]301、获取客服端接入对应服务器的速度和吞吐量。
[0071]在向服务器发送测试包后，获取客服端接入对应服务器的速度和吞吐量，通过该客服端接入对应服务器的速度可以确定客服端接入哪个服务器的速度最快，从而提高了客服端和用户端建立远程控制连接的速度；通过该客服端接入对应服务器的吞吐量的大小，可以提高在建立远程控制连接后远程数据的传输速度。因此，在测试可接入的所有服务器的接入速度时，需获取客服端接入对应服务器的速度和吞吐量。本发明实施例中，客服端接入对应服务器的速度和吞吐量分别对应一个权值，该权值为经验值，根据用户的需求设定，在设置之后是可变更的。例如，客服端接入对应服务器的吞吐量为1-50比特/秒，设置权值为2，客服端接入对应服务器的吞吐量为51-100比特/秒，设置权值为4等等，客服端接入对应服务器的速度为1-100波特率，设置权值为I，客服端接入对应服务器的速度为101-1000波特率，设置权值为2等等，上述关于客服端接入对应服务器的速度和吞吐量权值的设置，仅为示例性的举例，具体的设置方式本发明实施例不进行限制。
[0072]302、将速度和吐吞量进行加权计算得到一个加权值，将加权值作为客服端接入对应服务器的速度。
[0073]将速度和吞吐量的权值相加得到一个加权值，该加权值越大，说明客服端接入对应服务器的速度越大。
[0074]上述图2至图3所示方法着重以服务器侧为例进行了说明，本发明实施例还提供一种远程控制方法，着重以用户设备侧的用户端为例进行说明，该方法对应于与图2至图3所示的远程控制接入服务器的方法，其中，有关用户端获取远程接入速度最快的第三服务器的详细过程，请参考上述服务器侧的客户端的有关描述，本发明实施例此处不进行赘述。
[0075]进一步的，为了确保客服端和用户端数据传输的稳定性，如图4所示，本发明实施例提供一种远程控制的方法，包括:
[0076]401、可进行远程接入的服务器列表中的服务器实时监听80端口以及一个1024以上端口。
[0077]在服务器端的服务器启动时，该服务器就处于实时监听端口状态。由于客服端和用户端在建立网络通信连接时，可能只允许用户端连接80端口，因此可进行远程接入的服务器列表中的服务器需要实时监听80端口，确保80端口网络通信连接的稳定性；客服端和用户端在建立网络通信连接时，也可能会禁止80端口进行非超文本传送协议(Hypertexttransfer protocol，HTTP协议)的通信，因此可进行远程接入的服务器列表中的服务器需要实时监听高端口，例如1024端口、8080端口等等，确保监听的1024端口、8080端口网络通信连接的稳定性。其中，可进行远程接入的服务器列表中的服务器可同时监控多个端口，当客服端和用户端在建立网络通信连接不上或者连接中断时，可通过该服务器监听的其他端口进行连接，确保数据传输的稳定性。
[0078]402、当服务器接收到客服端或者用户端的接入请求时，及时的实现客服端或者用户端的远程接入。
[0079]基于服务器实时监听多个端口，当客服端或者用户端请求接入服务器时，服务器会优选其监听的80端口与客服端或者用户端进行连接，当服务器监听的80端口不能与客服端或者用户端进行连接时，会选择其监听的任一个1024以上端口与客服端或者用户端进行连接，实现客服端或者用户端的远程接入。
[0080]进一步的，在客户端通过第二服务器建立远程控制连接以及用户端通过第三服务器建立远程控制连接后，为了实现远程控制数据的顺畅传输，本发明实施例将对此进行具体的描述:
[0081]当第二服务器和第三服务器为同一个服务器时，客服端和用户端通过第二服务器(即第三服务器)的转发进行数据传输。具体的本发明实施例不进行限制。
[0082]当第二服务器和第三服务器为相互独立的服务器时，客服端和用户端通过第二服务器和第三服务器的转发进行数据传输，第二服务器和第三服务器之间通过异步转发的方式进行数据传输。具体的，作为对第二服务器和第三服务器之间通过异步转发的方式进行数据传输进行具体描述，如图5所示，包括:
[0083]501、第二服务器或第三服务器接收远程数据信息，远程数据信息中包括数据包和数据包转发信息，数据包转发信息中记录了远程数据由哪个服务器传来以及发送到哪个服务器的信息。
[0084]客服端或者用户端向第二服务器或第三服务器发送远程数据信息，该数据信息至少包括数据包和数据包转发信息，其中，该数据包可为文本文档、压缩包、视频、音频以及应用程序等，具体的对数据包的内容和大小不进行限制；该数据包转发信息中包括远程数据由哪个服务器传来以及发送到哪个服务器的信息，其中，该远程数据由哪个服务器传来以及发送到哪个服务器的信息包括发送服务器和接收服务器的I P地址、端口号、网关等等，根据数据包提供的转发信息可大大提高远程控制传数据输的速度，本发明实施例对上述数据包转发信息中的具体内容不仅限制。
[0085]502、根据数据包转发信息将数据包发送给对应的服务器，并将数据包的转发关系保存在对应服务器中的数据包转发表中，转发表中记录了哪个服务器传来的数据发送到哪个服务器的数据转发关系。
[0086]根据数据包转发信息将数据包通过服务器之间异步转发的方式发送给对应的服务器，该异步转发的方式为:当客服端通过第二服务器向用户端连续发送数据包时，客服端无需等待用户端通过第三服务器对客服端发送的数据包的响应，可将需要发送的数据包通过第二服务器全部发送过去。客服端通过第二服务器向用户端连续发送数据包在没有得到用户端的一一响应之前，会将用户端没有响应的数据包保存在网络缓存中，当用户端通过第三服务器响应一个数据包后，保存在网络缓存中的数据包根据数据包的转发关系通过第三服务器自动发送给用户端，直到用户端响应完所有客服端向用户端发送数据包。
[0087]将数据包的转发关系保存在对应服务器中的数据包转发表中，以便后续在服务器间进行数据包转发时，提高获取数据包转发关系的速度，进而大大提高远程控制数据传输的速度。
[0088]进一步的，客服端和用户端通过第二服务器和第三服务器的转发进行数据传输时，本发明实施例还提供一种远程控制的方法，如图6，该方法包括:
[0089]601、当第二服务器或第三服务器接收到数据包时，获取自身存储的转发表，转发表中记录了哪个服务器传来的数据发送到哪个服务器的信息。
[0090]当第二服务器或第三服务器接收到数据包时，获取自身存储的转发表，使得第二服务器或第三服务器接收的数据包，不需要缓存在网络缓存中，可快速的实现服务器间的转发。
[0091]602、根据转发表，通过第二服务器和第三服务器的转发实现客服端和用户端数据的传输。
[0092]客服端和用户端通过第二服务器和第三服务器，根据转发表中记录发送信息进行数据传输。在第二服务器或者第三服务器进行转发数据时，可能存在多个用户共用第二服务器或者共用第三服务器的情况，本发明实施例以多个用户共用第二服务器为例进行说明。例如，当客服端用户1、客服端用户2、客服端用户3…同时通过第二服务器向各自对应的用户端用户1、用户端用户2、用户端用户3…进行数据传输时，需要将该数据包在服务器间进行异步转发；在服务器间进行转发数据包时，多个用户共用一个转发表，多个用户的转发信息保存在该转发表中，每当数据包传来时，先查询该转发表，根据该转发表中记录的数据包转发关系，将数据包发送对应的服务器上。
[0093]其中，上述多个用户共用一个转发表，该转发表可以加密的，也可以是不加密的，加密该转发表的目的在于防止服务器间进行转发数据时，被其他使用者盗用，但同时减慢了数据传输的速度；对该转发表不进行加密目的在于当都多个用户同时访问该转发表时，保持数据转发的顺畅。具体的本实施例对此不进行限制。
[0094]进一步的，为了确保需建立远程控制连接的双方是需要建立远程控制连接的客服端或者用户端，本发明实施例提供一种远程控制的方法，如图7所示，该方法包括:
[0095]701、第一服务器生成一个一次有效的权限认证识别码，识别码根据客服端与用户端用户的ID密钥通过哈希算法得到。
[0096]在客服端和用户端建立远程控制连接之前，对需要建立远程控制连接的客服端和用户端进行身份的权限认证，可以防止客服端和用户端的远程控制连接到其他客服端或者用户端，从而避免了恶意伪造用户身份。
[0097]第一服务器生成权限认证识别码是一次性使用的，即客服端和用户端在进行权限认证成功后，该识别码会失效。经过权限认证成功建立远程控制连接后，建立通信的客服端和用户端会一直处于长连接状态，不需要在每次进行数据传输时都要获得权限认证，使用一次性有效的识别码进行权限认证，可简化权限认证的过程；如果客服端和用户端在建立远程控制连接过程中出现远程控制中断，但还需要进行远程控制