CN113794710A - 一种运行模式的切换方法及系统 - Google Patents

Abstract

本申请公开了一种运行模式的切换方法及系统，切换方法包括提供状态数据以使客户端确定状态数据是否符合第一预设条件，状态数据能够反映当前的网络状态，状态数据是否符合第一预设条件表征客户端是否能够运行；在客户端确定状态数据不符合第一预设条件的情况下，根据客户端发送的切换请求，将客户端的运行模式由第一模式切换至第二模式。本申请通过将状态数据提供给客户端，以使客户端确定该状态数据是否符合第一预设条件，在确定状态数据不符合第一预设条件的情况下，也即客户端无法运行或运行效率较慢的情况下，自动切换客户端的运行模式，进而达到了在网络拥堵的情况下运行系统或应用程序的目的，不会影响客户端的运行效率以及用户的体验度。

Description

一种运行模式的切换方法及系统

技术领域

本申请涉及系统运程运行技术领域，特别涉及一种运行模式的切换方法及系统。

背景技术

随着数字化成为各行各业的发展趋势，如今很有多企业都在引入云计算，但是在全面“上云”的过程中却遇到了不少问题。例如：各个业务条线越来越复杂，成本越来越难以控制，对数据及时性、系统稳定性以及跨工作场景的灵活处理能力要求越来越高等。

英特尔的透明终端架构透明终端架构(Transparent Client Infrastructure，TCI)通过端到端的软件部署，设置解决方案分为服务器、客户端和传输网络三个部分，其中，服务器保存、维护、分发所有客户端所需要的软件；客户端依赖本地硬件，以非虚拟化的方式进行运行，软件系统又通过网络做一个整体分发，让客户端获得最新软件系统，进而TCI能够实现灵活的集中管理，同时赋予终端原生的本地计算能力、离线操作和强大的外设兼容性。但是，在同一时段服务器通过传输网络向大量的客户端分别分发各自所需的数据时，会造成网络拥堵，也即客户端无法及时获取自身所需的数据，进而无法运行系统或应用，降低了客户端的运行效率以及用户的体验度。

发明内容

本申请实施例的目的在于提供一种运行模式的切换方法及系统，能够在网络拥堵的情况下运行系统或应用，不会影响客户端的运行效率以及用户的体验度。

第一方面，本申请实施例提供了一种运行模式的切换方法，其中，包括：

提供状态数据以使客户端确定所述状态数据是否符合第一预设条件，其中，所述状态数据能够反映当前的网络状态，所述状态数据是否符合第一预设条件表征所述客户端是否能够运行；

在所述客户端确定所述状态数据不符合所述第一预设条件的情况下，根据所述客户端发送的切换请求，将所述客户端的运行模式由第一模式切换至第二模式。

在一种可能的实施方式中，所述状态数据包括镜像数据的下载信息以及网络环境信息；

所述客户端确定所述状态数据是否符合第一预设条件，包括：

提取所述下载信息包括的已传输时长以及所述镜像数据的已传输量，以及提取所述网络环境信息包括的当前带宽；

利用所述已传输时长、所述已传输量、所述当前带宽以及所述镜像数据的总量进行计算，得到预估时长；

在所述预估时长大于所述第一预设时长的情况下，确定所述状态数据不符合第一预设条件。

在一种可能的实施方式中，所述客户端确定所述状态数据是否符合第一预设条件，还包括：

查看所述状态数据中包括的处理输入输出的当前负载量；

在所述当前负载量大于预设负载量的情况下，确定所述状态数据不符合第一预设条件。

在一种可能的实施方式中，按照所述第二模式运行系统之后，还包括：

确定是否完成所述镜像数据的传输；

在完成所述镜像数据的传输之后，基于在所述第二模式下产生的用户数据确定是否将所述运行模式由第二模式切换至第一模式。

在一种可能的实施方式中，所述基于在所述第二模式下产生的用户数据确定是否将所述运行模式由第二模式切换至第一模式，包括：

将所述用户数据传输给所述客户端，并确定是否完成所述用户数据的传输；

在确定完成所述用户数据的传输的情况下，将所述运行模式由第二模式切换至第一模式。

在一种可能的实施方式中，所述确定是否完成所述用户数据的传输，包括：

监测用户操作是否满足第二预设条件；

若满足，确定完成所述用户数据的传输。

在一种可能的实施方式中，所述确定是否完成所述用户数据的传输，还包括：

将当前工作日志与上一个工作日志进行对比；

若所述当前工作日志与所述上一个工作日志之间的变化数据小于预设阈值，确定完成所述用户数据的传输。

在一种可能的实施方式中，在将状态数据传输给客户端之前，还包括：

响应所述客户端发送的运行请求，将认证界面返回给所述客户端；

接收所述客户端发送的认证信息，其中，所述认证信息包括用户账号和账号密码；

根据所述认证信息查找所述客户端对应的镜像数据；

将所述镜像数据传输给所述客户端。

在一种可能的实施方式中，所述第一模式为本地运行，所述第二模式为远程运行

第二方面，本申请实施例还提供了一种运行模式的切换系统，包括：

服务器端将状态数据发送给客户端；

所述客户端确定接收到的所述状态数据是否符合第一预设条件，并在所述状态数据不符合所述第一预设条件的情况下，将生成的切换请求发送至所述服务器端，其中，所述状态数据能够反映当前的网络状态，所述状态数据是否符合第一预设条件表征所述客户端是否能够运行；

所述服务器端响应所述切换请求，将运行模式由第一模式切换至第二模式。

本申请实施例的运行模式的切换方法中，通过将状态数据提供给客户端，以使客户端确定该状态数据是否符合第一预设条件，也即确定其是否能够运行，并且，在确定状态数据不符合第一预设条件的情况下，也即客户端无法运行或运行效率较慢的情况下，自动切换客户端的运行模式，也即将客户端的运行模式由第一模式切换至第二模式，进而达到了在网络拥堵的情况下运行系统或应用程序的目的，不会影响客户端的运行效率以及用户的体验度。

附图说明

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

图1示出了本申请所提供的一种运行模式的切换方法的流程图；

图2示出了本申请所提供的一种运行模式的切换方法中确定状态数据是否符合第一预设条件的流程图；

图3示出了本申请所提供的另一种运行模式的切换方法中确定状态数据是否符合第一预设条件的流程图；

图4示出了本申请所提供的一种运行模式的切换方法中确定将运行模式由第二模式切换至第一模式的流程图；

图5示出了本申请所提供的另一种运行模式的切换方法的流程图；

图6示出了本申请所提供的一种运行模式的切换系统中服务器端与客户端之间的交互流程图。

具体实施方式

此处参考附图描述本申请的各种方案以及特征。

应理解的是，可以对此处申请的实施例做出各种修改。因此，上述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例，并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。

还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。

当结合附图时，鉴于以下详细说明，本申请的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本申请的具体实施例；然而，应当理解，所申请的实施例仅仅是本申请的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此，本文所申请的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本申请的相同或不同实施例中的一个或多个。

现有技术中，通过透明终端架构透明终端架构(Transparent ClientInfrastructure，TCI)技术在运行系统或应用程序的过程中，在同一时段服务器通过传输网络向大量的客户端分别分发各自所需的数据时，如上班的时段大量的用户集中运行系统或团队在最后实现完成传输任务时集中运行应用程序的情况下，会造成网络拥堵，导致客户端无法及时获取自身所需的数据，进而无法运行系统或应用程序，降低了客户端的运行效率以及用户的体验度。本申请实施例通过自动切换客户端的运行模式，达到了在网络拥堵的情况下运行系统或应用程序的目的，不会影响客户端的运行效率以及用户的体验度。

在实际应用中，本申请实施例中的运行模式的切换方法的执行主体可以是服务器或处理器等，为了便于阐述，下文中用服务器进行详细说明。如图1所示，为本申请实施例提供的运行模式的切换方法的流程图，其中，具体步骤包括：

S101，提供状态数据以使客户端确定状态数据是否符合第一预设条件，其中，状态数据能够反映当前的网络状态，状态数据是否符合第一预设条件表征客户端是否能够运行。

在具体实施中，服务器端能够基于预设规则、客户端的请求等将采集到的状态数据提供给客户端，其中，状态数据能够反映当前的网络状态，包括镜像数据的下载信息以及网络环境信息等。

客户端接收到服务器端提供的状态数据之后，确定状态数据是否符合第一预设条件，其中，状态数据是否符合第一预设条件表征客户端是否能够运行，具体地，若状态数据符合第一预设条件则表征客户端能够运行，若状态数据不符合第一预设条件则表征客户端无法运行。

S102，在客户端确定状态数据不符合第一预设条件的情况下，根据客户端发送的切换请求，将客户端的运行模式由第一模式切换至第二模式。

在具体实施中，客户端确定状态数据是否符合第一预设条件之后，若状态数据符合第一预设条件则继续等待，若状态数据不符合第一预设条件则生成切换请求，并将该切换请求发送给服务器端。

服务器端在接收到客户端发送的切换请求之后，响应该切换请求，将客户端的运行模式由第一模式切换至第二模式，其中，第一模式为本地运行，第二模式为远程运行，也即客户端无需基于下载到本地的镜像数据来运行，直接基于云端或服务器端的基本数据完成运行。远程运行可以为VDI(Virtual Desktop Infrasctructure，虚拟桌面架构)方式，具体地，服务器上安装Hypervisor，然后在服务器上的一套物理基础硬件虚拟成多个不同的虚拟机，然后在这些虚拟机上安装操作系统和软件，最后通过桌面传输协议分发到各个客户端上，以使客户端能够正常稳定运行。

例如，上班时间点开机人数较多，此时，客户端在使用TCI方式运行电子设备的过程中，服务器端需要响应大量的运行请求，但服务器端的带宽一定，会产生网络拥堵的情况，因此，在客户端下载用户对应的系统的镜像数据时，可能无法及时或无法完整的下载到镜像数据，也即客户端确定状态数据是否符合第一预设条件，在客户端确定状态数据不符合第一预设条件之后，也即在预期时长内无法及时或无法完整的下载到镜像数据，生成切换请求发送给服务器端。服务器端接收并响应该切换请求，也即将TCI方式切换至VDI方式，以使得客户端即使在服务器端网络拥堵的情况下，也能够正常稳定运行。

进一步地，状态数据包括镜像数据的下载信息以及网络环境信息，本申请实施例的图2和图3示出了确定状态数据是否符合第一预设条件的方法流程图。图2示出的方法流程图包括S201-S203。

S201，提取下载信息包括的已传输时长以及镜像数据的已传输量，以及提取网络环境信息包括的当前带宽。

S202，利用已传输时长、已传输量、当前带宽以及镜像数据的总量进行计算，得到预估时长。

S203，在预估时长大于第一预设时长的情况下，确定状态数据不符合第一预设条件。

在具体实施中，客户端在接收到服务器端发送的状态数据之后，从其包括的下载信息中提取已传输时长以及镜像数据的已传输量，以及从其包括的网络环境信息中提取当前带宽，其中，已传输时长也即从服务器端开始向该客户端传输镜像数据的时间点到当前的时间点之间的时长，镜像数据为该客户端运行所需的基础数据，该当前带宽为服务器端的带宽。

在获取到已传输时长、已传输量以及当前带宽之后，利用已传输时长、已传输量、当前带宽以及镜像数据的总量进行计算，得到预估时长。具体地，对镜像数据的总量与已传输量进行减法计算得到待传输量，对待传输量和当前带宽做除法计算，得到待传输时长，对已传输时长和待传输时长做加法计算，得到预估时长，该预估时长即为完成镜像数据的总量的传输所需的总时长。

在预估时长大于第一预设时长的情况下，确定状态数据不符合第一预设条件，也即，客户端在预期时长内无法及时或无法完整的下载到镜像数据。其中，第一预设时长为预期时长，也即能够及时且完整的下载到镜像数据的时长。例如，在客户端如计算机开始运行时，用户希望在30S内完成所有系统的启动，以进入工作状态，但在客户端基于服务器端传输的状态数据计算得到预估时长为60s，也即无法在用户期望的第一预设时长内完成启动，因此，客户端确定状态数据不符合第一预设条件。

进一步地，图3示出的方法流程图包括S301和S302。

S301，查看状态数据中包括的处理输入输出的当前负载量。

S302，在当前负载量大于预设负载量的情况下，确定状态数据不符合第一预设条件。

在该确定状态数据是否符合第一预设条件的方式中，客户端在接收到服务器端传输的状态数据之后，查看状态数据中包括的处理输入输出的当前负载量。其中，该当前负载量为统计时长内有多少时长用于处理输入输出。

进一步地，在当前负载量大于预设负载量的情况下，确定状态数据不符合第一预设条件，当前负载量大于预设负载量表征服务器端当前需要处理的输入输出较多，其负载量较大或达到负载瓶颈等。

进而，在客户端基于图2和/或图3的方法确定状态数据不符合第一预设条件之后，生成切换请求，以使服务器端将其运行模式由第一模式切换至第二模式，进而确保电子设备能够在第一预设时长内完成运行。

考虑到在电子设备进入到工作状态之后，本地运行相较于远程运行更加顺畅便捷，因此，在按照第二模式运行系统之后，利用图4示出的方法来确定将运行模式由第二模式切换至第一模式，具体步骤包括S401和S402。

S401，确定是否完成镜像数据的传输。

S402，在完成镜像数据的传输之后，基于在第二模式下产生的用户数据确定是否将运行模式由第二模式切换至第一模式。

在具体实施中，按照第二模式运行系统之后，服务器端周期性或实时性的确定是否完成镜像数据的传输，也即，确定已传输量与镜像数据的总量是否相同。

若完成镜像数据的传输，则基于在第二模式下产生的用户数据确定是否将运行模式由第二模式切换至第一模式；若未完成镜像数据的传输，则继续传输镜像数据。

在具体实施中，客户端按照第二模式运行系统的过程中，除了下载镜像数据之外，还需要获取用户操作形成的用户数据，以便于同步服务器端产生的用户数据，进而确保即便在第一模式下运行时，也能保证用户数据的连贯及完整。其中，用户数据包括用户在执行编辑操作时产生的用户自定义的文档、文档内容、编辑使用的应用等，在产生用户数据的同时，服务器端会周期性或实时性的将用户数据传输给客户端。通过确定用户数据是否完成传输确定是否将运行模式由第二模式切换至第一模式，具体为用户数据完成传输，则将运行模式由第二模式切换至第一模式。另外，在较长一段时间未产生新的用户数据的情况下，如用户离开电子设备去参加会议或中午休息等，还可以基于用户数据的传输信息以及网络环境信息，也即提取已传输的用户数据量、传输该已传输的用户数据量所用的时长以及所属网络的当前带宽，基于所有的用户数据量与已传输的用户数据量确定剩余的用户数据量，基于剩余的用户数据量与当前带宽计算得到还需要用的传输时长，该传输时长能将剩余的用户数据量全部传输完成，从当前时间点计算传输时长后的目标时间点，在到达目标时间点时运行模式由第二模式切换至第一模式等。当然，还可以设置其他的切换条件，只要能够确保用户数据的准确性即可。

值得说明的是，为了确保用户数据的准确性，还通过建立操作检查点来同时获取用户数据，如对虚拟机和虚拟机内存状态进行截屏或快照操作之后，启动操作检查点来保存截屏或快照，以表征用户的工作数据。同时，还可以基于预设检查规则检查保存截屏或快照，以及用户当前的操作标记等，例如打开的应用、文档等。

优选地，通过以下两种方式来确定是否将运行模式由第二模式切换至第一模式：

第一种方式

在获取到产生的用户数据之后，监测用户操作是否满足第二预设条件，该第二预设条件为在第二预设时长内未产生新的操作，若满足第二预设条件，也即，在第二预设时长内未产生新的操作，确定完成用户数据的传输，在确定完成所述用户数据的传输的情况下，将所述运行模式由第二模式切换至第一模式。

第二种方式

在用户执行操作时，系统会产生工作日志，以记录产生的用户数据、操作、操作的时间点等。因此，将当前工作日志与上一个工作日志进行对比，若当前工作日志与上一个工作日志之间的变化数据小于预设阈值，也即未产生新的用户数据，进而确定完成用户数据的传输，此时，将运行模式由第二模式切换至第一模式。

通过上述两种方式，在确定用户数据完成传输之后，将运行模式由第二模式切换至第一模式，达到在保证电子设备运行顺畅便捷的同时，用户数据连贯及完整的目的。

其中，在进行模式由第一模式切换至第二模式以及由第二模式切换至第一模式时，均可以产生相应的提示信息，以提示该客户端对应的用户当前的运行模式，当然，也可以不提醒，本申请实施例对此不做具体限定。

优选地，在将状态数据传输给客户端之前，还需要执行图5示出的方法步骤，具体包括S501-S504。

S501，响应客户端发送的运行请求，将认证界面返回给客户端。

S502，接收客户端发送的认证信息，其中，认证信息包括用户账号和账号密码。

S503，根据认证信息查找客户端对应的镜像数据。

S504，将镜像数据传输给客户端。

在具体实施中，客户端向服务器端先发送运行请求。服务器端在接收到运行请求之后，响应客户端发送的运行请求，将认证界面返回给客户端。

客户端在认证界面之后，并展示出来，以使用户能够输入认证信息，认证信息包括用户账号、账号密码、实时验证码等，客户端在获取到认证信息之后，将认证信息传输给服务器端。

服务器端存储有用户账号与镜像数据之间的映射关系，在接收到认证信息之后，根据认证信息查找客户端对应的镜像数据，将镜像数据传输给客户端，以使客户端能够基于镜像数据完成运行。

其中，在完成客户端的认证之后，客户端可以先通过PXE方式请求下载一个预设系统，并基于该预设系统执行图1-4中涉及的操作。

本申请实施例的运行模式的切换方法中，通过将状态数据提供给客户端，以使客户端确定该状态数据是否符合第一预设条件，也即确定其是否能够运行，并且，在确定状态数据不符合第一预设条件的情况下，也即客户端无法运行或运行效率较慢的情况下，自动切换客户端的运行模式，也即将客户端的运行模式由第一模式切换至第二模式，进而达到了在网络拥堵的情况下运行系统或应用程序的目的，不会影响客户端的运行效率以及用户的体验度。

基于同一发明构思，本申请的第二方面还提供了一种与运行模式的切换方法对应的运行模式的切换系统，由于本申请中的装置解决问题的原理与本申请上述运行模式的切换系统相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

图6示出了本申请实施例提供的运行模式的切换系统中服务器端与客户端之间的交互流程图，具体包括：

客户端向服务器端先发送运行请求。

服务器端在接收到运行请求之后，响应客户端发送的运行请求，将认证界面返回给客户端。

客户端在认证界面之后，获取认证信息并将认证信息传输给服务器端。

服务器端根据认证信息查找客户端对应的镜像数据，将镜像数据传输给客户端。

客户端生成监测请求，并发送给服务器端。

服务器端响应该监测请求，将状态数据发送给客户端。

客户端确定接收到的状态数据是否符合第一预设条件，并在状态数据不符合第一预设条件的情况下，将生成的切换请求发送至服务器端。

服务器端响应切换请求，将运行模式由第一模式切换至第二模式。

服务器端确定是否完成镜像数据的传输，在完成镜像数据的传输之后，确定用户数据确定是否完成同步，若完成，则将客户端的运行模式由第二模式切换至第一模式。

该运行模式的切换系统中服务器端与客户端执行的具体操作可以参照上述实施例中的描述，在此便不做过多赘述。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本邻域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (10)

1.一种运行模式的切换方法，包括：

提供状态数据以使客户端确定所述状态数据是否符合第一预设条件，其中，所述状态数据能够反映当前的网络状态，所述状态数据是否符合第一预设条件表征所述客户端是否能够运行；

在所述客户端确定所述状态数据不符合所述第一预设条件的情况下，根据所述客户端发送的切换请求，将所述客户端的运行模式由第一模式切换至第二模式。

2.根据权利要求1所述的切换方法，所述状态数据包括镜像数据的下载信息以及网络环境信息；

所述客户端确定所述状态数据是否符合第一预设条件，包括：

提取所述下载信息包括的已传输时长以及所述镜像数据的已传输量，以及提取所述网络环境信息包括的当前带宽；

利用所述已传输时长、所述已传输量、所述当前带宽以及所述镜像数据的总量进行计算，得到预估时长；

在所述预估时长大于所述第一预设时长的情况下，确定所述状态数据不符合第一预设条件。

3.根据权利要求1所述的切换方法，所述客户端确定所述状态数据是否符合第一预设条件，还包括：

查看所述状态数据中包括的处理输入输出的当前负载量；

在所述当前负载量大于预设负载量的情况下，确定所述状态数据不符合第一预设条件。

4.根据权利要求2所述的切换方法，按照所述第二模式运行系统之后，还包括：

确定是否完成所述镜像数据的传输；

在完成所述镜像数据的传输之后，基于在所述第二模式下产生的用户数据确定是否将所述运行模式由第二模式切换至第一模式。

5.根据权利要求4所述的切换方法，所述基于在所述第二模式下产生的用户数据确定是否将所述运行模式由第二模式切换至第一模式，包括：

将所述用户数据传输给所述客户端，并确定是否完成所述用户数据的传输；

在确定完成所述用户数据的传输的情况下，将所述运行模式由第二模式切换至第一模式。

6.根据权利要求5所述的切换方法，所述确定是否完成所述用户数据的传输，包括：

监测用户操作是否满足第二预设条件；

若满足，确定完成所述用户数据的传输。

7.根据权利要求5所述的切换方法，所述确定是否完成所述用户数据的传输，还包括：

将当前工作日志与上一个工作日志进行对比；

若所述当前工作日志与所述上一个工作日志之间的变化数据小于预设阈值，确定完成所述用户数据的传输。

8.根据权利要求1所述的切换方法，在将状态数据传输给客户端之前，还包括：

响应所述客户端发送的运行请求，将认证界面返回给所述客户端；

接收所述客户端发送的认证信息，其中，所述认证信息包括用户账号和账号密码；

根据所述认证信息查找所述客户端对应的镜像数据；

将所述镜像数据传输给所述客户端。

9.根据权利要求1-8中任一所述的切换方法，所述第一模式为本地运行，所述第二模式为远程运行。

10.一种运行模式的切换系统，包括：

服务器端将状态数据发送给客户端；

所述客户端确定接收到的所述状态数据是否符合第一预设条件，并在所述状态数据不符合所述第一预设条件的情况下，将生成的切换请求发送至所述服务器端，其中，所述状态数据能够反映当前的网络状态，所述状态数据是否符合第一预设条件表征所述客户端是否能够运行；

所述服务器端响应所述切换请求，将运行模式由第一模式切换至第二模式。

Images