CN114461244A - 一种云桌面系统的客户端硬件更新方法 - Google Patents

Abstract

本发明涉及一种云桌面系统的客户端硬件更新方法，包括：在第一操作系统中安装新的硬件及运行驱动程序；在第一操作系统下通过云桌面系统客户端发送硬件更新请求，所述更新请求包括所述新的硬件的配置文件和驱动程序；在服务器更新所述云桌面系统客户端对应的虚拟配置并将所述驱动程序复制到镜像的驱动目录下；在第一操作系统中更新虚拟配置和对应的镜像；以及在第二操作系统中运行所述驱动程序。

Description

一种云桌面系统的客户端硬件更新方法

技术领域

本发明涉及一种计算机网络技术领域，特别地涉及一种云桌面系统的客户端硬件更新方法。

背景技术

随着多年的技术发展，云桌面系统已经比较成熟。传统的云桌面系统是指用户的桌面系统都存储在服务器上。通过远程服务器实现对于用户桌面系统d统一管理，动态发放与运行，灵活分配与回收。例如，VDI(Virtual Desktop Infrastructure)就是典型的云桌面系统，所有运行都在服务器端进行，瘦终端仅提供网络连接与交互功能。然而，基于VDI的云桌面系统对于网络严重依赖，脱机使用非常困难。而且，VDI对外围设备的支持也非常有限。因此，用户体验不佳。

在PC平台计算能力日益增强的背景下，Intel公司提出了云桌面系统的IDV(Intelligent Desktop Virtualization)模式。IDV采取分布式运算，利用本地的计算资源，也可以提供更好的带宽体验和外围设备的兼容性，并且能够支持断网运行。

然而，对于从已有大量计算机的计算机网络转向云桌面系统时，由于已有的计算机网络中各种型号的计算机都存在，IDV在云端需要针对每种型号的计算机都创建对应的镜像，云桌面系统的管理和维护变得非常复杂和繁重。

为了解决这一问题，提出了一种虚拟硬件的方案，这样无论用户端的硬件配置如何，都可以统一为同一配置的硬件组合。但计算机硬件配置更新快，如果云桌面的虚拟硬件配置不做更新，会造成大量硬件资源浪费，也会影响云桌面系统自身工作效能。

发明内容

针对现有技术中存在的技术问题，本发明提出了一种云桌面系统的客户端硬件更新方法，包括：在第一操作系统中安装新的硬件及运行驱动程序；在第一操作系统下通过云桌面系统客户端发送硬件更新请求，所述更新请求包括所述新的硬件的配置文件和驱动程序；在服务器更新所述云桌面系统客户端对应的虚拟配置并将所述驱动程序复制到镜像的驱动目录下；在第一操作系统中更新虚拟配置和对应的镜像；以及在第二操作系统中运行所述驱动程序。

优选的，在服务器根据所述硬件更新请求中包括的所述新的硬件的所述配置文件确定所述更新的虚拟硬件配置。

优选的，在云桌面系统客户端根据更新的虚拟配置模拟出新的虚拟硬件，所述新的虚拟硬件与所述新的硬件相同。

优选的，在服务器为所述云桌面客户端建立新的镜像。

优选的，在服务器更新所述云桌面客户端使用的镜像。

优选的，所述硬件更新请求包括所述云桌面客户端以外更新了同样硬件的其他云桌面客户端的列表。

优选的，在所述其他云桌面客户端的列表中的云桌面客户端运行所述驱动程序。

优选的，在所述更新的所述云桌面客户端使用的镜像对应的其他未更新该新的硬件的云桌面客户端，停用该新的硬件所对应的虚拟硬件。

优选的，其中所述新的硬件是计算机外设。

优选的，其中所述计算机外设是打印机、扫描仪、读卡器、接口卡中的一者或多者。

附图说明

下面，将结合附图对本发明的优选实施方式进行进一步详细的说明，其中：

图1是根据本发明的一个实施例的云桌面系统的结构示意图；

图2是根据本发明的一个实施例的终端的系统结构示意图；

图3是根据本发明的一个实施例的云桌面系统客户端的运行流程示意图；以及

图4是根据本发明的一个实施例的云桌面系统的服务器的流程示意图；以及

图5是根据本发明一个实施例的云桌面系统的客户端硬件更新方法的流程示意图。

具体实施方式

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

在以下的详细描述中，可以参看作为本申请一部分用来说明本申请的特定实施例的各个说明书附图。在附图中，相似的附图标记在不同图式中描述大体上类似的组件。本申请的各个特定实施例在以下进行了足够详细的描述，使得具备本领域相关知识和技术的普通技术人员能够实施本申请的技术方案。应当理解，还可以利用其它实施例或者对本申请的实施例进行结构、逻辑或者电性的改变。

本发明提出了一种IDV基础上的云桌面系统。在计算机终端通过本地操作系统上运行虚拟化应用从云端获得虚拟化配置并模拟出相应的硬件。在模拟硬件的基础上进行二次虚拟化通过IDV框架分发云桌面，从而实现全网络的云桌面系统。由于虚拟化配置类型的数量是可控的，云端的云桌面维护工作将是可预测的。这将促进云桌面系统在已有计算机网络的布置和推广。

图1是根据本发明的一个实施例的云桌面系统的结构示意图。如图所示，云桌面系统100包括服务器101以及与其连接的多个终端102-107。终端102和103在第一局域网中，而终端104和105在第二局域网中；而终端102和103与终端104和105并不在同一局域网中。终端106和107分别通过VPN与服务器101连接。

在一些实施例中，服务器101包括一个或多个处理器、存储器和通信接口。处理器能够通过高速总线被耦合到存储器和通信接口。处理器包括一个或多个中央处理单元(CPU)、图形处理单元(GPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或它们的组合。处理器能够执行存储在存储器中的软件或计算机可读指令以执行本文描述的方法或操作。存储器能够存储软件、数据、日志或它们的组合。存储器可以是内部存储器或外部存储器。内部存储器的例子诸如磁盘存储器、闪存、非易失性随机存取存储器(NVRAM)等。外部存储器的例子诸如驻留在存储节点、云服务器或存储服务器上的存储器。通信接口的例子包括网络接口卡、调制解调器等。服务器101能够使用通信接口连接到第一局域网和第二局域网，与分别处于其中的终端102-105通信。服务器也能够使用通信接口通过VPN协议与处于外部网络中的终端106和107通信。

在一些实施例中，终端102-107中任意一者包括：第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标；其中，第一I/O设备可以包括第一硬盘和第二网络接口卡。以上这些设备都是各个终端的物理设施。如所理解的，终端102-107上经配置以运行第一操作系统，即本地操作系统。这些操作系统包括但不限于Windows、Linux、Mac OS、IOS或者Android或者基于这些操作系统的其他操作系统，例如麒麟(Kylin)、红旗linux、AliOS(原Yun OS)、鸿蒙(Harmony OS)等。终端102-107在购买时，很多已经包括了第一操作系统。在一些情况下，终端102-107的硬件和第一操作系统等的维护服务也是可以独立地有终端102-107的品牌服务商或其他机构提供的。因此，在一些实施例中，云桌面系统的维护不必包括终端102-107的硬件以及第一操作系统的维护工作。

在一些实施例中，终端102-107中任意一者进一步包括第一虚拟化层、第二虚拟化层、以及云桌面。第一虚拟化层是在第一操作系统中通过虚拟化方式产生的，其包括了多个虚拟硬件：第二处理器、第二RAM、第二I/O设备、第二显示器、以及第二键盘和第二鼠标；其中，第二I/O设备可以包括第二硬盘和第二网络接口卡；其可以与第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标相同，也可以与它们不同。第二虚拟化层是在第一虚拟化层的虚拟硬件基础上运行的虚拟化软件。在IDV框架下，第二虚拟化层的虚拟化软件与IDV的本地虚拟化软件作用相似，提供对其上的云桌面的支持。不同之处在于，在本发明中IDV虚拟化软件是运行在第一虚拟化层的各个虚拟化硬件上的。云桌面即为在终端上运行的第二操作系统，其包括但不限于Windows、Linux、Mac OS、IOS或者Android或者基于这些操作系统的其他操作系统，例如麒麟(Kylin)、红旗linux、AliOS(原Yun OS)、鸿蒙(Harmony OS)等。

在终端的二次虚拟化为云桌面系统提供了极大的灵活性。虽然经过了二次虚拟化，但是对于本地计算性能的损失并不大。而且，在相同的框架下也能够实现本地终端的性能提升。在一些实施例中，如果终端本身的硬件，例如第一处理器、第一RAM等不支持IDV框架下的虚拟化软件，第一虚拟化层可以通过虚拟化的手段提升第一处理器、第一RAM等硬件并通过服务器101的资源来支持客户端的提升。例如，终端的第一处理器为2016年之前的Intel i3处理器并不支持Intel Broadwell，无法运行IDV框架。在第一虚拟化层可以通过虚拟化手段将虚拟的第二处理器设置为Intel i5-5675C，通过服务器端的计算资源来达到所需的计算能力。这样既使得IDV框架能够方便地在老旧的终端上顺利安装和运行，也能够实质上地提升终端的用户体验。

在终端的二次虚拟化也为云桌面系统的维护减轻了负担。由于虚拟化硬件配置是云端服务器分发的，从服务器端可以控制终端镜像的数量。由此，能够极大地减轻云桌面系统的维护工作，减少云桌面系统的实际运行成本。

服务器运行云管理平台软件，以提供云桌面系统的管理功能。在一些实施例中，服务器包括镜像库110和云桌面管理模块112；其中镜像库110中保存一个或多个与终端相关的镜像。在一些实施例中，多个终端可以对应一个镜像。镜像数量的减少能够减轻镜像所需的维护工作。在另一些实施例中，镜像库110中包括基础镜像和多个增量镜像。基础镜像对应于虚拟硬件配置。针对不同的虚拟硬件配置存在不同的基础镜像。增量镜像对应于终端。每个终端都有在镜像库中的增量镜像。增量镜像中存储终端在基础镜像基础上的个性化更新。基础镜像数量较少，这既可以减少维护的工作量，也提供了终端个性化设置的灵活性。

云桌面管理模块112提供针对云桌面系统的管理功能。在一些实施例中，云桌面管理模块112提供针对镜像库中镜像的管理，其包括但不限于：创建新的镜像、将镜像与终端绑定、更新以及删除镜像等。在一些实施例中，云桌面管理模块112提供针对终端的管理，其包括但不限于：增加和删除终端、配置网络、设定管理策略、数据的备份和恢复等。这些功能与现有IDV框架中的管理功能类似，这里不再赘述。

与现有IDV框架不同，云桌面管理模块112还提供虚拟配置的管理功能。云桌面管理模块接收来自终端的虚拟配置请求。虚拟配置请求中至少包括终端的硬件配置：第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标等。云桌面管理模块选择已有的多个虚拟配置中适于所述终端的虚拟配置，并将该虚拟配置发送给该终端。如所理解的，虚拟配置既可能在计算和存储能力等方面低于终端硬件配置；也可能在计算和存储能力等方面高于终端硬件配置。为了尽可能充分利用终端本地计算和存储资源而节约云端的计算和存储资源，虚拟配置的计算和存储能力一般低于终端硬件配置的能力。

在一些实施例中，服务器还包括安全认证服务模块114。安全认证服务模块114提供终端与服务器之间的接入服务；其包括但不限于用户服务、登录认证服务、传输加密服务、流量控制服务等。这些功能与现有IDV框架中的相关功能类似，这里不再赘述。

在一些实施例中，服务器还包括云计算管理模块116和云资源管理模块118。当终端的硬件提供的计算或存储能力不足时，虚拟的第二处理器、第二RAM或第二I/O等利用服务器提供的云端计算和存储能力为终端提供服务。因此，服务器上需要根据虚拟配置提供相应的资源以支持云端的计算和存储。进一步地，服务器本身还要管理多个终端及其提供相应的云端服务，也需要计算和存储资源。云计算管理模块116和云资源管理模块118提供和分配云端计算和存储所需的资源并对云计算进行管理。

图2是根据本发明一个实施例的终端的系统结构示意图。如图所示，终端包括了5层结构，分别是基础硬件层、本地操作系统层、第一虚拟化层、第二虚拟化层和云桌面层。基础硬件层是指终端所具有的硬件，包括第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标等。本地操作系统层(即第一操作系统)是指运行在基础硬件层上的本地操作系统，其可以为Windows、Linux、Mac OS、IOS或者Android或者基于这些操作系统的其他操作系统，例如麒麟(Kylin)、红旗linux、AliOS(原Yun OS)、鸿蒙(Harmony OS)等。

在一些实施例中，终端能够通过安装软件或者APP的方式在本地操作系统层运行本发明的云桌面系统的客户端。如所理解的，本发明的客户端根据本地操作系统的不同以不同的形式提供。例如，针对Windows系统的安装包、针对Mac OS系统的dmg文件或者pkg文件、针对Android系统的apk文件等。终端可以通过网站下载或者其他方式获得云桌面系统的客户端；并且在终端的本地操作系统上安装。

通过云桌面系统客户端，终端能够与服务器通信并获得服务器分配的虚拟硬件设置，并在终端的本地操作系统之上虚拟出对应的硬件。这些虚拟硬件形成第一虚拟化层，包括：第二处理器、第二RAM、第二I/O设备、第二显示器、以及第二键盘和第二鼠标等。

终端在第一虚拟化层的虚拟硬件基础上部署IDV框架以远程运行云桌面。如所了解的，在第一虚拟化层之上设置第二虚拟化层，即超级管理程序(Hypervisor)。Hypervisor直接运行在虚拟硬件上提供虚拟硬件所需要的驱动或者至少CPU、Interrupt(终端)和RAM的驱动，例如XEN。由于Hypervisor能够直接运行在虚拟硬件之上，虽然是同样是虚拟化但是性能的损失相对较小，能够保证运行的可靠性。Hypervisor管理其上运行的第二操作系统。第二操作系统可以为Windows、Linux、Mac OS、IOS或者Android或者基于这些操作系统的其他操作系统，例如麒麟(Kylin)、红旗linux、AliOS(原Yun OS)、鸿蒙(Harmony OS)等。第二虚拟化层与第二操作系统层与已有的IDV框架的技术类似，这里不再赘述。

图3是根据本发明一个实施例的云桌面系统客户端的运行流程示意图。如图所示，当云桌面系统客户端在终端的本地操作系统中安装完成后，云桌面系统客户端运行并执行以下步骤：在步骤310，获得终端的硬件配置，即第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标等。在步骤320，将终端硬件配置发送到服务器。这些硬件配置至少包括第一处理器和第一RAM。在一些实施例中，这些配置还包括第一I/O设备。如所理解的，发送到服务器的终端的硬件配置中还可以包括其他硬件，例如显示器、打印机、扫描仪等。

在步骤330，接收来自服务器的虚拟硬件配置。虚拟硬件配置至少包括第二处理器和第二RAM。在一些实施例中，虚拟硬件配置还包括第二I/O设备。如所理解的，发送到终端的虚拟硬件配置中还可以包括其他虚拟硬件，例如显示器、打印机、扫描仪等。服务器收到来自终端的硬件配置后，首先确定终端的硬件配置能否运行云桌面系统以及运行云桌面系统的性能。由此，服务器端确定终端的硬件配置是否需要提升，即是否需要利用云端的计算资源来提升终端的运行体验。如果需要提升计算能力，则服务器端确定提升后指定给该终端的处理器类型和RAM数量。接下来，服务器根据终端的硬件配置以及如果有提升的情况下指定的处理器类型和RAM数量，确定分配给该终端的虚拟硬件配置。对于其他需要提升的终端硬件类型，例如存储空间等，也可以通过类似的方式进行。

在一些实施例中，服务器维持着一定数量的虚拟硬件配置。服务器根据终端的硬件配置以及经指定的处理器类型和RAM数量将其中的一个虚拟硬件配置分配给该终端。如所理解的，各个虚拟硬件配置对应着不同的镜像。这样，在服务器端能够维持数量可控的镜像数量。

在步骤340，根据虚拟硬件配置，在终端模拟出对应的各个虚拟硬件。云桌面系统的客户端具有以软件来模拟硬件的功能。云桌面系统客户端的这一功能类似于VMwareWorkstation或者Visual Box的功能，即通过软件来生成虚拟硬件。在一些实施例中，在无需服务器的计算资源时，针对虚拟硬件的通信被转移给本地操作系统，再由本地的硬件执行。在其他一些实施例中，在需要利用服务器的计算资源时，针对虚拟处理器和RAM的通信被发送给服务器并从服务器接收计算的结果。在需要服务器的存储资源时，针对存储的通信例如对硬盘的读写请求将被发送给服务器并从服务器接收读写的结果。

在步骤350，在虚拟硬件配置基础上设置IDV框架的客户端。在一些实施例中，在虚拟硬件的基础上安装Hypervisor，例如XEN。然后，在终端上通过Hypervisor安装IDV云桌面客户端。根据终端的需要选择合适的第二操作系统，即云桌面。由此，实现终端上的两次虚拟化以及云桌面的运行。在此步骤中，上述过程与已有的IDV框架客户端设置方式类似，这里不再赘述。

图4是根据本发明一个实施例的云桌面系统的服务器的流程示意图。如图所示，云桌面系统的服务器的流程包括如下步骤：在步骤410，接收来自终端的硬件配置。如前所述，终端的硬件配置包括：第一处理器、第一RAM、第一I/O设备、第一显示器、以及第一键盘和第一鼠标等。在步骤420，确定终端的硬件配置是否需要提升。在一些实施例中，服务器判断终端能否满足运行IDV框架的条件。如果终端的计算能力或者处理器类型等不满足安装IDV框架客户端的条件，那么在服务器将提升终端的计算能力。在一些实施例中，如果终端的存储能力不足，例如存储空间太小，那么服务器将提升终端的存储能力。在一些实施例中，在步骤430，服务器判断终端提供的性能体验是否能够达到最低标准。这些性能体验包括但不限于终端执行一些任务的等待时间、终端的图形或视频渲染能力、终端的存储能力等。如果服务器确定终端提供的性能体验无法达到最低标准，服务器将提升终端的计算能力和/或存储能力。

在步骤440，服务器确定为终端提供的计算能力和/或存储能力。在一些实施例中，如果是提升终端的计算能力，服务器确定虚拟终端的处理器类型和RAM大小。例如，服务器根据运行IDV框架的最低硬件标准或者性能体验的最低标准决定处理器的类型和RAM。如果是提升终端的存储能力，服务器确定提供的云端存储空间的大小。例如，根据终端的需求分配云端的存储空间给终端。

在步骤450，服务器确定终端的虚拟硬件配置。在一些实施例中，服务器的镜像库中存储多个镜像。各个镜像对应多个虚拟硬件配置。在另外一些实施例中，镜像库中的镜像包括基本镜像和增量镜像。基本镜像对应虚拟硬件配置。由此，服务器包括多个虚拟硬件配置。在一些实施例中，服务器将终端的硬件配置与多个虚拟硬件配置比较，将与终端硬件配置最为接近的虚拟硬件配置分配给终端。在一些实施例中，虚拟硬件配置中CPU的处理能力小于或等于终端硬件中CPU的处理能力。虚拟硬件配置中RAM的大小等于终端硬件中RAM的大小。虚拟硬件配置中硬盘空间的大小等于终端硬件中硬盘空间的大小。当然，虚拟RAM和硬盘空间的大小也可以略小于终端RAM和硬盘空间的大小。一般情况下，虚拟CPU处理能力、RAM和硬盘空间的大小都不会超过终端CPU处理能力、RAM和硬盘空间的大小。

在一些实施例中，服务器将利用提升的计算能力和/或存储能力代替终端对应的硬件，然后与多个虚拟硬件配置比较，确定分配给终端的虚拟配置。由于终端的计算能力和/或存储能力被提升，而提升后的计算能力和/或存储能力与已有的多个虚拟配置中的计算能力和/或存储能力对应。因此，终端的计算能力和/或存储能力提升后，能够容易地确定对应的虚拟硬件配置。

在一些实施例中，如果服务器上没有适合终端的虚拟硬件配置，服务器上可以建立新的虚拟硬件配置，并在镜像库中建立对应的镜像。然后，将新建立的虚拟硬件配置分配给终端。如果终端的计算能力和/或存储能力超过服务器上已有的虚拟硬件配置，建立新的虚拟硬件配置，从而不会使得终端的计算能力和/或存储能力无法充分发挥。

在步骤460，指定与终端相关的镜像。服务器根据终端的计算能力和/或存储能力确定适合于该终端运行的镜像。在一些实施例中，服务器获得终端所需的操作系统的类型，在适合于该终端运行的镜像中挑选与终端所需的操作系统的镜像。例如，如果终端采用Windows XP系统，则在该终端的虚拟硬件配置所对应的镜像中选择Windows XP的镜像或基础镜像指定给该终端。之后，终端下载指定的镜像并运行Windows XP的云桌面。

在一些实施例中，服务器通过对终端指定的镜像进行管理，以远程管理终端的云桌面。例如，服务器可以通过更改指定给终端的镜像改变终端使用的操作系统。服务器可以通过镜像中安装新的软件，在终端的第二操作系统中增加新的软件。服务器可以通过在镜像中增加终端硬件的驱动，在第二操作系统中增加新的硬件。服务器可以通过在镜像中配置登录信息，管理使用终端的用户。服务器可以通过在镜像中配置用户权限，管理使用终端用户的权限。服务器对于各个终端云桌面的管理与现有IDV框架下的管理方法类似，这里不再赘述。

本发明通过在计算机终端模拟的虚拟硬件运行IDV框架，实现云桌面的分发和管理。在本发明的一些实施例中，能够有效地减少服务器上管理的镜像的数量，从而减轻云桌面维护工作量，促进云桌面系统在已有计算机网络的布置和推广。在本发明的一些实施例中，通过服务器提供的计算能力和/或存储能力提升终端的虚拟硬件，从而流畅地运行云桌面系统。不但能够扩大云桌面系统的适用范围，而且也能够提升使用云桌面系统的用户体验。

本申请为了解决云桌面系统的客户端硬件更新问题，在云桌面系统客户端开发了相应的硬件更新功能。具体而言。当终端的硬件配置发生改变或者用户想要更高性能体验时，通过云桌面系统客户端向服务器发出升级请求；服务器根据升级请求确定新的虚拟硬件配置，从而安装新的虚拟硬件安装超级管理程序并获得升级后的第二操作系统。本申请中的云桌面系统客户端能够根据终端硬件配置和/或用户需求，更新云桌面，以能够满足用户不同的需求，提高了用户满意度。

图5是根据本发明一个实施例的云桌面系统的客户端硬件更新方法的流程示意图。如图所示，云桌面系统的客户端硬件更新的流程包括如下步骤：

在步骤510，在第一操作系统中安装新的硬件及运行驱动程序。本申请中的云桌面系统的客户端硬件更新请求适用多种场景，比如终端更换了显卡，更换前的虚拟硬件配置不兼容或者更换前的虚拟硬件配置无法发挥新硬件的最佳性能，需要更新虚拟硬件配置。或者，用户需求发生变化，旧的虚拟硬件配置与用户实际需求不匹配。当然，本申请中更新请求可以是新的虚拟硬件配置性能可能高于原虚拟硬件配置，也可以是略低于原虚拟硬件配置，在此不做限制。在一些实施例中，新硬件连接了第一操作系统后，会安装与该硬件相应的驱动程序以保证新硬件与第一操作系统适配。

在步骤520，在第一操作系统下通过云桌面系统客户端发送硬件更新请求，所述更新请求包括所述新的硬件配置文件和驱动程序。在新硬件与第一操作系统适配后，云桌面系统客户端会发送硬件更新请求。在一些实施例中，硬件更新请求可以是云桌面检测到新硬件驱动完成后，自动发送的硬件更新请求。也可以是用户基于自身需求，手动点击后，发送硬件更新请求。在一些实施例中，更新请求包括所述新的硬件的配置文件和驱动程序。

服务器根据终端发送的硬件的配置文件和驱动程序确定所述新的虚拟硬件配置。在一个实施例中，本申请提到的新的硬件是一种计算机外设。在一个实施例中，计算机外设是打印机、扫描仪、读卡器、接口卡中的一者或多者。

在步骤530，在服务器更新所述云桌面系统客户端对应的虚拟配置并将所述驱动程序复制到镜像的驱动目录下。云桌面系统客户端将终端更新的终端硬件配置通过更新请求发送至服务器，然后服务器会找到与之匹配的新的虚拟配置。在一些实施例中，这种匹配是基于接收的硬件配置文件确定的。在一些实施例中，该虚拟配置是与更新的硬件相同的配置。在一些实施例中，根据更新的硬件配置参数匹配最佳的虚拟硬件配置，使得虚拟硬件配置与终端硬件配置相契合，提高用户使用体验。在一些实施例中，虚拟配置完成匹配后，服务器依据新的虚拟配置向云桌面系统客户端发送更新的虚拟配置。在一些实施例中，与新虚拟配置相应的驱动程序被复制到镜像的驱动目录下，以供镜像被调用时，启动相应驱动程序。

在一些实施例中，当终端的更新硬件提供的计算或存储能力不足时，新的虚拟硬件可以利用服务器提供的云端计算和存储能力为终端提供服务。在一个实施例中，在云桌面系统客户端的安装程序上将新的虚拟硬件的计算请求转发到服务器，并从服务器接收计算结果。在需要利用服务器的计算资源时，针对虚拟处理器和RAM的计算请求被发送给服务器并从服务器接收计算的结果。这样，终端的计算需求将被服务器的计算能力所代替，从而满足用户的计算需求。

利用服务器的计算资源和/或存储资源能够提高终端的使用性能，即使终端性能较弱，利用云桌面也能够完成一些对性能要求较高，降低了云桌面对终端性能的要求。

在步骤540，在第一操作系统中更新虚拟配置和对应的镜像。在一个实施例中，当服务器完成了对虚拟硬件的匹配和对镜像的更新后，会将新的虚拟配置发送到发出硬件更新请求客户端。在云桌面系统客户端根据更新的虚拟配置模拟出新的虚拟硬件。在一个实施例中，新的虚拟硬件与新的硬件相同。由于镜像也更新至新的虚拟硬件。云桌面系统客户端从服务器重新下载新的镜像以代替原有的镜像。

在步骤550，在第二操作系统中运行所述驱动程序。在一个实施例中，新的虚拟硬件配置需要与第二操作系统进行适配，故将镜像的驱动目录下的驱动，安装至第二操作系统，完成第二操作系统与新的虚拟硬件之间的适配。

在一个实施例中，该方法进一步包括：在步骤560，在服务器为所述云桌面客户端建立新的镜像。响应于客户请求或基于服务器镜像管理规则，服务器在新的虚拟配置匹配完成后，会建立新的镜像。其中新镜像包括新的虚拟配置和相应的驱动程序。

在实际使用中，一些大型机房或是办公区可能一次性就同类型硬件进行整体更新。硬件整体的更换，同样涉及相应虚拟配置的整体升级。在一些实施例中，硬件更新请求包括所述云桌面客户端以外更新了同样硬件的其他云桌面客户端的列表。基于该列表，可以针对这些更新了硬件的客户端进行统一的虚拟硬件配置更新。相应地，进行了虚拟硬件配置更新的机器，可以如前述方法提到的方式一并安装驱动程序。这种同类型的批量处理，大大节省了客户端更新的时间，也节约了服务器资源。

在一个实施例中，也可能部分终端更新了硬件，但部分终端没有更新硬件。没有更新硬件的终端不会出现在列表中。对于这些终端可以停用该新的硬件所对应的虚拟硬件。这样即使更新了镜像，也不会造成任何影响。

本申请提及的云桌面系统的客户端硬件更新方法，通过升级与新硬件相应的虚拟硬件配置，提升了云桌面的性能，减少了本地硬件的性能浪费。除此之外，还可以实现批量更新，方便于大型机房、办公区等进行设备更新换代。还可以通过新建镜像，实现不同硬件配置下的多镜像管理，使得镜像的兼容性更高。

上述实施例仅供说明本发明之用，而并非是对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明范围的情况下，还可以做出各种变化和变型，因此，所有等同的技术方案也应属于本发明公开的范畴。

Claims (10)

1.一种云桌面系统的客户端硬件更新方法，包括：

在第一操作系统中安装新的硬件及运行驱动程序；

在第一操作系统下通过云桌面系统客户端发送硬件更新请求，所述更新请求包括所述新的硬件的配置文件和驱动程序；

在服务器更新所述云桌面系统客户端对应的虚拟配置并将所述驱动程序复制到镜像的驱动目录下；

在第一操作系统中更新虚拟配置和对应的镜像；以及

在第二操作系统中运行所述驱动程序。

2.根据权利要求1所述的方法，进一步包括：在服务器根据所述硬件更新请求中包括的所述新的硬件的所述配置文件确定所述更新的虚拟硬件配置。

3.根据权利要求2所述的方法，进一步包括：在云桌面系统客户端根据更新的虚拟配置模拟出新的虚拟硬件，所述新的虚拟硬件与所述新的硬件相同。

4.根据权利要求1所述的方法，进一步包括：在服务器为所述云桌面客户端建立新的镜像。

5.根据权利要求1所述的方法，进一步包括：在服务器更新所述云桌面客户端使用的镜像。

6.根据权利要求1所述的方法，进一步包括：所述硬件更新请求包括所述云桌面客户端以外更新了同样硬件的其他云桌面客户端的列表。

7.根据权利要求6所述的方法，进一步包括：在所述其他云桌面客户端的列表中的云桌面客户端运行所述驱动程序。

8.根据权利要求6所述的方法，进一步包括：在所述更新的所述云桌面客户端使用的镜像对应的其他未更新该新的硬件的云桌面客户端，停用该新的硬件所对应的虚拟硬件。

9.根据权利要求1所述的方法，其中所述新的硬件是计算机外设。

10.根据权利要求9所述的方法，其中所述计算机外设是打印机、扫描仪、读卡器、接口卡中的一者或多者。

Images