一种虚拟化环境下自动部署应用程序的方法及装置与流程

本发明涉及虚拟化技术领域，特别是指一种虚拟化环境下自动部署应用程序的方法及装置。

背景技术：

networkfunctionsvirtualisation(nfv，网络功能虚拟化)是由电信网络运营商提出的，是借助it虚拟化技术，采用业界标准的大容量服务器、存储器和交换机承载各种各样的网络软件功能的技术标准。nfv实现了软件的灵活加载，实现在数据中心、网络节点和用户端等各个位置灵活的部署配置，从而加快网络部署和调整的速度，降低业务部署的复杂度，提高网络设备的统一化、通用化、适配性等。

另外，网络功能虚拟化的实现必须能与运营商当前的老网络设备共存，并与已有的(elementmanagementsystem，网元管理系统)ems、(networkmanagementsystem，网络管理系统)nms、oss(operationsupportsystem，运营支撑系统)/bss(businesssupportsystem，业务支撑系统)，以及已有的it编排系统兼容。

此外，网络功能虚拟化通过运行在开放、标准的基础设施上的软件网络设备提供弹性、灵活的处理能力，并向接口管理和编排快速拉齐。这将大大降低把新虚拟装置集成到网络运营商运营环境中的时间、成本。因此，网络功能虚拟化只有当所有相关功能自动化后才具有伸缩性。

但是，随着虚拟化技术的发展，电信运营商和用户还希望网络功能虚拟化后网元管理系统能在提供现有fcaps(faultmanagement、configurationmanagement、accountingmanagement、performancemanagement、securitymanagement，故障管理、配置管理、计费管理、性能管理、安全管理)功能基础上适配网元虚拟化的一些接口和特性变化，网元管理系统也能够运行在虚拟 化环境中。然而，在现有的etsi(europeantelecommunicationsstandardsinstitute，欧洲电信标准协会)nfv架构中，nfv没有考虑ems的自动部署和管理。

技术实现要素：

本发明的目的在于提供一种虚拟化环境下自动部署应用程序的方法及装置，解决现有技术中etsinfv架构不能够实现ems自动部署的问题。

为了解决上述技术问题，本发明实施例提供一种虚拟化环境下自动部署应用程序的方法，包括：

接收虚拟化网络功能管理器vnfm发送的下载请求，根据所述下载请求下载应用程序软件包，并向所述vnfm报告下载进度；

接收所述vnfm发送的安装请求，所述安装请求是所述vnfm在所述下载进度指示所述应用程序软件包下载完毕后发送的；

根据所述安装请求对所述应用程序软件包进行安装。

可选地，所述下载请求中携带版本服务器信息；

所述根据所述下载请求下载应用程序软件包的步骤包括：

根据所述下载请求中的版本服务器信息，从所述vnfm指定的版本服务器中，下载所述应用程序软件包。

可选地，在所述接收虚拟化网络功能管理器vnfm发送的下载请求之前，所述方法还包括：

虚拟机启动后开启监听端口；

在所述监听端口监听到所述vnfm发送的建链请求后，进行建链操作；

建链成功后，向所述vnfm反馈建链成功的响应。

可选地，在所述根据所述安装请求对所述应用程序软件包进行安装之后，所述方法还包括：

在所述应用程序软件包安装完毕后，获取虚拟机配置信息，并根据所述虚拟机配置信息修改应用程序的运行参数，启动所述应用程序；

在所述应用程序的所有进程均启动完毕后，向所述vnfm反馈部署完毕的响应。

可选地，在所述向所述vnfm反馈建链成功的响应之后，所述方法还包括：

接收所述vnfm发送的链路检测消息；

根据所述链路检测消息向所述vnfm反馈链路正常的响应。

可选地，在所述接收所述vnfm发送的链路检测消息后，所述方法还包括：

若第一预设时间段内未向所述vnfm反馈链路正常的响应，则接收所述vnfm发送的重新建链的请求；

根据所述重新建链的请求进行重新建链操作；

重新建链成功后，向所述vnfm反馈重新建链成功的响应。

可选地，所述虚拟机启动后开启监听端口的步骤包括：

只在所述虚拟机首次启动后，开启监听端口。

本发明还提供了一种虚拟化环境下自动部署应用程序的装置，包括：

第一处理模块，用于接收虚拟化网络功能管理器vnfm发送的下载请求，根据所述下载请求下载应用程序软件包，并向所述vnfm报告下载进度；

第一接收模块，用于接收所述vnfm发送的安装请求，所述安装请求是所述vnfm在所述下载进度指示所述应用程序软件包下载完毕后发送的；

安装模块，用于根据所述安装请求对所述应用程序软件包进行安装。

本发明还提供了一种虚拟化环境下自动部署应用程序的方法，应用于虚拟化网络功能管理器vnfm，包括：

在与虚拟机之间建链成功后，向所述虚拟机发送下载请求，所述下载请求用于请求所述虚拟机下载应用程序软件包；

接收所述虚拟机根据所述下载请求反馈的下载进度，并在所述下载进度指示所述应用程序软件包下载完毕时，向所述虚拟机发送安装请求，所述安装请求用于请求所述虚拟机安装所述应用程序软件包。

可选地，所述下载请求中携带版本服务器信息。

可选地，在所述向所述虚拟机发送下载请求之前，所述方法还包括：

在接收到自动部署应用程序的请求时，向底层的虚拟化平台发起创建虚拟机请求，并在间隔第二预设时间段后向所述虚拟机发送建链请求；

接收所述虚拟机根据所述建链请求反馈的建链成功的响应。

可选地，在所述向所述虚拟机发送安装请求之后，所述方法还包括：

接收所述虚拟机反馈的部署完毕的响应，提示用户应用程序自动部署完毕。

可选地，在所述接收所述虚拟机根据所述建链请求反馈的建链成功的响应之后，所述方法还包括：

向所述虚拟机发送链路检测消息；

判断第一预设时间段内是否接收到所述虚拟机反馈的链路正常的响应；

若否，则向所述虚拟机发送重新建链的请求。

可选地，在所述向所述虚拟机发送重新建链的请求后，所述方法还包括：

判断在第三预设时间段内是否接收到所述虚拟机反馈的重新建链成功的响应；

若否，则提示用户应用程序自动部署失败。

本发明还提供了一种虚拟化环境下自动部署应用程序的装置，应用于虚拟化网络功能管理器vnfm，包括：

第一发送模块，用于在与虚拟机之间建链成功后，向所述虚拟机发送下载请求，所述下载请求用于请求所述虚拟机下载应用程序软件包；

第二处理模块，用于接收所述虚拟机根据所述下载请求反馈的下载进度，并在所述下载进度指示所述应用程序软件包下载完毕时，向所述虚拟机发送安装请求，所述安装请求用于请求所述虚拟机安装所述应用程序软件包。

本发明的上述技术方案的有益效果如下：

上述方案中，所述虚拟化环境下自动部署应用程序的方法通过与虚拟化网络功能管理器vnfm之间的交互，完成应用程序在虚拟环境中的自动部署，解决了现有技术中etsinfv架构不能够实现ems自动部署的问题。

附图说明

图1为本发明实施例一的虚拟化环境下自动部署应用程序的方法流程示意图；

图2为本发明实施例二的虚拟化环境下自动部署应用程序的方法流程示意图一；

图3为本发明实施例二的虚拟化环境下自动部署应用程序的系统架构示意图；

图4为本发明实施例二的ems代理进程内部各模块的关系示意图；

图5为本发明实施例二的虚拟化环境下自动部署应用程序的方法流程示意图二；

图6为本发明实施例三的虚拟化环境下自动部署应用程序的装置结构示意图；

图7为本发明实施例四的虚拟化环境下自动部署应用程序的装置结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明针对现有的技术中etsinfv架构不能够实现ems自动部署的问题，提供了多种解决策略，具体如下：

实施例一

如图1所示，本发明实施例一提供的虚拟化环境下自动部署应用程序的方法包括：

步骤11：接收虚拟化网络功能管理器vnfm发送的下载请求，根据所述下载请求下载应用程序软件包，并向所述vnfm报告下载进度；

步骤12：接收所述vnfm发送的安装请求，所述安装请求是所述vnfm在所述下载进度指示所述应用程序软件包下载完毕后发送的；

步骤13：根据所述安装请求对所述应用程序软件包进行安装。

本发明实施例一提供的所述虚拟化环境下自动部署应用程序的方法通过与虚拟化网络功能管理器vnfm之间的交互，完成应用程序在虚拟环境中的自动部署，解决了现有技术中etsinfv架构不能够实现ems自动部署的问题。

其中，所述下载请求中携带版本服务器信息；所述根据所述下载请求下载应用程序软件包的步骤包括：根据所述下载请求中的版本服务器信息，从所述vnfm指定的版本服务器中，下载所述应用程序软件包。

进一步的，在所述接收虚拟化网络功能管理器vnfm发送的下载请求之前，所述方法还包括：虚拟机启动后开启监听端口；在所述监听端口监听到所述vnfm发送的建链请求后，进行建链操作；建链成功后，向所述vnfm反馈建 链成功的响应。

更进一步的，在所述根据所述安装请求对所述应用程序软件包进行安装之后，所述方法还包括：在所述应用程序软件包安装完毕后，获取虚拟机配置信息，并根据所述虚拟机配置信息修改应用程序的运行参数，启动所述应用程序；在所述应用程序的所有进程均启动完毕后，向所述vnfm反馈部署完毕的响应。

为了确保链接的正常性，在所述向所述vnfm反馈建链成功的响应之后，所述方法还包括：接收所述vnfm发送的链路检测消息；根据所述链路检测消息向所述vnfm反馈链路正常的响应。

对应的，在所述接收所述vnfm发送的链路检测消息后，所述方法还包括：若第一预设时间段内未向所述vnfm反馈链路正常的响应，则接收所述vnfm发送的重新建链的请求；根据所述重新建链的请求进行重新建链操作；重新建链成功后，向所述vnfm反馈重新建链成功的响应。

具体的，所述虚拟机启动后开启监听端口的步骤包括：只在所述虚拟机首次启动后，开启监听端口。

其中，所述应用程序可优选为网元管理系统ems。

实施例二

如图2所示，本发明实施例二提供的虚拟化环境下自动部署应用程序的方法，可应用于虚拟化网络功能管理器vnfm，所述虚拟化环境下自动部署应用程序的方法包括：

步骤21：在与虚拟机之间建链成功后，向所述虚拟机发送下载请求，所述下载请求用于请求所述虚拟机下载应用程序软件包；

步骤22：接收所述虚拟机根据所述下载请求反馈的下载进度，并在所述下载进度指示所述应用程序软件包下载完毕时，向所述虚拟机发送安装请求，所述安装请求用于请求所述虚拟机安装所述应用程序软件包。

本发明实施例二提供的所述虚拟化环境下自动部署应用程序的方法通过与虚拟机中代理进程之间的交互，完成应用程序在虚拟环境中的自动部署，解决了现有技术中etsinfv架构不能够实现ems自动部署的问题。

具体的，所述下载请求中携带版本服务器信息。

进一步的，在所述向所述虚拟机发送下载请求之前，所述方法还包括：在 接收到自动部署应用程序的请求时，向底层的虚拟化平台发起创建虚拟机请求，并在间隔第二预设时间段后向所述虚拟机发送建链请求；接收所述虚拟机根据所述建链请求反馈的建链成功的响应。

更进一步的，在所述向所述虚拟机发送安装请求之后，所述方法还包括：接收所述虚拟机反馈的部署完毕的响应，提示用户应用程序自动部署完毕。

为了确保链接的正常性，在所述接收所述虚拟机根据所述建链请求反馈的建链成功的响应之后，所述方法还包括：向所述虚拟机发送链路检测消息；判断第一预设时间段内是否接收到所述虚拟机反馈的链路正常的响应；若否，则向所述虚拟机发送重新建链的请求。

对应的，在所述向所述虚拟机发送重新建链的请求后，所述方法还包括：判断在第三预设时间段内是否接收到所述虚拟机反馈的重新建链成功的响应；若否，则提示用户应用程序自动部署失败。

其中，所述应用程序可优选为网元管理系统ems。

下面结合虚拟机和虚拟化网络功能管理器vnfm双方对本发明提供的虚拟化环境下自动部署应用程序的方法进行说明，应用程序以网元管理系统ems为例。

本发明提供的方案可以概述为：在运行ems的虚拟机中启动一个代理进程，通过该进程实现与(virtualizednetworkfunctionmanager虚拟化网络功能管理器)vnfm的交互，完成ems在虚拟化环境中的自动部署。

vnfm接收到ems自动部署请求后，向底层的iaas(infrastructureasaservice，即基础设施即服务)平台申请创建虚拟机，然后根据配置信息部署虚拟机并启动虚拟机，虚拟机首次启动时运行ems代理进程，通过该代理进程完成ems版本的下载、安装以及配置，从而实现ems在虚拟化平台的自动部署。

所述代理进程包括主控模块、socket管理模块、下载管理模块、安装管理模块。

主控模块：负责与vnfm的交互，实现ems代理进程总的流程控制；代理进程运行时，首先启动socket管理模块，开启监听端口，将代理进程作为socket服务端，接收来自vnfm的建链请求；其次，完成ems版本文件下载；最后，完成ems软件的安装以及修改ems运行需要的一些参数。

socket管理模块：实现代理进程与vnfm之间的socket通讯链路管理，接收vnfm的建链请求和维护链路心跳。

下载管理模块：实现从vnfm指定的版本服务器下载ems的版本包。

安装管理模块：实现网元管理软件静默安装流程控制，以及网元管理软件安装后运行参数的修改。

下面作进一步详细的描述，应用程序以网元管理系统ems为例。

如图3所示，本发明是基于etsinfv架构实现，在etsinfv架构中，虚拟化网络功能管理器vnfm是属于虚拟化网络管理层，虚拟化网络功能vnf是作为一个纯软件实现的网络功能，从安装部署的角度来说，vnf就是一个虚拟机31(包括ems代理进程32、ems应用程序33和操作系统os34)，ems代理进程运行在虚拟机中，与vnfm进行交互。

vnfm接收自动部署请求后，响应该请求并完成虚拟资源申请，获取虚拟资源申请结果后，向底层的iaas(基础设施即服务，infrastructureasaservice)平台发起创建虚拟机请求，请求中会附带虚拟机的配置信息；底层的iaas平台响应创建虚拟机请求，完成虚拟机创建并将请求中附带的虚拟机配置信息作为注入文件传递到虚拟机中。

虚拟机首次启动时，会运行一个ems代理进程，在该代理进程启动后，读取上述的注入文件并缓存起来，然后在指定端口启动监听，监听来自vnfm的指令。

如图4所示，ems代理进程41包括主控模块42、socket管理模块43、下载管理模块44、安装管理模块45。

ems代理进程41：完成ems的自动部署；该代理进程仅在虚拟机首次启动时运行。

主控模块42：完成ems代理进程与vnfm子系统之间的消息交互；作为代理进程总的控制模块，主控模块运行后，调用socket管理模块43，监听vnfm的建链请求；与vnfm建链成功后，接收vnfm发送的下载请求，调用下载管理模块44，从版本服务器下载ems的软件包；完成软件包下载后，调用安装管理模块45，完成ems软件的安装、部署、启动，向vnfm发送ems自动部署成功消息。

socket管理模块43：完成与vnfm之间的socket链路管理；主控模块42读取该模块的socket端口消息，当接收到vnfm的建链请求后，主控模块42完成与vnfm子系统的建链；当接收到周期性的心跳检测请求时，主控模块42通过socket端口响应该心跳请求；当接收到下载请求时，主控模块42调用下载模块44下载ems软件包，下载未完成之前主控模块42会通过socket端口定时发送下载进度消息；当接收到安装请求时，主控模块42调用安装管理模块45，开始安装ems软件，安装过程中主控模块42会通过socket端口定时发送安装进度消息；安装完成后，主控模块42通过socket端口发送自动部署完成消息。

下载管理模块44：完成从vnfm指定的版本服务器获取ems程序包；当主控模块42读取到下载请求消息时，主控模块42解析下载请求消息，获取消息中的版本服务器信息，调用本模块，从指定的版本服务器下载ems软件包，下载过程计算下载进度，将进度信息发送给主控模块42。

安装管理模块45：完成网元管理软件静默安装的流程控制，以及网元管理软件安装后运行参数的修改；当主控模块42读取到安装部署请求消息时，主控模块42调用本模块，开始静默安装、部署ems，安装过程中，定时向主控模块42反馈安装进度，直至安装完成。

也就是，在vnfm接收到ems自动部署请求后，向底层iaas平台发送创建虚拟机请求，请求中会附带虚拟机的配置信息；iaas平台响应创建虚拟机的请求，完成虚拟机创建及启动，并将配置信息在虚拟机首次启动时注入到虚拟机中，之后，如图5所示，ems自动部署流程涉及到四个部分，即vnfm子系统，虚拟机vm，ems代理进程和ems，步骤如下：

步骤51：虚拟机启动成功后，启动ems代理进程(emsagent)，该代理进程程序置于虚拟机镜像中，限制只在虚拟机首次启动时运行该代理进程。

步骤52：emsagent进程启动后，在固定端口开启监听，将emsagent作为socket服务器监听来自vnfm的建链请求。

步骤53：vnfm向emsagent进程发起建链请求。

步骤54：emsagent向vnfm返回建链成功消息，vnfm与emsagent之间建立socket连接，该连接在自动部署完成之前会一直存在。

步骤55：在vnfm与emsagent之间建立socket连接后，vnfm定时向 emsagent发送心跳链路检测，以检测socket链路状态。

步骤56：emsagent收到心跳链路检测消息后，返回响应消息。

步骤57：如果步骤55中检测到3个心跳周期没有响应，则vnfm重新向emsagent发起建链请求，超过指定时间没有完成建链，则vnfm返回自动部署失败。

步骤58：emsagent接收到vnfm重新发起建链请求，指定时间内完成建链，返回重新建链成功消息。

步骤59：vnfm检测到步骤54或58返回的建链成功消息后，向emsagent发送下载请求，请求中会附带版本服务器信息。

步骤510：emsagent接收到下载请求后，获取消息中的版本服务器信息，启动下载模块；通过下载模块从vnfm指定的版本服务器下载ems软件包。

步骤511：emsagent在下载过程中，计算下载进度信息并上报给vnfm。

步骤512：当vnfm接收到下载进度100％的消息后，向emsagent发送安装ems软件包请求。

步骤513：emsagent接收到安装请求后，启动安装模块，开始安装ems。

步骤514：emsagent在安装ems的过程中，计算安装进程信息并上报给vnfm。

步骤515：emsagent完成ems软件包安装后，根据虚拟机的配置信息修改ems的运行参数，修改完成后启动ems。

步骤516：emsagent检测到ems所有进程均启动完毕后，向vnfm上报自动部署完成消息。

其中，emsagent可通过轮询ems所有进程的启动进度来检测，也可以让ems所有进程向emsagent上报启动进度来检测。

实施例三

如图6所示，本发明实施例三提供的虚拟化环境下自动部署应用程序的装置包括：

第一处理模块61，用于接收虚拟化网络功能管理器vnfm发送的下载请求，根据所述下载请求下载应用程序软件包，并向所述vnfm报告下载进度；

第一接收模块62，用于接收所述vnfm发送的安装请求，所述安装请求是 所述vnfm在所述下载进度指示所述应用程序软件包下载完毕后发送的；

安装模块63，用于根据所述安装请求对所述应用程序软件包进行安装。

本发明实施例三提供的所述虚拟化环境下自动部署应用程序的装置通过与虚拟化网络功能管理器vnfm之间的交互，完成应用程序在虚拟环境中的自动部署，解决了现有技术中etsinfv架构不能够实现ems自动部署的问题。

其中，所述下载请求中携带版本服务器信息；所述第一处理模块包括：下载子模块，用于根据所述下载请求中的版本服务器信息，从所述vnfm指定的版本服务器中，下载所述应用程序软件包。

进一步的，所述装置还包括：启动模块，用于虚拟机启动后开启监听端口；建链模块，用于在所述监听端口监听到所述vnfm发送的建链请求后，进行建链操作；第一反馈模块，用于建链成功后，向所述vnfm反馈建链成功的响应。

更进一步的，所述装置还包括：第三处理模块，用于在所述应用程序软件包安装完毕后，获取虚拟机配置信息，并根据所述虚拟机配置信息修改应用程序的运行参数，启动所述应用程序；第二反馈模块，用于在所述应用程序的所有进程均启动完毕后，向所述vnfm反馈部署完毕的响应。

为了确保链接的正常性，所述装置还包括：第二接收模块，用于接收所述vnfm发送的链路检测消息；第三反馈模块，用于根据所述链路检测消息向所述vnfm反馈链路正常的响应。

对应的，所述装置还包括：第三接收模块，用于若第一预设时间段内未向所述vnfm反馈链路正常的响应，则接收所述vnfm发送的重新建链的请求；重新建链模块，用于根据所述重新建链的请求进行重新建链操作；第四反馈模块，用于重新建链成功后，向所述vnfm反馈重新建链成功的响应。

具体的，所述启动模块包括：启动子模块，用于只在所述虚拟机首次启动后，开启监听端口。

其中，所述应用程序可优选为网元管理系统ems。

需要说明的是，上述涉及虚拟机侧的虚拟化环境下自动部署应用程序的方法的所述实现实施例均适用于该虚拟化环境下自动部署应用程序的装置的实施例中，也能达到相同的技术效果。

为了解决上述技术问题，本发明实施例还提供了一种虚拟机，包括：上述 的虚拟化环境下自动部署应用程序的装置。

其中，上述虚拟化环境下自动部署应用程序的装置的所述实现实施例均适用于该虚拟机的实施例中，也能达到相同的技术效果。

实施例四

如图7所示，本发明实施例四提供的虚拟化环境下自动部署应用程序的装置，应用于虚拟化网络功能管理器vnfm，所述虚拟化环境下自动部署应用程序的装置包括：

第一发送模块71，用于在与虚拟机之间建链成功后，向所述虚拟机发送下载请求，所述下载请求用于请求所述虚拟机下载应用程序软件包；

第二处理模块72，用于接收所述虚拟机根据所述下载请求反馈的下载进度，并在所述下载进度指示所述应用程序软件包下载完毕时，向所述虚拟机发送安装请求，所述安装请求用于请求所述虚拟机安装所述应用程序软件包。

本发明实施例四提供的所述虚拟化环境下自动部署应用程序的装置通过与虚拟机中代理进程之间的交互，完成应用程序在虚拟环境中的自动部署，解决了现有技术中etsinfv架构不能够实现ems自动部署的问题。

具体的，所述下载请求中携带版本服务器信息。

进一步的，所述装置还包括：第二发送模块，用于在接收到自动部署应用程序的请求时，向底层的虚拟化平台发起创建虚拟机请求，并在间隔第二预设时间段后向所述虚拟机发送建链请求；第四接收模块，用于接收所述虚拟机根据所述建链请求反馈的建链成功的响应。

更进一步的，所述装置还包括：第五处理模块，用于接收所述虚拟机反馈的部署完毕的响应，提示用户应用程序自动部署完毕。

为了确保链接的正常性，所述装置还包括：第三发送模块，用于向所述虚拟机发送链路检测消息；第一判断模块，用于判断第一预设时间段内是否接收到所述虚拟机反馈的链路正常的响应；第四发送模块，用于若否，则向所述虚拟机发送重新建链的请求。

对应的，所述装置还包括：第二判断模块，用于判断在第三预设时间段内是否接收到所述虚拟机反馈的重新建链成功的响应；提示模块，用于若否，则提示用户应用程序自动部署失败。

其中，所述应用程序可优选为网元管理系统ems。

需要说明的是，上述涉及vnfm侧的虚拟化环境下自动部署应用程序的方法的所述实现实施例均适用于该虚拟化环境下自动部署应用程序的装置的实施例中，也能达到相同的技术效果。

为了解决上述技术问题，本发明实施例还提供了一种虚拟化网络功能管理器vnfm，包括：上述的虚拟化环境下自动部署应用程序的装置。

其中，上述虚拟化环境下自动部署应用程序的装置的所述实现实施例均适用于该vnfm的实施例中，也能达到相同的技术效果。

需要说明的是，此说明书中所描述的许多功能部件都被称为模块/子模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块/子模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人 员来说，在不脱离本发明所述原理前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。