云桌面外设的连接方法和计算机可读存储介质

技术领域

本公开涉及云计算技术领域，尤其涉及云桌面外设的连接方法和计算机可读存储介质。

背景技术

随着云计算技术应用的发展，近年来桌面虚拟化在各行业应用越来越广。在具体的行业，除了桌面虚拟化的拉远操控需求，在具体的业务场景下，还需要使用外部设备(本公开简称外设)，外部设备例如：U盘、摄像头、高拍仪、打印机、手柄等。

外设通常通过端口连接到零终端，零终端拦截总线驱动上的该外设，并将拦截的该外设数据转发至云桌面所在的服务器，从而将该外设重定向至云桌面系统中，用户可以在云桌面系统重访问到该外设。

在实际应用中，由于零终端体积的限制，或者产品形态的变化可能存在外设连接的物理端口不够，新增的外设无法连接到零终端进行使用。

发明内容

本公开实施例提供一种云桌面外设的连接方法和计算机可读存储介质，能够解决零终端外设端口不够的问题。所述技术方案如下：

根据本公开实施例的第一方面，提供一种云桌面外设的连接方法，应用在零终端系统，所述零终端系统包括服务器、第一零终端和第二零终端，所述服务器分别与所述第一零终端和所述第二零终端连接；所述方法包括：

所述第一零终端与所述第二零终端建立连接，以使所述第二零终端进入共享模式；

所述第一零终端接收所述第二零终端发送的第一外设的设备信息，所述第一外设是接入所述第二零终端的外设；

所述第一零终端向所述服务器发送所述第一外设的设备信息，以使所述所述第一外设重定向至所述服务器中与所述第一零终端连接的云桌面系统。

在一个实施例中，所述第一零终端与所述第二零终端建立连接，包括：

所述第一零终端获取所述第二零终端的地址信息；

所述第一零终端通过所述第二零终端的地址信息，与所述第二零终端建立连接。

在一个实施例中，所述第一零终端获取处于共享模式的第二零终端的地址信息，包括：

所述第一零终端发布广播消息；

所述第一零终端接收所述第二零终端发送的响应消息，所述响应消息中包含所述第二零终端的地址信息。

在一个实施例中，所述第一零终端获取处于共享模式的第二零终端的地址信息，包括：

所述第一零终端向所述服务器发送地址获取请求，所述地址获取请求用于指示所述服务器向所述第一零终端发送第二零终端的地址信息；

所述第一零终端接收所述服务器发送的地址获取响应，所述地址获取响应中包含所述第二零终端的地址信息。

在一个实施例中，所述方法还包括：

所述第一零终端在与所述服务器建立连接后，接收所述服务器发送的过滤策略，所述过滤策略包括：允许重定向至所述服务器的外设的设备信息和/或不允许重定向至所述服务器的外设的设备信息；

所述第一零终端接收所述第二零终端发送的第一外设的设备信息之后，还包括：

所述第一零终端根据所述过滤策略和所述第一外设的设备信息，确定是否允许所述第一外设重定向至所述服务器；

若允许所述第一外设重定向至所述服务器，则所述第一零终端继续执行所述向所述服务器发送所述第一外设的设备信息。

在一个实施例中，所述方法还包括：

若所述第一零终端检测到所述第一零终端接入第二外设，则所述第一零终端根据所述过滤策略和所述第二外设的设备信息，确定是否允许所述第二外设重定向至所述服务器；

若允许所述第二外设重定向至所述服务器，则所述第一零终端向所述服务器发送所述第二外设的设备信息，以使所述第二外设重定向至所述服务器中与所述第一零终端连接的云桌面系统。

在一个实施例中，所述第一零终端接收所述第二零终端发送的第一外设的设备信息，包括：

所述第一零终端接收所述第二零终端发送的接入目标端口的第一外设的设备信息。

根据本公开实施例的第二方面，提供一种云桌面外设的连接方法，应用于零终端系统，所述零终端系统包括服务器、第一零终端和第二零终端，所述服务器分别与所述第一零终端和所述第二零终端连接；所述方法包括：

所述第二零终端与所述第一零终端建立连接；

所述第二零终端进入共享模式；

所述第二零终端检测到第一外设接入后，向所述第一零终端发送所述第一外设的设备信息，以使所述第一零终端向所述服务器发送所述第一外设的设备信息，并将所述第一外设重定向至所述服务器中与所述第一零终端连接的云桌面系统。

在一个实施例中，所述第二零终端与所述第一零终端建立连接之后，还包括：

若已经存在接入所述第二零终端的第三外设，且所述第三外设已经重定向至所述服务器中与所述第二零终端连接的云桌面系统，则所述第二零终端保持所述第三外设重定向至所述服务器中与所述第二零终端连接的云桌面系统。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，存储介质中存储有至少一条计算机指令，指令由处理器加载并执行以实现第一方面以及第一方面的任一实施例所描述的云桌面外设的连接方法中所执行的步骤。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，存储介质中存储有至少一条计算机指令，指令由处理器加载并执行以实现第二方面以及第二方面的任一实施例所描述的云桌面外设的连接方法中所执行的步骤。

本公开实施例提供的云桌面外设的连接方法和计算机可读存储介质，当第一零终端连接外设的端口不足或者外设不在附近等场景下，可以将需要连接的第一外设接入具有空闲端口的第二零终端，第二零终端通过第一零终端将第一外设的设备信息透传给服务器，从而服务器将第一外设的相关信息显示在与第一零终端连接的云桌面系统中，这样第一零终端可以像操作本地外设一样，通过云桌面系统实现对第一外设的操作和使用。将其它零终端设备上接入的外设重定向至本地零终端上，可以节省零终端本地的外设端口，实现在零终端本地外设端口不足的情况下，接入并使用外设。另外，可以方便的将零终端的外设共享给其他零终端，实现外设的快速共享和使用，在外设不在身边的情况下，可以实现对外设的操作和使用。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开实施例提供的一种云桌面外设的连接方法的交互示意图；

图2为本公开实施例提供的一种云桌面外设的连接方法的原理示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面首先对本公开涉及的名词进行解释。

外设重定向，是指连接有外设的一端客户机，拦截总线驱动上报的外设的设备数据，并将拦截的外设的设备数据转发至远端目标机，实现将客户机的外设重定向至远端目标机的桌面。

桌面虚拟化(VDI)是指将计算机的终端系统(也称作桌面)进行虚拟化，以达到桌面使用的安全性和灵活性。可以通过任何设备，在任何地点，任何时间通过网络访问属于我们个人的桌面系统。利用虚拟技术，对各种物理设备进行虚拟化处理，从而使资源的利用率得到有效提升，以此节约成本、提高应用质量。在虚拟化技术的支持下，网络软件和硬件设备之间的联系会更加灵活，可拓展性也会大大提升。云桌面利用虚拟化技术本质上是对各项用户信息进行统一储存和管理，通过简单的网络接入设备，用户端就能够进入云桌面实现集中管理，并且实现高效率的资源共享。

VDI简单来说，就是通过在数据中心的集群服务器运行Windows系统，来将你的桌面进行虚拟化。用户通过来自客户端设备(零终端)的客户计算协议与虚拟桌面(通常是指虚拟机)进行连接，用户通过零终端访问他们的桌面就像是访问传统的本地安装桌面一样，只要有网络，用户就可以在任何时间任何地点连接到自己想要连接的桌面，IT人员可以更易于管理桌面用户和数据，因为所有数据都在服务商，客户的数据更安全。

本公开实施例提供的一种云桌面外设的连接方法可以应用在零终端系统，零终端系统可以包括：零终端和服务器，其中，服务器中可以运行一个或多个虚拟机。零终端通过与服务器中的一个虚拟机连接，从而与该虚拟机进行数据传输。零终端也可以称为客户机。

其中，服务器可以为一个服务器也可以为服务器集群，对此本公开不做限定。本公开中的服务器也可以称为云端服务器或者远端目标机。

本公开实施例提供的云桌面外设的连接方法，当第一零终端连接外设的端口不足时，可以将需要连接的第一外设接入具有空闲端口的第二零终端，第二零终端通过第一零终端将第一外设的设备信息透传给服务器，从而服务器将第一外设的相关信息显示在与第一零终端连接的云桌面系统中，这样第一零终端可以像操作本地外设一样，通过云桌面系统实现对第一外设的操作和使用。将其它零终端设备上接入的外设重定向至本地零终端上，可以节省零终端本地的外设端口，实现在零终端本地外设端口不足的情况下，接入并使用外设。另外，可以方便的将零终端的外设共享给其他零终端，实现外设的快速共享和使用，在外设不在身边的情况下，可以实现对外设的操作和使用。

下面以具体的实施例进行详细说明本公开提供的技术方案。

请参见图1，图1为本公开实施例提供的一种云桌面外设的连接方法的交互示意图。本实施例提供的方法可以应用在零终端系统，零终端系统包括服务器、第一零终端和第二零终端，服务器分别与第一零终端和第二零终端连接。本实施例提供的方法可以包括以下步骤。

步骤101、第一零终端与第二零终端建立连接。

步骤102、第二零终端进入共享模式。

其中，共享模式是指第二零终端将接入的外设的设备信息发送给与其建立连接的第一零终端。

步骤103、第二零终端检测到第一外设接入后，向第一零终端发送第一外设的设备信息。

步骤104、第一零终端向服务器发送第一外设的设备信息，以使第一外设重定向至服务器中与第一零终端连接的云桌面系统。

本实施例，通常零终端系统中的零终端之间不需要建立连接。在第一零终端的外设端口不够用而需要使用外设，或者外设不在第一零终端附近等场景中，如果第二零终端有空闲的外设端口，或者外设在第二零终端附近等情况下，第一零终端可以先与第二零终端建立连接，从而第一零终端与第二零终端之间可以进行数据交互。第一零终端与第二零终端建立连接以后，第二零终端可以将自身进入共享模式，即第二零终端进入共享模式后，如果检测到自身接入了第一外设以后，拦截总线驱动上报的第一外设的设备信息，将该外设的设备信息透传给与其已经建立连接的第一零终端。第一零终端像拦截到自身接入第一外设的设备信息一样，不更改第一外设的设备信息，直接将该第一外设的设备信息发送给服务器。由于服务器是从第一零终端接收到该第一外设的设备信息，服务器认为第一外设是从第一零终端接入的，因此，服务器按照原来的外设接入零终端的处理过程，使第一外设重定向至服务器中第一零终端连接的云桌面系统。服务器可以在第一零终端连接的云桌面系统中显示第一外设的图标。后续通过用户对第一外设的图标或者其他相关信息的操作，获取并显示第一外设的设备数据或者控制第一外设等，从而实现通过第一零终端使用第一外设。

示例性的，假设服务器中的云桌面系统1与零终端1连接，云桌面系统2与零终端2连接。第一外设如果是U盘。零终端1中无空闲的USB端口时，用户可以通过零终端1上的零终端2的图标对零终端2进行显示，通过用户操作使零终端1与零终端2建立连接后，用户可以将U盘插入零终端2中空闲的USB端口，零终端2将U盘的所有设备信息及数据等均透传给零终端1，零终端1再发送给服务器，用户可以通过零终端1连接的云桌面系统1访问该U盘。

本公开实施例提供的云桌面外设的连接方法，当第一零终端连接外设的端口不足或者外设不在附近等场景下，可以将需要连接的第一外设接入具有空闲端口的第二零终端，第二零终端通过第一零终端将第一外设的设备信息透传给服务器，从而服务器将第一外设的相关信息显示在与第一零终端连接的云桌面系统中，这样第一零终端可以像操作本地外设一样，通过云桌面系统实现对第一外设的操作和使用。将其它零终端设备上接入的外设重定向至本地零终端上，可以节省零终端本地的外设端口，实现在零终端本地外设端口不足的情况下，接入并使用外设。另外，可以方便的将零终端的外设共享给其他零终端，实现外设的快速共享和使用，在外设不在身边的情况下，可以实现对外设的操作和使用。

在上述实施例的基础上，进一步地，步骤101可以通过如下步骤1011和步骤1012实现。

步骤1011、第一零终端获取第二零终端的地址信息。

其中，第二零终端的地址信息是指可以与第二零终端建立连接的信息，从而进行数据交互。可以是第二零终端在网络中的地址，例如，可以是第二零终端的网际互连协议(Internet Protocol，IP)地址。

步骤1012、第一零终端通过第二零终端的地址信息，与第二零终端建立连接。

从而第一零终端通过第二零终端的地址信息，与第二零终端建立连接。第一零终端与第二零终端建立连接以后，可以与第二零终端进行数据交互。

进一步地，步骤1011可以有多种实现方式，下面示例性的介绍其中的两种。

一种可能的实现方式中，第一零终端通过发布广播消息的方式，与第二零终端建立连接，下面以具体的实施例进行详细说明。

进一步地，步骤1011可以通过如下步骤10111和步骤10112实现。

步骤10111、第一零终端发布广播消息。

其中，广播消息用于指示第二零终端向第一零终端发送地址信息。

步骤10112、第二零终端向第一零终端发送响应消息。

其中，响应消息中包含第二零终端的地址信息。

本实施例，第一零终端如果和第二零终端在同一个局域网中，第一零终端可以发布广播消息。第二零终端可以在收到广播消息后，将携带第二零终端的地址信息的响应消息发送给第一零终端，也可以在收到广播消息后，确定当前自身是否还存在空闲外设端口，如果存在外设端口，将携带第二零终端的地址信息的响应消息发送给第一零终端。

另一种可能的实现方式中，第一零终端通过服务器获取到第二零终端的地址信息，与第二零终端建立连接，下面以具体的实施例进行详细说明。

进一步地，步骤1011可以通过如下步骤1011a和步骤1011b实现。

步骤1011a、第一零终端向服务器发送地址获取请求。

其中，地址获取请求用于指示服务器向第一零终端发送第二零终端的地址信息。

步骤1011b、第一零终端接收服务器发送的地址获取响应。

其中，地址获取响应中包含第二零终端的地址信息。

本实施例中，由于服务器中存储有所有当前连接的零终端的地址信息。如果第一零终端知道某个第二零终端，但并不知道其地址信息，则可以通过服务器获取到第二零终端的地址信息；或者，如果第一零终端不知道当前的第二零终端有哪些，则可以通过向服务器发送地址获取请求，以获取第二零终端的地址信息。

在一些场景中，第一零终端需要对当前接入的外设进行权限管控，其中，第一零终端当前接入的外设包括接入第二零终端的第一外设，并将第一外设的设备信息发送给第一零终端的，还包括接入第一零终端自身物理设备的第二外设。也就是说，第一零终端不仅对第二零终端发送的接入的第一外设的设备信息进行过滤策略的验证，对于自身物理设备中接入的外设也进行过滤策略的验证。从而使系统更安全，符合多种不同场景的需求。下面以具体的实施例进行详细说明。

在上述任一实施例的基础上，进一步地，在步骤101之前还可以包括如下步骤100。相应的，步骤103之后还可以包括如下步骤1031。

步骤100、服务器在与第一零终端建立连接后，服务器向第一零终端发送过滤策略。

其中，过滤策略包括：允许重定向至服务器的外设的设备信息和/或不允许重定向至服务器的外设的设备信息。

步骤1031、第一零终端根据过滤策略和第一外设的设备信息，确定是否允许第一外设重定向至服务器。

若是，则继续执行步骤104；若否，则继续执行步骤1032。

步骤1032、第一零终端不对第一外设的设备信息进行处理。

本实施例，第一零终端在首次与服务器建立连接获取云桌面时，就接收服务器下发的过滤策略。第一零终端对于所有接入的外设均进行过滤策略的验证。

如果过滤策略中包含允许重定向至服务器的外设的设备信息，第一零终端在对第一外设进行过滤策略的验证时，将第一外设的设备信息与“允许重定向至服务器的外设的设备信息”进行比较，如果第一外设的设备信息在“允许重定向至服务器的外设的设备信息”中，则第一零终端确定允许第一外设重定向至服务器，否则，则不允许第一外设重定向至服务器。

如果过滤策略中包含不允许重定向至服务器的外设的设备信息，第一零终端在对第一外设进行过滤策略的验证时，将第一外设的设备信息与“不允许重定向至服务器的外设的设备信息”进行比较，如果第一外设的设备信息在“不允许重定向至服务器的外设的设备信息”中，则第一零终端确定不允许第一外设重定向至服务器，否则，则允许第一外设重定向至服务器。

示例性的，在禁用U盘的场景中，如果第一零终端检测到第二零终端接入的第一外设是U盘时，则禁用该U盘，并不会将该U盘的设备信息发送给服务器。

本实施例，通过第一零终端在与服务器建立连接以后，发送的过滤策略，从而第一零终端可以根据过滤策略对接入第二零终端的第一外设进行身份验证，对于允许接入的外设，才可以重定向至服务器，从而提高了系统的安全性，另外，符合不同场景下的要求，应用范围广泛。

在上述任一实施例的基础上，进一步地，本实施例提供的方法在步骤100之后还包括如下步骤。

步骤105、若第一零终端检测到第一零终端接入第二外设，则第一零终端根据过滤策略和第二外设的设备信息，确定是否允许第二外设重定向至服务器。

若是，则继续执行步骤106。若否，则继续执行步骤107。

步骤106、第一零终端向服务器发送第二外设的设备信息，以使第二外设重定向至服务器中与第一零终端连接的云桌面系统。

步骤107、第一零终端不对第一外设的设备信息进行处理。

示例性的，在禁用U盘的场景中，如果第一零终端检测到自身接入的第二外设是U盘时，则禁用该U盘，并不会将该U盘的设备信息发送给服务器。

本实施例，通过第一零终端在与服务器建立连接以后，发送的过滤策略，从而第一零终端可以根据过滤策略对接入的第二外设进行身份验证，对于允许接入的外设，才可以重定向至服务器，从而提高了系统的安全性，另外，符合不同场景下的要求，应用范围广泛。

在上述任一实施例的基础上，进一步地，步骤103可以通过如下步骤103a实现。

步骤103a、第二零终端检测到目标端口接入第一外设后，向第一零终端发送第一外设的设备信息。

本实施例中，第一零终端与第二零终端建立连接以后，可以指定第二零终端的某一个或多个端口作为目标端口，第二零终端检测到目标端口中接入外设后，第二零终端才将其设备的信息拦截并发送给第一零终端。

在上述任一实施例的基础上，进一步地，步骤102之后还可以包括如下步骤108。

步骤108、若已经存在接入第二零终端的第三外设，且第三外设已经重定向至服务器中与第二零终端连接的云桌面系统，则第二零终端保持第三外设重定向至服务器中与第二零终端连接的云桌面系统。

本实施例中，如果第二零终端在进入共享模式之前已经存在接入的第三外设，且第三外设已经重定向至服务器中与第二零终端连接的云桌面系统，则在第二零终端进入共享模式以后，继续保持第三外设的重定向，无需将第三外设的设备信息发送给第一零终端。

下面结合图2，以具体示例对本公开提供的方法进行详细说明。

请参见图2，图2为本公开实施例提供的一种云桌面外设的连接方法的原理示意图。本实施例中，以外设通过通用串行总线(Universal Serial BUS，USB)端口与零终端连接为例进行说明，本实施例中将外设也称为USB设备。本实施例提供的零终端中包含USB重定向模块，在USB重定向模块中增加一个设备抽象层，用以区分本地物理设备和远端共享虚拟设备。本实施例中的服务器也可以称为S端或者S，零终端也可以称为R端或者R。

如果外设在零终端的本地，则按正常重定向流程，由零终端上报给S端，由S端建立虚拟设备与零终端进行数据交互，收到的URB(USB请求块(USB Request Block，URB))请求数据包下放给设备驱动层。

如果设备在远端，则可以根据配置临时建立一个数据通道，并在零终端1侧建立一个虚拟设备1，然后将所有发给虚拟设备的URB请求透传给零终端2的本地物理设备驱动层，使零终端1的虚拟设备1与零终端2的物理设备1形成映射。

因为涉及多台设备的共享，以下以S1和S2指代独立的S系统，R1指代主控零终端，对应上述实施例中的第一零终端。R2指代参与设备共享的零终端，对应上述实施例中的第二零终端。

本实施例提供的方法可以包括如下步骤。

步骤1、S1和R1按正常连接流程建立连接以后，S1向R1下发过滤策略。

此时R1可以使用插在自己身上符合过滤规则的USB设备。

具体的，可以通过设置黑/白名单来实现过滤策略。一种可能的实现方式中，将允许进行重定向的设备添加到白名单中，或者将不允许进行重定向的设备添加到黑名单中。另一种可能的实现方式中，可以通过产品识别码(Product ID，PID)或者供应商识别码(Vender ID，VID)来进行USB设备过滤。比如，将允许重定向的USB设备的PID/VID添加到白名单中，和/或，将不允许进行重定向的USB设备的PID/VID添加到黑名单中。

只有符合要求的USB设备，才能重定向至S1。比如，在禁止使用U盘的环境，即使R1插上U盘，S1也是看不到该U盘的，因为这个设备(U盘)在R1端已经被过滤掉了。

步骤2、R1端的操作界面枚举当前所有可以共享的设备。

即，R1端的操作界面枚举当前所有允许进行重定向的USB设备。

步骤3、R1获取R2的网络地址。

R1可以通过以下任一方式来获取R2的网络地址：

方式一：如果R1与R2在同一局域网中，R1可以尝试向特定端口发布广播消息，并等待R2响应。

方式二：参与共享的零终端分散在各处，则统一在S端注册。R1可以通过现成通道向S端查询到R2的网络地址。

在方式一中，R1向特定端口发布广播消息的目的是用于发现当前网络中可用的设备。这里也可以简化一下，假设R2的IP是已知的，则R1可以直接与R2建立共享通道。

实际实现时，每次R端与S端连接后，S端将过滤规则下发到具体的R。这里的R2可能处于与S2的连接中，也可能处于待机中。不管R2是哪一种状态，当R2处于共享模式时，R2上报设备的通道都切换为共享通道，之后不会给S2上报设备信息，而是通过共享通道报给R1，由R1做为自己的虚拟设备上报给S1。

其中，R1向R2发送广播消息这个动作可以由用户主动发起，比如，在R1的操作界面上可以设置有“共享建立菜单”，通过“共享建立菜单”可以指定连接哪个R的共享通道，即主动去连接某个R的特定端口。如果连接成功了，可以认为共享通道建立成功了。

在方式二中，R端可以通过预设的端口(用户可以通过预设的图形用户界面进行操控)向CA服务器提交共享设置参数，该共享设置参数可以包括但不限于：是否参与共享，和/或共享的端口等信息。这样，R1在需要时就可以通过http协议向CA服务器查询到R2的网络地址。

步骤4、R1尝试建立与R2的共享设备通道，成功后等待R2上报设备信息。

R1与R2之间的共享通道建立后，用户可以把手上的USB设备插到参与共享的R2的空闲USB端口上。这个端口上检测出来的所有USB事件都优先通过共享通道发到R1。

其中，R2如果自己已经与S2正在连接当中，并把一些设备已经重定向至S2，那么这些数据不会透传给R1。只有新插入的设备才默认走透传通道。另外，也可以给正常通道和共享通道设计各自的优先级，以控制不同情况下走什么通道。

其中，R2上报设备信息的过程与它直接与S交互无异。所有通过共享通道的数据都透传给S1。

进一步地，R1可以选择共享R2的某个物理USB端口，只有该USB端口产生的新设备事件才会被共享给R1。这样可以在物理端口不够用的情况下，临时在其它零终端上借用物理端口来达到使用USB设备的目的。

进一步地，R2可以决定自己哪些USB口参加共享，并且共享建立后，就把所有USB事件透传给R1。R1自己有过滤规则，会自己对设备进行判断是否符合R1自己的过滤策略。

而R2如果也在连接中，R2对应的S2对R2下发的过滤策略可能跟S1对R1下发的过滤策略不同，所以R2可以不做任何判断，一旦参与共享就透传给R1，由R1去管理USB设备。透传的数据在R1看来就像一个正常的外设一样，只不过物理上不在一起。

本公开实施例提供的方法，能够将其它零终端设备上接入的USB设备重定向至本地零终端上，从而可以实现USB设备的快速共享和使用，在USB设备不在身边的情况下，可以实现对USB设备的操作和使用。通过这一方案，一方面能够节省本地USB端口，当本地USB端口不足时，可以直接将USB设备接入到其它零终端的空闲USB口上，而用户就可以像操作本地USB设备一样，操作其它零终端上接入的USB设备；另一方面，对于USB设备接入一侧用户来说，可以非常方便的将自己的USB设备共享给其它自己希望进行共享的用户，其它用户可以在不直接拿到该USB设备的情况下，就可以在自己本地对该USB设备进行操作和使用。

基于上述任一实施例中所描述的云桌面外设的连接方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：Read Only Memory，ROM)、随机存取存储器(英文：Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储装置等。该存储介质上存储有计算机指令，用于执行上述任一实施例中所描述的云桌面外设的连接方法，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。