CN108319493A - 数据处理方法、装置及机器可读存储介质 - Google Patents

Abstract

本申请提供一种数据处理方法、装置及机器可读存储介质，其中，该方法应用于虚拟桌面基础架构中的虚拟桌面服务器，该方法包括：接收用于设置虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，第一应用模式为关注于图片的应用模式；在第一应用模式中，接收到VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示。

Description

数据处理方法、装置及机器可读存储介质

技术领域

本申请涉及桌面虚拟化技术领域，特别涉及一种数据处理方法、装置及机器可读存储介质。

背景技术

桌面虚拟化(Desktop Virtualization)是指将计算机的终端系统(也称作桌面)进行虚拟化，以减少企业的信息管理成本，达到桌面使用的安全性和灵活性。桌面虚拟化的核心技术包括服务器虚拟化和桌面传输协议，通过在数据中心的物理服务器上进行服务器虚拟化，生成大量的VM(Virtual Machine，虚拟机)作为虚拟桌面，当终端设备通过网络远程访问VM时，可以使用桌面传输协议将桌面数据发送给终端设备进行显示，从而为用户提供本地化的桌面操作环境。

SPICE(Simple Protocol for Independent Computing Environments，独立计算环境简单)协议是目前比较常用的一种桌面传输协议。在基于SPICE协议的虚拟桌面基础架构中主要包括：SPICE客户端(Client)、VM和SPICE服务器(Server)。SPICE服务器主要负责为SPICE客户端提供VM访问服务，具体包括：用户身份认证，以及，转发SPICE客户端与VM之间的交互数据等。

当基于SPICE协议的虚拟桌面基础架构应用在基本没有视频播放需求、但是有较多绘图需求的应用场景中时，若用户绘图速度很快，则SPICE服务器会采用有损视频压缩技术对绘制的图片进行压缩后发送给SPICE客户端进行显示。从而会导致SPICE客户端上显示的图片不清晰，而且图片显示存在滞后现象。

发明内容

有鉴于此，本申请提供一种数据处理方法、装置及机器可读存储介质。

具体地，本申请是通过如下技术方案实现的：

一方面，提供了一种数据处理方法，该方法应用于虚拟桌面基础架构中的虚拟桌面服务器，该方法包括：

接收用于设置虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，第一应用模式为关注于图片的应用模式；

在第一应用模式中，接收到VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示。

另一方面，还提供了一种数据处理装置，该装置应用于虚拟桌面基础架构中的虚拟桌面服务器上，该装置包括：

设置单元，用于接收用于设置虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，第一应用模式为关注于图片的应用模式；

接收单元，用于接收VM发来的图像数据；

处理单元，用于在第一应用模式中，在接收单元接收到VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩；

发送单元，用于将处理单元压缩得到的压缩数据发送给虚拟桌面客户端进行显示。

又一方面，还提供了一种数据处理装置，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的机器可执行指令，处理器被机器可执行指令促使：实现本申请提供的上述数据处理方法。

又一方面，还提供了一种机器可读存储介质，存储有机器可执行指令，在被处理器调用和执行时，机器可执行指令促使处理器：实现本申请提供的上述数据处理方法。

通过本申请的以上技术方案，用户可以设置虚拟桌面服务器的应用模式，以适应不同应用场景的需求，使得虚拟桌面服务器采用不同的处理方式对接收到的图像数据进行处理，当用户设置的应用模式为关注于图片的第一应用模式时，由于第一应用模式针对的是基本没有视频播放需求、但是有较多绘图需求的应用场景，因此，虚拟桌面服务器在接收到VM发来的图像数据后，会按照图片的处理方法采用无损图像压缩技术对该图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示，由于采用无损压缩技术对图片进行压缩处理，因此不会降低图片质量，不会使得虚拟桌面客户端上显示的图片不清晰；另外，无损压缩的压缩比率较低，压缩和解压缩过程占用的时间较短，可以在一定程度上缓解虚拟桌面客户端上的图片显示的滞后问题。

附图说明

图1是本申请实施例示出的虚拟桌面基础架构的结构示意图；

图2是本申请实施例示出的处于第一应用模式时虚拟桌面服务器执行的数据处理方法的流程图；

图3是本申请实施例示出的处于第二应用模式时虚拟桌面服务器执行的数据处理方法的流程图；

图4是本申请实施例示出的SPICE服务器处于第一应用模式时执行的数据处理方法的流程图；

图5是本申请实施例示出的SPICE服务器处于第二应用模式时执行的数据处理方法的流程图；

图6是本申请实施例示出的SPICE服务器处于第二应用模式时执行的增大预设帧间隙阈值的流程图；

图7是本申请实施例示出的数据处理装置的硬件结构示意图；

图8是本申请实施例示出的数据处理装置的一种功能结构示意图；

图9是本申请实施例示出的数据处理装置的另一种功能结构示意图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

当基于SPICE协议的虚拟桌面基础架构应用在基本没有视频播放需求、但是有较多绘图需求的应用场景中时，若用户绘图速度很快，则SPICE服务器会按照视频处理方法，使用MJPEG(Motion Joint Photographic Experts Group，运动联合图像专家小组)技术对绘制的图片进行压缩后发送给SPICE客户端，由SPICE客户端解压缩后进行显示。这样就会存在以下两个问题：一个问题是MJPEG技术是一种有损视频压缩技术，会降低图片质量，导致SPICE客户端上显示的图片不清晰；另一个问题是有损压缩的压缩比率较高，因此压缩和解压缩过程占用的时间较长，导致SPICE客户端上的图片显示存在滞后现象。

为了解决上述问题，本申请以下实施例中提供了一种数据处理方法，以及一种可以应用该方法的数据处理装置。

如图1所示，本申请实施例中的虚拟桌面基础架构中包括：虚拟桌面客户端和物理服务器，物理服务器中包括：VM和虚拟桌面服务器。其中，虚拟桌面服务器分别与VM和虚拟桌面客户端进行通信，从而完成VM访问过程中的用户身份认证，以及，虚拟桌面客户端与VM之间交互数据的转发等。

在实际实施过程中，上述虚拟桌面基础架构可以采用各种桌面传输协议，例如，SPICE协议、RDP(Remote Desktop Protocol，远程桌面协议)等。

为了适应各种应用场景的实际需求，本申请实施例中的虚拟桌面服务器可以为用户提供用于设置各种应用模式的设置功能，用户可以根据当前所处应用场景的需求，来设置虚拟桌面服务器的应用模式。例如，若当前所处应用场景基本没有视频播放需求、但是有较多绘图需求，则用户可以设置虚拟桌面服务器的应用模式为关注于图片的第一应用模式，若当前所处应用场景有大量视频播放需求，则用户可以设置虚拟桌面服务器的应用模式为关注于视频的第二应用模式。

显然，除了上述第一应用模式和第二应用模式以外，还可以提供更多的应用模式以适应不同应用场景的实际需求。

如图2所示，本申请实施例的虚拟桌面基础架构中的虚拟桌面服务器执行的数据处理方法，包括以下步骤：

步骤S201，接收用于设置虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，第一应用模式为关注于图片的应用模式；

步骤S202，接收VM发来的图像数据；

当虚拟桌面客户端通过访问VM绘制图片或播放视频时，VM会将图像数据通过VM内部的虚拟显卡发送给虚拟桌面服务器。

步骤S203，采用无损图像压缩技术对接收到的图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示。

由于用户设置的应用模式为关注于图片的第一应用模式，适用于基本没有视频播放需求、但是有较多绘图需求的应用场景，在这种应用场景中VM发送给虚拟桌面服务器的图像数据中的图像基本上都是图片，因此，在第一应用模式中会按照图片的处理方法，采用无损图像压缩技术对接收到的图像数据进行压缩，并将压缩数据通过显示(Display)通道发送给虚拟桌面客户端进行显示。

其中，无损图像压缩技术具体可以是QUIC压缩编码技术、LZ(Lempel-Ziv)压缩编码技术、GLZ(Global LZ，全局LZ)压缩编码技术等。

本申请上述实施例的方法中，用户可以设置虚拟桌面服务器的应用模式，以适应不同应用场景的需求，使得虚拟桌面服务器采用不同的处理方式对接收到的图像数据进行处理，当用户设置的应用模式为关注于图片的第一应用模式时，由于第一应用模式针对的是基本没有视频播放需求、但是有较多绘图需求的应用场景，因此，虚拟桌面服务器在接收到VM发来的图像数据后，会按照图片的处理方法采用无损图像压缩技术对该图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示，由于采用无损压缩技术对图片进行压缩处理，因此不会降低图片质量，不会使得虚拟桌面客户端上显示的图片不清晰；另外，无损压缩的压缩比率较低，压缩和解压缩过程占用的时间较短，可以在一定程度上缓解虚拟桌面客户端上的图片显示的滞后问题。

另外，在有大量视频播放需求的应用场景中，例如，视频监控应用场景中，此时，VM发给虚拟桌面服务器的图像数据大多为视频，为了能够使得虚拟桌面服务器针对该种应用场景进行相应处理，用户可以将虚拟桌面服务器的应用模式设置为关注于视频的第二应用模式，这样，虚拟桌面服务器会执行如图3所示的步骤：

步骤S301，接收用于设置虚拟桌面服务器的应用模式为第二应用模式的用户配置信息，其中，第二应用模式为关注于视频的应用模式；

步骤S302，接收VM发来的图像数据；

步骤S303，判断该图像数据是否为视频数据，若是，则执行步骤S304，否则，执行步骤S305；

具体的，在步骤S303中，若图像数据满足第一条件、第二条件和第三条件，则确定该图像数据为视频数据，否则，确定该图像数据不是视频数据，其中：

第一条件包括：相邻两帧图像不相同；即，与前一帧图像相比，后一帧图像中的像素发生了变化；第二条件包括：相邻两帧图像之间的帧间隙小于预设帧间隙阈值T。通过第一条件和第二条件可以判断出接收到的图像数据是否具备视频数据的特征。

第三条件包括：满足第一条件和第二条件的持续时间达到第一预设时间阈值。由于在一般情况下视频播放时间不会很短，因此，若接收到的图像数据具备上述第一条件和第二条件所限定的视频特征并持续了一段时间，此时认为接收到的图像数据为视频数据。由第三条件可知，在视频播放刚开始的时候，此时播放时间较短，图像数据满足上述第一条件和第二条件的持续时间还没有达到第一预设时间阈值，此时，虚拟桌面服务器会将其判断为图片，直至持续时间达到了第一预设时间阈值时，虚拟桌面服务器才会将其判断为视频。

优选的，由于一般的视频播放器的窗口尺寸都有一个最小值，而视频播放器的窗口尺寸决定了播放的视频的尺寸大小，从而，在判断图像数据是否为视频数据时，还可以进一步限定每帧图像的尺寸大于预设尺寸阈值的条件，这样，虚拟桌面服务器在判断出接收到的每帧图像的尺寸大于预设尺寸阈值、相邻两帧图像不相同、相邻两帧图像之间的帧间隙小于预设帧间隙阈值T、并且满足前述条件的持续时间达到第一预设时间阈值时，确定图像数据为视频数据。通过限定上述条件能够更加准确的判断出视频数据，从而按照视频数据的处理方法发送给虚拟桌面客户端进行显示。

步骤S304，采用视频压缩技术对图像数据进行压缩，之后，执行步骤S306；

其中，上述视频压缩技术具体可以是MJPEG技术。

步骤S305，采用有损图像压缩技术对图像数据进行压缩，之后，执行步骤S306；

其中，上述有损图片压缩技术具体可以是JPEG(Joint Photographic ExpertsGroup，联合图像专家小组)技术。

步骤S306，将压缩数据发送给虚拟桌面客户端进行显示。

通过采用如图3所示的方法，当用户设置的应用模式为关注于视频的第二应用模式时，由于第二应用模式针对的是有大量视频播放需求的应用场景，因此，虚拟桌面服务器在接收到VM发来的图像数据后，若判断出该图像数据为视频数据，则采用视频压缩技术压缩后发送给虚拟桌面客户端进行显示，否则，采用有损图片压缩技术压缩后发送给虚拟桌面客户端进行显示。

在视频播放初期，图像数据满足上述第一条件和第二条件的持续时间还没有达到第一预设时间阈值，此时，虚拟桌面服务器会将其判断为图片，如果采用无损图片压缩技术将图像数据压缩后发送给虚拟桌面客户端进行显示，则会占用虚拟桌面客户端较大的CPU(Central Processing Unit，中央处理单元)资源，从而导致虚拟桌面客户端上图像显示速度较慢，而本申请上述实施例方法中采用有损图片压缩技术将图像数据压缩后发送给虚拟桌面客户端进行显示，由于与无损压缩相比，有损压缩的压缩比率较高，不会占用较多传输带宽，也不会占用虚拟桌面客户端过多的CPU资源，这样，虚拟桌面客户端可以更加流畅的进行显示。

在实际实施过程中，对于网页视频等帧间隙较大的视频，如果按照正常视频的帧间隙来设置前述第二条件中的预设帧间隙阈值T，就可能会致使帧间隙较大的视频的图像数据一直无法被判定为视频数据，本申请实施例中提供了一种可以动态调整前述第二条件中的预设帧间隙阈值T的方法，以适用于具有较大帧间隙的视频。

具体的，在图像数据满足前述第一条件，但不满足第二条件，并且满足第一条件但不满足第二条件的持续时间达到第二预设时间阈值时，增大预设帧间隙阈值T的值直至达到预设视频帧间隙最大值T_max。增大预设帧间隙阈值T的方式可以是：将T更新为T*m，其中，m大于1。在实际实施过程中，m取2时，预设帧间隙阈值T可以较快速的向T_max收敛。通过增大预设帧间隙阈值T，可以放宽对于视频数据的判断条件，从而能够对帧间隙较大的视频进行有效的判断，进而按照视频处理方法进行压缩。

其中，预设帧间隙阈值T的初始值可以按照正常视频的帧间隙进行设置，例如，T的初始值可以为30ms(毫秒)。

下面以基于SPICE协议的虚拟桌面基础架构为例进行说明。

在基本没有视频播放需求、但是有较多绘图需求的应用场景中，用户可以将SPICE服务器的应用模式设置为关注于图片的第一应用模式。SPICE服务器接收用于设置应用模式为第一应用模式的用户配置信息，后续，会对接收到的每帧图像做如下处理，如图4所示：

步骤S401，接收VM发来的图像；

步骤S402，采用无损图像压缩技术对该帧图像进行压缩；

步骤S403，将压缩后的图像通过Display通道发送给SPICE客户端进行显示。

具体的，SPICE客户端接收到压缩后的图像后进行解压缩，并对解压缩后的图像进行渲染显示。

在有大量视频播放需求的应用场景中，用户可以将SPICE服务器的应用模式设置为关注于视频的第二应用模式。SPICE服务器接收用于设置应用模式为第二应用模式的用户配置信息，后续，会对接收到的每帧图像做如下处理，如图5所示：

步骤S501，接收VM发来的图像；

步骤S502，判断该帧图像的尺寸是否大于预设尺寸阈值，若是，则执行步骤S503，否则，执行步骤S508；

步骤S503，判断该帧图像与上一帧图像是否相同，若不相同，则执行步骤S504，否则，执行步骤S508；

步骤S504，判断该帧图像与上一帧图像之间的帧间隙是否小于预设帧间隙阈值T，若是，则执行步骤S505，否则，执行步骤S508；

步骤S505，判断计时时间是否达到了第一预设时间阈值，若是，则执行步骤S506，否则，执行步骤S507；

在实际实施过程中，每次接收到一帧图像时，会为该图像帧添加时间戳用于记录接收到该帧图像的时间，假设，首个满足以下条件的图像为第i帧图像，则从第i帧图像的接收时间开始进行计时，或者，从第i-1帧图像的接收时间开始计时，其中，上述条件为图像尺寸大于预设尺寸阈值、与上一帧图像不相同、且与上一帧图像之间的帧间隙小于预设帧间隙阈值T。其中，i大于1。

步骤S506，采用MJPEG技术对该帧图像进行压缩，并将压缩后的图像通过Display通道发送给SPICE客户端进行渲染显示；

步骤S507，采用有损图像压缩技术对该帧图像进行压缩，并将压缩后的图像通过Display通道发送给SPICE客户端进行渲染显示，同时重新开始计时。

针对网页视频等帧间隙较大的视频，可以动态的增大预设帧间隙阈值T，具体的，在上述流程中，在步骤S501中接收到VM发来的图像后，除了执行步骤S502至步骤S507的图像处理流程以外，还需要执行如图6所示的步骤：

步骤S601，接收VM发来的图像；

步骤S602，判断该帧图像的尺寸是否大于预设尺寸阈值，若是，则执行步骤S603，否则，退出本流程；

步骤S603，判断该帧图像与上一帧图像是否相同，若不相同，则执行步骤S604，否则，退出本流程；

步骤S604，判断该帧图像与上一帧图像之间的帧间隙是否小于预设帧间隙阈值T，若否，则执行步骤S605，若是，则退出本流程；

步骤S605，判断计时时间是否达到了第二预设时间阈值，若是，则执行步骤S606，否则，退出本流程；

在实际实施过程中，每次接收到一帧图像时，会为该图像帧添加时间戳用于记录接收到该帧图像的时间，假设，首个满足以下条件的图像为第i帧图像，则从第i帧图像的接收时间开始进行计时，或者，从第i-1帧图像的接收时间开始计时，其中，上述条件为图像尺寸大于预设尺寸阈值、与上一帧图像不相同、且与上一帧图像之间的帧间隙不小于预设帧间隙阈值T。其中，i大于1。

步骤S606，判断当前的预设帧间隙阈值T是否小于预设视频帧间隙最大值T_max，若是，则执行步骤S607，否则，退出本流程；

步骤S607，将T更新为T*m，之后返回步骤S601。

其中，m大于1。

通过增加预设帧间隙阈值，可以放宽对于视频数据的判断条件，从而能够对帧间隙较大的视频进行有效的判断，进而按照视频处理方法进行压缩。

与前述数据处理方法的实施例相对应，本申请还提供了数据处理装置的实施例，该数据处理装置可以应用在虚拟桌面基础架构中的虚拟桌面服务器。图7为本申请实施例提供的一种数据处理装置的硬件结构示意图。该数据处理装置可包括处理器701、存储有机器可执行指令的机器可读存储介质702。处理器701与机器可读存储介质702可经由系统总线703通信。并且，通过读取并执行机器可读存储介质702中的机器可执行指令，处理器701可执行上文描述的数据处理方法。

本文中提到的机器可读存储介质702可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

本申请实施例还提供了一种包括机器可执行指令的机器可读存储介质，例如图7中的机器可读存储介质702，所述机器可执行指令可由数据处理装置中的处理器701执行以实现以上描述的数据处理方法。如图8所示，从功能上划分，本申请实施例的数据处理装置中包括：

设置单元801，用于接收用于设置虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，第一应用模式为关注于图片的应用模式；

接收单元802，用于接收VM发来的图像数据；

处理单元803，用于在第一应用模式中，在接收单元802接收到VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩；

发送单元804，用于将处理单元803压缩得到的压缩数据发送给虚拟桌面客户端进行显示。

其中，设置单元801，还用于接收用于设置虚拟桌面服务器的应用模式为第二应用模式的用户配置信息，其中，第二应用模式为关注于视频的应用模式；

处理单元803，还用于在第二应用模式中，在接收单元802接收到VM发来的图像数据后，判断接收到的图像数据是否为视频数据；若是，则采用视频压缩技术对图像数据进行压缩；否则，采用有损图像压缩技术对图像数据进行压缩。

其中，处理单元803具体用于通过以下方式判断图像数据为视频数据：

若接收到的图像数据满足第一条件、第二条件和第三条件，则确定图像数据为视频数据：

第一条件包括：相邻两帧图像不相同；

第二条件包括：相邻两帧图像之间的帧间隙小于预设帧间隙阈值；

第三条件包括：满足第一条件和第二条件的持续时间达到第一预设时间阈值。

如图9所示，上述数据处理装置中还包括：调整单元805，其中：

调整单元805，用于若接收单元802接收到的图像数据满足第一条件，但不满足第二条件，并且满足第一条件但不满足第二条件的持续时间达到第二预设时间阈值，则增大预设帧间隙阈值直至达到预设视频帧间隙最大值。

其中，第一条件中还包括：每帧图像的尺寸大于预设尺寸阈值。

其中，虚拟桌面基础架构采用SPICE协议、或RDP。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (14)

1.一种数据处理方法，其特征在于，所述方法应用于虚拟桌面基础架构中的虚拟桌面服务器，所述方法包括：

接收用于设置所述虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，所述第一应用模式为关注于图片的应用模式；

在所述第一应用模式中，接收到虚拟机VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩，并将压缩数据发送给虚拟桌面客户端进行显示。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收用于设置所述虚拟桌面服务器的应用模式为第二应用模式的用户配置信息，其中，所述第二应用模式为关注于视频的应用模式；

在所述第二应用模式中，接收到VM发来的图像数据后，判断接收到的图像数据是否为视频数据；

若是，则采用视频压缩技术对所述图像数据进行压缩，并将压缩数据发送给所述虚拟桌面客户端进行显示；

否则，采用有损图像压缩技术对所述图像数据进行压缩，并将压缩数据发送给所述虚拟桌面客户端进行显示。

3.根据权利要求2所述的方法，其特征在于，通过以下方式判断接收到的图像数据为视频数据：

若接收到的图像数据满足第一条件、第二条件和第三条件，则确定所述图像数据为视频数据：

所述第一条件包括：相邻两帧图像不相同；

所述第二条件包括：相邻两帧图像之间的帧间隙小于预设帧间隙阈值；

所述第三条件包括：满足所述第一条件和所述第二条件的持续时间达到第一预设时间阈值。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若所述图像数据满足所述第一条件，但不满足所述第二条件，并且满足所述第一条件但不满足第二条件的持续时间达到第二预设时间阈值，则增大所述预设帧间隙阈值直至达到预设视频帧间隙最大值。

5.根据权利要求3或4所述的方法，其特征在于，所述第一条件中还包括：每帧图像的尺寸大于预设尺寸阈值。

6.根据权利要求1所述的方法，其特征在于，所述虚拟桌面基础架构采用独立计算环境简单SPICE协议、或远程桌面协议RDP。

7.一种数据处理装置，其特征在于，所述装置应用于虚拟桌面基础架构中的虚拟桌面服务器上，所述装置包括：

设置单元，用于接收用于设置所述虚拟桌面服务器的应用模式为第一应用模式的用户配置信息，其中，所述第一应用模式为关注于图片的应用模式；

接收单元，用于接收虚拟机VM发来的图像数据；

处理单元，用于在所述第一应用模式中，在所述接收单元接收到VM发来的图像数据后，采用无损图像压缩技术对接收到的图像数据进行压缩；

发送单元，用于将所述处理单元压缩得到的压缩数据发送给虚拟桌面客户端进行显示。

8.根据权利要求7所述的装置，其特征在于，

所述设置单元，还用于接收用于设置所述虚拟桌面服务器的应用模式为第二应用模式的用户配置信息，其中，所述第二应用模式为关注于视频的应用模式；

所述处理单元，还用于在所述第二应用模式中，在所述接收单元接收到VM发来的图像数据后，判断接收到的图像数据是否为视频数据；若是，则采用视频压缩技术对所述图像数据进行压缩；否则，采用有损图像压缩技术对所述图像数据进行压缩。

9.根据权利要求8所述的装置，其特征在于，所述处理单元具体用于通过以下方式判断所述接收单元接收到的图像数据为视频数据：

若所述接收单元接收到的图像数据满足第一条件、第二条件和第三条件，则确定所述图像数据为视频数据：

所述第一条件包括：相邻两帧图像不相同；

所述第二条件包括：相邻两帧图像之间的帧间隙小于预设帧间隙阈值；

所述第三条件包括：满足所述第一条件和所述第二条件的持续时间达到第一预设时间阈值。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

调整单元，用于若所述接收单元接收到的图像数据满足所述第一条件，但不满足所述第二条件，并且满足所述第一条件但不满足第二条件的持续时间达到第二预设时间阈值，则增大所述预设帧间隙阈值直至达到预设视频帧间隙最大值。

11.根据权利要求9或10所述的装置，其特征在于，所述第一条件中还包括：每帧图像的尺寸大于预设尺寸阈值。

12.根据权利要求7所述的装置，其特征在于，所述虚拟桌面基础架构采用独立计算环境简单SPICE协议、或远程桌面协议RDP。

13.一种数据处理装置，其特征在于，包括处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现上述权利要求1～6任一所述的数据处理方法。

14.一种机器可读存储介质，其特征在于，存储有机器可执行指令，在被处理器调用和执行时，所述机器可执行指令促使所述处理器：实现上述权利要求1～6任一所述的数据处理方法。