CN112667357A - 基于虚拟机的数据处理方法和装置、网络设备和存储介质 - Google Patents

Abstract

本申请公开了一种基于虚拟机的数据处理方法和装置、网络设备和存储介质，方法包括：配置虚拟机的录制参数；从虚拟机中获取待处理数据；依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。通过配置虚拟机的录制参数，保证虚拟机能够根据用户的不同需求录制用户需要的数据；从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效；通过虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。同时，生成的录制数据可动态迁移到需要的地方，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

Description

基于虚拟机的数据处理方法和装置、网络设备和存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种基于虚拟机的数据处理方法和装置、网络设备和存储介质。

背景技术

录像软件可以将电脑屏幕或终端的硬件设备(例如，声卡、显卡等)上的运动图像捕捉并不同存储格式(例如，文件或流媒体数据等)进行存储。云平台在对各个终端的桌面进行录制以监控该终端是否进行违规操作时，可采用操作系统内部录像的方式(简称内录)获得终端的实时操作数据，也可以采用外部设备进行录像的方式(简称外录)获得终端的实时操作数据。

但是，在内录时，会受到操作系统的限制，不同操作系统对应的录制要求不同，无法做到按照用户的需求进行录制，并且还会占用大量的系统资源；在外录时，不支持数据的动态迁移，同样无法按照用户的需求进行录制，并且用户无法实时观看到录制情况，不利于对录制内容的二次开发。

发明内容

为此，本申请提供一种基于虚拟机的数据处理方法和装置、网络设备和存储介质，以解决现有的录制方式无法按需录制，且会受到录制方式的限制而导致的用户体验度差的问题。

为了实现上述目的，本申请第一方面提供一种基于虚拟机的数据处理方法，方法包括：配置虚拟机的录制参数；从虚拟机中获取待处理数据；依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。

在一些具体实现中，配置虚拟机的录制参数，包括：依据录制数据的存储方式，配置录制数据的存储参数；配置录制流程的触发方式，其中，触发方式包括自动触发和手动触发。

在一些具体实现中，依据录制数据的存储方式，配置录制数据的存储参数，包括：当存储方式为本地存储时，将存储参数中的存储路径配置为本地存储路径；当存储方式为服务器存储时，将存储参数中的端口参数配置为存储服务器对应的端口参数。

在一些具体实现中，配置录制流程的触发方式，包括：当触发方式发生切换时，已启动的录制流程继续对待处理数据进行录制，已启动的录制流程的停止条件与切换后的触发方式的停止条件保持一致。

在一些具体实现中，依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据，包括：在确定触发方式是自动触发的情况下，依据虚拟机的处理逻辑对待处理数据进行录制，生成录制数据。

在一些具体实现中，虚拟机的处理逻辑包括虚拟机的状态迁移逻辑，在确定所述触发方式是自动触发的情况下，依据虚拟机的处理逻辑对待处理数据进行录制，生成录制数据，包括：当虚拟机由启动状态变更至暂停状态时，暂停对待处理数据的录制，并设置录制流程的状态为暂停状态；当虚拟机由启动状态变更至挂起状态时，停止对待处理数据的录制，并设置录制流程的状态为停止状态；当虚拟机由第一宿主机迁移至第二宿主机时，依据第二宿主机的状态设置录制流程的状态，其中，录制流程的状态至少包括启动状态、暂停状态和停止状态中的任意一项；依据录制流程的状态对待处理数据进行处理，生成并保存录制数据。

在一些具体实现中，方法还包括：当虚拟机的当前分辨率发生变化时，依据虚拟机的分辨率配置录制数据的分辨率，或，配置录制数据的分辨率等于预设分辨率。

在一些具体实现中，在依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据的步骤之后，还包括：对录制数据进行编码，生成传输数据；将传输数据保存至本地，或，将传输数据发送给服务器。

在一些具体实现中，虚拟机包括第一虚拟设备和第二虚拟设备，其中，第一虚拟设备是对中央处理器和内部存储设备进行虚拟所获得的设备，第二虚拟设备是对输入/输出设备进行虚拟所获得的设备。

为了实现上述目的，本申请第二方面提供一种基于虚拟机的数据处理装置，包括：配置模块，用于配置虚拟机的录制参数；获取模块，用于从虚拟机中获取待处理数据；录制模块，用于依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。

为了实现上述目的，本申请第三方面提供一种网络设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本申请实施例中的任意一种基于虚拟机的数据处理方法。

为了实现上述目的，本申请第四方面提供一种可读存储介质，该可读存储介质存储有计算机程序，计算机程序被处理器执行时实现本申请实施例中的任意一种基于虚拟机的数据处理方法。

根据本申请实施例的基于虚拟机的数据处理方法和装置、网络设备和存储介质，通过配置虚拟机的录制参数，保证虚拟机能够根据用户的不同需求录制用户需要的数据；从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效；通过虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。同时，生成的录制数据可动态迁移到需要的地方，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

附图说明

附图是用来提供对本申请的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请，但并不构成对本申请的限制。

图1示出本申请一实施例中的基于虚拟机的数据处理方法的流程示意图。

图2示出本申请又一实施例中的基于虚拟机的数据处理方法的流程示意图。

图3示出本申请一实施例中的基于虚拟机的数据处理装置的组成方框图。

图4示出本申请一实施例中的基于虚拟机的数据处理系统的组成方框图。

图5示出能够实现根据的基于虚拟机的数据处理方法和设备的计算设备的示例性硬件架构的结构图。

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。

当进行外录(即使用外部设备对虚拟机的操作内容进行录制等)时，所录制的文件通常都保存在外部设备(例如，摄像机等)中，需要通过硬件接口才能将录制的文件导出，无法实时地对录制的文件进行热迁移(Live Migration)，不利于对录制内容的二次开发。其中，热迁移又叫动态迁移或实时迁移，例如，将整个虚拟机的运行状态完整的保存下来，同时可以快速的恢复到原有硬件平台或其他不同的硬件平台上。恢复以后，虚拟机仍旧可以进行平滑运行，使用该虚拟机的用户不会察觉到任何差异。

图1示出本申请一实施例中的基于虚拟机的数据处理方法的流程示意图。该基于虚拟机的数据处理方法可应用于发送端设备。如图1所示，该基于虚拟机的数据处理方法可以包括以下步骤。

步骤110，配置虚拟机的录制参数。

其中，虚拟机(Virtual Machine)是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整的计算机系统。在实体计算机中能够完成的工作，在虚拟机中都能够实现。当在实体计算机中创建虚拟机时，需要将实体计算机的部分硬盘和内存容量虚拟化为虚拟机的硬盘和内存容量。每个虚拟机都有独立的互补金属氧化物半导体(Complementary Metal-Oxide-Semiconductor，CMOS)、硬盘和操作系统，可以像使用实体计算机一样进行操作。其中，CMOS是计算机系统内的一种重要的芯片，保存有实体计算机系统引导的最基本的资料。

需要说明的是，录制参数包括录像的存储参数、触发方式参数和配置信息参数中的任意一种或几种。以上对于录制参数仅是举例说明，可根据实际需要进行具体设置，其他未说明的录制参数也在本申请的保护范围之内，在此不再赘述。

在一些具体实现中，虚拟机包括第一虚拟设备和第二虚拟设备，其中，第一虚拟设备是对中央处理器(Central Processing Unit，CPU)和内部存储设备进行虚拟所获得的设备，第二虚拟设备是对输入/输出(Input/Output，I/O)设备进行虚拟的设备。例如，第一虚拟设备可以是虚拟的CPU和虚拟的内存，第二虚拟设备可以是虚拟的I/O设备。

在一些具体实现中，步骤110可采用如下方式实现：依据录制数据的存储方式，配置录制数据的存储参数；配置录制流程的触发方式，其中，触发方式包括自动触发和手动触发。

例如，自动触发方式可以是在基于独立计算环境简单协议(Simple Protocol forIndependent Computing Environment，SPICE)的客户端进行登陆时触发录制流程；也可以是在录制的图像存在更新变化时触发录制流程，还可以是在输入设备(例如，鼠标、键盘等设备)输入指令时触发录制流程等等，以实现对录制流程的快速启动，方便用户的实时更新。以上对于自动触发方式仅是举例说明，可根据实际需要进行具体设置，其他未说明的自动触发方式也在本申请的保护范围之内，在此不再赘述。

在一些具体实现中，依据录制数据的存储方式，配置录制数据的存储参数，包括：当存储方式为本地存储时，将存储参数中的存储路径配置为本地存储路径；当存储方式为服务器存储时，将存储参数中的端口参数配置为存储服务器对应的端口参数。

例如，当存储方式为本地存储时，可将存储路径配置为“E:\录制”，即将录制数据保存在本地内存中。当存储方式为服务器存储时，可对应设置存储服务器的端口(例如，5002)，以及存储服务器的网际互连协议(Internet Protocol，IP)地址(例如，192.168.X.2等)，以方便对存储服务器进行寻址，并将录制数据上传至存储服务器，实现对存储数据的快速存储和传输，以方便用户对存储数据进行二次开发。

在一些具体实现中，配置录制流程的触发方式，包括：当触发方式发生切换时，已启动的录制流程继续对待处理数据进行录制，已启动的录制流程的停止条件与切换后的触发方式的停止条件保持一致。

例如，当触发方式从自动触发变更为手动触发时，已启动的、通过自动触发方法触发的录制流程，继续对待处理数据进行录制；但是，当该录制流程需要停止时，需要以手动触发方式才能结束对待处理数据的录制流程。当触发方式从手动触发变更为自动触发时，已启动的、通过手动触发方法触发的录制流程，继续对待处理数据进行录制；但是当该录制流程需要停止时，通过手动触发方式已不能停止该流程，只有当该录制流程满足自动触发方式中的停止条件(例如，录制的图像的内容发生了变化，录制的主体没有显示在显示器中)时，该录制流程才可以停止录制。保证录制流程的触发方式在变更时，前后保持一致，避免待处理数据的丢失，保证数据的完整性。

步骤120，从虚拟机中获取待处理数据。

在一些具体实现时，可依据虚拟设备与外部设备之间的接口，获取待处理数据，其中，所述外部设备包括I/O设备、外存储器、声卡和显卡中的任意一种或几种。

例如，通过声卡发出的声音，以及通过显卡显示到显示器上的图像，都可以作为待处理数据，然后根据虚拟设备与外部设备之间的接口，将这些待处理数据从源头就导出至需要的地方，以保证数据的真实可靠。

需要说明的是，以上对于外部设备的种类仅是举例说明，可根据实际需要进行具体设置，其他未说明的外部设备的种类也在本申请的保护范围之内，在此不再赘述。

步骤130，依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。

其中，录制参数包括录制流程的触发方式，触发方式包括自动触发和手动触发。

例如，当触发方式为自动触发时，并设置将录制数据存储在本地内存的“E:\录制”路径下时，启动录制流程，对待处理数据进行录制，生成录制数据。并把录制数据存储在“E:\录制”中。已实现对待处理数据的快速准确录制。

在一些具体实现中，步骤130可采用如下方式实现：步骤131，在确定触发方式是自动触发的情况下，依据虚拟机的处理逻辑对待处理数据进行录制，生成录制数据。

其中，虚拟机的处理逻辑可以是虚拟机的状态迁移逻辑，也可以是虚拟机对数据的读/写操作的逻辑等，以上对于虚拟机的处理逻辑仅是举例说明，可根据实际需要进行具体设置，其他未说明的虚拟机的处理逻辑也在本申请的保护范围之内，在此不再赘述。

在本申请中，通过配置虚拟机的录制参数，保证虚拟机能够根据用户的不同需求录制用户需要的数据；从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效；通过虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。同时，生成的录制数据可动态迁移到需要的地方，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

在一些具体实现中，步骤131可采用如下方式实现：

步骤1311，当虚拟机由启动状态变更至暂停状态时，暂停对待处理数据的录制，并设置录制流程的状态为暂停状态。

步骤1312，当虚拟机由启动状态变更至挂起状态时，停止对待处理数据的录制，并设置录制流程的状态为停止状态。

步骤1313，当虚拟机由第一宿主机迁移至第二宿主机时，依据第二宿主机的状态设置录制流程的状态，其中，录制流程的状态至少包括启动状态、暂停状态和停止状态中的任意一项；依据录制流程的状态对待处理数据进行处理，生成并保存录制数据。

在本实施例中，通过虚拟机的状态的变更，以及虚拟机由第一宿主机迁移至第二宿主机时，对应对录制流程的状态进行设定，以保证能按照虚拟机的处理逻辑，对待处理数据进行录制，保证录制流程能够与虚拟机的状态变更保持一致，避免数据的丢失。并且，当虚拟机由第一宿主机迁移至第二宿主机时，需要根据第二宿主机的状态设置录制流程的状态，保证录制流程能够按照用户的需求和实际使用场景的变化作对应的处理，提升用户体验度。

在一些具体实现中，基于虚拟机的数据处理方法还包括：当虚拟机的分辨率发生变化时，依据虚拟机的当前分辨率配置录制数据的分辨率，或，配置录制数据的分辨率等于预设分辨率。

例如，当虚拟机的当前分辨率由高变低(例如，分辨率由1080p变更为320p)时，会导致部分数据丢失，即显示的像素个数会减少，此时，需要将录制数据的分辨率配置为预设分辨率(例如，720p)，以使能够最低限度的保证数据的完整性。或者，当虚拟机的当前分辨率变化幅度不大时，可依据虚拟机的当前分辨率配置录制数据的分辨率，使录制数据能够真实反映虚拟机的当前分辨率，保证用户的观看效果保持一致。以上对于虚拟机的当前分辨率的变化情况仅是举例说明，可根据实际需要进行具体设置，其他未说明的虚拟机的当前分辨率的变化情况也在本申请的保护范围之内，在此不再赘述。

图2示出本申请又一实施例中的基于虚拟机的数据处理方法的流程示意图。该基于虚拟机的数据处理方法可应用于发送端设备。如图2所示，该基于虚拟机的数据处理方法可以包括以下步骤。

步骤210，配置虚拟机的录制参数。

步骤220，从虚拟机中获取待处理数据。

步骤230，依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。

需要说明的是，本实施例中的步骤210-步骤230，与上一实施例中的步骤110-步骤130相同，在此不再赘述。

步骤240，对录制数据进行编码，生成传输数据。

需要说明的是，在计算机硬件中，编码(coding)是指用代码来表示各组数据资料，使录制数据能够成为可利用的、计算机能够进行处理和分析的信息。代码是用来表示事物的记号，它可以用数字、字母、特殊的符号或它们之间的组合来表示。

例如，依据通用的编码规则(例如，GB2312和GBK编码标准等)对录制数据进行编码处理，生成传输数据。其中，信息交换用汉字编码字符集(GB2312)是汉字编码字符集(Chinese Internal Code Specification，GBK)的一个子集，GB2312编码范围是0xA1A1～0xFEFE。而GBK采用双字节表示，总体编码范围为8140～FEFE，首字节在81～FE之间，尾字节在40～FE之间，剔除xx7F一条线。总计23940个码位，共收入21886个汉字和图形符号，其中汉字(包括部首和构件)21003个，图形符号883个。对于纯粹的GB2312编码，处理简单，易于实现。而对于GBK字符集，则相对复杂些，但GBK字符集包括的字符更多，适用范围更广泛。

步骤250，将传输数据保存至本地，或，将传输数据发送给服务器。

例如，将传输数据保证至本地缓存路径“E:\录制”，以方便用户及时查找更新；或，将传输数据发送给服务器，以使其他用户能够实时获得该传输数据，便于对录制数据的二次开发，提升用户体验度。

在本实施例中，通过配置虚拟机的录制参数，保证虚拟机能够根据用户的不同需求录制用户需要的数据。从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效。然后，通过虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。对录制数据进行编码，生成并发送传输数据给服务器，或，将传输数据保存至本地，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

图3示出本申请一实施例中的基于虚拟机的数据处理装置的组成方框图，该装置的具体实施可参见上述方法实施例中的相关描述，重复之处不再赘述。值得说明的是，本实施例中的装置的具体实施不局限于以上实施例，其他未说明的实施例也在本装置的保护范围之内。

如图3所示，该基于虚拟机的数据处理装置具体包括：配置模块310，用于配置虚拟机的录制参数；获取模块320，用于从虚拟机中获取待处理数据；录制模块330，用于依据虚拟机的录制参数，对待处理数据进行录制，生成录制数据。

在本实施例中，通过配置模块配置虚拟机的录制参数，保证虚拟机能够根据用户的不同需求录制用户需要的数据；使用获取模块从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效；通过录制模块依据虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。同时，生成的录制数据可动态迁移到需要的地方，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

需要明确的是，本申请并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图4示出本申请一实施例中的基于虚拟机的数据处理系统的组成方框图。该系统具体包括：第一客户端410、流媒体服务器420和第二客户端430，其中，第一客户端410包括基于虚拟机的数据处理装置411。第一客户端410是SPICE客户端。

当需要通过基于虚拟机的数据处理装置411对第一客户端410上的虚拟机的桌面进行录像时，需要先在虚拟操作系统模拟器(QEMU)和基于内核的虚拟机(Kernel-basedVirtual Machine，KVM)上增加策略配置(例如，配置录制参数、触发方式等)。其中，QEMU是对网卡和磁盘等I/O设备进行虚拟获得的虚拟设备，KVM是对CPU和内存进行虚拟获得的虚拟设备。然后，在QEMU上增加“开始录制”、“停止录制”等操作接口，在QEMU上增加录制功能，并从对应的虚拟机的虚拟设备中获取待处理数据，以实现对通过虚拟机进行数据的录制，生成录制数据；并对该录制数据进行编码处理，生成文件形式或流媒体形式的传输数据，并实时将该传输数据发送给流媒体服务器420，以使连接流媒体服务器420的第二客户端430可以实时观看到录制数据(例如，第一客户端410上的虚拟机的桌面操作方式等)。

其中，可以将录制数据保存至本地内存中(例如，设定保存路径为“E:/录制文件”等)，也可以将录制数据上传至流媒体服务器420中(例如，设定流媒体服务器420的IP地址为192.168.X.2，对应的端口为5002)。

需要说明的是，录制流程的触发方式可以是手动触发，也可以是自动触发。例如，当第一客户端410进行登陆时自动触发录制流程；或，在录制的图像存在更新变化时自动触发录制流程，还可以在接收到鼠标和键盘等输入设备输入的操作指令时自动触发录制流程。以使对于录制流程的触发方式仅是举例说明，可根据实际需要进行具体设置，其他未说明的录制流程的触发方式也在本申请的保护范围之内，在此不再赘述。

当第一客户端410的使用者使用手动触发模式，启动“开始录制”的操作接口时，停止自动触发模式，直接开始当前的录制流程，而对于已经被自动触发模式触发的录制流程，会取消其停止条件，采用手动触发模式来结束该录制流程。

当第一客户端410的使用者使用手动触发模式，启动“停止录制”的操作接口时，则直接停止当前的录制流程，保存录制数据；而对于自动触发模式的录制流程，不影响其下次的自动触发模式。

当第一客户端410的使用者使用自动触发模式，来启动“变更触发模式开启”的操作接口时，将触发模式由手动触发模式变更为自动触发模式；而对于已经开始的、由手动触发模式启动的录制流程，则依据自动触发模式的停止条件而停止其录制流程。

当第一客户端410的使用者使用自动触发模式，来启动“变更触发模式停止”的操作接口时，将触发模式由手动触发模式变更为自动触发模式；但不取消当前已经触发的录制流程的停止条件。

需要说明的是，待处理数据是从虚拟机的虚拟设备(例如，QEMU或KVM)中获取到的数据，例如，待处理数据可以是视频数据、音频数据、鼠标或键盘输入的数据等多种形式。保证待处理数据是从设备源头获取到的，保证数据的真实有效。

当第一客户端410上的虚拟机的状态发生变化时，例如迁移状态、暂停状态或挂起状态等状态之间的切换或变更时，基于虚拟机的数据处理装置411需要根据虚拟机的状态变化情况作对应的调整，以保证数据的实时性。需要说明的是，第二客户端430的实时观看效果不受虚拟机迁移状态的影响，例如，当虚拟机处于暂停状态或挂起状态时，录制流程也会对应的进入暂停状态，保证录制数据的大小不会因虚拟机的状态的变更而增加。

当第一客户端410上的虚拟机的分辨率发生变化时，基于虚拟机的数据处理装置411需要不间断地对待处理数据进行处理，并且保证生成的录制数据中的分辨率与虚拟机的分辨率保持一致，或，以预设分辨率来生成录制数据，保证用户的观看效果。例如，当录制数据以视频文件的形式呈现给第二客户端430的使用者时，第二客户端430的使用者所观看到的视频文件的时长不会因虚拟机的状态的变更而延长，以保证第二客户端430的使用者的观看效果。

在本实施例中，通过基于虚拟机的数据处理系统，当需要通过基于虚拟机的数据处理装置对客户端上的虚拟机的桌面进行录像时，通过配置录制参数、触发方式等信息，来实现对虚拟机的桌面的操作方式的录制，保证虚拟机能够根据用户的不同需求录制用户需要的数据；从虚拟机中获取待处理数据，即从数据的源头获得待处理数据，保证数据的真实有效；通过虚拟机的录制参数对待处理数据进行录制，生成录制数据，避免不同的操作系统对录制的影响，减少系统资源的占用率。同时，对录制数据进行编码处理，生成文件形式或流媒体形式的传输数据，并动态迁移到需要的地方，以方便用户的观看，有利于对录制数据的二次开发，提升用户体验度。

图5示出能够实现根据的基于虚拟机的数据处理方法和设备的计算设备的示例性硬件架构的结构图。

如图5所示，计算设备500包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505、以及输出设备506。其中，输入接口502、中央处理器503、存储器504、以及输出接口505通过总线507相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线507连接，进而与计算设备500的其他组件连接。

具体地，输入设备501接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到计算设备500的外部供用户使用。

在一个实施例中，图5所示的计算设备可以被实现为一种网络设备，该网络设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的基于虚拟机的数据处理方法。

在一个实施例中，图5所示的计算设备可以被实现为一种基于虚拟机的数据处理系统，该基于虚拟机的数据处理系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的基于虚拟机的数据处理方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

可以理解的是，以上实施方式仅仅是为了说明本申请的原理而采用的示例性实施方式，然而本申请并不局限于此。对于本领域内的普通技术人员而言，在不脱离本申请的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本申请的保护范围。

Claims (12)

1.一种基于虚拟机的数据处理方法，其特征在于，所述方法包括：

配置虚拟机的录制参数；

从所述虚拟机中获取待处理数据；

依据所述虚拟机的录制参数，对所述待处理数据进行录制，生成录制数据。

2.根据权利要求1所述的方法，其特征在于，所述配置虚拟机的录制参数，包括：

依据所述录制数据的存储方式，配置所述录制数据的存储参数；

配置录制流程的触发方式，其中，所述触发方式包括自动触发和手动触发。

3.根据权利要求2所述的方法，其特征在于，所述依据所述录制数据的存储方式，配置所述录制数据的存储参数，包括：

当所述存储方式为本地存储时，将所述存储参数中的存储路径配置为本地存储路径；

当所述存储方式为服务器存储时，将所述存储参数中的端口参数配置为存储服务器对应的端口参数。

4.根据权利要求2所述的方法，其特征在于，所述配置录制流程的触发方式，包括：

当所述触发方式发生切换时，已启动的录制流程继续对所述待处理数据进行录制，所述已启动的录制流程的停止条件与切换后的触发方式的停止条件保持一致。

5.根据权利要求2所述的方法，其特征在于，所述依据所述虚拟机的录制参数，对所述待处理数据进行录制，生成录制数据，包括：

在确定所述触发方式是自动触发的情况下，依据所述虚拟机的处理逻辑对所述待处理数据进行录制，生成录制数据。

6.根据权利要求5所述的方法，其特征在于，所述虚拟机的处理逻辑包括所述虚拟机的状态迁移逻辑，所述在确定所述触发方式是自动触发的情况下，依据所述虚拟机的处理逻辑对所述待处理数据进行录制，生成录制数据，包括：

当所述虚拟机由启动状态变更至暂停状态时，暂停对所述待处理数据的录制，并设置录制流程的状态为暂停状态；

当所述虚拟机由所述启动状态变更至挂起状态时，停止对所述待处理数据的录制，并设置所述录制流程的状态为停止状态；

当所述虚拟机由第一宿主机迁移至第二宿主机时，依据所述第二宿主机的状态设置所述录制流程的状态，其中，所述录制流程的状态至少包括启动状态、暂停状态和所述停止状态中的任意一项；

依据所述录制流程的状态对所述待处理数据进行处理，生成并保存所述录制数据。

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

当所述虚拟机的分辨率发生变化时，依据所述虚拟机的当前分辨率配置所述录制数据的分辨率，或，配置所述录制数据的分辨率等于预设分辨率。

8.根据权利要求1所述的方法，其特征在于，在所述依据所述虚拟机的录制参数，对所述待处理数据进行录制，生成录制数据的步骤之后，还包括：

对所述录制数据进行编码，生成传输数据；

将所述传输数据保存至本地，或，将所述传输数据发送给服务器。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述虚拟机包括第一虚拟设备和第二虚拟设备，其中，所述第一虚拟设备是对中央处理器和内部存储设备进行虚拟所获得的设备，所述第二虚拟设备是对输入/输出设备进行虚拟所获得的设备。

10.一种基于虚拟机的数据处理装置，其特征在于，包括：

配置模块，用于配置虚拟机的录制参数；

获取模块，用于从所述虚拟机中获取待处理数据；

录制模块，用于依据所述虚拟机的录制参数，对所述待处理数据进行录制，生成录制数据。

11.一种网络设备，包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现权利要求1-9中任一项所述的基于虚拟机的数据处理方法。

12.一种可读存储介质，其特征在于，所述可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-9任一项所述的基于虚拟机的数据处理方法。

Images