本发明涉及网络拥塞控制技术领域，更具体地，涉及无丢失网络中的拥塞判断方法。
背景技术：
为了能在数据中心以太网中实现无丢失特性，目前很多网络设备都支持基于优先级的流量控制机制pfc(priority-basedflowcontrol)。pfc将流量划分为8个优先级并监测交换机入端口上每种优先级流量的累积情况。当某一优先级流量超过给定阈值x_off时，交换机向上一跳发送pause帧终止该优先级流量的传输；当该优先级流量在队列中的累积缓解低于另一个给定阈值x_on时，再发送resume帧恢复传输。然而，pfc会导致拥塞树生成并迅速扩展，引起队头阻塞，减小拥塞无关流的吞吐量。
图1示出了一个无丢失网络的网络结构示意图。其中h0至h15为发送端，s0和s1表示交换机，r0和r1表示接收端，flow0由h0发送到r0，flow1-flow15分别由h1-h15发送到r1。flow0和flow1在s0|p0端口上竞争出口带宽，flow1又和flow2-flow15在s1|p2端口上竞争出口带宽。由于s1|p2端口上的严重拥塞，交换机s1的入端口p1处会累积数据包并触发pfc向上一跳s0|p0发送pause帧和resume帧，进而s0|p0端口只能间歇性地向s1|p1发送数据。如此，flow1的传输被限制，flow0的传输也相应地被间断了，而flow0与发送拥塞的s1|p2端口无关。也就是说，pfc导致了拥塞无关流的吞吐量损失。
上述pfc的问题可以通过引入端到端拥塞控制机制来解决，基本工作流程是：拥塞点cp(congestionpoint，位于交换机)探测拥塞，通告点np(notificationpoint，位于交换机或接收端)根据拥塞探测的结果生成拥塞通告包cnp(congestionnotificationpacket)反馈给响应点rp(reactionpoint，位于发送端)，响应点根据收到的拥塞通告包调节发送速率。在图1的示例中，s0|p0和s1|p2是拥塞点，同时也可以是通告点；r0和r1可以是通告点；h0和h1-h15是响应点。
目前代表性的端到端的拥塞控制机制有ieee802.1标准化工作组定义的量化的拥塞通告机制qcn(quantitatedcongestionnotification)，以及结合显示拥塞通告机制ecn(explicitcongestionnotification)支持三层路由网络的数据中心量化的拥塞通告机制dcqcn(datacenterqcn)。
在图1所示的无丢失网络中进行拥塞控制实验，链路速率为40gbps，链路传播延时为5us，pfc的x_off阈值设为256kb，qcn和dcqcn的配置均为默认参数。图2分别给出了pfc、pfc+qcn和pfc+dcqcn在上述场景下的效果，其中(a)示出了单纯使用pfc机制下，flow0、flow1以及s0至s1链路上的链路速率变换情况，(b)示出了pfc结合qcn机制下，flow0、flow1以及s0至s1链路上的链路速率变换情况，(c)示出了pfc结合dcqcn机制下，flow0、flow1以及s0至s1链路上的链路速率变换情况。qcn和dcqcn都在s1|p2上探测到了拥塞并通告h1-h15减速。但同时在pfc的作用下，在s0|p0上产生了队列累积，因此qcn和dcqcn也会判定s0|p0为拥塞并通告h0和h1减速，即拥塞无关流flow0会受到吞吐量损失。直至s0|p0和s1|p2上的累积队列排空，拥塞无关流flow0会再次加速至其最大可用带宽。在这个过程中，虽然拥塞控制机制最终使得拥塞无关流恢复到其合理的吞吐量，但依然使其有一段时间发生了吞吐量损失。在存在高并发高突发短流的场景(如数据中心、集群系统等)中，会造成频繁的瞬时拥塞并触发pfc机制，导致对拥塞无关流频繁减速，短时间内的吞吐量损失最终累积造成严重的网络性能损失。
技术实现要素：
本发明提供一种克服上述问题或者至少部分地解决上述问题的无丢失网络中的拥塞判断方法。
根据本发明的一个方面，提供一种无丢失网络中的拥塞判断方法，包括：
当下一跳设备的pause帧到达时，暂停数据包的发送；
当下一跳设备的resume帧到达时，记录当前发送队列中数据包的个数，作为基准数目，并恢复数据包的发送；
当发送数据包的个数超过所述基准数目后，在继续发送每个数据包时采集第一拥塞探测指标，若获知第一拥塞探测指标超过第一预设阈值，则对发送的数据包进行拥塞标记。
优选地，所述第一拥塞探测指标为数据包队列长度或链路瞬时利用率中的一种。
根据本发明的另一个方面，还提供一种无丢失网络中的拥塞判断方法，包括：
对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况；
若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值，则获知该流为拥塞相关流。
优选地，在获知该流为拥塞相关流之后，还包括：
生成减速通告包反馈至所述拥塞相关流对应的发送端，以使得发送端根据所述减速通告包减小数据包的发送速率。
优选地，拥塞判断方法还包括：
若具有拥塞标记的数据包所占的比例小于第二预设阈值，则获知该流为拥塞无关流。
优选地，在获知该流为拥塞无关流之后，还包括：
生成加速通告包反馈至所述拥塞无关流对应的发送端，以使得发送端根据所述加速通告包增大数据包的发送速率。
根据本发明的另一个方面，还提供一种无丢失网络中的拥塞判断方法，包括：
对于任意一条流，统计一个周期内的第二拥塞探测指标以及接收的所有数据包的拥塞标记情况；
若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值且所述第二拥塞探测指标的变化程度大于第三预设阈值，则获知该流为拥塞相关流。
根据本发明的另一个方面，还提供一种交换机，包括：
至少一个处理器；以及
与所述处理器通信连接的至少一个存储器，其中：
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行本发明实施例的拥塞判断方法中交换机侧方法及其所有可选实施例的方法。
根据本发明的另一个方面，还提供一种接收端，包括：
至少一个处理器；以及
与所述处理器通信连接的至少一个存储器，其中：
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行本发明实施例的拥塞判断方法中接收端侧方法及其所有可选实施例的方法。
根据本发明的另一个方面，还提供一种发送端，包括：
至少一个处理器；以及
与所述处理器通信连接的至少一个存储器，其中：
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行本发明实施例的拥塞判断方法中发送端侧方法及其所有可选实施例的方法。
本发明提出的无丢失网络的拥塞判断方法，根据下一跳设备的resume帧到达时队列中数据包的个数发送数据包，这些数据包并不会添加拥塞标记。当发送数达到上述个数时，本发明实施例的拥塞判断方法会结合第一拥塞探测指标是否超过第一预设阈值来判断后续发送数据包是否需要进行拥塞标记。若超过，则需要对后续发送的数据包进行拥塞标记。本发明实施例克服了现有技术中仅依赖队列长度判断是否对数据包添加拥塞标记，带来的准确率较低、容易影响到拥塞无关流的弊端，还克服了pfc容易生成拥塞树并迅速扩展的弊端，具有添加拥塞标记更准确的优势，为后续进一步进行拥塞流的判断以及拥塞处理提供了基础。
附图说明
图1为根据本发明实施例的无丢失网络的网络结构示意图；
图2为现有的拥塞判断方法在图1的网络结构下的效果示意图；
图3为根据本发明实施例的无丢失网络中的拥塞判断方法的流程示意图；
图4为根据本发明实施例的无丢失网络中的拥塞判断方法的流程示意图；
图5为根据本发明实施例的拥塞判断方法的流程示意图；
图6为根据本发明实施例的拥塞判断方法的流程示意图；
图7为根据本发明实施例的交换机的设备框图；
图8为根据本发明实施例的接收端的设备框图；
图9为根据本发明实施例的发送端的设备框图；
图10为采用本发明实施例的拥塞控制方法的仿真结果图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
为了克服现有技术的上述问题，本发明实施例提供一种无丢失网络中的拥塞判断方法，其执行主体为交换机，图3示出了本发明实施例的无丢失网络中的拥塞判断方法的流程示意图，如图所示，包括：
s301、当下一跳设备的pause帧到达时，暂停数据包的发送。
需要说明的是，本发明实施例的交换机接收上游(可以是源端，也可以是其他交换机)下发的数据包，然后根据预先确定的路由规则转发至下游(可以是其他交换机，也可以是接收端)。根据流量控制机制pfc，当无丢失网络中的设备(可以是交换机、也可以是接收端)感知到某一优先级流量超过给定阈值x_off时，该设备向上一跳设备发送pause帧终止该优先级流量的传输，也就是说，对于本发明实施例的交换机来说，当下一跳设备的pause帧到达时，需要暂停数据包的发送。
s302、当下一跳设备的resume帧到达时，记录当前发送队列中数据包的个数，作为基准数目，并恢复数据包的发送。
根据流量控制机制pfc，交换机在接收到pause帧后的某一时刻，必然会接收到resume帧，若接收到resume帧就恢复数据包的传输。需要注意的是，尽管交换机接收到pause帧后会暂停向下一跳设备发送数据包，但交换机仍然在接收上一跳设备发送的数据包，也就是说，交换机接收到pause帧后队列中数据包的数量仍然在增长，因此，本发明实施例需要记录接收到resume帧时发送队列中数据包的个数，作为基准数目。这些在接收到resume帧时发送队列中的数据包可以认为是由于pause帧导致的未发送，而不是因为拥塞导致的未发送。作为本领域技术人员所熟知的，发送队列是指数据包在交换机缓存区所形成的队列，一般来说，队列长度可以用来评价数据传输质量，队列长度越长，数据包的排队时间越多，数据传输质量越低。
s303、当发送数据包的个数超过所述基准数目后，在继续发送每个数据包时采集第一拥塞探测指标，若获知第一拥塞探测指标超过第一预设阈值，则对发送的数据包进行拥塞标记。
需要说明的是，交换机根据流量控制机制pfc，在接收到resume帧后会恢复数据包的发送，本发明实施例并不会采用现有技术的做法——根据发送队列中数据包的个数超过阈值，在队列中所有数据包发送时进行拥塞标记，而是先根据当前resume帧到达时队列中数据包的个数发送数据包，这些数据包并不会添加拥塞标记。当发送数到达上述个数时，本发明实施例的拥塞判断方法会结合第一拥塞探测指标是否超过第一预设阈值来判断后续发送数据包是否需要进行拥塞标记。若超过，则需要对后续发送的数据包进行拥塞标记。
第一拥塞探测指标是用于判断当前数据包传输过程是否发生异常的指标，在以太网中，第一拥塞探测指标可以由交换机自身获得，例如数据包发送队列的长度、交换机出端口链路利用率的大小等等，本发明实施例并限制具体地用于判断的数据包传输过程发送异常的指标。
根据本发明实施例的拥塞判断方法，在resume帧到达后，对在接收到当前的resume帧之前加入到发送队列中的数据包不进行拥塞标记(因为这些数据包没有正常发送的原因在于这些数据包在正常发送前接收到了pause帧，被暂停发送)，另外，尽管交换机接收到pause帧后暂停向下一跳设备发送数据包，但交换机仍然在接收上一跳设备发送的数据包，也就是说，交换机接收到pause帧后队列中数据包的数量仍然在增长，对于在接收到当前的resume帧后加入至发送队列的数据包，每次发送这些数据包时，都会由交换机采集第一拥塞探测指标，若判断第一拥塞探测指标大于预设阈值，则对发送的数据包进行拥塞标记。本发明实施例克服了现有技术中仅依赖队列长度判断是否对数据包添加拥塞标记，带来的准确率较低、容易影响到拥塞无关流的弊端，还克服了pfc容易生成拥塞树并迅速扩展的弊端，具有添加拥塞标记更准确的优势，为后续进一步进行拥塞流的判断以及拥塞处理提供了基础。
图4示出了本发明实施例的无丢失网络中的拥塞判断方法的流程示意图，如图所示，该方法包括：
步骤401、初始化计数器pn＝0，执行步骤402；
步骤402、当发送队列中有数据包时，若pn>0时，执行步骤403；若pn＝0，执行步骤404；
步骤403、对计数器减1；执行步骤406；
步骤404、判断第一拥塞探测指标是否超过第一预设阈值，若超过，则执行步骤405；若未超过，则执行步骤406；
步骤405、对位于发送队列头部的数据包进行拥塞标记；执行步骤406；
步骤406、将发送队列头部的数据包发送给下一跳设备；执行步骤407；
步骤407、判断是否收到来自下一跳设备的pause帧，若是，则执行步骤408；若否，则返回执行步骤402；
步骤408、暂停发送数据包，等待接收来自下一跳设备的resume帧，当收到resume帧时，将计数器pn设为当前队列中的数据包的数目，执行步骤402。
在上述实施例的基础上，第一拥塞探测指标为数据包队列长度以及链路瞬时利用率中的一种。
当第一拥塞探测指标为数据包队列长度时，可以理解的是，当数据包队列长度大于第一预设阈值，就会对后续发送的数据包进行拥塞标记，在一个可选实施例中，第一预设阈值设置为1，也就是说，即使发送队列中除头部要发送的数据包外只有一个数据包，也认为该数据包是因为拥塞所导致的未正常发送。
当第一拥塞探测指标为链路瞬时利用率时，不仅需要考虑链路瞬时利用率是否达到某一阈值，还需要考虑链路瞬时利用率的间隙性是否在合理的范围——当交换机刚接收到pause帧暂停数据包传输时的链路瞬时利用率会瞬间跌落，而当交换机刚接收到resume帧恢复数据包传输时的链路瞬时利用率会瞬时增高。若链路瞬时利用率达到了阈值且间隙性处于合理的范围，那么就可以认为出现了拥塞，需要对数据包进行拥塞标记。
在图1所示的无丢失网络中，根据本发明实施例的拥塞判断方法，由于flow0只经过不确定的拥塞点s0|p0，flow0上的数据包只有一部分被拥塞标记，而flow1-flow15经过了确定的拥塞点s1|p2，因此flow1-flow15上所有数据包都被拥塞标记。
本发明实施例还提供一种无丢失网络中的拥塞判断方法，其执行主体为接收端，该拥塞判断方法包括：
对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况，若具有拥塞标记的数据包所占的比例大于第二预设阈值，则获知该流为拥塞相关流。
需要说明的是，由于接收端会接收到多条流上的数据包，对每一条流，接收端都需要统计数据包的拥塞标记情况并根据拥塞标记情况判断流是否为拥塞状态。理论上说，当流处于拥塞状态，一个周期内具有拥塞标记的数据包与接收的全部数据包的比值应该为1，但考虑到数据传输的抖动容忍度，第二预设阈值可以设置为略小于1的值，例如0.95。
在上述实施例的基础上，接收端还可以以回复ack或聚合ack的方法将数据包的拥塞标记情况反馈给相应的发送端，由发送端周期性的统计每条流的数据包的拥塞标记情况并判断该流是拥塞相关流或拥塞无关流。也就是说，本发明实施例的判断流是否为拥塞状态的执行主体同样可以是发送端。
在上述实施例的基础上，当判断获知拥塞相关流之后，还包括：
生成减速通告包反馈至所述拥塞相关流对应的发送端，以使得发送端根据所述减速通告包减小数据包的发送速率。
需要说明的是，若判断流是否为拥塞相关流的执行主体为发送端，显然生成的减速通告包将直接反馈给自身，由自身根据减速通告包减小数据包的发送速率。
在上述实施例的基础上，若具有拥塞标记的数据包所占的比例小于预设阈值，则获知该流为拥塞无关流。
相应地，当判断获知拥塞无关流之后，拥塞判断方法还包括：
生成加速通告包反馈至所述拥塞无关流对应的发送端，以使得发送端根据所述加速通告包增大数据包的发送速率。
需要说明的是，若判断流是否为拥塞相关流的执行主体为发送端，显然生成的加速通告包将直接反馈给自身，由自身根据加速通告包增加数据包的发送速率。
图5示出了本发明实施例的拥塞判断方法的流程示意图，如图所示，该拥塞判断方法包括：
步骤501、首次收到来自一条流的数据包时，初始化一个计时器timer和两个计数器：totalnum，用于记录接收的数据包个数；ecnnum，用于记录接收的具有拥塞标记的数据包个数。
步骤502、当接收数据包时，更新计数器totalnum加1，若接收的数据包具有拥塞标记，则同时对计数器ecnnum加1。
步骤503、当计时器达到统计周期t时，判断ecnnum/totalnum是否大于预设阈值；若是，则执行步骤504，若否，执行步骤505；
步骤504、判断该流为拥塞相关流，生成减速通告包，发送给该流的发送端，执行步骤506；
步骤505、判断该流为拥塞无关流，生成加速通告包，发送给该流的发送端，执行步骤506；
步骤506、重置计时器和计数器，timer＝0；totalnum＝0；ecnnum＝0，返回执行步骤502，直至该流传输完成。
由于拥塞标记的最终结果展示的是最糟糕的交换机上的拥塞情况，而用最糟糕的交换机上的信息判断数据流是否发生拥塞在存在较为极端的问题，因此在上述实施例的基础上，参见图6，示出了本发明实施例的拥塞判断方法的流程示意图，包括：
步骤601、对于任意一条流，统计一个周期内的第二拥塞探测指标以及接收的所有数据包的拥塞标记情况；
步骤602、若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值且所述第二拥塞探测指标的变化程度大于第三预设阈值，则获知该流为拥塞相关流。
第二拥塞探测指标与第一拥塞探测指标类似，也是用于评价是否出现拥塞的指标，例如带宽利用率、往返时延rtt(round-triptime)等等，在网络中rtt是一个重要的性能指标，表示从发送端发送一次数据开始，到发送端收到来自接收端的确认(假设接收端收到该数据后便立即发送确认)，总共经历的时延。例如，发送端在时刻t1时，向接收端发送数据，发送端在本地记录发送时间st1。在t2时刻，发送端收到来自接收端与发送的数据拥有相同tsn的确认信息，记录当前接收时间rt2，计算出传输报文在网络上的往返时延rtt＝st1-rt2。
需要说明的是，本发明实施例的拥塞判断方法，将具有拥塞标记的数据包所占的比例与第二拥塞探测指标相结合，当具有拥塞标记的数据包所占的比例和第二拥塞探测指标同时超过门限值，才会判断该流为拥塞相关流，本发明实施例的拥塞判断方法更加精准。
由上述实施例可知，本实施例中拥塞判断方法的执行主体同样可以为接收端或者发送端。
在上述实施例的基础上，若具有拥塞标记的数据包占所有数据包的比例小于第二预设阈值且所述第二拥塞探测指标的变化程度小于第三预设阈值，则获知该流为拥塞相关流。
图7示出了本发明实施例的交换机的设备框图，参见图7，该交换机包括：处理器(processor)701、存储器(memory)702和总线703；其中，所述处理器701和存储器702通过所述总线703完成相互间的通信。
所述处理器701用于调用所述存储器702中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：当下一跳设备的pause帧到达时，暂停数据包的发送；当下一跳设备的resume帧到达时，记录当前发送队列中数据包的个数，作为基准数目，并恢复数据包的发送；当发送数据包的个数超过所述基准数目后，在继续发送每个数据包时采集第一拥塞探测指标，若获知第一拥塞探测指标超过第一预设阈值，则对发送的数据包进行拥塞标记。
本发明另一实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：当下一跳设备的pause帧到达时，暂停数据包的发送；当下一跳设备的resume帧到达时，记录当前发送队列中数据包的个数，作为基准数目，并恢复数据包的发送；当发送数据包的个数超过所述基准数目后，在继续发送数据包时采集第一拥塞探测指标，若获知第一拥塞探测指标超过第一预设阈值，则对该发送的数据包进行拥塞标记。
本发明另一实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：当下一跳设备的pause帧到达时，暂停数据包的发送；当下一跳设备的resume帧到达时，记录当前发送队列中数据包的个数，作为基准数目，并恢复数据包的发送；当发送数据包的个数超过所述基准数目后，在继续发送数据包时采集第一拥塞探测指标，若获知第一拥塞探测指标超过第一预设阈值，则对发送的数据包进行拥塞标记。
图8示出了本发明实施例的接收端的设备框图，参见图8，该接收端包括：处理器(processor)801、存储器(memory)802和总线803；其中，所述处理器801和存储器802通过所述总线803完成相互间的通信。
所述处理器801用于调用所述存储器802中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况；若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值，则获知该流为拥塞相关流。
本发明另一实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况；若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值，则获知该流为拥塞相关流。
本发明另一实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况；若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值，则获知该流为拥塞相关流。
图9示出了本发明实施例的发送端的设备框图，参见图9，该发送端包括：处理器(processor)901、存储器(memory)902和总线903；其中，所述处理器901和存储器902通过所述总线903完成相互间的通信。
所述处理器901用于调用所述存储器902中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：对于任意一条流，统计一个周期内接收的所有数据包的拥塞标记情况；若具有拥塞标记的数据包占所有数据包的比例大于第二预设阈值，则获知该流为拥塞相关流。
在图1所示的场景进行仿真试验，链路速率为40gbps，链路传播延时为5us，pfc的x_off阈值设为256kb，qcn和dcqcn的配置均为默认参数。图10展示了采用本发明实施例的拥塞判断方法的仿真结果图。0s时，flow0(h0->r0)和flow1(h1->r1)均分s0-s1链路上的带宽。0.05s起h1-h15每隔0.05s向r1分别同时发送64条短流，每条短流平均大小为64kb。在这些短流的冲击下，s1|p2处发生了严重的拥塞，并在pfc的作用下向s0|p0发送pause和resume命令。在pfc，pfc+qcn，pfc+dcqcn作用下，拥塞无关流flow0和拥塞相关流flow1在短流冲击下吞吐量都有大幅度下降，进而链路s0->s1有严重的吞吐量损失。而在pfc+np-ecn作用下，拥塞相关流flow1在短流冲击下迅速减速，拥塞无关流flow0不受短流冲击的影响，快速增长填满链路s0->s1，进而链路s0->s1的吞吐量几乎不受损失。仿真结果表明，本发明实施例能够有效避免拥塞无关流的吞吐量损失。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。