一种基于负载均衡的分布式测试方法及装置与流程

本申请涉及通信技术领域，具体而言，涉及一种基于负载均衡的分布式测试方法及装置。

背景技术：

apachejmeter是基于java的压力测试工具，能够对软件做压力测试。jmeter具体可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。针对真实模拟环境下的大量并发请求，通常使用jmeter分布式部署来满足测试需求，能够解决由于jmeter本身的瓶颈，导致jmeter本身出现卡顿的问题。

相关技术提供了一种基于分布式测试系统的分布式测试方法，所述的分布式测试系统包括多个虚拟机，其中，1个虚拟机为控制节点(即controller节点)，其余的虚拟机为代理节点(即agent节点)。上述分布式测试系统在启动测试之前，用户需要预先根据agent节点的数量以及预估的测试请求的数量，预先在controller节点上配置分配给各个agent节点的测试请求的固定数量；其中，每个agent节点分配的固定数量都是相同的。在用户启动测试后，controller节点将预先存储的测试脚本发送给所有的agent节点，并在接收到测试请求后，向每个agent节点发送用户配置的固定数量测试请求，在接收到任一个agent节点返回的测试结果后，将所述测试结果返回给相应的用户终端设备。

在上述分布式测试方法中，每个agent节点的资源使用情况可能会不同，这就会使得在处理同等数量的测试请求的情况下，有些agent节点占用的资源较多，有些agent节点占用的资源少，进而导致占用的资源少的agent节点利用率不高，而占用资源多的agent节点出现卡顿等问题。同时，在测试过程中，当某些agent节点出现故障后，还会使整个分布式测试系统的处理总请求数减少，从影响测试结果。

技术实现要素：

有鉴于此，本申请实施例的目的在于提供一种基于负载均衡的分布式测试方法及装置，通过使满足预设健康条件的目标代理节点的预设调度权重来分配测试请求，能够在保证处理原有数量的测试请求的情况下，缓解agent节点的测试请求资源分配不均匀的问题。

第一方面，本申请实施例提供了一种基于负载均衡的分布式测试方法，应用于linux虚拟服务器lvs，所述方法包括：

所述lvs在接收到终端设备发送的测试请求后，根据所述测试请求的总数量以及满足预设健康条件的目标代理节点的预设调度权重值，确定待分配给每个所述目标代理节点的测试请求的目标数量；

所述lvs从接收到的所述测试请求中为每个所述目标代理节点选取对应的目标数量的测试请求，并将选取的所述目标数量的测试请求发送给对应的目标代理节点，以便对应的目标代理节点响应接收到的所述测试请求；

所述lvs在接收到所述目标代理节点返回的响应于所述测试请求的测试结果后，将所述测试结果发送给所述终端设备。

第二方面，本申请实施例还提供了一种基于负载均衡的分布式测试装置，包括linux虚拟服务器lvs，所述lvs包括：

确定模块，用于在接收到终端设备发送的测试请求后，根据所述测试请求的总数量以及满足预设健康条件的目标代理节点的预设调度权重值，确定待分配给每个所述目标代理节点的测试请求的目标数量；

选取模块，用于从接收到的所述测试请求中为每个所述目标代理节点选取对应的目标数量的测试请求；

发送模块，用于并将选取的所述目标数量的测试请求发送给对应的目标代理节点，以便对应的目标代理节点响应接收到的所述测试请求；以及，在接收到所述目标代理节点返回的响应于所述测试请求的测试结果后，将所述测试结果发送给所述终端设备。

本申请实施例提供的一种基于负载均衡的分布式测试方法及装置，lvs预先确定满足预设健康条件的目标代理节点，通过满足预设健康条件的目标代理节点响应测试请求，解决了由于故障的代理节点无法处理测试请求而导致的测试请求的处理总量减少的问题，同时，由于选取的目标代理节点都满足预设健康条件，还保证了目标代理节点对测试请求处理的容错性和可靠性，使测试环境更加稳定高效。负载调度器还预先确定目标代理节点的预设调度权重值，并基于预设调度权重值来确定每个目标代理节点能够处理的测试请求的数量，之后，为每个目标代理节点分配该目标代理节点对应的目标数量的测试请求。这样，实现对所有的代理节点进行负载均衡分发测试请求，缓解了测试请求在代理节点中的资源分配不均匀的问题。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种基于lvs+keepalived负载均衡的jmeter分布式测试系统的架构图。

图2示出了本申请实施例所提供的一种基于负载均衡的分布式测试方法的流程图。

图3示出了本申请实施例所提供的另一种基于负载均衡的分布式测试方法的流程图。

图4示出了本申请实施例所提供的另一种基于负载均衡的分布式测试方法的流程图。

图5示出了本申请实施例所提供的lvs基于nat模式的转发请求的流程图。

图6示出了本申请实施例所提供的lvs基于dr模式的转发请求的流程图。

图7示出了本申请实施例所提供的一种为负载均衡系统提供高可用方法的流程图。

图8示出了本申请实施例所提供的一种基于负载均衡的分布式测试装置的结构示意图。

图9示出了本申请一实施例所提供的计算机设备40的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1示出了本申请实施例提供的一种基于负载均衡的分布式测试系统，包括终端设备、控制节点(也即controller节点，具体为虚拟机或者服务器)、代理节点(即agent节点，具体为虚拟机或者服务器)。其中，上述系统中部署两个controller节点，若干个agent节点，上述两个controller节点和所有的agent节点已按照上述jmeter分布式部署方法安装了对应jmeter和java环境。同时，上述两个controller节点上分别部署lvs，作为主lvs和备用lvs，所有的agent节点作为真实服务器。

具体实施过程中，由主lvs为jmeter分布式测试系统提供负载均衡技术，同时，利用keepalived(即监控进程)对lvs进行状态检测和故障隔离，当主lvs故障后，切换备用lvs为新的主lvs继续提供负载均衡技术，这样，能够提高jmeter分布式测试系统的高可用性。

本申请实施例中，结合lvs+keepalived对jmeter分布式测试系统提供高可用的负载均衡技术。上述lvs是基于linux操作系统，其是linux内核标准的一部分，keepalived是linux下的一个轻量级别的高可用解决方案，因此结合lvs+keepalived时，jmeter分布式测试中的controller节点需要在linux操作系统，而agent节点可以是window操作系统，也可以是linux操作系统，只要保证能够和controller节点正常通信即可。

图2示出了本申请实施例提供了一种基于负载均衡的分布式测试方法的流程图，应用于lvs中的负载调度器，如图2所示，所述方法包括：

s101、所述lvs在接收到终端设备发送的测试请求后，根据所述测试请求的总数量以及满足预设健康条件的目标代理节点的预设调度权重值，确定待分配给每个所述目标代理节点的测试请求的目标数量。

本申请实施例中，lvs中运行有一个监视进程，该监视进程能够监控每个代理节点的健康监测结果。lvs能够根据监视进程对多个代理节点的监控结果，从多个代理节点中选出满足上述预设健康条件的目标代理节点，并自动根据每个目标代理节点的配置信息和负载情况，为每个目标代理节点设置调度权重值。

lvs根据接收到的测试请求的总数量和每个目标代理节点的预设调度权重值，来计算出每个所述目标代理节点能够处理的测试请求的数量。

比如测试请求的总数量为100，目标代理节点为三个，分别为目标代理节点1(预设调度权重值为20％)、目标应用服务2(预设调度权重值为50％)和目标代理节点3(预设调度权重值为30％)，则lvs分配给目标代理节点1的测试请求的数量为20，分配给目标代理节点2的测试请求的数量为50，分配给目标代理节点3的测试请求的数量为30。

在本申请实施例中，lvs在根据监视进程对多个代理节点的监控结果，确定多个代理节点中不存在满足上述预设健康条件的目标代理节点时，可以启动报警机制以通知管理员重新在jmeter中创建虚拟机(即代理节点)，以便创建的新的代理节点参与lvs的调度分配工作。或者，lvs在确定多个代理节点中不存在满足上述预设健康条件的目标代理节点时，可以主动向jmeter发送虚拟机创建指令，以使jmeter基于该虚拟机创建指令自动创建虚拟机(即代理节点)，以便创建的新的代理节点参与lvs的调度分配工作。

s102、所述lvs从接收到的所述测试请求中为每个所述目标代理节点选取对应的目标数量的测试请求，并将选取的所述目标数量的测试请求发送给对应的目标代理节点，以便对应的目标代理节点响应接收到的所述测试请求。

本申请实施例中，针对任一目标代理节点均从接收到的测试请求中选取该目标代理节点对应的目标数量的测试请求，并将选取的所述目标数量的测试请求发送给对应的目标代理节点。

lvs在将测试请求发送给目标代理节点时，可以采用两种模向所述目标代理节点转发所述测试请求，包括网络地址转换(networkaddresstranslation，nat)模式和直接路由(directrouting，dr)模式。其中，nat模式为修改测试请求中的目的互联网协议地址(internetprotocoladdress，ip地址)；dr模式为修改测试请求中的目的物理地址(mediaaccesscontrol或者mediumaccesscontrol，mac)。

每一个目标代理节点在接收到自身对应的目标数量的测试请求后，响应接收到的所述测试请求。本申请实施例中，每个目标代理节点均运行有多个线程(比如100个)，每一个运行的线程用于处理一个测试请求，多个线程能够并行处理多个所述测试请求。

本申请实施例中，lvs在将测试请求分配给各个目标代理节点后，若根据各个目标代理节点的监控结果，确定多个目标代理节点中存在满足空闲条件的目标代理节点时，则可以启动报警机制，以通知管理员在jmeter中关闭空闲虚拟机(即代理节点)；这里，上述空闲条件可以是目标代理节点中不存在需要处理的测试请求。或者，lvs在确定多个目标代理节点中存在满足空闲条件的目标代理节点时，可以主动向jmeter发送携带有空闲虚拟机标识的关闭指令，以使jmeter基于该关闭指令自动关闭空闲状态的虚拟机(即代理节点)。

s103、所述lvs在接收到所述目标代理节点返回的响应于所述测试请求的测试结果后，将所述测试结果发送给所述终端设备。

本申请实施例中，lvs同样可以采用上述nat模式和dr模式向所述终端设备发送所述测试结果。

本申请实施例提供的一种基于负载均衡的分布式测试方法，lvs预先确定满足预设健康条件的目标代理节点，通过满足预设健康条件的目标代理节点响应测试请求，解决了由于故障的代理节点无法处理测试请求而导致的测试请求的处理总量减少的问题，同时，由于选取的目标代理节点都满足预设健康条件，还保证了目标代理节点对测试请求处理的容错性和可靠性，使测试环境更加稳定高效。lvs还预先确定目标代理节点的预设调度权重值，并基于预设调度权重值来确定每个目标代理节点能够处理的测试请求的数量，之后，为每个目标代理节点分配该目标代理节点对应的目标数量的测试请求。这样，实现对所有的代理节点进行负载均衡分发测试请求，缓解了测试请求在代理节点中的资源分配不均匀的问题。

图3示出了本申请实施例提供的另一种基于负载均衡的分布式测试方法的流程图，如图3所示，步骤101，所述根据所述测试请求的总数量以及满足预设健康条件的目标代理节点的预设调度权重值，确定待分配给每个所述目标代理节点的测试请求的目标数量之前，还包括：

s201、所述lvs监控每个代理节点的健康监测结果。

本申请实施例中，lvs中运行的监视进程实时监控多个代理节点的当前运行情况，lvs调用监视进程监控多个所述代理节点的健康监测结果。

上述健康监测结果包括：代理节点所在节点的健康监测结果和代理节点本身的健康监测结果。其中，代理节点本身的健康监测结果包括但不限于代理节点对测试请求的运行结果(这里的运行结果具体可以为对测试请求的响应结果、响应时长和服务线程数量)。

s202、所述lvs选择健康监测结果满足预设健康条件的代理节点作为目标代理节点。

本申请实施例中，预设健康条件包括但不限于以下条件中的一个或多个：响应结果的错误率小于设定错误率阈值(该错误率阈值可以设置为60％)、响应时长小于设定时长阈值(该设定时长阈值可以设置为60％)、和负载情况小于设定负载阈值(该设定负载阈值可以设置为代理节点中服务的线程总数量)。这里，负载情况小于设定负载阈值指的是：代理节点中的服务的占用线程数量小于线程总数量，也即目标代理节点中存在空闲的线程。

lvs能够基于多个所述代理节点的健康监测结果，从多个所述代理节点中选择满足上述预设健康条件的目标代理节点。

s203、所述lvs根据所述目标代理节点的资源配置信息和资源使用情况，确定所述目标代理节点的调度权重值。

本申请实施例中，目标代理节点的当前资源使用情况即当前负载情况。其中，资源配置信息好且负载较少的目标代理节点对应的调度权重值较高，相反的，资源配置信息一般且负载较多的目标代理节点对应的调度权重值较低。

进一步的，如图4所示，本申请实施例提供的基于负载均衡的分布式测试方法还包括：

s301、所述lvs监控每个目标代理节点的健康监测结果。

s302、所述lvs在监控到任一目标代理节点的健康监测结果不满足预设健康条件后，从满足预设健康条件的目标代理节点中选择备用目标代理节点。

s303、所述lvs将所述不满足预设健康条件的目标代理节点对应的测试请求发送给所述备用目标代理节点，以便所述备用目标代理节点响应所述测试请求。

结合步骤301至步骤303，lvs中的监视进程实时监控目标代理节点的运行情况，lvs调用目标代理节点的健康监测结果，一旦监控到任一目标代理节点的健康监测结果不满足预设健康条件后，根据健康监测结果满足预设健康条件的其他目标代理节点的资源配置信息和当前资源使用情况，从所述其他目标代理节点中选择备用目标代理节点，通过备用目标代理节点来继续对故障的目标代理节点的测试请求进行处理，能够使测试环境更加稳定高效，保证系统的高可靠性。

进一步的，本申请实施例提供的基于负载均衡的分布式测试方法，步骤102中，所述将选取的所述目标数量的测试请求发送给对应的目标代理节点，具有两种处理模式，即nat模式和dr模式。

其中，nat模式如下：所述lvs接收到的所述测试请求的源ip地址为所述终端设备的ip地址，目的ip地址为所述lvs的ip地址；所述lvs将所述测试请求的目的ip地址由所述lvs的ip地址更新为目标代理节点的ip地址后，发送给所述目标代理节点；

所述lvs接收到的所述测试结果的源ip地址为所述目标代理节点的ip地址，目的ip地址为所述终端设备的ip地址；所述将所述测试结果发送给所述终端设备，包括：

所述lvs将所述测试结果的源ip地址由目标代理节点的ip地址更新为所述lvs的ip地址后，发送给所述终端设备。

如图5所示，nat方式是一种外网和内网地址映射的技术，具体实现步骤为：

1)在nat模式下，lvs作为目标代理节点(realserver，rs，也即真实服务器)的网关，当测试请求(数据包)到达lvs时，lvs对该测试请求做目标地址转换，将目的ip修改为对应的rs的ip；如图5中1步和2步所示。

2)rs响应接收到的测试请求后，向lvs返回测试结果，该测试结果的源ip是rs的ip地址，目的ip地址是终端设备的ip地址；当rs的包到达lvs时，lvs会做源地址转换，将测试结果(即数据包)的源地址修改为lvs的源ip地址；如图5中的3步和4步所示。

3)对终端设备来说，直接向lvs发送测试请求，又由lvs返回测试结果，终端设备感知不到后端rs的存在，用户体验较好。

其中，dr模式如下：所述lvs和所述代理节点共享一个虚拟ip地址，所述lvs接收的测试请求的目的ip地址为所述虚拟ip地址，目的mac地址为所述lvs的mac地址；所述lvs将所述测试请求的目的mac地址由所述lvs的mac地址更新为所述目标代理节点的mac地址后，发送给所述目标代理节点。

如图6所示，在dr模式下，lvs和rs集群绑定同一个虚拟互联网协议地址(virtualinternetprotocol，vip)，具体实现步骤为：

1)终端设备发送测试请求到lvs，lvs只需将该测试请求(即数据包)中目标代理节点的mac地址修改为对应的一台rs的mac，该测试请求就会转发到相应的rs处理(此时测试请求的源ip地址和目的ip地址都没变)。

2)rs收到lvs转发来的测试请求后，该测试请求携带rs自身的mac地址和ip地址，源ip为终端设备的ip地址，因此rs返回响应时，直接向源ip返回即可；在dr模式中，rs处理完请求后，lvs无需对该测试结果进行地址转换，可将测试结果直接返回给终端设备，避免负载均衡服务器网卡带宽成为瓶颈，因此dr模式具有较好的性能。

进一步的，如图7所示，本申请实施例提供的基于负载均衡的分布式测试方法，所述lvs还包括监控服务模块，所述lvs包括主lvs和备用lvs，所述方法还包括：

s401、所述监控服务模块分别监控所述主lvs和所述备用lvs的健康监测结果。

s402、所述监控服务模块在监控到所述主lvs的健康监测结果不满足预设健康条件时，分别向所述主lvs和备用lvs发送主备切换指令，以便所述备用lvs基于所述主备切换指令切换为新的主lvs。

结合步骤401至402，lvs中还包括监控服务模块(即keepalived服务)，keepalived服务基于虚拟路由冗余协议(virtualrouterredundancyprotocol，vrrp)实现的高可用。该监控服务模块能对主lvs和lvs备用lvs的当前运行情况进行监控，当主lvs不可用时，备用lvs接收不到主lvs发送的同步数据后，监控服务模块确定主lvs出现故障，并分别向所述主lvs和备用lvs发送主备切换指令；备用lvs在接收到主备切换指令后，基于所述主备切换指令切换为新的主lvs。因而保证了jmeter分布式测试系统的持续可用性。

关于主lvs和备用lvs的主备切换过程为：终端设备通过vip(101.12.15.198)访问主lvs(101.12.15.200)，主lvs根据其监控的代理节点(即真实服务器)的健康监测结果，基于本申请实施例提供的调度算法将测试请求分发到对应的目标代理节点；当主lvs不可用时，备用lvs基于keepalived服务立即充当新的主lvs提供请求转发服务，以完成主备切换过程。

本申请实施例提供的基于负载均衡的分布式测试方法及装置，结合lvs+keepalived技术实现一个高可用性的且能够负载均衡的jmeter分布式测试环境。

如图8所示，本申请实施例提供的一种基于负载均衡的分布式测试装置，用于执行基于负载均衡的分布式测试装方法，所述装置包括lvs，所述lvs包括：

确定模块11，用于在接收到终端设备发送的测试请求后，根据所述测试请求的总数量以及满足预设健康条件的目标代理节点的预设调度权重值，确定待分配给每个所述目标代理节点的测试请求的目标数量；

选取模块12，用于从接收到的所述测试请求中为每个所述目标代理节点选取对应的目标数量的测试请求；

发送模块13，用于将选取的所述目标数量的测试请求发送给对应的目标代理节点，以便对应的目标代理节点响应接收到的所述测试请求；以及，在接收到所述目标代理节点返回的响应于所述测试请求的测试结果后，将所述测试结果发送给所述终端设备。

进一步的，如图8所示，本申请实施例提供的基于负载均衡的分布式测试装置中，所述lvs还包括：

监控模块14，用于监控每个代理节点的健康监测结果；

选择模块15，用于选择健康监测结果满足预设健康条件的代理节点作为目标代理节点；

确定模块11，还用于根据所述目标代理节点的资源配置信息和资源使用情况，确定所述目标代理节点的调度权重值。

进一步的，本申请实施例提供的基于负载均衡的分布式测试装置中，

监控模块14，还用于监控每个目标代理节点的健康监测结果；

选择模块15，还用于在监控到任一目标代理节点的健康监测结果不满足预设健康条件后，从满足预设健康条件的目标代理节点中选择备用目标代理节点；

发送模块13，还用于将所述不满足预设健康条件的目标代理节点对应的测试请求发送给所述备用目标代理节点，以便所述备用目标代理节点响应所述测试请求。

进一步的，本申请实施例提供的基于负载均衡的分布式测试装置中，所述lvs接收到的所述测试请求的源ip地址为所述终端设备的ip地址，目的ip地址为所述lvs的ip地址；其中，

发送模块13，具体用于将所述测试请求的目的ip地址由所述lvs的ip地址更新为目标代理节点的ip地址后，发送给所述目标代理节点；

所述lvs接收到的所述测试结果的源ip地址为所述目标代理节点的ip地址，目的ip地址为所述终端设备的ip地址；其中，

发送模块13，具体用于将所述测试结果的源ip地址由目标代理节点的ip地址更新为所述lvs的ip地址后，发送给所述终端设备。

进一步的，本申请实施例提供的基于负载均衡的分布式测试装置中，所述lvs和所有的代理节点共享一个虚拟ip地址，所述lvs接收的测试请求的目的ip地址为所述虚拟ip地址，目的mac地址为所述lvs的mac地址；

发送模块13具体用于将所述测试请求的目的mac地址由所述lvs的mac地址更新为所述目标代理节点的mac地址后，发送给所述目标代理节点。

本申请实施例提供的一种基于负载均衡的分布式测试装置，lvs预先确定满足预设健康条件的目标代理节点，通过满足预设健康条件的目标代理节点响应测试请求，解决了由于故障的代理节点无法处理测试请求而导致的测试请求的处理总量减少的问题，同时，由于选取的目标代理节点都满足预设健康条件，还保证了目标代理节点对测试请求处理的容错性和可靠性，使测试环境更加稳定高效。lvs还预先确定目标代理节点的预设调度权重值，并基于预设调度权重值来确定每个目标代理节点能够处理的测试请求的数量，之后，为每个目标代理节点分配该目标代理节点对应的目标数量的测试请求。这样，实现对所有的代理节点进行负载均衡分发测试请求，缓解了测试请求在代理节点中的资源分配不均匀的问题。

图9为本申请一实施例提供的计算机设备40的结构示意图，如图9所示，用于执行图2中的基于负载均衡的分布式测试方法，该设备包括存储器401、处理器402及存储在该存储器401上并可在该处理器402上运行的计算机程序，其中，上述处理器402执行上述计算机程序时实现上述基于负载均衡的分布式测试方法的步骤。

具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述基于负载均衡的分布式测试方法。

对应于图2中的基于负载均衡的分布式测试方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述基于负载均衡的分布式测试方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述基于负载均衡的分布式测试方法。

本申请实施例所提供的基于负载均衡的分布式测试装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。