CN114629898B - 一种多客户端的协同方法及电子设备 - Google Patents

Abstract

本申请公开了一种多客户端的协同方法及电子设备，该协同方法应用于网关代理，包括接收第一客户端发送的第一请求；基于第一请求包括的虚拟机信息，将第一请求传输给目标虚拟机，以使目标虚拟机基于第一请求建立协同用户组；接收目标虚拟机返回的协同用户组的协同信息；将协同信息返回给第一客户端，以完成协同用户组的建立。本申请通过网关连接客户端和虚拟机，并通过网关代理客户端与虚拟机之间的数据传输以及部分数据处理，便能够实现多客户端协同操作，无需使用特定的软件，并且不仅仅适用一个应用程序，通用性较高。

Description

一种多客户端的协同方法及电子设备

技术领域

本申请涉及代理技术领域，特别涉及一种多客户端的协同方法及电子设备。

背景技术

当下，需要处于不同区域内的人同时进行会议、讨论等的场景越来越多，此时，多个用户需要协同浏览并操作虚拟机及其上的应用，也就是说，用户需要跨设备操作虚拟机，但当多个客户端设备同时登录一台虚拟机时，每个用户均进行独立会话，无法看到其他用户打开的窗口以及进行的操作，也无法干预其他用户的操作，进而无法实现上述需求。

目前，存在部分软件通过点对点连接的方式连接两个客户端，无法实现多个客户端同时操控同一个远程桌面会话的需求；另外存在部分软件实现了多用户同时操作的协同办公方案，但其针对特定的一个应用程序，无法实现对任意应用程序和/或操作系统的进行协同操作。

因此，亟需一种实现多客户端协同操作的方法。

发明内容

本申请实施例的目的在于提供一种多客户端的协同方法及电子设备，能够实现多客户端协同操作。

第一方面，本申请实施例提供了一种多客户端的协同方法，应用于网关代理，包括：

接收第一客户端发送的协同用户组的第一请求；

将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组；

接收所述目标虚拟机返回的所述协同用户组的协同信息；

将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立。

在一种可能的实施方式中，所述将所述第一请求传输给目标虚拟机，包括：

提取所述第一请求中包括的虚拟机信息；

基于所述虚拟机信息包括的虚拟机标识符确定所述目标虚拟机，其中，所述虚拟机标识符与所述目标虚拟机唯一对应；

将所述第一请求传输给目标虚拟机。

在一种可能的实施方式中，所述的协同方法还包括：

接收第二客户端发送的请求加入所述协同用户组的加入请求；

确定所述加入请求中包含所述协同信息中的目标信息；

控制所述第二客户端加入所述协同用户组。

在一种可能的实施方式中，所述控制所述第二客户端加入所述协同用户组，包括：

将所述协同用户组的会话数据和/或所述协同用户组的协同信息传输给所述第二客户端，以使所述第二客户端展示所述会话数据和/或所述协同信息。

在一种可能的实施方式中，所述的协同方法还包括：

获取所述第一客户端的第一本地信息；

将所述第一本地信息展示给所述协同用户组内的所有客户端。

在一种可能的实施方式中，所述的协同方法还包括：

在所述第一客户端为所述协同用户组的控制端的情况下，接收所述第二客户端发送的控制请求；

将所述控制请求发送给所述第一客户端，以使所述第一客户端确定是否允许所述第二客户端作为所述协同用户组的控制端。

在一种可能的实施方式中，还包括：

接收所述第一客户端的同意指令，其中，所述同意指令表示所述第一客户端允许所述第二客户端作为所述协同用户组的控制端；

将所述协同用户组的控制端由所述第一客户端切换为所述第二客户端。

在一种可能的实施方式中，在将所述协同用户组的控制端由所述第一客户端切换为所述第二客户端之后，还包括：

获取所述第二客户端的第二本地信息；

将所述第二本地信息展示给所述协同用户组内的所有客户端。

第二方面，本申请实施例还提供了一种电子设备，包括：

第一接收模块，其配置为接收第一客户端发送的第一请求；

传输模块，其配置为将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组；

第二接收模块，其配置为接收所述目标虚拟机返回的所述协同用户组的协同信息；

返回模块，其配置为将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立。

在一种可能的实施方式中，所述传输模块具体配置为：

提取所述第一请求中包括的虚拟机信息；

基于所述虚拟机信息包括的虚拟机标识符确定所述目标虚拟机，其中，所述虚拟机标识符与所述目标虚拟机唯一对应；

将所述第一请求传输给目标虚拟机。

本申请实施例通过网关连接客户端和虚拟机，并通过网关代理客户端与虚拟机之间的数据传输以及部分数据处理，便能够实现多客户端协同操作，无需使用特定的软件，并且不仅仅适用一个应用程序，通用性较高。

附图说明

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

图1示出了本申请所提供的一种多客户端的协同方法的流程图；

图2示出了本申请所提供的一种多客户端的协同方法中实现其他客户端加入协同用户组的流程图；

图3示出了本申请所提供的一种多客户端的协同方法中变更协同用户组的控制端的流程图；

图4示出了本申请所提供的一种电子设备的结构示意图；

图5示出了本申请所提供的另一种电子设备的结构示意图。

具体实施方式

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

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

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

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

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

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

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

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

本申请实施例提供的容器信息的处理方法应用于电子设备中，该处理方法通过生成目标容器的模拟内存文件，使得目标容器通过模拟内存文件读取其自身的内存信息，不仅能够确保用户信息的安全，还能够确保其服务的应用程序正常运行，进而达到了提高应用程序运行效率的目的，避免了资源浪费。为便于对本申请进行理解，首先对本申请提供的一种容器信息的处理方法进行详细介绍。

如图1所示，为本申请实施例提供的多客户端的协同方法的流程图，其应用于网关代理，网关代理(Gateway Proxy)是代理服务器的一种，他只针对网关提供代理服务，它是对统一资源定位符(Uniform Resource Locator，URL)从一个万维网浏览器例如Mosaic到一个外部服务器和返回结果传递一个请求的系统。因此，本申请实施例通过网关来执行协同方法的步骤。其中，多客户端的协同方法的具体步骤包括S101-S104。

S101，接收第一客户端发送的第一请求。

在具体实施中，分别处于不同区域的多个用户存在远程会议、学术探讨、网络授课等需求时，可以通过创建协同用户组来满足该多个用户的需求，例如共享桌面等。作为其中一个示例地，多个用户中的一个用户(如会议组织者或主持人等)通过其对应的第一客户端向网关发送第一请求。其中，可以通过第一客户端执行预设操作以生成第一请求，当然，还可以通过其他方式来生成第一请求，本申请实施例对此不做具体限定。

网关实时接收第一客户端发送的协同用户组的第一请求。其中，该第一请求包括建立协同用户组的请求信息和/或建立远程桌面协议连接的请求信息。

S102，将第一请求传输给目标虚拟机，以使目标虚拟机基于第一请求建立协同用户组。

目前的传统技术中，虚拟机用于运行特定的系统或者应用，网关代理通过远程桌面协议，可使客户端通过网关代理来对虚拟机中的系统或者应用进行远程桌面操作。但传统技术中每个客户端都是独立会话，实现对同一个远程桌面的协同操作。而上述协同用户组，可以用于记录需要对同一个远程桌面进行协同操作的全部用户，网关代理可根据协同用户组中的记录，将虚拟机中的远程桌面数据广播给协同用户组中的全部用户，进而可实现多个用户对同一个远程桌面的协同操作。

考虑到上述问题，本申请实施例中在网关接收到第一请求之后，基于第一请求确定出目标虚拟机，之后，将第一请求传输给目标虚拟机，以使目标虚拟机基于第一请求建立协同用户组以及协同用户组对应的远程桌面协议，该远程桌面协议用于确保协同用户组中多个客户端实现桌面共享等。其中，协同用户组包括需要参加远程会议、学术探讨、网络授课等的多个客户端，以便于目标虚拟机能够支持该多个客户端进行远程会议、学术探讨、网络授课等。

作为其中一个示例地，在基于第一请求确定出目标虚拟机时，先提取出第一请求中包括的虚拟机信息，该虚拟机信息包括虚拟机的型号、名称、虚拟机标识符等，其中，虚拟机标识符与目标虚拟机唯一对应，该虚拟机标识符可以是虚拟机厂商预先生成的，还可以是人为设置的。

考虑到虚拟机标识符与目标虚拟机唯一对应，因此，基于虚拟机信息包括的虚拟机标识符来确定目标虚拟机，也即将虚拟机标识符对应的虚拟机确定为目标虚拟机，以避免确定的目标虚拟机与用户想要连接的虚拟机不符，造成连接失败的问题，确保了连接的目标虚拟机的准确性。

在确定出目标虚拟机之后，便将第一请求传输给目标虚拟机，以使目标虚拟机响应第一客户端的第一请求。

S103，接收目标虚拟机返回的协同用户组的协同信息。

在具体实施中，目标虚拟机接收到第一请求之后，在满足建立条件的情况下基于第一请求建立协同用户组以及协同用户组对应的远程桌面协议，在建立协同用户组中的同时生成协同信息，并将协同信息返回给网关。其中，第一请求中还包括第一客户端所属用户的属性信息、第一客户端的设备信息等，协同信息包括桌面分辨率、协同用户组包括的所有客户端的信息、协同用户组的账号、密码、标识等。

网关实时接收目标虚拟机返回的协同用户组的协同信息。

S104，将协同信息返回给第一客户端，以完成协同用户组的建立。

在接收到协同用户组的协同信息之后，将协同信息返回给第一客户端，便完成协同用户组的建立。

在具体实施中，第一客户端在接收到网关返回的协同信息之后，第一客户端便能够基于该协同信息确定协同用户组包括的所有客户端的信息，也即确定该第一客户端能够与哪个客户端进行协同操作，避免在进行远程会议、学术探讨、网络授课的过程中存在部分客户端未加入的情况。

其中，本申请实施例的协同操作包括共享部分客户端(如具备控制权的客户端等)的桌面、外接设备等的展示信息，例如，网关获取第一客户端的展示信息，并将第一客户端的展示信息以广播的形式发送出来，以使第二客户端获取该展示信息并展示，当然，还可以是网关根据协同信息中的所有客户端信息，将展示信息同时发送给每个客户端等。另外，本申请实施例的协同操作还包括共享部分客户端(如具备控制权的客户端等)的桌面、外接设备等的控制权限等。

本申请实施例通过网关连接客户端和虚拟机，并通过网关代理客户端与虚拟机之间的数据传输以及部分数据处理，便能够实现多客户端协同操作，无需使用特定的软件，并且不仅仅适用一个应用程序，通用性较高。

在完成协同用户组的建立之后，继续通过网关完成其他客户端加入协同用户组的目的，可选地，参照图2示出的方法流程图来实现其他客户端加入协同用户组的目的，具体步骤包括S201-S203。

S201，接收第二客户端发送的请求加入协同用户组的加入请求。

S202，确定加入请求中包含协同信息中的目标信息。

S203，控制第二客户端加入协同用户组。

在完成协同用户组的建立之后，除协同用户组内的客户端，还可能存在需要加入该协同用户组的第二客户端，此时，第二客户端生成一个加入请求，该加入请求用于表示第二客户端请求加入协同用户组，之后，将该加入请求发送给网关。

网关接收第二客户端发送的加入请求，之后，提取加入请求中包括的目标信息，该目标信息包括虚拟机标识符、协同用户组的账号、密码、标识等。

网关基于目标信息确定第二客户端是否满足接入该协同用户组的条件，也即基于虚拟机标识符对应的虚拟机确定协同用户组的账号、密码、标识等，并与目标信息包括协同用户组的账号、密码、标识等进行对比，若一致，则确定第二客户端满足接入该协同用户组的条件，并控制第二客户端加入协同用户组；若不一致，则确定第二客户端不满足接入该协同用户组的条件，则不响应该第二客户端的加入请求。

作为其中一个示例地，在控制第二客户端加入协同用户组时，可以直接将协同用户组的会话数据和/或协同用户组的协同信息传输给第二客户端，以使第二客户端展示会话数据和/或协同信息。

在完成协同用户组的建立并基于该协同用户组进行会议或网络授课的过程中，网关直接获取第一客户端的第一本地信息，其中，第一本地信息包括第一客户端的展示窗口、与第一客户端连接的本地设备(如打印、音箱)以及对该本地设备执行的动作等。之后，将第一本地信息展示给协同用户组内的所有客户端，以实现远程会议或网络授课，也即实现多客户端协同操作。

在具体实施中，为了避免协同用户组中同时存在多个控制端造成的会议、教学过程中信息错乱等问题，限定协同用户组中仅设置有一个控制端，也即设置协同用户组中的一个客户端为控制端。

还考虑到，在会议或授课的过程中，需要多端进行协同操作，因此，可以按照图3示出的方法流程图来变更协同用户组的控制端，其中，具体步骤包括S301-S304。

S301，在第一客户端为协同用户组的控制端的情况下，接收第二客户端发送的控制请求。

S302，将控制请求发送给第一客户端，以使第一客户端确定是否允许第二客户端作为协同用户组的控制端。

S303，接收第一客户端的同意指令，其中，同意指令表示第一客户端允许第二客户端作为协同用户组的控制端。

S304，将协同用户组的控制端由第一客户端切换为第二客户端。

在具体实施中，若协同用户组的控制端为第一客户端为协同用户组的情况下，在第二客户端需要作为协同用户组的控制端时，第二客户端生成控制请求，并将该控制请求发送给网关。

网关接收第二客户端发送的控制请求，并将该控制请求发送给第一客户端，以使第一客户端确定是否允许第二客户端作为协同用户组的控制端。

第一客户端在接收到网关转发的控制请求之后，第一客户端或第一客户端所属的用户对控制请求中包括的第二客户端所属用户的属性信息、第二客户端的设备信息等进行审核，在确定第二客户端符合作为控制端的条件之后，通过第一客户端生成同意指令，并将该同意指令发送给网关，其中，同意指令表示第一客户端允许第二客户端作为协同用户组的控制端。

网关在接收到第一客户端的同意指令之后，将协同用户组的控制端由第一客户端切换为第二客户端。

进一步地，在将协同用户组的控制端由第一客户端切换为第二客户端之后，网关获取第二客户端的第二本地信息，同样地，第二本地信息包括第二客户端的展示窗口、与第二客户端连接的本地设备(如打印、音箱)以及对该本地设备执行的动作等。同时，在将协同用户组的控制端由第一客户端切换为第二客户端之后，将第二本地信息展示给协同用户组内的所有客户端，以继续远程会议或网络授课等。也就是说，本申请实施例通过网关能够实现多客户端协同操作的目的，无需使用特定的软件，并且不仅仅适用一个应用程序，通用性较高；并且，通过网关还能够切换协同用户组的控制端，灵活度较高。

值得说明的是，在第一客户端为协同用户组的控制端的情况下，还可以由第一客户端来生成一控制切换指令，并将该控制切换指令发送给网关，其中，该控制切换指令中包括第一客户端指定的第二客户端。

基于同一发明构思，本申请的第二方面还提供了一种容器信息的处理方法对应的电子设备，由于本申请中的电子设备解决问题的原理与本申请上述页面切换方法相似，因此电子设备的实施可以参见方法的实施，重复之处不再赘述。

图4示出了本申请实施例提供的电子设备的示意图，具体包括：

第一接收模块401，其配置为接收第一客户端发送的第一请求；

传输模块402，其配置为将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组；

第二接收模块403，其配置为接收所述目标虚拟机返回的所述协同用户组的协同信息；

返回模块404，其配置为将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立。

在又一实施例中，所述传输模块402具体配置为：

提取所述第一请求中包括的虚拟机信息；

基于所述虚拟机信息包括的虚拟机标识符确定所述目标虚拟机，其中，所述虚拟机标识符与所述目标虚拟机唯一对应；

将所述第一请求传输给目标虚拟机。

在又一实施例中，所述电子设备还包括加入模块405，其配置为：

接收第二客户端发送的请求加入所述协同用户组的加入请求；

确定所述加入请求中包含所述协同信息中的目标信息；

控制所述第二客户端加入所述协同用户组。

在又一实施例中，所述加入模块405具体配置为：

将所述协同用户组的会话数据和/或所述协同用户组的协同信息传输给所述第二客户端，以使所述第二客户端展示所述会话数据和/或所述协同信息。

在又一实施例中，电子设备还包括展示模块406，其配置为：

获取所述第一客户端的第一本地信息；

将所述第一本地信息展示给所述协同用户组内的所有客户端。

在又一实施例中，电子设备还包括切换模块407，其配置为：

在所述第一客户端为所述协同用户组的控制端的情况下，接收所述第二客户端发送的控制请求；

将所述控制请求发送给所述第一客户端，以使所述第一客户端确定是否允许所述第二客户端作为所述协同用户组的控制端。

在又一实施例中，所述切换模块407还配置为：

接收所述第一客户端的同意指令，其中，所述同意指令表示所述第一客户端允许所述第二客户端作为所述协同用户组的控制端；

将所述协同用户组的控制端由所述第一客户端切换为所述第二客户端。

在又一实施例中，所述展示模块406还配置为：：

获取所述第二客户端的第二本地信息；

将所述第二本地信息展示给所述协同用户组内的所有客户端。

本申请实施例通过网关连接客户端和虚拟机，并通过网关代理客户端与虚拟机之间的数据传输以及部分数据处理，便能够实现多客户端协同操作，无需使用特定的软件，并且不仅仅适用一个应用程序，通用性较高。

本申请实施例提供了一种存储介质，该存储介质为计算机可读介质，存储有计算机程序，该计算机程序被处理器执行时实现本申请任意实施例提供的方法，包括如下步骤S11至S14：

S11，接收第一客户端发送的第一请求；

S12，将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组；

S13，接收所述目标虚拟机返回的所述协同用户组的协同信息；

S14，将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立。

本申请实施例还提供了另一种电子设备，该电子设备的结构示意图可以如图5所示，至少包括存储器501和处理器502，存储器501上存储有计算机程序，处理器502在执行存储器501上的计算机程序时实现本申请任意实施例提供的方法。示例性的，电子设备计算机程序步骤如下S21至S24：

S21，接收第一客户端发送的第一请求；

S22，将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组；

S23，接收所述目标虚拟机返回的所述协同用户组的协同信息；

S24，将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

此外，尽管已经在本文中描述了示例性实施例，其范围包括任何和所有基于本申请的具有等同元件、修改、省略、组合(例如，各种实施例交叉的方案)、改编或改变的实施例。权利要求书中的元件将被基于权利要求中采用的语言宽泛地解释，并不限于在本说明书中或本申请的实施期间所描述的示例，其示例将被解释为非排他性的。因此，本说明书和示例旨在仅被认为是示例，真正的范围和精神由以下权利要求以及其等同物的全部范围所指示。

以上描述旨在是说明性的而不是限制性的。例如，上述示例(或其一个或更多方案)可以彼此组合使用。例如本领域普通技术人员在阅读上述描述时可以使用其它实施例。另外，在上述具体实施方式中，各种特征可以被分组在一起以简单化本申请。这不应解释为一种不要求保护的公开的特征对于任一权利要求是必要的意图。相反，本申请的主题可以少于特定的公开的实施例的全部特征。从而，以下权利要求书作为示例或实施例在此并入具体实施方式中，其中每个权利要求独立地作为单独的实施例，并且考虑这些实施例可以以各种组合或排列彼此组合。本申请的范围应参照所附权利要求以及这些权利要求赋权的等同形式的全部范围来确定。

以上对本申请多个实施例进行了详细说明，但本申请不限于这些具体的实施例，本领域技术人员在本申请构思的基础上，能够做出多种变型和修改实施例，这些变型和修改都应落入本申请所要求保护的范围之内。

Claims (10)

1.一种多客户端的协同方法，应用于网关代理，包括：

接收第一客户端发送的第一请求；

将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组，所述协同用户组用于记录需要对同一个远程桌面进行协同操作的全部用户；

接收所述目标虚拟机返回的所述协同用户组的协同信息；

将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立；其中，

所述网关代理根据所述协同用户组中的记录，将所述目标虚拟机中的远程桌面数据广播给所述协同用户组中的全部用户，进而实现多个用户对同一个远程桌面的协同操作。

2.根据权利要求1所述的协同方法，所述将所述第一请求传输给目标虚拟机，包括：

提取所述第一请求中包括的虚拟机信息；

基于所述虚拟机信息包括的虚拟机标识符确定所述目标虚拟机，其中，所述虚拟机标识符与所述目标虚拟机唯一对应；

将所述第一请求传输给目标虚拟机。

3.根据权利要求1所述的协同方法，还包括：

接收第二客户端发送的请求加入所述协同用户组的加入请求；

确定所述加入请求中包含所述协同信息中的目标信息；

控制所述第二客户端加入所述协同用户组。

4.根据权利要求3所述的协同方法，所述控制所述第二客户端加入所述协同用户组，包括：

将会话数据和/或所述协同用户组的协同信息传输给所述第二客户端，以使所述第二客户端展示所述会话数据和/或所述协同信息。

5.根据权利要求1所述的协同方法，还包括：

获取所述第一客户端的第一本地信息；

将所述第一本地信息展示给所述协同用户组内的所有客户端。

6.根据权利要求1所述的协同方法，还包括：

在所述第一客户端为所述协同用户组的控制端的情况下，接收第二客户端发送的控制请求；

将所述控制请求发送给所述第一客户端，以使所述第一客户端确定是否允许所述第二客户端作为所述协同用户组的控制端。

7.根据权利要求6所述的协同方法，还包括：

接收所述第一客户端的同意指令，其中，所述同意指令表示所述第一客户端允许所述第二客户端作为所述协同用户组的控制端；

将所述协同用户组的控制端由所述第一客户端切换为所述第二客户端。

8.根据权利要求7所述的协同方法，在将所述协同用户组的控制端由所述第一客户端切换为所述第二客户端之后，还包括：

获取所述第二客户端的第二本地信息；

将所述第二本地信息展示给所述协同用户组内的所有客户端。

9.一种电子设备，包括：

第一接收模块，其配置为接收第一客户端发送的第一请求；

传输模块，其配置为将所述第一请求传输给目标虚拟机，以使所述目标虚拟机基于所述第一请求建立协同用户组，所述协同用户组用于记录需要对同一个远程桌面进行协同操作的全部用户；

第二接收模块，其配置为接收所述目标虚拟机返回的所述协同用户组的协同信息；

返回模块，其配置为将所述协同信息返回给所述第一客户端，以完成所述协同用户组的建立；其中，

电子设备根据所述协同用户组中的记录，将所述目标虚拟机中的远程桌面数据广播给所述协同用户组中的全部用户，进而实现多个用户对同一个远程桌面的协同操作。

10.根据权利要求9所述的电子设备，所述传输模块具体配置为：

提取所述第一请求中包括的虚拟机信息；

基于所述虚拟机信息包括的虚拟机标识符确定所述目标虚拟机，其中，所述虚拟机标识符与所述目标虚拟机唯一对应；

将所述第一请求传输给目标虚拟机。

Images