CN115952480A - 基于云桌面的数据处理方法、系统及电子设备 - Google Patents

Abstract

本申请提供了一种基于云桌面的数据处理方法、系统及电子设备，涉及云计算技术领域，该方法包括：服务器接收从客户端发送的针对云桌面的待处理数据；获取从客户端的标识信息和待处理数据对应的设备类型；如果根据主客户端配置的从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理。本实施例中，服务器根据操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

Description

基于云桌面的数据处理方法、系统及电子设备

技术领域

本申请涉及云计算技术领域，尤其涉及一种基于云桌面的数据处理方法、系统及电子设备。

背景技术

云桌面又称桌面虚拟化、云电脑，是替代传统电脑的一种新模式。采用云桌面后，用户无需再购买电脑主机，主机所包含的中央处理器(Central Processing Unit，CPU)、内存、硬盘等组件全部在后端的服务器中虚拟出来，单台物理服务器可以虚拟出多台虚拟主机。前端设备主流的是采用瘦客户端连接显示器和键鼠，用户安装瘦客户端后通过特有的通信协议访问后端服务器上的虚拟主机来实现交互式操作，云桌面不仅支持用于替换传统电脑，还支持手机、平板等其他智能设备在互联网上访问。云桌面串流协议可以使多个客户端同时与同一个云桌面建立串流连接，共享操作同一个云桌面，实现多人在线协同办公、在线设计及远程教育等。然而，多个客户端操作云桌面容易出现数据安全问题。

发明内容

本申请实施例提供一种基于云桌面的数据处理方法、系统及电子设备，以解决多个客户端操作云桌面容易出现的数据安全问题。

第一方面，本申请实施例提供了一种基于云桌面的数据处理方法，方法应用于云桌面所部署的服务器，包括：

接收从客户端发送的针对云桌面的待处理数据；

获取从客户端的标识信息和待处理数据对应的设备类型；

如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

第二方面，本申请实施例提供了一种基于云桌面的数据处理方法，方法应用于主客户端，包括：

配置从客户端的操作权限信息并发送至服务器，以使服务器获取从客户端的标识信息和从客户端发送的待处理数据对应的设备类型，以及如果服务器根据操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

第三方面，本申请实施例提供了一种基于云桌面的数据处理方法，方法应用于从客户端，包括：

向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

第四方面，本申请实施例提供了一种基于云桌面的数据处理系统，系统包括云桌面所部署的服务器、主客户端和从客户端；服务器用于执行上述第一方面及第一方面的各种实现方式中的方法；主客户端用于执行上述第二方面的方法；从客户端用于执行上述第三方面的方法。

第五方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，处理器在执行计算机程序时实现上述任一项的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述任一项的方法。

与现有技术相比，本申请具有如下优点：

本申请提供了一种基于云桌面的数据处理方法、系统及电子设备，服务器接收从客户端发送的针对云桌面的待处理数据；获取从客户端的标识信息和待处理数据对应的设备类型；如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理。本实施例中，服务器根据操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，可依照说明书的内容予以实施，并且为了让本申请的上述和其他目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本申请的一些实施方式，而不应将其视为是对本申请范围的限制。

图1为本申请提供的基于云桌面的数据处理方法的一个应用场景示意图；

图2为本申请一实施例的ASP Server对串流数据进行分流的示意图；

图3为本申请一实施例的基于云桌面的数据处理方法的流程图；

图4为本申请一实施例的主客户端、从客户端和服务器的数据交互过程的信令图；

图5为本申请一实施例的端口通道对应的数据进行分流处理的示意图；

图6为本申请一实施例的自适应串流协议ASP分流协同权限控制器的数据处理过程示意图；

图7为本申请一实施例的基于云桌面的数据处理方法的流程图；

图8为本申请一实施例的基于云桌面的数据处理方法的流程图；

图9为本申请一实施例的基于云桌面的数据处理装置的结构框图；

图10为本申请一实施例的基于云桌面的数据处理装置的结构框图；

图11为本申请一实施例的基于云桌面的数据处理装置的结构框图；以及

图12为用来实现本申请实施例的电子设备的框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本申请的构思或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的，而非限制性的。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

图1为本申请提供的基于云桌面的数据处理方法的一个应用场景示意图。云桌面具体可以包括企业分配给员工云上办公使用的虚拟化桌面资源，也可以是用于在线设计和远程教育等场景中需要进行多人协作的云端的虚拟化桌面资源。本实施例中，云桌面以虚拟机的形式部署在物理服务器中，图1所示的云桌面Guest OS表示云桌面的虚拟机操作系统。本实施例中的方法可以通过自适应串流协议(Adaptive Streaming protocol，ASP)服务组件ASP Server来实现，ASP Server部署在虚拟机中，用于进行数据分流，使多个客户端可以同时与同一个云桌面建立串流连接，共享操作同一个云桌面。

本实施例中，主流所在的客户端(对应的用户为资源拥有者)为主客户端，主客户端预先配置各从客户端的操作权限信息，即如图1所示的资源所有者设置协同策略。操作权限信息包括从客户端有操作权限的设备类型和从客户端的标识信息的第一关联关系。从客户端包括：协同流所在客户端1(对应的用户为有鼠标使用权的协同者1)、协同流所在客户端2(对应的用户为有麦克使用权的协同者2)、协同流所在客户端3(对应的用户为无控制权的协同者3)。主客户端和从客户端分别登录到云桌面。

ASP Server中的ASP分流协同权限控制器接收主客户端发送的多个从客户端的操作权限信息，根据操作权限信息通知各个从客户端开启各自有操作权限的设备类型对应的通道。ASP分流协同权限控制器可以进行下行数据复制分发，通过广播策略将下行串流数据分发到主客户端和多个从客户端。其中，下行串流数据可以包括云桌面中显示区域的截图数据和录音录像数据等。ASP分流协同权限控制器还可以控制不同协同者的上行控制流通道(channel)开关，主客户端可以开启多个通道，包括：输入通道(input channel)、记录通道(record channel)、端口通道(port channel)等。ASP分流协同权限控制器根据操作权限信息通知从客户端开启有操作权限的设备类型对应的通道，例如，从客户端1有鼠标使用权，则开启鼠标对应的输入通道(input channel)；从客户端2有麦克使用权，则开启麦克对应的记录通道(record channel)；无控制权的从客户端3无权开启通道。

ASP Server对串流数据进行分流，如图2所示，显示通道(display channel)和显示器相关联，通过显示通道传输显示器对应的数据，例如，云桌面的显示区域的截图数据。播放通道(playback channel)和声卡相关联，通过播放通道传输声卡对应的数据，例如，录音、录像等需要播放声音的数据。记录通道(record channel)和麦克相关联，通过记录通道传输麦克对应的数据。输入通道(input channel)和鼠标、键盘相关联，通过输入通道传输鼠标、键盘对应的数据。端口通道(port channel)和其他外部设备相关联，其他外部设备为需要进行通用串行总线(Universal Serial Bus，USB)端口重定向的设备，例如，打印机、摄像头和扫描仪等。其中，显示通道和播放通道可以用于下行数据的传输，即服务器向主客户端和从客户端发送数据。记录通道和输入通道可以进行上行数据的传输，即主客户端和从客户端向服务器发送数据。端口通道可以进行上行数据和下行数据的传输。

主客户端、从客户端与云桌面建立连接之后，各个从客户端可以通过有操作权限的设备类型对应的通道上传待处理数据。ASP分流协同权限控制器接收到从客户端发送的待处理数据之后，获取从客户端的标识信息和待处理数据对应的设备类型，根据从客户端的操作权限信息确定标识信息和设备类型是否匹配，如果匹配，则对待处理数据进行相应处理。例如，待处理数据为鼠标或键盘的操作数据，将鼠标或键盘的操作数据进行处理，得到可视化数据，将可视化数据发送至主客户端和从客户端，使得主客户端和从客户端的用户可以观看到鼠标或键盘操作后的云桌面显示内容。

本实施例中，通过配置从客户端的操作权限信息，根据操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

本申请实施例提供了一种基于云桌面的数据处理方法，如图3所示为本申请一实施例的基于云桌面的数据处理方法的流程图，该方法应用于云桌面所部署的服务器，包括：

步骤S301，接收从客户端发送的针对云桌面的待处理数据。

步骤S302，获取从客户端的标识信息和待处理数据对应的设备类型。

步骤S303，如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

其中，待处理数据可以是通过设备对云桌面进行操作的操作数据，例如，通过键盘输入文字，通过鼠标控制云桌面中的对象等。服务器对接收到待处理数据之后，对待处理数据进行解析，根据解析结果可以得到客户端的标识信息和待处理数据对应的设备类型。设备类型包括以下至少一项：鼠标、键盘、麦克风、打印机、摄像头和扫描仪等。

根据从客户端的操作权限信息确定标识信息和设备类型是否匹配，操作权限信息表征从客户端对哪些类型的设备有控制权限。如果标识信息和设备类型匹配，则说明发送待处理数据的从客户端对该类型的设备具有控制权限，则对待处理数据进行相应的处理，例如，待处理数据为键盘的操作数据，将键盘的操作数据进行处理，得到可视化数据，将可视化数据发送至主客户端和从客户端，使得主客户端和从客户端的用户可以观看到云桌面的显示区域显示的从客户端的用户通过键盘操作输入的一行文字。

本申请实施例提供的基于云桌面的数据处理方法，接收从客户端发送的针对云桌面的待处理数据；获取从客户端的标识信息和待处理数据对应的设备类型；如果根据操作权限信息确定标识信息和设备类型匹配，则对待处理数据进行相应处理。本实施例中，根据操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

在一种实现方式中，在根据从客户端的操作权限信息确定标识信息和设备类型匹配之前，该方法还包括：建立外部设备的设备类型和对应的通道类型的第一关联关系；获取待处理数据对应的设备类型，包括：确定待处理数据对应的通道类型；根据通道类型和第一关联关系，确定待处理数据对应的设备类型。

在实际应用中，服务器利用ASP Server对串流数据进行分流，建立设备类型和通道之间的第一关联关系。其中，通道可以是进行上行数据传输的通道。记录通道(recordchannel)和麦克相关联，通过记录通道传输麦克对应的数据。输入通道(input channel)和鼠标、键盘相关联，通过输入通道传输鼠标、键盘对应的数据。端口通道(port channel)和其他外部设备相关联，其他外部设备为需要进行USB端口重定向的设备，例如，打印机、摄像头和扫描仪等。

对待处理数据进行解析之后，得到待处理数据对应的通道类型，根据通道类型，在第一关联关系中查询对应的设备类型，从而得到待处理数据是哪个类型的设备的操作数据。

在一种实现方式中，通道类型包括端口通道，端口通道对应多个端口，第一关联关系包括设备类型和端口的第二关联关系；获取待处理数据对应的设备类型，包括：确定待处理数据对应的端口；根据端口和第二关联关系，确定待处理数据对应的设备类型。

其中，若通道类型为端口通道，服务器建立通道类型和设备类型的第一关联关系时，第一关联关系中包括端口通道对应的端口和设备类型的第二关联关系，端口通道对应多个端口(port)，可以通过端口号来标识不同的端口，不同的端口和不同的设备类型相关联，例如，端口Port0关联打印机设备，端口Port1关联扫描仪设备，端口Port2关联摄像头设备。若待处理数据是端口通道对应的数据，数据包的标头(header)中包含端口号，对待处理数据解析之后，可以得到端口号，根据端口号查询第二关联关系，可以得到待处理数据对应的设备类型。

在一种实现方式中，在根据从客户端的操作权限信息确定标识信息和设备类型匹配之前，该方法还包括：预先从主客户端获取多个从客户端分别对应的操作权限信息；操作权限信息包括从客户端有操作权限的设备类型和从客户端的标识信息的第三关联关系。

在实际应用中，服务器对主客户端和从客户端分别进行鉴权之后，从主客户端获取从客户端的操作权限信息，操作权限信息可以是主客户端为多个从客户端配置之后发送给服务器的，其中，操作权限信息包括多个从客户端分别对应的有操作权限的设备类型和从客户端的标识信息的第三关联关系。例如，从客户端1有鼠标使用权；从客户端2有麦克使用权；从客户端3无任何设备的使用权。

在一种实现方式中，在接收从客户端发送的针对云桌面的待处理数据之前，该方法还包括：根据操作权限信息通知从客户端开启有操作权限的设备类型对应的通道。

服务器根据多个从客户端分别对应的操作权限信息向多个从客户端发送通知消息，多个从客户端根据通知消息开启有操作权限的设备类型对应的上行通道，之后根据各自对应的上行通道向服务器发送待处理数据。例如，从客户端1有鼠标使用权，则开启鼠标对应的输入通道(input channel)；从客户端2有麦克使用权，则开启麦克对应的记录通道(record channel)；无控制权的从客户端3无权开启上行通道，只能通过下行通道接收服务器发送的下行数据。

本实施例中，根据多个从客户端分别对应的操作权限信息向多个从客户端发送通知消息，多个从客户端根据通知消息开启有操作权限的设备类型对应的上行通道，通过各自有操作权限的上行通道发送数据，不同的客户端有不同的操作权限，可以避免多个客户端并行操作造成的冲突。

在一示例中，主客户端、从客户端和服务器的数据交互过程的信令图如图4所示。本实施例中，Owner Client为主客户端，1号协同者Client和2号协同者Client为从客户端，ASP云桌面的Server分流控制器部署在服务器中。用户Owner、1号协同者和2号协同者分别登录到各自对应的客户端。主客户端和云桌面建立连接，如图4中所示：(1)资源Owner客户端连接Guest云桌面，建立ASP主流连接。两个从客户端分别和云桌面建立连接，如图4中所示：(2.1)协同者1所在客户端连接Guest云桌面，建立ASP协同流连接，获得下行串流数据；(2.2)同协同者1，协同者2连接Guest云桌面，同样，建立ASP协同流连接，获得下行串流数据。主客户端配置从客户端的操作权限信息，如图4中所示：(3.1)资源Owner设置协同策略，允许协同者1控制键盘鼠标，允许协同者2可以使用麦克风。服务器根据从客户端的操作权限信息通知两个从客户端开启各自有操作权限的设备类型对应的通道，如图4中所示：(3.2)分流控制器经由ASP串流通知协同者1Client打开上行input channel；(3.3)通知协同者2Client打开record channel。各从客户端通过各自开启的通道将待处理数据发送至服务器，如图4中所示：协同者1进行鼠标操作，(4.1)鼠标控制流通过ASP串流inputchannel上行至分流控制器；协同者2使用麦克风，(4.2)麦克风数据通过record channel上行至分流控制器。

在一种实现方式中，设备类型包括鼠标或键盘，待处理数据包括鼠标或键盘的操作数据；如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，包括：将鼠标或键盘的操作数据进行处理，得到可视化数据，将可视化数据发送至主客户端和从客户端。

主客户端、从客户端与云桌面建立连接之后，各个从客户端可以通过有操作权限的设备类型对应的通道上传待处理数据。服务器接收到从客户端发送的待处理数据之后，根据从客户端的操作权限信息确定从客户端的标识信息和设备类型是否匹配，如果匹配，则对待处理数据进行相应处理。例如，待处理数据为鼠标或键盘的操作数据，将鼠标或键盘的操作数据进行处理，得到可视化数据，将可视化数据发送至主客户端和从客户端，使得主客户端和从客户端的用户可以观看到鼠标或键盘操作后的云桌面的显示区域的显示内容。

在一种实现方式中，设备类型包括麦克风，待处理数据包括通过麦克风获取的音频数据；如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，包括：存储音频数据或者将音频数据发送至主客户端和从客户端进行播放。

例如，从客户端的用户通过麦克风采集音频数据，并发送到服务器，服务器接收到从客户端发送的音频数据之后进行解析，根据解析结果得知数据对应的通道类型为recordchannel，根据操作权限信息确定了该从客户端有权限控制麦克风，则根据通道类型和第一关联关系可知，数据对应的设备为麦克风，则存储音频数据或者将音频数据作为下行数据发送至主客户端和从客户端进行播放。

在一种实现方式中，设备类型包括需要进行端口重定向的设备；从客户端的数量为多个；如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，包括：将多个从客户端分别发送的待处理数据进行数据包合并，通过多个待处理数据中携带的端口标识对应的端口，将合并后的数据包发送至多个从客户端分别对应的需要进行端口重定向的设备的驱动程序。

其中，端口重定向可以包括多种端口的重定向，例如，USB端口、串口、并口等。以USB端口重定向的设备为例，可以包括以下任一项：打印机、摄像头和扫描仪。

对于需要进行端口重定向的设备对应的待处理数据，将多个从客户端分别发送的待处理数据进行数据包合并，得到合并数据包，根据合并数据包中携带的端口标识对应的端口，将合并数据包发送至多个从客户端分别对应的需要进行端口重定向的设备的驱动程序，驱动程序再进行拆包处理，并驱动外部设备对拆包之后的数据分别进行处理之后再输出。

在一示例中，对于端口通道对应的数据进行分流处理的示意图如图5所示。从客户端a和云外设A相连接，云外设A通过端口USB-A接收到Port1对应的数据dataA，云外设A包括多个端口Port1、Port2和Port1N。从客户端a将云外设A的端口Port1对应的数据dataA发送至云桌面中的自适应串流协议组件ASP Server。从客户端b和云外设B相连接，云外设B通过端口USB-B接收到Port1对应的数据dataB，云外设B包括多个端口Port1、Port2和Port1N。从客户端b将云外设B的端口Port1对应的数据发送至云桌面中的自适应串流协议组件ASPServer，ASP Server将dataA和dataB进行打包处理，根据合并数据包中携带的端口标识对应的端口Port1和Port1对应的管道PIPE1，将合并数据包发送至从客户端a和从客户端b对应的需要进行端口重定向的外部设备的驱动程序，驱动程序再进行拆包处理，并驱动外部设备对拆包之后的数据dataA和dataB分别进行处理之后再输出。可以理解的是，端口通道对应的数据除了涉及数据上行的处理之外还涉及数据下行的处理，上述处理过程为数据上行的处理过程，数据下行的处理过程与上述处理过程相反，此处不再赘述。

其中，云外设A和云外设B可以为打印机，则dataA和dataB为打印机数据。在对dataA和dataB进行打包处理之前，利用自适应串流协议ASP分流协同权限控制器分别判断从客户端a和从客户端b是否具有打印机控制权限。

图6为自适应串流协议ASP分流协同权限控制器的数据处理过程示意图。结合图5，将从客户端a和从客户端b中的任一客户端作为协同者客户端，将打印机数据发送至ASP分流协同权限控制器(如图中所示的打印机数据上行)，ASP分流协同权限控制器首先识别协同者，从打印机数据中识别客户端的标识信息，如图中所示的识别数据clientID，再识别通道channel类型，识别出为端口通道port channel的数据(如图中所示的识别为portchannel数据)，然后识别端口号port number，识别出port number为0，查询端口和设备的关联关系，如图6中所示的查询设备映射表，识别出port 0对应的设备为打印机设备，通过主客户端配置的操作权限信息判断协同者客户端是否有权限控制打印机，即协同客户端的标识信息和打印机设备是否匹配，如图中所示的owner是否允许，如果不允许，则丢弃数据不响应，如果允许，则将数据打包(如图中所示的数据继续asp pack处理)，执行如图5所示的打包之后的数据处理步骤。

本申请实施例还提供了一种基于云桌面的数据处理方法，如图7所示为本申请一实施例的基于云桌面的数据处理方法的流程图，该方法应用于主客户端，包括：

步骤S701，配置从客户端的操作权限信息并发送至服务器，以使服务器获取从客户端的标识信息和从客户端发送的待处理数据对应的设备类型，以及如果服务器根据操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本实施例中的执行主体为主客户端，涉及的主客户端、从客户端和服务器之间的数据交互处理过程与上述方法实施例中的处理过程相同，此处不再赘述。

本申请实施例提供的基于云桌面的数据处理方法，主客户端配置从客户端的操作权限信息并发送至服务器，以使服务器获取从客户端的标识信息和从客户端发送的待处理数据对应的设备类型，以及如果服务器根据操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。本实施例中，服务器根据主客户端配置的操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

本申请实施例提供了一种基于云桌面的数据处理方法，如图8所示为本申请一实施例的基于云桌面的数据处理方法的流程图，该方法应用于从客户端，包括：

步骤S801，向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本实施例中的执行主体为从客户端，涉及的主客户端、从客户端和服务器之间的数据交互处理过程与上述方法实施例中的处理过程相同，此处不再赘述。

本申请实施例提供的基于云桌面的数据处理方法，从客户端向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。本实施例中，服务器根据主客户端配置的操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

与本申请实施例提供的方法的应用场景以及方法相对应地，本申请实施例还提供一种基于云桌面的数据处理装置。如图9所示为本申请一实施例的基于云桌面的数据处理装置的结构框图，该装置包括：

接收模块901，用于接收从客户端发送的针对云桌面的待处理数据。

获取模块902，用于获取从客户端的标识信息和待处理数据对应的设备类型。

处理模块903，用于如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本申请实施例提供的基于云桌面的数据处理装置，接收从客户端发送的针对云桌面的待处理数据；获取从客户端的标识信息和待处理数据对应的设备类型；如果根据操作权限信息确定标识信息和设备类型匹配，则对待处理数据进行相应处理。本实施例中，根据操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

在一种实现方式中，装置还用于：在根据从客户端的操作权限信息确定标识信息和设备类型匹配之前，建立外部设备的设备类型和对应的通道类型的第一关联关系；获取模块902在获取待处理数据对应的设备类型时，用于：确定待处理数据对应的通道类型；根据通道类型和第一关联关系，确定待处理数据对应的设备类型。

在一种实现方式中，通道类型包括端口通道，端口通道对应多个端口，第一关联关系包括设备类型和端口的第二关联关系；获取模块902在获取待处理数据对应的设备类型时，用于：确定待处理数据对应的端口；根据端口和第二关联关系，确定待处理数据对应的设备类型。

在一种实现方式中，装置还用于：在根据从客户端的操作权限信息确定标识信息和设备类型匹配之前，预先从主客户端获取多个从客户端分别对应的操作权限信息；操作权限信息包括从客户端有操作权限的设备类型和从客户端的标识信息的第三关联关系。

在一种实现方式中，装置还用于：在接收从客户端发送的针对云桌面的待处理数据之前，根据操作权限信息通知从客户端开启有操作权限的设备类型对应的通道。

在一种实现方式中，设备类型包括鼠标或键盘，待处理数据包括鼠标或键盘的操作数据；处理模块903，用于：将鼠标或键盘的操作数据进行处理，得到可视化数据，将可视化数据发送至主客户端和从客户端。

在一种实现方式中，设备类型包括麦克风，待处理数据包括通过麦克风获取的音频数据；处理模块903，用于：存储音频数据或者将音频数据发送至主客户端和从客户端进行播放。

在一种实现方式中，设备类型包括需要进行端口重定向的设备；从客户端的数量为多个；处理模块903，用于：将多个从客户端分别发送的待处理数据进行数据包合并，通过多个待处理数据中携带的端口标识对应的端口，将合并后的数据包发送至多个从客户端分别对应的需要进行端口重定向的设备的驱动程序。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，并具备相应的有益效果，在此不再赘述。

与本申请实施例提供的方法的应用场景以及方法相对应地，本申请实施例还提供一种基于云桌面的数据处理装置。如图10所示为本申请一实施例的基于云桌面的数据处理装置的结构框图，该装置包括：

配置模块1001，用于配置从客户端的操作权限信息并发送至服务器，以使服务器获取从客户端的标识信息和从客户端发送的待处理数据对应的设备类型，以及如果服务器根据操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本申请实施例提供的基于云桌面的数据处理装置，配置从客户端的操作权限信息并发送至服务器，以使服务器获取从客户端的标识信息和从客户端发送的待处理数据对应的设备类型，以及如果服务器根据操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。本实施例中，服务器根据主客户端配置的操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，并具备相应的有益效果，在此不再赘述。

与本申请实施例提供的方法的应用场景以及方法相对应地，本申请实施例还提供一种基于云桌面的数据处理装置。如图11所示为本申请一实施例的基于云桌面的数据处理装置的结构框图，该装置包括：

发送模块1101，用于向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本申请实施例提供的基于云桌面的数据处理装置，向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。本实施例中，服务器根据主客户端配置的操作权限信息来确定从客户端的标识信息和待处理数据对应的设备类型是否匹配，对有操作权限的从客户端发送的待处理数据进行处理，可以提高数据安全性。

本申请实施例各装置中的各模块的功能可以参见上述方法中的对应描述，并具备相应的有益效果，在此不再赘述。

与本申请实施例提供的方法的应用场景以及方法相对应地，本申请实施例还提供一种基于云桌面的数据处理系统。该系统包括：服务器、主客户端和从客户端。

服务器用于：接收从客户端发送的针对云桌面的待处理数据；获取从客户端的标识信息和待处理数据对应的设备类型；如果根据从客户端的操作权限信息确定标识信息和设备类型匹配，对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

另外，服务器用于执行方法的多种实现方式已在上述方法实施例中进行了详细介绍，此处不再赘述。

主客户端用于：配置从客户端的操作权限信息并发送至服务器，操作权限信息包括从客户端有操作权限的设备类型和从客户端的标识信息的第一关联关系；操作权限信息用于服务器确定标识信息和从客户端发送的待处理数据对应的设备类型是否匹配，若匹配，则服务器将待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

从客户端用于：向服务器发送针对云桌面的待处理数据，以使服务器获取从客户端的标识信息和待处理数据对应的设备类型，以及如果服务器根据从客户端的操作权限信息确定标识信息和设备类型匹配，则服务器对待处理数据进行相应处理，以实现云桌面的与待处理数据对应的功能。

本实施例中涉及的主客户端、从客户端和服务器之间的数据交互处理过程与上述方法实施例中的处理过程相同，此处不再赘述。

图12为用来实现本申请实施例的电子设备的框图。如图12所示，该电子设备包括：存储器1210和处理器1220，存储器1210内存储有可在处理器1220上运行的计算机程序。处理器1220执行该计算机程序时实现上述实施例中的方法。存储器1210和处理器1220的数量可以为一个或多个。

该电子设备还包括：

通信接口1230，用于与外界设备进行通信，进行数据交互传输。

如果存储器1210、处理器1220和通信接口1230独立实现，则存储器1210、处理器1220和通信接口1230可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(PeripheralComponent Interconnect，PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1210、处理器1220及通信接口1230集成在一块芯片上，则存储器1210、处理器1220及通信接口1230可以通过内部接口完成相互间的通信。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本申请实施例中提供的方法。

本申请实施例还提供了一种芯片，该芯片包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本申请实施例提供的方法。

本申请实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。

应理解的是，上述处理器可以是中央处理器(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(Advanced RISC Machines，ARM)架构的处理器。

进一步地，可选的，上述存储器可以包括只读存储器和随机访问存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以包括随机访问存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM均可用。例如，静态随机访问存储器(Static RAM，SRAM)、动态随机访问存储器(Dynamic Random Access Memory，DRAM)、同步动态随机访问存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机访问存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机访问存储器(Enhanced SDRAM，ESDRAM)、同步链接动态随机访问存储器(Sync link DRAM，SLDRAM)和直接内存总线随机访问存储器(DirectRambus RAM，DR RAM)。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生依照本申请的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中描述的或在此以其他方式描述的任何过程或方法可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。

在流程图中描述的或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

应理解的是，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本申请的示例性实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请记载的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种基于云桌面的数据处理方法，其特征在于，所述方法应用于云桌面所部署的服务器，所述方法包括：

接收从客户端发送的针对云桌面的待处理数据；

获取所述从客户端的标识信息和所述待处理数据对应的设备类型；

如果根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配，对所述待处理数据进行相应处理，以实现所述云桌面的与所述待处理数据对应的功能。

2.根据权利要求1所述的方法，其特征在于，在根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配之前，所述方法还包括：

建立外部设备的设备类型和对应的通道类型的第一关联关系；

获取所述待处理数据对应的设备类型，包括：

确定所述待处理数据对应的通道类型；

根据所述通道类型和所述第一关联关系，确定所述待处理数据对应的设备类型。

3.根据权利要求2所述的方法，其特征在于，所述通道类型包括端口通道，所述端口通道对应多个端口，所述第一关联关系包括设备类型和端口的第二关联关系；获取所述待处理数据对应的设备类型，包括：

确定所述待处理数据对应的端口；

根据所述端口和所述第二关联关系，确定所述待处理数据对应的设备类型。

4.根据权利要求1-3任一项所述的方法，其特征在于，在根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配之前，所述方法还包括：

预先从主客户端获取多个所述从客户端分别对应的操作权限信息；所述操作权限信息包括所述从客户端有操作权限的设备类型和所述从客户端的标识信息的第三关联关系。

5.根据权利要求4所述的方法，其特征在于，在接收从客户端发送的针对云桌面的待处理数据之前，所述方法还包括：

根据所述操作权限信息通知所述从客户端开启有操作权限的设备类型对应的通道。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述设备类型包括鼠标或键盘，所述待处理数据包括所述鼠标或键盘的操作数据；所述如果根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配，对所述待处理数据进行相应处理，包括：

将所述鼠标或键盘的操作数据进行处理，得到可视化数据，将所述可视化数据发送至主客户端和所述从客户端。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述设备类型包括麦克风，所述待处理数据包括通过麦克风获取的音频数据；所述如果根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配，对所述待处理数据进行相应处理，包括：

存储所述音频数据或者将所述音频数据发送至主客户端和所述从客户端进行播放。

8.根据权利要求1-3任一项所述的方法，其特征在于，所述设备类型包括需要进行端口重定向的设备；所述从客户端的数量为多个；所述如果根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配，对所述待处理数据进行相应处理，包括：

将多个从客户端分别发送的待处理数据进行数据包合并，通过多个待处理数据中携带的端口标识对应的端口，将合并后的数据包发送至所述多个从客户端分别对应的需要进行端口重定向的设备的驱动程序。

9.一种基于云桌面的数据处理方法，其特征在于，所述方法应用于主客户端，所述方法包括：

配置从客户端的操作权限信息并发送至服务器，以使所述服务器获取所述从客户端的标识信息和所述从客户端发送的待处理数据对应的设备类型，以及如果所述服务器根据所述操作权限信息确定所述标识信息和所述设备类型匹配，则所述服务器对所述待处理数据进行相应处理，以实现所述云桌面的与所述待处理数据对应的功能。

10.一种基于云桌面的数据处理方法，其特征在于，所述方法应用于从客户端，所述方法包括：

向服务器发送针对云桌面的待处理数据，以使所述服务器获取从客户端的标识信息和所述待处理数据对应的设备类型，以及如果所述服务器根据所述从客户端的操作权限信息确定所述标识信息和所述设备类型匹配，则所述服务器对所述待处理数据进行相应处理，以实现所述云桌面的与所述待处理数据对应的功能。

11.一种基于云桌面的数据处理系统，其特征在于，所述系统包括云桌面所部署的服务器、主客户端和从客户端；所述服务器用于执行权利要求1-8任一项所述的方法；所述主客户端用于执行权利要求9所述的方法；所述从客户端用于执行权利要求10所述的方法。

12.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器在执行所述计算机程序时实现权利要求1-10中任一项所述的方法。

13.一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-10中任一项所述的方法。

Images