CN111090535B - 通信方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供了一种通信方法，包括：响应于接收到创建虚拟机的指令，获取配置信息，所述配置信息包括命名管道信息；在所述配置信息指示创建命名管道的情况下，基于所述命名管道信息创建命名管道，其中，所述命名管道作为所述虚拟机的虚拟接口设备的控制通道；以及开启所述命名管道，使得宿主机与所述虚拟机之间通过所述命名管道进行通信。本公开还提供了一种通信装置、一种电子设备、一种计算机可读存储介质和计算机程序产品。

Description

通信方法、装置、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种通信方法和一种通信装置、电子设备和存储介质。

背景技术

虚拟化技术是构建云计算基础架构不可或缺的关键技术之一。I/O虚拟化经历了从全虚拟化到半虚拟化的过程。在半虚拟化技术中，应用最广泛的虚拟化I/O架构为vhost-user。vhost-user通常包括控制信道和数据通道。控制信道用于传递建立数据通道所需的数据结构，控制数据通道的开关和关闭等。

在相关技术中，vhost-user控制信道目前只支持unix socket通信，不支持更多的通信方式。因此，vhost-user控制信道存在通信方式单一的问题。

发明内容

有鉴于此，本公开提供了一种通信方法和一种通信装置、电子设备和存储介质。

本公开的一个方面提供了一种通信方法，包括：响应于接收到创建虚拟机的指令，获取配置信息，配置信息包括命名管道信息；，基于命名管道信息创建命名管道，其中，命名管道作为虚拟机的虚拟接口设备的控制通道；以及开启命名管道，使得宿主机与所述虚拟机之间通过命名管道进行通信。

根据本公开的实施例，基于命名管道信息创建命名管道包括：解析配置信息，以从配置信息中获取命名管道的属性信息；基于属性信息，确定与命名管道对应的设备类和与命名管道的驱动器对应的驱动类；以及将设备类和驱动类注册到qemu面向对象模型中，以完成命名管道的创建。

根据本公开的实施例，该方法还包括确定所述虚拟机要向所述宿主机发送的通知消息的类型；在确定所述通知消息的类型为指定类型的情况下，向所述宿主机发送所述通知消息；以及向所述宿主机发送文件描述符，以使得所述宿主机根据所述文件描述符来确定与所述通知消息相关的文件或事件。

根据本公开的实施例，该方法还包括在配置信息中包括多个标识信息的情况下，确定配置信息中的标识信息之间是否存在冲突，冲突包括同一标识信息分别与不同虚拟接口设备相对应；在确定标识信息之间存在冲突的情况下，基于同一标识信息创建一个命名管道；以及基于同一标识信息创建的命名管道生成日志，以便向用户通知在创建虚拟机的过程中存在标识信息冲突。

根据本公开的实施例，所述配置信息中包括指示信息，所述指示信息用于指示是否由所述宿主机创建所述命名管道，在确定由所述宿主机创建所述命名管道的情况下，所述宿主机根据命名管道信息创建命名管道；或者在确定由所述虚拟机创建所述命名管道的情况下，所述宿主机向虚拟机发送创建指令，以由虚拟机根据所述命名管道信息创建命名管道。

本公开的另一个方面提供了一种通信装置，包括：获取模块，用于响应于接收到创建虚拟机的指令，获取配置信息，配置信息包括命名管道信息；创建模块，用于基于命名管道信息创建命名管道，其中，命名管道作为虚拟机的虚拟接口设备的控制通道，用于使宿主机与虚拟机之间能够相互通信；以及控制模块，用于开启命名管道，使得宿主机与虚拟机之间通过所述命名管道进行通信。

根据本公开的实施例，创建模块包括：解析子模块，用于解析配置信息，以从配置信息中获取所述命名管道的属性信息；确定子模块，基于属性信息，确定与命名管道对应的设备类和与命名管道的驱动器对应的驱动类；以及注册子模块，用于将设备类和驱动类注册到QOM模型中，以完成命名管道的创建。

根据本公开的实施例，该方法还包括确定模块，用于确定所述虚拟机要向所述宿主机发送的通知消息的类型；第一发送模块，用于在确定所述通知消息的类型为指定类型的情况下，向所述宿主机发送所述通知消息；第二发送模块，用于向所述宿主机发送文件描述符，以使得所述宿主机根据所述文件描述符来确定与所述通知消息相关的文件或事件。

本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的任意一项的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以至少部分地解决vhost-user控制信道存在通信方式单一的问题，并因此可以实现丰富vhost-user控制信道通信方式的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用通信方法的示例性系统架构；

图2示意性示出了根据本公开实施例的在qemu-options.hx文件中增加命名管道的定义的示例图；

图3示意性示出了根据本公开实施例的通信方法的流程图；

图4示意性示出了根据本公开实施例的在操作创建命名管道的方法流程图；

图5示意性示出了根据本公开另一实施例的通信方法的流程图；

图6示意性示出了根据本公开另一实施例的通信方法的流程图；

图7示意性示出了根据本公开另一实施例的通信方法的示意图；

图8示意性示出了根据本公开实施例的通信装置的框图；以及

图9示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种通信方法，包括：响应于接收到创建虚拟机的指令，获取配置信息，所述配置信息包括命名管道信息；在所述配置信息指示创建命名管道的情况下，基于所述命名管道信息创建命名管道，其中，所述命名管道作为所述虚拟机的虚拟接口设备的控制通道；以及开启所述命名管道，使得宿主机与所述虚拟机之间通过所述命名管道进行通信。

图1示意性示出了根据本公开实施例的可以应用通信方法的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括交换机(Snabbswitch)110和qemu 120。交换机110可以作为宿主机，qemu 120可以作为虚拟机处理器。宿主机和qemu可以利用虚拟化I/O架构vhost-user通信。

在宿主机和虚拟机之间的通信可以通过vhost-user的控制信道和数据通道来实现。数据通道用于实现宿主机和虚拟机之间数据包的传递。控制信道用于传递建立数据通道所需的数据结构，控制数据通道的开关和关闭等。

在相关技术中控制信道只能通过unix socket来实现，而根据本公开的实施例，控制信道不仅可以通过unix socket来实现，还可以通过命名管道的方式实现。根据本公开的实施例，例如可以在宿主机端创建命名管道，通过命名管道来实现宿主机和虚拟机之间的通信。

根据本公开的实施例，为了实现根据本公开实施例的通过命名管道来实现通信的方法。本领域技术人员需要对qemu源码进行改进。

根据本公开的实施例，本领域技术人员可以在qemu源码的基础上新增加字符设备命令选项，以扩展命名管道。具体地，例如可以在qemu源码qemu-options.hx文件中，找到DEF(″chardev″，HAS_ARG，QEMU_OPTION_chardev)定义的字符设备命令选项，增加命名管道的定义。字符设备命令选项中定义了各种字符设备，字符设备例如可以包括各各种接口、鼠标、键盘等设备。

图2示意性示出了根据本公开实施例的在qemu-options.hx文件中增加命名管道的定义的示例图。

如图2所示，在qemu-options.hx文件中，可以找到DEF(″chardev″，HAS_ARG，QEMU_OPTION_chardev)定义的字符设备命令选项。在该字符设备命令选项中增加了命令210。该命令定义了一个命名管道chardev namepipe和该命名管道需要配置的选项，例如可以包括标识(即，id)、path(即，路径)。

接下来，本领域技术人员可以在Makefile中利用scripts/hxtool脚本根据qemu-options.hx文件生成qemu-options.def文件。

接下来，本领域技术人员可以在根据qemu提供的QOM(qemu面向对象模型，QEMUObject Module)，实现字符设备命名管道的设备模拟和设备注册。例如可以是在qemu提供的char.h头文件中新增宏定义#define TYPE_CHARDEV_NAMEDPIPE″chardev-namedpipe″，以及在qemu提供的chardev目录中添加char-namedpipe.c文件，可以该char-namedpipe.c文件中定义字符设备的设备类结构ChardevClass。在该设备类结构中需要实现解析、读写操作，以及将新增命名管道类TYPE_CHARDEV_NAMEDPIPE，注册到QOM中。

接下来，本领域技术人员可以根据QOM模型，实现I/O通道命名管道驱动的设备模拟和设备注册，新增channel-namedpipe.h头文件中定义宏定义#define TYPE_QIO_CHANNEL_NAMEDPIPE″qio-channel-namedpipe″，以及io目录中添加channel-namedpipe.c文件。本领域技术人员可以在channel-namedpipe.c文件中定义驱动类结构QIOChannelClass。这个驱动类结构需要实现传输数据，提供命名管道创建，读，写，关闭，最后将新增命名管道IO类TYPE_QIO_CHANNEL_NAMEDPIPE，注册到QOM中。

在上述操作被完成后，可以实现根据本公开实施例的通信方法。下面结合图3来说明根据本公开实施例的通信方法的实施方式。

图3示意性示出了根据本公开实施例的通信方法的流程图。

如图3所示，该方法包括操作S301～S303。

在操作S301，响应于接收到创建虚拟机的指令，获取配置信息，配置信息包括命名管道信息和身份信息。

根据本公开的实施例，配置信息例如可以是根据用户的输入操作而生成的。配置信息例如可以包括待创建的命名管道的路径、命名管道的身份信息、命名管道的标识信息等。具体地，例如在图2的示例中，用户配置待创建的命名管道的id、path等信息。。

在操作S302，基于命名管道信息创建命名管道，其中，命名管道作为虚拟机的虚拟接口设备的控制通道。

根据本公开的实施例，例如可以根据命名管道信息中的路径来确定该命名管道的管道文件，以利用该管道文件作为宿主机和虚拟机之间的命名管道。

根据本公开的实施例，例如可以调用Mkfifo或者mknod创建命名管道。

根据本公开的实施例，命名管道例如可以作为虚拟机的虚拟网卡。

在操作S303，开启命名管道，使得宿主机与虚拟机之间通过命名管道进行通信。

根据本公开的实施例，例如可以调用open指令以可读写方式来开启命名管道。在该命名管道被开启的情况下，宿主机和虚拟机可以通过该命名管道通信。

根据本公开的实施例，例如可以是由宿主机创建命名管道，或者是由qemu创建命名管道。例如命名管道是宿主机创建的，宿主机在创建命名管道后，以可读写的方式开启该命名管道。在qemu即虚拟机端也以可读写的方式开启该命名管道后，宿主机和虚拟机可以通过该命名管道通信。在该实施例中，虚拟机端可以响应于用户操作开启命名管道，也可以是响应于宿主机的指令开启命名管道。根据本公开的实施例，开启命名管道例如可以是打开管道文件。

根据本公开的实施例，在虚拟机打开命名管道的情况下，虚拟机可以向管道文件发送通知消息，宿主机通过该管道文件获取通知消息。宿主机响应于获取到通知消息，向管道文件发送应答消息，虚拟机从管道文件获取该应答消息。

根据本公开的实施例，该方法可以通过宿主机或者虚拟机创建并开启命名管道，在虚拟机和宿主机开启该命名管道之后，宿主机和虚拟机可以通过该命名管道通信，从而丰富了vhost-user的控制信道的通信方式。

图4示意性示出了根据本公开实施例的在操作S302创建命名管道的方法流程图。

如图4所示，该方法可以包括操作S312～S332。

在操作S312，解析配置信息，以从配置信息中获取命名管道的属性信息。

根据本公开的实施例，解析配置信息，将解析配置信息得到的QemuOpts类型的变量，将QemuOpts类型的变量插入字符设备对应的vm_config_groups链表里。在vm_config_groups链表里包括backend属性，该backend属性对应的值为namepipe，在vm_config_groups链表里的其他属性例如path、id、logfile等也根据用户输入的配置信息进行配置。

在操作S322，基于属性信息，确定与命名管道对应的设备类和与命名管道的驱动器对应的驱动类。

根据本公开的实施例，例如可以根据backend属性对应的值namepipe，组成字符串chardev-namedpipe，去查询注册的chardev-namedpipe类。类似地，可以根据backend属性对应的值namepipe，组成字符串qio-channel-namedpipe，去查询注册的qio-channel-namedpipe类。

在操作S332，将设备类和驱动类注册到qemu面向对象模型中，以完成命名管道的创建。

例如可以将新增命名管道类TYPE_CHARDEV_NAMEDPIPE，注册到QOM中。将新增命名管道IO类TYPE_QIO_CHANNEL_NAMEDPIPE，注册到QOM中。QOM是一套面向对象编程的模型，例如CPU、内存、总线等模拟都是利用QOM来实现的。Qemu可以作为一个虚拟机，其需要模拟各种硬件，Qemu可以通过QOM对Qemu需要模拟的各种硬件进行抽象，将其抽象为类，从而实现各种硬件的模拟。

图5示意性示出了根据本公开另一实施例的通信方法的流程图。

如图5所示，该方法可以在图3所示的操作S301～S303的基础上还可以包括操作S501～S503。

在操作S501，确定所述虚拟机要向所述宿主机发送的通知消息的类型。

在操作S502，在确定所述通知消息的类型为指定类型的情况下，向所述宿主机发送所述通知消息。

在操作S503，向所述宿主机发送文件描述符，以使得所述宿主机根据所述文件描述符来确定与所述通知消息相关的文件或事件。

根据本公开的实施例，在宿主机和虚拟机通过命名管道进行消息交互的过程中，对于VHOST_USER_SET_MEM_TABLE类型的通知消息，VHOST_USER_SET_VRING_CALL类型的通知消息，以及VHOST_USER_SET_VRING_KICK类型的通知消息，需要通过命名管道传送与该消息相关的文件描述符。具体地，例如传送于VHOST_USER_SET_MEM_TABLE类型的通知消息后，需要传送被打开的映射内存文件的描述符。从而主机可以根据该映射内存文件的描述符来确定出映射内存文件，以便根据映射内存文件完成数据的读写。对于VHOST_USER_SET_VRING_CALL类型的通知消息，需要将eventfd描述符传递，用于通知报文接收事件。

根据本公开的实施例，向宿主机发送文件描述符例如可以通过ioctl命令来交换。ioctl命令可以包括I_SENDFD和I_RECVFD。通过ioctl命令传送文件描述符的格式例如可以是管道文件描述符，I_SENDFD，传递文件描述符。通过ioctl命令接收文件描述符的格式例如可以是管道文件信息描述符，I_RECVFD，接收文件描述符指针。

图6示意性示出了根据本公开另一实施例的通信方法的流程图。

如图6所示，该方法可以在图3所示的操作S301～S303的基础上还可以包括操作S601～S603。

在操作S601，在配置信息中包括多个标识信息的情况下，确定配置信息中的标识信息之间是否存在冲突，冲突包括同一标识信息分别与不同虚拟接口设备相对应。

根据本公开的实施例，用户可以在配置信息中配置多个虚拟接口设备，该多个虚拟接口设备可以通过标识信息区分，例如可以在配置信息中指明该多个虚拟接口设备的标识信息，以区分该多个虚拟接口设备。而当配置信息中的同一标识信息与不同的虚拟接口设备相对应的情况下，则存在标识信息冲突。

在操作S602，在确定标识信息之间存在冲突的情况下，基于同一标识信息创建一个命名管道。

根据本公开的实施例，在确定标识信息之间存在冲突的情况下，基于该标识信息创建一个命名管道。

在操作S603，基于同一标识信息创建的命名管道生成日志，以便向用户通知在创建虚拟机的过程中存在标识信息冲突。

根据本公开的实施例，日志中可以记录冲突的标识信息。

例如用户可以通过查看日志发现在创建虚拟机的过程中存在标识冲突。

根据本公开的实施例，配置信息中包括指示信息，虚拟机指示信息用于指示是否由虚拟机宿主机创建虚拟机命名管道。在确定由虚拟机宿主机创建虚拟机命名管道的情况下，虚拟机宿主机根据命名管道信息创建命名管道；或者在确定由虚拟机虚拟机创建虚拟机命名管道的情况下，虚拟机宿主机向虚拟机发送创建指令，以由虚拟机根据虚拟机命名管道信息创建命名管道。

根据本公开的实施例，例如配置信息中可以包括关键字。该关键字例如可以是图2所示的情景中的命令210中的“server”。在配置信息中包括“server”时，可以确定由qemu创建命名管道，当不包括“server”时，可以确定由宿主机创建命名管道。

根据本公开的实施例，在确定由宿主机创建命名管道的情况下，宿主机根据命名管道信息创建命名管道。

根据本公开的实施例，在确定由qemu创建命名管道的情况下，宿主机向qemu发送创建指令，以由qemu根据命名管道信息创建命名管道。

图7示意性示出了根据本公开另一实施例的通信方法的示意图。

如图7所示，在该场景中可以包括宿主机和虚拟机处理器qemu。

如图7所示，宿主机可以执行操作S701～S705。，

在操作S701，宿主机获取创建虚拟机的创建指令。例如可以执行上文参考图3描述的操作S301。

在操作S702，响应于接收到创建指令，创建命名管道。例如可以调用Mkfifo创建命名管道。例如可以执行上文参考图3描述的操作S302。

在操作S703，以读写方式开启命名管道。例如可以执行上文参考图3描述的操作S303。

在宿主机开启命名管道后，等待qemu开启命名管道。

在操作S706，qemu获取到开启指令，以开启命名管道。

在操作S707，qemu以读写方式开启命名管道。

在操作S708，qemu向管道文件中写入通知消息，以向宿主机发送通知消息，开启交互过程。

宿主机可以执行操作S704，在操作S704，读取管道文件中的通知消息。

在操作S705，生成用于应答该通知消息的应答消息，并且将应答消息写入管道文件中。

qemu可以执行操作S709，在操作S709，qemu从管道文件中读取应答消息。

图8示意性示出了根据本公开实施例的通信装置800的框图。

如图8所示，通信装置800可以包括获取模块810、创建模块820、控制模块830。

获取模块810，例如可以执行上文参考图3描述的操作S301，用于响应于接收到创建虚拟机的指令，获取配置信息，配置信息包括命名管道信息。

创建模块820，例如可以执行上文参考图3描述的操作S302，基于命名管道信息创建命名管道，其中，命名管道作为虚拟机的虚拟接口设备的控制通道，用于使宿主机与虚拟机之间能够相互通信。

控制模块830，例如可以执行上文参考图3描述的操作S303，用于开启命名管道，使得宿主机与虚拟机之间通过所述命名管道进行通信。

根据本公开的实施例，创建模块820可以包括：解析子模块，用于解析配置信息，以从配置信息中获取所述命名管道的属性信息；确定子模块，用于基于所述属性信息，确定与所述命名管道对应的设备类和与所述命名管道的驱动器对应的驱动类；以及注册子模块，用于将设备类和驱动类注册到QOM模型中，以完成命名管道的创建。

根据本公开的实施例，通信装置800还可以包括确定模块，用于确定所述虚拟机要向所述宿主机发送的通知消息的类型；第一发送模块，用于在确定通知消息的类型为指定类型的情况下，向宿主机发送通知消息；第二发送模块，用于向宿主机发送文件描述符，以使得宿主机根据文件描述符来确定与通知消息相关的文件或事件。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块810、创建模块820、控制模块830中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块810、创建模块820、控制模块830中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块810、创建模块820、控制模块830中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的电子设备的方框图。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。电要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (7)

1.一种通信方法，包括：

响应于接收到创建虚拟机的指令，获取配置信息，所述配置信息包括命名管道信息；

基于所述命名管道信息创建命名管道，其中，所述命名管道作为所述虚拟机的虚拟接口设备的控制通道；以及

开启所述命名管道，所述虚拟机向管道文件发送通知消息，宿主机通过所述管道文件获取所述通知消息，使得宿主机与所述虚拟机之间通过所述命名管道进行通信；

其中，所述基于所述命名管道信息创建命名管道包括：

解析所述配置信息，以从所述配置信息中获取所述命名管道的属性信息；

基于所述属性信息，确定与所述命名管道对应的设备类和与所述命名管道的驱动器对应的驱动类；以及

将所述设备类和所述驱动类注册到qemu面向对象模型中，以完成所述命名管道的创建。

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

确定所述虚拟机要向所述宿主机发送的通知消息的类型；

在确定所述通知消息的类型为指定类型的情况下，向所述宿主机发送所述通知消息；以及

向所述宿主机发送文件描述符，以使得所述宿主机根据所述文件描述符来确定与所述通知消息相关的文件或事件。

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

在所述配置信息中包括多个标识信息的情况下，确定所述配置信息中的标识信息之间是否存在冲突，所述冲突包括同一标识信息分别与不同虚拟接口设备相对应；

在确定所述标识信息之间存在冲突的情况下，基于所述同一标识信息创建一个命名管道；以及

基于所述同一标识信息创建的命名管道生成日志，以便向用户通知在创建所述虚拟机的过程中存在标识信息冲突。

4.根据权利要求1所述的方法，其中，所述配置信息中包括指示信息，所述指示信息用于指示是否由所述宿主机创建所述命名管道，

在确定由所述宿主机创建所述命名管道的情况下，所述宿主机根据命名管道信息创建命名管道；或者

在确定由所述虚拟机创建所述命名管道的情况下，所述宿主机向虚拟机发送创建指令，以由虚拟机根据所述命名管道信息创建命名管道。

5.一种通信装置，包括：

获取模块，用于响应于接收到创建虚拟机的指令，获取配置信息，所述配置信息包括命名管道信息；

创建模块，基于所述命名管道信息创建命名管道，其中，所述命名管道作为所述虚拟机的虚拟接口设备的控制通道，用于使宿主机与虚拟机之间能够相互通信；以及

控制模块，用于开启所述命名管道，所述虚拟机向管道文件发送通知消息，宿主机通过所述管道文件获取所述通知消息，使得宿主机与所述虚拟机之间通过所述命名管道进行通信；

所述创建模块包括：

解析子模块，用于解析所述配置信息，以从所述配置信息中获取所述命名管道的属性信息；

确定子模块，用于基于所述属性信息，确定与所述命名管道对应的设备类和与所述命名管道的驱动器对应的驱动类；以及

注册子模块，用于将所述设备类和所述驱动类注册到qemu面向对象模型中，以完成所述命名管道的创建。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1~4所述任意一项的方法。

7.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如权利要求1~4所述任意一项的方法。