一种基于虚机容灾的业务自愈方法、设备和存储介质与流程

本发明涉及计算机技术领域，特别是涉及一种基于虚机容灾的业务自愈方法、设备和存储介质。

背景技术：

随着云计算的推广和应用，越来越多的应用部署在云环境下。云计算具有可动态调整资源的特点，因此很多应用，特别是基于负载均衡的集群应用，比如，web类应用，支持动态伸缩，即根据应用的负载情况，动态调整集群中的应用服务器，以提高应用的可靠性和可用性。但是，对于希望支持动态伸缩的应用存在一个限制要求，即：应用必须是无状态的。对于有状态的应用，比如：含有状态数据的应用，含有文件系统数据或数据库数据的应用，都不支持负载均衡下的动态伸缩。

对于有状态的应用，一般采用业务自愈的方式来提高应用的可靠性和可用性。目前，业务自愈方法通常采用虚拟机重生来实现，这类虚拟机挂载云硬盘作为数据存放盘，然后监控应用的虚拟机状态，如果虚拟机状态异常，比如ping(packetinternetgroper，因特网包探索器)不通、url(uniformresourcelocator，统一资源定位符)访问失败等，则重启该状态异常的虚拟机，如果业务没有恢复，则删除该虚拟机，重新创建一个具有相同ip地址(internetprotocoladdress，互联网协议地址)的虚拟机，并且挂载同一个云硬盘作为数据存放盘，确保数据一致性，从而实现业务自愈。但是，这种业务自愈方法存在删除虚拟机、重建虚拟机时间长的问题，至少需要几分钟，这样会导致业务中断时间长的问题发生。

技术实现要素：

本发明要解决的技术问题是提供一种基于虚机容灾的业务自愈方法、设备和存储介质，用以现有的业务自愈方法自愈时间长且业务中断时间长的问题。

为了解决上述技术问题，本发明是通过以下技术方案来解决的：

本发明提供一种基于虚机容灾的业务自愈方法，包括：在运行主用虚拟机的过程中，对所述主用虚拟机进行状态监控；在监控到所述主用虚拟机的状态符合业务自愈触发条件时，控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务；其中，所述备用虚拟机与所述主用虚拟机位于不同的数据中心，并且所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机。

其中，所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机，包括：所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同；所述备用虚拟机被配置为与所述主用虚拟机数据同步。

其中，所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同，包括：通过调用云资源管理系统的应用程序编程接口api，控制所述备用虚拟机和所述主用虚拟机之间的网络交换机，使所述网络交换机将所述备用虚拟机配置为与所述主用虚拟机的ip地址相同。

其中，所述备用虚拟机被配置为与所述主用虚拟机数据同步，包括：通过调用云资源管理系统的api接口，将所述备用虚拟机挂载的存储装置中的数据配置为与所述主用虚拟机挂载的存储装置中的数据镜像同步。

其中，所述方法还包括：在运行主用虚拟机的过程中，将所述主用虚拟机挂载的存储装置中的数据镜像复制到所述备用虚拟机挂载的存储装置中，以便所述备用虚拟机和所述主用虚拟机数据同步。

其中，所述对所述主用虚拟机进行状态监控，包括：每隔预设时间段向所述主用虚拟机发送监控消息；采集所述监控消息对应的返回消息；根据所述监控消息对应的返回消息，确定所述主用虚拟机的状态。

其中，所述控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务，包括：关闭所述主用虚拟机，使所述主用虚拟机的设备状态处于备用状态；开启所述备用虚拟机，使所述备用虚拟机的设备状态处于主用状态。

其中，所述业务自愈触发条件，包括：所述主用虚拟机的网络异常和/或业务异常。

本发明还提供一种基于虚机容灾的业务自愈设备，所述基于虚机容灾的业务自愈设备包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于虚机容灾的业务自愈程序，以实现上述的基于虚机容灾的业务自愈方法。

本发明又提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的基于虚机容灾的业务自愈方法。

本发明一实施例的有益效果如下：

在本发明中，配置备用虚拟机作为主用虚拟机的容灾虚拟机，在主用虚拟机的状态符合业务自愈触发条件时，使备用虚拟机替换主用虚拟机，完成业务自愈过程，并且在业务自愈过程中，无需重新启动主用虚拟机，更无需重新创建主用虚拟机，直接控制备用虚拟机代替主用虚拟机，处理主用虚拟机的业务即可，而该过程用时较短，可以快速实现业务自愈，缩短业务中断时间。

附图说明

图1是根据本发明第一实施例的基于虚机容灾的业务自愈方法的流程图；

图2是根据本发明第二实施例的基于虚机容灾的业务自愈方法的流程图；

图3是根据本发明第三实施例的基于虚机容灾的业务自愈设备的结构图；

图4是根据本发明第三实施例的基于虚机容灾的业务自愈系统的结构图。

具体实施方式

以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

实施例一

本实施例提供一种基于虚机容灾的业务自愈方法。如图1所示，为根据本发明第一实施例的基于虚机容灾的业务自愈方法的流程图。

步骤s110，在运行主用虚拟机的过程中，对主用虚拟机进行状态监控。

对主用虚拟机进行状态监控，包括：每隔预设时间段向主用虚拟机发送监控消息；采集所述监控消息对应的返回消息；根据所述监控消息对应的返回消息，确定所述主用虚拟机的状态。

主用虚拟机的状态，包括：网络状态和/或访问状态。

监控消息的种类包括但不限于：ping消息和url访问消息。ping消息可以是ping命令对应的icmp(internetcontrolmessagesprotocol，因特网信报控制协议)消息。

监控消息对应的返回消息，包括：ping消息对应的timeout消息，url访问消息对应的url访问失败消息。

步骤s120，在监控到主用虚拟机的状态符合业务自愈触发条件时，控制主用虚拟机对应的备用虚拟机处理主用虚拟机的业务；备用虚拟机与主用虚拟机位于不同的数据中心，并且备用虚拟机被配置为主用虚拟机的容灾虚拟机。

容灾虚拟机是指：和主用虚拟机对应相同的业务并且用于替代主用虚拟机处理该业务的虚拟机。

业务自愈触发条件，用于识别主用虚拟机当前的状态是否需要通过备用虚拟机替代主用虚拟机，来实现业务自愈。

业务自愈触发条件，包括：主用虚拟机的网络异常和/或业务异常。

在本实施例中，根据主用虚拟机返回消息的情况，可以确定主用虚拟机的状态是否符合业务自愈触发条件。例如：

在主用虚拟机的状态符合业务自愈触发条件时，关闭主用虚拟机，使主用虚拟机的设备状态处于备用状态；开启备用虚拟机，使备用虚拟机的设备状态处于主用状态。由于备用虚拟机是主用虚拟机的容灾虚拟机，所以，在关闭主用虚拟机，开启备用虚拟机之后，备用虚拟机替代主用虚拟机，开始处理主用虚拟机的业务，在此过程中，主用虚拟机转变成备用虚拟机的容灾虚拟机。。

备用虚拟机被配置为主用虚拟机的容灾虚拟机，包括：备用虚拟机被配置为与主用虚拟机的ip地址相同；备用虚拟机被配置为与主用虚拟机数据同步。使备用虚拟机的ip地址和主用虚拟机的ip地址相同，并且使备用虚拟机和主用虚拟机数据同步，可以使备用虚拟机替换主用虚拟机。

进一步地，可以通过调用云资源管理系统的api(applicationprogramminginterface，应用程序编程接口)，控制备用虚拟机和主用虚拟机之间的网络交换机，使该网络交换机将备用虚拟机配置为与主用虚拟机的ip地址相同。

进一步地，可以通过调用云资源管理系统的api接口，将备用虚拟机挂载的存储装置中的数据配置为与主用虚拟机挂载的存储装置中的数据镜像同步，通过该配置可以实现主用虚拟机和备用虚拟机数据同步。其中，主用虚拟机的数据存储在主用虚拟机挂载的存储装置中，备用虚拟机的数据存储在备用虚拟机挂载的存储装置中。主用虚拟机和备用虚拟机分别挂载的存储装置可以是云硬盘。

由于需要保持主用虚拟机和备用虚拟机数据同步，所以，在运行主用虚拟机的过程中，将主用虚拟机挂载的存储装置中的数据镜像复制到备用虚拟机挂载的存储装置中，以便备用虚拟机和主用虚拟机数据同步(数据镜像同步)。

在本实施例中，配置备用虚拟机作为主用虚拟机的容灾虚拟机，在主用虚拟机的状态符合业务自愈触发条件时，使备用虚拟机替换主用虚拟机，完成业务自愈，在业务自愈过程中，无需重新启动主用虚拟机，更无需重新创建主用虚拟机，直接控制备用虚拟机代替主用虚拟机，处理主用虚拟机的业务即可，而该过程用时较短，可以快速实现业务自愈，缩短业务中断时间。

在本实施例中，主用虚拟机和备用虚拟机可以互为容灾虚拟机。也就是说，在控制主用虚拟机对应的备用虚拟机处理主用虚拟机的业务之后，停止业务处理的主用虚拟机已经转换成备用虚拟机，开始业务处理的备用虚拟机已经转换成主用虚拟机。这时，可以对原主用虚拟机(转换后的备用虚拟机)进行故障排除处理，使原主用虚拟机的状态可以正常进行业务处理，这样在监控到原备用虚拟机(转换后的主用虚拟机)的业务状态符合业务自愈触发条件时，可以使原主用虚拟机替代原备用虚拟机，完成业务自愈。

实施例二

为了使本发明更加清楚，下面提供一个较为具体的实施例，来对本发明的基于虚机容灾的业务自愈方法进行描述。

图2是根据本发明第二实施例的基于虚机容灾的业务自愈方法的流程图。

步骤s210，在第一数据中心设置第一虚拟机，在第二数据中心设置与该第一虚拟机对应相同业务应用的第二虚拟机。

部署对应相同业务应用的第一虚拟机和第二虚拟机，可以使该业务应用分布在不同的两个数据中心，降低业务中断的风险，实现数据中心级容灾。

步骤s220，为第一虚拟机和第二虚拟机配置虚机容灾策略，使第一虚拟机作为主用虚拟机，第二虚拟机作为备用虚拟机。

配置虚机容灾策略，包括：将第一虚拟机配置为主用虚拟机，将第二虚拟机配置为备用虚拟机，使得第二虚拟机作为第一虚拟机的容灾虚拟机。

具体的，将第二虚拟机配置为与第一虚拟机的ip地址相同；将第二虚拟机配置为与第一虚拟机数据同步；将第一虚拟机的设备状态配置为主用状态，将第二虚拟机的设备状态为备用状态，使得第一虚拟机成为主用虚拟机，第二虚拟机成为备用虚拟机。通过该配置方式可以使备用虚拟机作为主用虚拟机的容灾虚拟机，替代主用虚拟机进行业务处理。

将第一虚拟机的设备状态配置为主用状态，将第二虚拟机的设备状态为备用状态，包括：将第一虚拟机配置为开机状态，将第二虚拟机配置为关机状态，开机状态表示主用状态，关机状态表示备用状态。通过调整虚拟机的开机和关机状态，可以将该虚拟机调整为主用虚拟机或者备用虚拟机。进一步地，如果第一虚拟机为主用虚拟机，则第二虚拟机为备用虚拟机；如果第二虚拟机为主用虚拟机，则第一虚拟机为主用虚拟机。

将第一虚拟机和第二虚拟机配置为ip地址一致，可以利用网络交换机的vrrp(virtualrouterredundancyprotocol，虚拟路由冗余协议)技术来实现。进一步地，可以通过调用云资源管理系统的api接口，控制连接第一虚拟机(主用虚拟机)和第二虚拟机(备用虚拟机)的网络交换机，使该网络交换机利用vrrp技术，为第二虚拟机配置与第一虚拟机相同的ip地址。

将第一虚拟机和第二虚拟机配置为数据同步，可以保证第一数据中心的第一虚拟机和第二数据中心的第二虚拟机的数据一致性。该数据同步可以是数据镜像同步。进一步地，可以通过调用云资源管理系统的api接口，配置第一虚拟机(主用虚拟机)挂载的存储装置中的数据和第二虚拟机(备用虚拟机)挂载的存储装置中的数据镜像同步。

步骤s230，为第一虚拟机和第二虚拟机配置业务自愈策略。

配置业务自愈策略，包括：配置主用虚拟机的状态在满足业务自愈触发条件下，启动业务自愈流程。

业务自愈触发条件，包括：主用虚拟机的网络异常和/或业务异常。

主用虚拟机的网络异常，包括但不限于：连续n次检测到主用虚拟机的网络不通。n为大于1的正整数，n可以是经验值或者实验获得的值。例如：连续ping不通主用虚拟机的次数达到n次。

主用虚拟机的业务异常，包括但不限于：连续m次对主用虚拟机的业务访问失败。m为大于1的正整数，m可以是经验值或者实验获得的值。例如：连续m次对主用虚拟机的url访问失败。

步骤s240，在运行第一虚拟机的过程中，对第一虚拟机进行状态监控。

由于第一虚拟机的设备状态为主用状态(开机状态)，所以第一虚拟机作为主用虚拟机可以运行，可以处理业务；第二虚拟机的设备状态为备用状态(关机状态)，所以第二虚拟机作为备用虚拟机暂时不可运行，不能处理业务。

具体的，每隔预设时间段向作为主用虚拟机的第一虚拟机发送监控消息，采集监控消息对应的返回消息，如：采集表示访问失败的url访问失败消息，采集表示未ping通的timeout消息等，依此监控第一虚拟机的状态；根据配置的业务自愈策略，判断第一虚拟机的状态是否符合业务自愈触发条件，如果符合，则启动业务自愈流程，如果不符合，则继续监控第一虚拟机的状态。

监控消息的种类包括但不限于：ping消息和url访问消息。

例如：业务自愈触发条件，包括：连续ping不通主用虚拟机的次数达到3次，并且连续url访问主用虚拟机失败的次数达到3次；每隔5秒钟向第一虚拟机发送一次ping消息，并且连续3次未ping通，每隔5秒钟向第一虚拟机发送一次url访问消息，并且连续3次访问失败，此时可以确定第一虚拟机的状态符合业务自愈触发条件，可以启动业务自愈流程。

步骤s250，在监控到第一虚拟机的状态符合业务自愈策略中的业务自愈触发条件时，使第二虚拟机作为主用虚拟机，第一虚拟机作为备用虚拟机。

在启动业务自愈流程之后，调用云资源管理系统的api接口，关闭第一数据中心的第一虚拟机，开启第二数据中心的第二虚拟机。通过该方式，使得第一虚拟机的设备状态处于关机状态，即第一虚拟机进入备用状态；使得第二虚拟机的设备状态处于开机状态，即第二虚拟机进入主用状态，替换第一虚拟机并开始处理第一虚拟机的业务。

在本实施例中，由于第一虚拟机和第二虚拟机对应相同的应用，第一虚拟机和第二虚拟机的数据是镜像同步的，并且第一虚拟机和第二虚拟机的ip地址相同，所以在关闭第一虚拟机，开启第二虚拟机之后，对该业务的访问没有任何影响，从而实现了业务自愈。

在本实施例中，由于在业务自愈处理过程中，并不需要重新创建主用虚拟机，只需要启动预先配置的容灾虚拟机即可，而启动容灾虚拟机的时间通常小于1分钟，这样就可以有效加快业务自愈的速度，缩短业务中断的时间。

实施例三

本实施例提供一种基于虚机容灾的业务自愈设备。如图3所示，为根据本发明第三实施例的基于虚机容灾的业务自愈设备的结构图。

在本实施例中，基于虚机容灾的业务自愈设备，包括但不限于：处理器310、存储器320。

处理器310用于执行存储器320中存储的基于虚机容灾的业务自愈程序，以实现上述的基于虚机容灾的业务自愈方法。

具体而言，所述处理器310用于执行存储器320中存储的基于虚机容灾的业务自愈程序，以实现以下基于虚机容灾的业务自愈方法的步骤：在运行主用虚拟机的过程中，对所述主用虚拟机进行状态监控；在监控到所述主用虚拟机的状态符合业务自愈触发条件时，控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务；其中，所述备用虚拟机与所述主用虚拟机位于不同的数据中心，并且所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机。

可选的，所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机，包括：所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同；所述备用虚拟机被配置为与所述主用虚拟机数据同步。

可选的，所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同，包括：通过调用云资源管理系统的应用程序编程接口api，控制所述备用虚拟机和所述主用虚拟机之间的网络交换机，使所述网络交换机将所述备用虚拟机配置为与所述主用虚拟机的ip地址相同。

可选的，所述备用虚拟机被配置为与所述主用虚拟机数据同步，包括：通过调用云资源管理系统的api接口，将所述备用虚拟机挂载的存储装置中的数据配置为与所述主用虚拟机挂载的存储装置中的数据镜像同步。

可选的，在运行主用虚拟机的过程中，将所述主用虚拟机挂载的存储装置中的数据镜像复制到所述备用虚拟机挂载的存储装置中，以便所述备用虚拟机和所述主用虚拟机数据同步。

可选的，所述对所述主用虚拟机进行状态监控，包括：每隔预设时间段向所述主用虚拟机发送监控消息；采集所述监控消息对应的返回消息；根据所述监控消息对应的返回消息，确定所述主用虚拟机的状态。

可选的，所述控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务，包括：关闭所述主用虚拟机，使所述主用虚拟机的设备状态处于备用状态；开启所述备用虚拟机，使所述备用虚拟机的设备状态处于主用状态。

可选的，所述业务自愈触发条件，包括：所述主用虚拟机的网络异常和/或业务异常。

上述基于虚机容灾的业务自愈设备可以设置在云资源管理系统侧，也可以独立设置。如图4所示，为根据本发明第三实施例的基于虚机容灾的业务自愈系统的结构图。在图4中，基于虚机容灾的业务自愈设备与云资源管理系统独立设置。

在该基于虚机容灾的业务自愈系统中，包括：云资源管理系统410、基于虚机容灾的业务自愈设备420、第一数据中心430和第二数据中心440。在云资源管理系统410中包括网络交换机(图中未示出)，第一数据中心430和第二数据中心440可以通过该网络交换机连接。

在第一数据中心430设置了第一虚拟机431和第三虚拟机432，在第二数据中心440设置了第二虚拟机441和第四虚拟机442。

云资源管理系统410用于管理第一数据中心430的虚拟机和第二数据中心440的虚拟机。云资源管理系统410提供一个api接口411，该api接口411分别连接第一数据中心430和第二数据中心440。

基于虚机容灾的业务自愈设备420可以调用该api接口411，对第一虚拟机431、第二虚拟机441、第三虚拟机432和第四虚拟机442进行配置，将第二虚拟机441配置为第一虚拟机431的容灾虚拟机，并且使第一虚拟机431和第二虚拟机441对应处理第一业务，将第四虚拟机442配置为第三虚拟机432的容灾虚拟机，并且使第三虚拟机432和第四虚拟机442对应处理第二业务。基于虚机容灾的业务自愈设备420还可以调用该api接口411，为第一虚拟机431和第二虚拟机441配置第一业务自愈触发条件，为第三虚拟机432和第四虚拟机442配置第二业务自愈触发条件。

根据基于虚机容灾的业务自愈设备420的配置，第一虚拟机431作为主用虚拟机处于开机状态，第二虚拟机441作为备用虚拟机处于关机状态；第三虚拟机432作为主用虚拟机处于开机状态，第四虚拟机442作为备用虚拟机处于关机状态。

基于虚机容灾的业务自愈设备420可以分别向第一虚拟机431和第三虚拟机432发送监控消息，通过采集监控消息对应的返回消息，分别监控第一虚拟机431和第三虚拟机432的状态；基于虚机容灾的业务自愈设备420在监控到第一虚拟机431的状态满足第一业务自愈触发条件时，调用云资源管理系统410的api接口411，关闭第一虚拟机431，开启第二虚拟机441，完成第一业务的业务自愈；基于虚机容灾的业务自愈设备420在监控到第三虚拟机432的状态满足第二业务自愈触发条件时，调用云资源管理系统410的api接口411，关闭第三虚拟机432，开启第四虚拟机442，完成第二业务的业务自愈。

实施例四

本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。

当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述基于虚机容灾的业务自愈方法。

所述处理器用于执行存储器中存储的基于虚机容灾的业务自愈程序，以实现以下基于虚机容灾的业务自愈方法的步骤：在运行主用虚拟机的过程中，对所述主用虚拟机进行状态监控；在监控到所述主用虚拟机的状态符合业务自愈触发条件时，控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务；其中，所述备用虚拟机与所述主用虚拟机位于不同的数据中心，并且所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机。

可选的，所述备用虚拟机被配置为所述主用虚拟机的容灾虚拟机，包括：所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同；所述备用虚拟机被配置为与所述主用虚拟机数据同步。

可选的，所述备用虚拟机被配置为与所述主用虚拟机的互联网协议ip地址相同，包括：通过调用云资源管理系统的应用程序编程接口api，控制所述备用虚拟机和所述主用虚拟机之间的网络交换机，使所述网络交换机将所述备用虚拟机配置为与所述主用虚拟机的ip地址相同。

可选的，所述备用虚拟机被配置为与所述主用虚拟机数据同步，包括：通过调用云资源管理系统的api接口，将所述备用虚拟机挂载的存储装置中的数据配置为与所述主用虚拟机挂载的存储装置中的数据镜像同步。

可选的，在运行主用虚拟机的过程中，将所述主用虚拟机挂载的存储装置中的数据镜像复制到所述备用虚拟机挂载的存储装置中，以便所述备用虚拟机和所述主用虚拟机数据同步。

可选的，所述对所述主用虚拟机进行状态监控，包括：每隔预设时间段向所述主用虚拟机发送监控消息；采集所述监控消息对应的返回消息；根据所述监控消息对应的返回消息，确定所述主用虚拟机的状态。

可选的，所述控制所述主用虚拟机对应的备用虚拟机处理所述主用虚拟机的业务，包括：关闭所述主用虚拟机，使所述主用虚拟机的设备状态处于备用状态；开启所述备用虚拟机，使所述备用虚拟机的设备状态处于主用状态。

可选的，所述业务自愈触发条件，包括：所述主用虚拟机的网络异常和/或业务异常。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。