一种节能管理实现方法、装置及网络设备与流程

本发明涉及通讯技术领域，特别是指一种节能管理实现方法、装置及网络设备。

背景技术：

目前网卡设备常见的收发包模式包含中断模式和轮询模式，无论是采用哪种模式，都存在着cpu(中央处理器，centralprocessingunit)利用率效率不可控，以及普遍的系统资源浪费问题。例如现有的一款名为dpdk(dataplanedevelopment，数据平面开发)的数据平面开发套件，其工作模式为pmd(pullmodeldriver，轮询中断模式驱动)模式时，具有零拷贝、无中断以及批量处理等优点，非常适合网络数据包分析、处理等操作，对于数据包的收发、多核操作有一定的性能提升。但pmd有一个特点，执行pmd的cpu一直100％运行。网络设备运行dpdkpmd的多个cpu空转，造成网络设备温度被动提高。当采用该技术的应用程序运行在虚拟机上时，同样会造成虚拟机cpu负载虚高，浪费系统主机cpu资源。

技术实现要素：

本发明的目的在于提供一种节能管理实现方法、装置及网络设备，解决现有技术中网络设备的cpu资源浪费的问题。

为了解决上述技术问题，本发明实施例提供一种节能管理实现方法，包括：

定期获取标识处理器处理能力的变量参数的当前值；

根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量；

根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整 处理器运行状态的调整信息；

根据所述调整信息对处理器进行节能管理；

其中，运行态处理器包含工作态处理器和/或就绪态处理器。

可选地，在所述定期获取标识处理器处理能力的变量参数的当前值之前，所述节能管理实现方法还包括：

确定所述变量参数，并获取与所述变量参数对应的单个处理器处理能力值。

可选地，所述根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量的步骤包括：

根据所述当前值与所述单个处理器处理能力值和预设阈值的比值，以及与第一定值的和值得到所述当前所需运行态处理器数量；

根据所述当前值与所述单个处理器处理能力值的比值，以及与第二定值的和值得到所述当前所需工作态处理器数量。

可选地，所述根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息的步骤包括：

若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则监控当前时刻后的预设时间段内是否所有时刻所需运行态处理器数量均小于所述上一时刻所需运行态处理器数量，若是，则得到将第一预设数量就绪态处理器转变为休眠态处理器的调整信息；

若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到唤醒第二预设数量休眠态处理器，使其转变为就绪态处理器的调整信息。

可选地，所述根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息的步骤包括：

若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则得到将第三预设数量工作态处理器转变为就绪态处理器的调整信息；

若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到将第四预设数量就绪态处理器转变为工作态处理器的调整信息。

可选地，所述根据所述调整信息对处理器进行节能管理的步骤包括：

根据所述调整信息对所述处理器的运行状态进行实时调整，并对应调整各个所述处理器的负荷量。

本发明还提供了一种节能管理实现装置，包括：

获取模块，用于定期获取标识处理器处理能力的变量参数的当前值；

确定模块，用于根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量；

第一处理模块，用于根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息；

第二处理模块，用于根据所述调整信息对处理器进行节能管理；

其中，运行态处理器包含工作态处理器和/或就绪态处理器。

可选地，所述节能管理实现装置还包括：

第三处理模块，用于在所述获取模块执行操作之前，确定所述变量参数，并获取与所述变量参数对应的单个处理器处理能力值。

可选地，所述确定模块包括：

第一处理子模块，用于根据所述当前值与所述单个处理器处理能力值和预设阈值的比值，以及与第一定值的和值得到所述当前所需运行态处理器数量；

第二处理子模块，用于根据所述当前值与所述单个处理器处理能力值的比值，以及与第二定值的和值得到所述当前所需工作态处理器数量。

可选地，所述第一处理模块包括：

第三处理子模块，用于若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则监控当前时刻后的预设时间段内是否所有时刻所需运行态处理器数量均小于所述上一时刻所需运行态处理器数量，若是，则得到将第一预设数量就绪态处理器转变为休眠态处理器的调整信息；

第四处理子模块，用于若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到唤醒第二预设数量休眠态处理器，使其转变为就绪态处理器的调整信息。

可选地，所述第一处理模块包括：

第五处理子模块，用于若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则得到将第三预设数量工作态处理器转变为就绪态处理器的调整信息；

第六处理子模块，用于若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到将第四预设数量就绪态处理器转变为工作态处理器的调整信息。

可选地，所述第二处理模块包括：

第七处理子模块，用于根据所述调整信息对所述处理器的运行状态进行实时调整，并对应调整各个所述处理器的负荷量。

本发明还提供了一种网络设备，包括：上述的节能管理实现装置。

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

上述方案中，所述节能管理实现方法通过根据标识处理器处理能力的变量参数实时调整处理器的运行状态，能够较好的实现节能管理，提高资源利用率。

附图说明

图1为本发明实施例一的节能管理实现方法流程示意图一；

图2为本发明实施例一的节能管理实现方法流程示意图二；

图3为本发明实施例一的会话边界控制器sbc应用实例软件系统示意图；

图4为本发明实施例一的节能管理实现方法流程示意图三；

图5为本发明实施例一的节能管理实现方法流程示意图四；

图6为本发明实施例二的节能管理实现装置结构示意图。

具体实施方式

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

本发明针对现有的技术中网络设备的cpu资源浪费的问题，提供了多种解决方案，具体如下：

实施例一

如图1所示，本发明实施例一提供的节能管理实现方法包括：

步骤11：定期获取标识处理器处理能力的变量参数的当前值；

步骤12：根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量；

步骤13：根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息；

步骤14：根据所述调整信息对处理器进行节能管理；

其中，运行态处理器包含工作态处理器和/或就绪态处理器。

定期的时间间隔可为1s，但并不以此为限；变量参数可为一个单一的参数，也可为几个相关参数的组合。

本发明实施例一提供的所述节能管理实现方法通过根据标识处理器处理能力的变量参数实时调整处理器的运行状态，能够较好的实现节能管理，提高资源利用率。

进一步的，在所述定期获取标识处理器处理能力的变量参数的当前值之前，所述节能管理实现方法还包括：确定所述变量参数，并获取与所述变量参数对应的单个处理器处理能力值。

具体的，所述根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量的步骤包括：根据所述当前值与所述单个处理器处理能力值和预设阈值的比值，以及与第一定值的和值得到所述当前所需运行态处理器数量；根据所述当前值与所述单个处理器处理能力值的比值，以及与第二定值的和值得到所述当前所需工作态处理器数量。

预设阈值可优选为95％，本实施例中，第一定值与第二定值可优选为1。

针对于就绪态处理器与休眠态处理器互相转换的情况，所述根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息的步骤包括：

若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则监控当前时刻后的预设时间段内是否所有时刻所需运行态处理器数量均小于所述上一时刻所需运行态处理器数量，若是，则得到将第一预设数量就绪 态处理器转变为休眠态处理器的调整信息；

若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到唤醒第二预设数量休眠态处理器，使其转变为就绪态处理器的调整信息。

可以说，在一段时间内连续发现靠后时刻所需运行态处理器数量均小于靠前某一时刻所需运行态处理器数量，则将就绪态处理器转变为休眠态处理器，也可以说，某一时刻后的变量参数值持续小于该时刻对应的变量参数值，则将就绪态处理器转变为休眠态处理器。

针对于就绪态处理器与工作态处理器互相转换的情况，所述根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息的步骤包括：

若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则得到将第三预设数量工作态处理器转变为就绪态处理器的调整信息；

若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到将第四预设数量就绪态处理器转变为工作态处理器的调整信息。

优选的，所述根据所述调整信息对处理器进行节能管理的步骤包括：根据所述调整信息对所述处理器的运行状态进行实时调整，并对应调整各个所述处理器的负荷量。

其中，处理器可为中央处理器cpu，也可为其他类型的处理器，在此不作限定。

下面对本发明实施例一提供的所述节能管理实现方法进行具体说明。

针对现有技术中网络设备cpu资源浪费的问题，本发明实施例提供一种根据某一个动态变量或者多个动态变量组合动态调整执行收发包模块的cpu数量，来实现节能管理的方法。在某一个动态变量或者一组动态变量组合的情况下，网络设备使用不同数量的cpu来运行收发包模块。

如图2所示，该方法包含如下步骤：

步骤21：网络设备根据实际情况确定单cpu处理能力值并确定网络设备用于调整cpu数量和cpu利用率的动态变量或者多个动态变量的组合。

网络设备首先确定一个数值或者几个数值的组合表示单个cpu处理能力值。单个cpu处理能力值可以是单个cpu能够处理的最大报文吞吐量，也可以是报文收发模块正常运行时cpu的占用率，也可以是cpu的温度，等等。

类似的数值，也可以是几个数值的组合。网络设备使用单个cpu处理能力值计算当前需要用于执行收发包模块的cpu数量。同时网络设备确定用于测算网络设备整体报文流量负荷的表示方法。可以是一个动态变量或者几个动态变量的组合，例如：当前网络设备总的报文吞吐量，各个执行报文收发模块的cpu的占用率总和，也可以是cpu的温度，等等其他类似的动态变量，或者几个动态变量的组合。

步骤22：网络设备定期获取系统动态变量值或者动态变量组合值，计算需要执行收发包模块的cpu数量，确定是否需要调整执行收发包模块的cpu数量。

步骤22中可采用的计算公式为：

执行收发包模块的cpu数量＝

网络设备动态变量值或者动态变量组合值/单个cpu处理能力值+1

(除法计算采取直接取整的方式)

一个执行收发包模块的cpu有三种运行状态。一种是工作态，此时cpu执行收发包模块，负责网口的收发包工作。一种是就绪态，此时cpu处于运行状态，但不负责网口的收发包工作，可以随时开始负责网口的收发包工作。一种是休眠态，此时cpu休眠，节省能源。就绪态是工作态和休眠态之间的一个过渡状态，可以减少cpu从休眠态唤醒过程中不能完全正常处理报文流量而引起的异常问题。

步骤23：确定调整cpu数量后，根据具体情况增加或减少运行收发包模块的cpu数量并根据需要调整cpu的流量负荷。

调整cpu数量的时候需要遵循“一快一慢”原则：

1)应用程序决策将休眠态的cpu调整到工作态要快。考虑到不丢包，以及流量突发等情况，以及单个cpu能力在虚拟化环境下的下降，因此，当系统达到单个cpu的处理能力值的阀值，例如95％，应用程序就要将处于休眠态的cpu唤醒，进入就绪态，随时准备进入工作态。阀值可以根据网络设备的实际情况设定。

2)应用程序决策将工作态的cpu调整到休眠态要慢。只有连续多次发现可以减少执行收发包模块的cpu的数量时，应用程序再进行减少cpu数量的操作，以确保执行收发包模块的cpu能够平稳运行，减少丢包等异常情况的发生。

如果需要唤醒cpu进入就绪态，则唤醒新的cpu，准备开始接管部分网口的收发包工作。

如果需要增加工作态的cpu，则减少工作态的cpu的流量负荷，分配给就绪态的cpu部分流量负荷，就绪态的cpu开始进入工作态。

如果需要减少工作态的cpu，则选出一个工作态的cpu进入就绪态，这个cpu原先承当的流量负荷分配给其他的工作态的cpu。

如果需要将就绪态的cpu进入到休眠态，则将就绪态的cpu迁移到休眠态。降低能源损耗。

由上可知，本发明实施例一提供的方案充分利用了执行收发包模块的cpu的计算能力，在网络设备流量负荷低的时候，在保证报文吞吐性能的基础上，减少了空转cpu的数量，实现节能管理的目标。当网络设备的应用程序运行在虚拟机上时，虚拟机cpu负载可以有效降低，提高系统主机的cpu资源利用率，对虚拟化产品的最小配置和平衡各虚拟机的性能也非常有意义。

下面以sbc(会话边界控制器，sessionbordercontroller)代表网络设备，并发呼叫量值代表变量参数值为例，对本发明实施例一提供的所述节能管理实现方法进行进一步详细的举例说明。

如图3所示，是ngn(下一代网络，nextgenerationnetwork)/ims(ip多媒体子系统，ipmultimediasubsystem)网络中的会话边界控制器sbc跟网口报文处理相关的模块。sbc每个网口使用一个收发包线程守护。一个收发包线程可以负责一个网口的收发包工作，也可以负责其他网口的收发包工作。根据图3，假设sbc有4个网口，有四个收发包线程，分配四个cpu用于执行收发包模块。而本发明实施例一的主旨可以说是：在sbc中增加一个调整模块，用于调整执行收发包模块的cpu数量和每个cpu的流量负荷，调整模块定期检查当前sbc的执行收发包模块的cpu的总负荷，根据需要增加或减少运行的cpu数量以及调整工作态的cpu的报文流量负荷。

如图4所示，本发明实施例一提供的方案具体包括如下步骤：

步骤41：获取单cpu最大处理能力值。

由于sbc主要的报文流量是并发呼叫产生的信令媒体报文流量，所以可以使用一个合适的并发呼叫量值作为单个cpu报文处理能力值，假设这个值为1000并发呼叫。

步骤42：获取网络设备报文处理总负荷。

由于sbc主要的报文流量是并发呼叫产生的信令媒体报文流量，所以使用当前的总的并发呼叫数作为当前执行收发包模块的cpu的所需要处理的报文流量的总负荷值。

步骤43：获取唤醒新cpu准备进入工作态阀值。

根据sbc应用场景，可以使用单cpu处理能力的95％作为新cpu从休眠态唤醒进入准备接收报文的状态(即就绪态)的阀值。启动的cpu数量可以用如下公式计算：

启动的cpu数量＝

网络设备网口总负荷/(单个cpu报文处理能力值×阀值)+1

(除法计算采取直接取整的方式)

在并发呼叫数上升过程中，计算出来的cpu数量，其中一个cpu是就绪态，其他的cpu是运行态。

其他网络设备所需要的阀值可以根据各自的应用场景确定。

步骤44：根据计算公式计算执行收发包模块的cpu数量，根据需要调整cpu的数量以及各个cpu的流量负荷。

调整模块定期获取sbc当前的并发呼叫量，计算用于执行收发包模块的cpu数量。根据sbc应用场景，这个周期可以设定为1秒钟。

步骤44中可采用的计算公式为：

执行收发包模块的cpu数量＝

网络设备动态变量值或者动态变量组合值/单个cpu处理能力值+1

(除法计算采取直接取整的方式)

当并发呼叫流量比较低时，例如：700并发呼叫，根据计算公式可以计算出当前需要工作态的cpu数量为1：

执行收发包模块的cpu数量＝700/1000+1

使用一个cpu执行收发包模块线程，这个收发包模块线程负责所有网口的收发包。此时只有一个cpu处于工作态，其他cpu进入休眠状态。

当并发呼叫开始增长，到阀值(1000×95％)的时候，根据“启动的cpu数量”的计算公式，需要唤醒一个休眠的cpu，准备进入工作态。等流量增长到需要两个cpu处理的时候，就绪态的cpu可以马上进入工作，省却唤醒的时间，减少丢包等异常情况的发生。此时一个cpu处于工作态，一个cpu处于就绪态，其他的cpu处于休眠态。

当并发流量在950上下波动时，根据“一快一慢”原则，不能马上把就绪态的cpu恢复到休眠状态，需要调整模块连续多次发现并发流量低于950，说明当前并发呼叫比较稳定，可以将处于就绪态的cpu恢复到休眠状态。

当并发呼叫流量增长到1000，根据“执行收发包模块的cpu数量”计算公式可以计算出需要使用2个cpu进入工作态，此时就绪态的cpu开始接管部分网口的收发包工作。为了尽量使这两个cpu负载均衡，这个新进入工作态的cpu可以根据实际情况负责一定的网口数量的收发包工作，可以跟原先处于工作态的cpu均分处理网口流量，也可以只负责处理少量网口的流量。

当并发流量增加到1900，可以参照并发流量为950时候的处理流程唤醒新的cpu进入就绪态，此时两个cpu处于工作态，一个cpu被唤醒进入到就绪态。

当并发流量增加到2000，可以参照并发流量为1000时候的处理流程让就绪态的cpu进入工作态，并调整各个工作态的cpu的流量负载，让各个cpu能够负载均衡。此时三个cpu处于工作态，其他cpu处于休眠态。

其他的流量增长导致的cpu调整流程参照上述流程处理。

当并发流量降低的时候，例如从2000降低到1900，根据计算公式，此时需要两个cpu进入工作态，并且一个cpu进入就绪态。调整模块选出一个工作态cpu进入就绪态，并调整剩下的两个工作态cpu的流量负荷，使两个工作态的cpu能够正常处理网络设备所有网口的收发包工作。

当并发流量继续降低到1800，根据计算公式，需要两个cpu进入工作态，原先进入就绪状态的cpu进入休眠态。

其他的流量减少导致的cpu调整流程参照上述流程处理。

综上所述，本发明实施例一提供的方案也可以概述为如图5所示的流程，也可以说，调整模块按照图5所示的流程根据计算结果对执行收发包模块的cpu进行调整，包括：

步骤51：开始；

步骤52：软件程序获取当前系统整体流量负荷；

步骤53：根据单个cpu处理能力计算cpu数量；

步骤54：判断cpu数量是否变化，若cpu数量不变，进入步骤511，若cpu数量变化，进入步骤55；

步骤55：判断变化内容，若是需要增加运行的cpu数量，则进入步骤56，若是需要减少工作态cpu数量，则进入步骤57，若是需要增加工作态cpu数量，则进入步骤59；

步骤56：唤醒休眠态cpu进入就绪态，然后进入步骤511；

步骤57：选出一个工作态的cpu进入就绪态；

步骤58：调整工作态cpu的流量负载，然后进入步骤511；

步骤59：使就绪态cpu进入工作态；

步骤510：调整所有工作态cpu的流量负载，然后进入步骤511；

步骤511：结束。

实施例二

如图6所示，本发明实施例二提供的节能管理实现装置包括：

获取模块61，用于定期获取标识处理器处理能力的变量参数的当前值；

确定模块62，用于根据单个处理器处理能力值和所述当前值，确定当前所需运行态处理器数量和当前所需工作态处理器数量；

第一处理模块63，用于根据上一时刻所需运行态处理器数量、上一时刻所需工作态处理器数量、所述当前所需运行态处理器数量和当前所需工作态处理器数量，得到用于调整处理器运行状态的调整信息；

第二处理模块64，用于根据所述调整信息对处理器进行节能管理；

其中，运行态处理器包含工作态处理器和/或就绪态处理器。

定期的时间间隔可为1s，但并不以此为限；变量参数可为一个单一的参数，也可为几个相关参数的组合。

本发明实施例二提供的所述节能管理实现装置通过根据标识处理器处理能力的变量参数实时调整处理器的运行状态，能够较好的实现节能管理，提高资源利用率。

进一步的，所述节能管理实现装置还包括：第三处理模块，用于在所述获取模块执行操作之前，确定所述变量参数，并获取与所述变量参数对应的单个处理器处理能力值。

具体的，所述确定模块包括：第一处理子模块，用于根据所述当前值与所述单个处理器处理能力值和预设阈值的比值，以及与第一定值的和值得到所述当前所需运行态处理器数量；第二处理子模块，用于根据所述当前值与所述单个处理器处理能力值的比值，以及与第二定值的和值得到所述当前所需工作态处理器数量。

预设阈值可优选为95％，本实施例中，第一定值与第二定值可优选为1。

针对于就绪态处理器与休眠态处理器互相转换的情况，所述第一处理模块包括：第三处理子模块，用于若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则监控当前时刻后的预设时间段内是否所有时刻所需运行态处理器数量均小于所述上一时刻所需运行态处理器数量，若是，则得到将第一预设数量就绪态处理器转变为休眠态处理器的调整信息；

第四处理子模块，用于若所述当前所需运行态处理器数量大于所述上一时刻所需运行态处理器数量，则得到唤醒第二预设数量休眠态处理器，使其转变为就绪态处理器的调整信息。

可以说，在一段时间内连续发现靠后时刻所需运行态处理器数量均小于靠前某一时刻所需运行态处理器数量，则将就绪态处理器转变为休眠态处理器，也可以说，某一时刻后的变量参数值持续小于该时刻对应的变量参数值，则将就绪态处理器转变为休眠态处理器。

针对于就绪态处理器与工作态处理器互相转换的情况，所述第一处理模块包括：第五处理子模块，用于若所述当前所需运行态处理器数量小于所述上一时刻所需运行态处理器数量，则得到将第三预设数量工作态处理器转变为就绪态处理器的调整信息；

第六处理子模块，用于若所述当前所需运行态处理器数量大于所述上一时 刻所需运行态处理器数量，则得到将第四预设数量就绪态处理器转变为工作态处理器的调整信息。

优选的，所述第二处理模块包括：第七处理子模块，用于根据所述调整信息对所述处理器的运行状态进行实时调整，并对应调整各个所述处理器的负荷量。

本实施例中，处理器可优选为中央处理器cpu，也可为其他类型的处理器，在此不作限定。

其中，上述节能管理实现方法的所述实现实施例均适用于该节能管理实现装置的实施例中，也能达到相同的技术效果。

为了解决上述技术问题，本发明还提供了一种网络设备，包括：上述的节能管理实现装置。

其中，上述节能管理实现装置的所述实现实施例均适用于该网络设备的实施例中，也能达到相同的技术效果。

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

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

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

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

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