一种负荷分担的方法及其设备与流程

本发明涉及通信领域和互联网领域，具体涉及一种负荷分担的方法及其设备。

背景技术：

随着网络和管道技术的飞速发展，互联网+应用多样化，无线网络带宽的业务呈爆炸式的增长。比如之前的PC上应用软件，随着互联网+飞速发展，在人们生活和工作中移动应用要求也高，应用也很广泛。不同的行业在移动方面的应用也要求越来多，各种聊天软件，打车软件，购物软件，教育软件，视频等，都从原来的PC端移到手机上应用。

管道业务在端到端领域在被互联网占领，移动运营商只做管道，而管道业务有爆发增长，利润越来越低，并且很多业务被互联网应用代替，移动在管道领域也在试着做各种应用，一方面抢占互联网应用，另外方面提升传输效率，所以各种应用就跟着出现，各种加速器，各种优化，缓存，视频，网关直接集成第三方APP应用等。另外各种网络部署、组网、应用架构出现，软件定义网络(英文：Software Defined Network，简称：SDN)，多业务边缘路由器(英文：Multi Service Engine，简称：MSE)多业务概念出现、云的应用和发展更容易部署业务。

移动应用越多，对不同业务进行路由和负荷分担也就出现。现有技术采用基于策略路由的业务负载分担的方法，将不同链路分开。

但是策略路由是一种依据用户制定的策略进行路由选择的机制，属于一种静态的配置方式，网关或者其他设备路由到路由器上后，一般路由器转发只能是按照配置转发，不能实现智能转发，所以不能做到根据配置再加业务内容进行负荷分担。

技术实现要素：

本发明实施例提供了一种负荷分担的方法及其设备，能够动态实现用户流的负荷分担。

第一方面，本发明实施例提供了一种负荷分担的方法，该方法包括：

业务流控制面(workflow controller)接收终端的上线请求，上线请求中携带终端信息，终端信息包括终端的IP地址和终端的网络签约信息；业务流控制面根据终端的IP地址进行业务编排，生成转发规则，转发规则指示终端的数据报文转发时的目标数据面；业务流控制面根据终端的网络签约信息，确定终端的预定义业务，确定预定义业务关联的应用服务器(inline service)的通信配置信息；业务流控制面将转发规则发送给路由器，以使得路由器在接收到终端的数据报文时，将数据报文发送至目标数据面；业务流控制面将应用服务器的通信配置信息发送给目标数据面，以使得目标数据面根据应用服务器的通信配置信息将数据报文发送至相应的应用服务器。

本发明通过部署数据流控制面，当终端上线时，通过控制面进行业务编排，下发转发规则给路由器，指示路由器将终端的数据报文发送至目标数据面，同时，生成终端预定义业务的通信配置信息给目标数据面。后续数据报文达到路由器后，路由器执行策略路由将数据报文转发到对应的目标数据面进行业务处理，这样不同终端生成的策略路由不一样，路由器转发到的数据面也不一样，从而实现负荷分担。同时，目标数据面根据控制面下发的预定义业务的通信配置信息做业务，不同用户的同一类数据报文可以转发到不同的应用服务器实例(inline service实例)，从而能够在各inline service之间实现负荷分担。

可选的，终端的预定义业务包括至少一种；业务流控制面确定预定义业务关联的应用服务器的通信配置信息包括：业务流控制面确定终端的每一种预定义业务关联的应用服务器的通信配置信息，通信配置信息包括各应用服务器实例的IP地址、端口、通信方式、数据报文在各应用服务器的流经顺序等。

可选的，转发规则中包括终端的IP地址和目标数据面的IP地址，指示路由器将该收到终端的IP地址的数据报文时，发送给所述目标数据面的IP地址。

可选的，转发规则中也可以包括终端的IP地址所属的IP地址段，和目标数据面的IP地址；转发规则还用于指示终端的IP地址所属的IP地址段内的终端发送的数据报文转发至所述目标数据面的IP地址。

第二方面，本发明实施例提供了一种负荷分担的方法，包括：

路由器接收业务流控制面发送的终端的转发规则，转发规则是由业务流控制面根据终端的IP地址进行业务编排生成，用于指示终端的数据报文转发时的目标数据面；路由器根据转发规则下发策略路由；路由器接收终端的数据报文，根据策略路由将数据报文转发至目标数据面。

本发明实施例中，路由器根据数据流控制面下发的转发规则生成策略路由，后续报文到达路由器后，路由器选择路由转发到对应的数据面进行业务处理，这样不同用户生成的策略路由不一样，路由器转发到数据面也不一样，从而实现负荷分担。

可选的，转发规则中包括终端的IP地址和目标数据面的IP地址。

可选的，转发规则中包括终端的IP地址所属的IP地址段，和目标数据面的IP地址；当路由器接收到终端的IP地址所属的IP地址段内的终端发送的数据报文时，将IP地址段内的终端发送的数据报文转发至目标数据面。

第三方面，本发明实施例提供了一种负荷分担的方法，包括：

数据面接收业务流控制面发送的终端的预定义业务关联的应用服务器的通信配置信息；数据面接收终端的数据报文；数据面确定数据报文匹配的预定义业务，根据预定义业务关联的应用服务器的通信配置信息将数据报文发送至对应的应用服务器。

本发明实施例中，业务流控制面在给预定义业务配置应用服务器通信配置信息时，可以控制终端和具体的应用服务器(Inline Service)实例之间的对应关系，能够根据业务的实际情况对对应关系进行灵活动态调整，从而能够在同类型的多个inline sevice实例中间实现负荷分担。

可选的，预定义业务关联的应用服务器的通信配置信息包括终端的每一种预定义业务关联的应用服务器的通信配置信息，通信配置信息包括应用服务器的IP地址、端口、通信方式及数据报文在各应用服务器的流经顺序等。

第四方面，本发明实施例还提供一种控制面实体，具体实现对应于上述第一方面提供的负荷分担方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件程序实现。硬件和软件包括一个或多个与上述功能相对应的单元模块，所述单元模块可以是软件和/或硬件。

一种可能的设计中，所述控制面实体包括：

接收单元，用于接收终端的上线请求，上线请求中携带终端信息，终端信息包括终端的IP地址和终端的网络签约信息；

转发规则生成单元，用于根据终端的IP地址进行业务编排，生成转发规则，转发规则指示终端的数据报文转发时的目标数据面；

通信配置信息生成单元，用于根据终端的网络签约信息，确定终端的预定义业务，确定预定义业务关联的应用服务器的通信配置信息；

发送单元，用于将转发规则发送给路由器，以使得路由器在接收到终端的数据报文时，将数据报文发送至目标数据面；

发送单元，还用于将应用服务器的通信配置信息发送给目标数据面，以使得目标数据面根据应用服务器的通信配置信息将数据报文发送至相应的应用服务器。

此外，该控制面实体中的各单元模块还执行第一方面提供的负荷分担方法中的数据流控制面所执行的全部或部分步骤。

一种可能的设计中，在第五方面，本发明实施例提供了一种控制面实体，该控制面实体可以为服务器，包括：

相互连接的收发器、处理器及存储器；存储器用于存储程序代码，处理器调用存储器中的程序代码，以执行上述第一方面中的控制面实体所执行的步骤。

第六方面，本发明实施例还提供一种路由器，具体实现对应于上述第二方面提供的负荷分担方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件程序实现。硬件和软件包括一个或多个与上述功能相对应的单元模块，所述单元模块可以是软件和/或硬件。

一种可能的设计中，所述控制面实体包括：

接收单元，用于接收业务流控制面发送的终端的转发规则，转发规则是由业务流控制面根据终端的IP地址进行业务编排生成，用于指示终端的数据报文转发时的目标数据面；

处理单元，用于根据转发规则下发策略路由；

接收单元，还用于接收终端的数据报文，

发送单元，用于根据策略路由将数据报文转发至目标数据面。

一种可能的设计中，在第七方面，本发明实施例提供的路由器，包括：

相互连接的收发器、处理器及存储器；存储器用于存储程序代码，处理器调用存储器中的程序代码，以执行上述第二方面中的路由器所执行的步骤。

第八方面，本发明实施例还提供一种数据面实体，具体实现对应于上述第三方面提供的负荷分担方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件程序实现。硬件和软件包括一个或多个与上述功能相对应的单元模块，所述单元模块可以是软件和/或硬件。

一种可能的设计中，所述数据面实体包括：包括：

接收单元，用于接收业务流控制面发送的终端的预定义业务关联的应用服务器的通信配置信息；

接收单元，还用于接收终端的数据报文；

处理单元，用于确定数据报文匹配的预定义业务；

发送单元，用于根据预定义业务关联的应用服务器的通信配置信息将数据报文发送至对应的应用服务器。

一种可能的设计中，在第九方面，本发明实施例提供的路由器，包括：

相互连接的收发器、处理器及存储器；存储器用于存储程序代码，处理器调用存储器中的程序代码，以执行上述第三方面中的数据面所执行的步骤。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，路由器选择路由转发到对应的数据面进行业务处理，这样不同用户生成的策略路由不一样，由器转发到数据面也不一样，从而实现负荷分担。

附图说明

图1为本发明实施例中一种组网负荷分担图；

图2为本发明实施例中的负荷分担方法的信息交互流程图；

图3为本发明实施例中控制面实体或数据面实体的一种硬件结构图；

图4为本发明实施例中控制面实体的一种功能模块结构图；

图5为本发明实施例中数据面实体的一种功能模块结构图；

图6为本发明实施例中路由器的一种硬件结构图；

图7为本发明实施例中路由器的一种功能模块结构图。

具体实施方式

下面结合附图对本发明实施例中的负荷分担的方法、服务器及路由器进行详细介绍。

如图1所示，本发明实施例在网关(英文：gateway，简称：GW)后面部署业务流(workflow)后做业务编排系统的控制面，该控制面把业务编排决定后，下发路由转发规则到路由器上，路由器根据转发规则生成策略路由，后续用户(终端用户)的数据报文到达路由器后，路由器根据上一次下发的策略路由进行报文转发，转发到对应的workflow数据面上进行更深一层的解析和做业务，并且根据解析和决策后转发到对应的inline service(第三方应用服务器或应用服务器)上做业务，做完业务后，再把数据报文发送至服务提供商服务器(英文：Service Provider Server，简称：SP server)。

本发明实施例中的应用服务器可以包括多种，例如：安全防护服务器、视频优化服务器、多媒体处理服务器和文件处理服务器等，其中，安全防护服务器、视频优化服务器、多媒体处理服务器和文件处理服务器都可以是第三方应用(Third APP)，例如：视频优化服务器可以是Skyfire Rocket，多媒体处理服务器可以是Openwave、文件处理服务器可以是OpenWRT安全防护。

每一种应用服务器可以是多实例，可以通过部署多个实例来实现负载均衡。

本发明实施例还通过控制面下发用户预定义业务关联的应用服务器的通信配置信息给数据面，该通信配置信息中包括该终端的每一种预定义业务的数据报文需要流经的应用服务器的通信地址IP、端口号，通信方式，流经顺序等。

例如：某种预定义业务的数据报文需要流经的应用服务器为：安全防护—视频优化—多媒体处理—文件处理，则当终端用户的数据报文来的时候，数据面根据数据流控制面下发的应用服务器通信配置信息做每个业务，例如：安全防护、视频优化、多媒体处理、文件处理等按照编排的业务一个一个挨着做。

需要说明的是，图1只是一种简略的组网示意图，在实际应用中，会存在不同的组网方式，本发明不对具体的组网方式做限定。

下面结合图2对本发明实施例中的负荷分担方法进行详细介绍。

步骤201-203是用户入网数据流控制面的流程：

201、网关接收到终端用户的上线请求；

该上线请求中携带UE的签约信息(或网络参数)，例如国际移动用户识别码(英文：International Mobile Subscriber Identification Number，简称：IMSI)。

202、网关给终端分配IP地址；例如：网关给终端用户分配IP地址为192.168.100.100。

203、网关该终端用户的将上线请求发送至业务流控制面，业务流控制面接收终端的上线请求；

该上线请求中携带终端信息，其中包括网关给终端分配的IP地址和终端的网络签约信息，业务流控制面接收到该上线请求后，控制面进行业务编排，给路由器下发转发规则，并给目标数据面下发应用服务器通信配置信息，具体通过执行如下步骤实现：

204、业务流控制面根据终端的IP地址进行业务编排，生成转发规则；

业务流控制面根据终端的IP地址进行决策，通过给路由器下发转发规则来指示终端的数据报文转发时的目标数据面，以使得不同的终端的数据报文来的时候会转发到不同的数据面上。

业务流控制面决策下发一个什么路径给路由器，该决策即为下发给路由器的转发规则，该该转发规则中至少包括终端的IP地址和目标数据面的IP地址。

205、业务流控制面将转发规则发送给路由器；

206、路由器根据所述转发规则下发策略路由；

路由器根据业务流控制面下发的转发规则，生成对应的策略路由，当路由器接收到该终端的数据报文(包括终端上行的数据报文，或服务提供商服务器(SP server)下行到终端的数据报文)时，可以匹配到该策略路由，将终端的数据报文发送至对应的目标数据面。

207、业务流控制面根据终端的网络签约信息，确定终端的预定义业务，确定终端的预定义业务关联的应用服务器的通信配置信息；

业务流控制面除了下发转发规则给路由器之外，还根据终端的网络签约信息，确定终端的预定义业务，并确定这些预定义业务关联的应用服务器的通信配置信息。

具体的，控制面中存储了多个终端(也即终端用户)的预定义业务模板，该预定义业务模板中保存了每个终端要做的业务的类型，例如：A终端可以做网页、防火墙、视频业务；B终端可以做网页、视频业务。

业务流控制面根据终端的网络签约信息，从存储的预定义业务模板中确定该终端的预定义业务。

之后，根据该预定义业务，配置这些预定义业务所关联的应用服务器的通信信息。

具体的，是为每一种预定义业务配置应用服务器的通信地址IP、端口号，通信方式、流经顺序等，其中通信方式包括TCP、UDP、SCTP、ICAP等方式。

例如：A终端做视频业务时，设定需要流经的应用服务器为：安全防护—视频优化—多媒体处理—文件处理，并设定需要流经的每一个应用服务器的IP地址、端口号、通信方式。

208、业务流控制面将应用服务器的通信配置信息发送给目标数据面；

业务流控制面将预定义业务关联的应用服务器的通信配置信息发送给目标数据面，在目标数据面接收到终端的数据报文时，通过解析将该数据报文按照预定义业务关联的应用服务器的通信配置信息在一个一个应用服务器中做业务。

209、用户上线成功，业务流控制面将上线成功应答返回给网关；

业务流控制面在下发转发规则给路由器，下发预定义业务关联的应用服务器通信配置信息给目标数据面后，返回用户上线成功应答消息给网关。

2010、网关将用户附着成功应答返回给终端；

2011、终端发送用户数据报文访问业务，将数据报文发送网关，此数据报文为终端的上行数据报文。

2012、路由器接收到网关发送的终端的数据报文，匹配到步骤206中的所述策略路由，按照匹配到的路由转发表进行转发，将数据报文发送至目标数据面上进行决策。

2013、目标数据面接收到数据报文后，进行七层解析，确定所述数据报文所匹配的预定义业务，根据步骤208中接收的预定义业务关联的应用服务器的通信配置信息，发现需要到应用服务器(inline service)上做业务，则将数据报文发送至相应的应用服务器，在一个一个应用服务器上挨着做业务。

则当数据面确定来的数据报文是属于步骤207中举例的视频业务时，数据面根据数据流控制面下发的应用服务器通信配置信息做每个业务，安全防护、视频优化、多媒体处理、文件处理等按照编排的业务一个一个挨着做。

具体的，是在一个应用服务器上做完业务后，回到目标数据面，再到接下来的另一个应用服务器上做业务。

步骤2014-步骤2015是目标数据面将数据报文发送至应用服务器1上做业务，做完业务后，再返回到目标数据面。

步骤2016-步骤2017是目标数据面将数据报文发送至应用服务器2上做业务，做完业务后，再返回到目标数据面。

2018、目标数据面根据预定义业务关联的应用服务器的通信配置信息在相应的应用服务器上做完业务后，将数据报文发送至路由器，由路由器将数据报文送至服务提供商服务器(SP server)。

步骤2019-步骤2014：相反的，服务提供商服务器下行到终端的数据报文的与上行的处理相反，如图2所示，服务提供商服务器返回的数据报文先发给路由器，匹配到步骤206中的所述策略路由(此时路由器接收到的数据报文为服务器下行至终端的业务报文)，按照匹配到的路由转发表进行转发，将数据报文发送至目标数据面上进行决策。目标数据面再根据关联的应用服务器的通信配置信息决策是否要做inline service，如果需要，则到相应的应用服务器上做业务，做完业务后，再回到路由器，路由器再将数据报文发送至终端。

在现有技术中，网关或者其他设备路由到路由器上后，一般路由转发只能是按照配置转发，不能实现智能转发，所以路由不能做到负荷分担。本发明实施例在业务流控制面进行业务编排后指示路由器路由，路由器生成策略路由，后续报文到达路由器后，路由器选择路由转发到对应的数据面进行业务处理，这样不同用户生成的策略路由不一样，由器转发到数据面也不一样，从而实现负荷分担。路

另外，由业务流控制面在给预定义业务配置应用服务器通信配置信息时，可以控制终端和具体的应用服务器(Inline Service)实例之间的对应关系，能够根据业务的实际情况对对应关系进行灵活动态调整，从而能够在同类型的多个inline sevice实例中间实现负荷分担。

图2所示的实施例中，业务流控制面下发转发规则给路由器时，是针对单个终端生成的转发规则，转发规则的源IP地址(终端IP地址)中只包含单个终端的IP。

可选的，本发明实施例中，业务流控制面不但可以下发单个的IP地址给策略路由实现负荷分担，而且也可以下发区域地址，也就是带掩码作为负荷分担。转发规则中包括终端的IP地址所属的IP地址段，和目标数据面的IP地址，用于指示终端的IP地址所属的IP地址段内的终端发送的数据报文转发至同一个目标数据面。例如：发送上线请求的终端的IP地址为192.168.100.100，业务流控制面下发转发规则时，源IP地址为192.168.0.0/16方式，表示以192.168开头的终端用户IP地址都转发到同一个目标数据面上。

以上是对本发明实施例中的方法实施例进行的介绍，下面对本发明实施例中的控制面实体、路由器、数据面实体进行介绍。

具体的，在图3是本发明实施例提供的一种控制面实体或数据面实体硬件结构示意图，在实际应用中，控制面实体和数据面实体可以为服务器。该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(英文：central processing units，简称：CPU)322(例如，一个或一个以上处理器)和存储器330，存储器330用于存储一个或一个以上存储应用程序342或数据344，存储一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。存储在存储器330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对控制面设备中的一系列指令操作。更进一步地，处理器322可以与存储器330通信，在服务器300上执行存储器330中的一系列指令操作。

服务器300还包括一个或一个以上收发器350，该收发器可以是有线或无线网络接口。

根据处理器可以执行的具体功能不同，该硬件结构可以是上述方法实施例中所示的控制面实体，也可以数据面实体。

具体的，如果是控制面实体，则执行上述图2所示的方法实施例中的数据流控制面(workflow controller)所执行的全部或部分步骤，具体请参阅方法实施例部分。

具体的，如果是数据面实体，则执行上述图2所示的方法实施例中的目标数据面所执行的全部或部分步骤，具体请参阅方法实施例部分。

从功能模块结构角度来说，本发明实施例中的控制面实体或数据面实体所具有的功能还可以通过专用集成电路(英文：application-specific integrated circuit，简称：ASIC)实现，或可编程逻辑器件(英文：programmable logic device，简称：PLD)实现。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，简称：CPLD)，FPGA，通用阵列逻辑(英文：generic array logic,简称：GAL)或其任意组合。

一种可能的实现方式中，本发明实施例中控制面实体的功能模块示意图如图4所示，包括：

接收单元401，用于接收终端的上线请求，所述上线请求中携带终端信息，所述终端信息包括所述终端的IP地址和所述终端的网络签约信息；

转发规则生成单元402，用于根据所述终端的IP地址进行业务编排，生成转发规则，所述转发规则指示所述终端的数据报文转发时的目标数据面；

通信配置信息生成单元403，用于根据所述终端的网络签约信息，确定所述终端的预定义业务，确定所述预定义业务关联的应用服务器的通信配置信息；

发送单元404，用于将所述转发规则发送给路由器，以使得所述路由器在接收到所述终端的数据报文时，将所述数据报文发送至所述目标数据面；

所述发送单元404，还用于将所述应用服务器的通信配置信息发送给所述目标数据面，以使得所述目标数据面根据所述应用服务器的通信配置信息将所述数据报文发送至相应的应用服务器。

在一些具体的实施中，所述终端的预定义业务包括至少一种；所述通信配置信息生成单元403，具体用于确定所述终端的每一种预定义业务关联的应用服务器的通信配置信息，所述通信配置信息包括应用服务器的IP地址、端口及通信方式。

在一些具体的实施中，所述转发规则生成单元402，具体用于根据所述终端的IP地址进行业务编排，生成转发规则，所述转发规则中包括终端的IP地址和目标数据面的IP地址，所述转发规则指示所述终端的数据报文转发时的目标数据面；

在一些具体的实施中，所述转发规则生成单元，具体用于根据所述终端的IP地址进行业务编排，生成转发规则，所述转发规则中包括终端的IP地址所属的IP地址段，和目标数据面的IP地址，所述转发规则指示所述终端的数据报文转发时的目标数据面，还用于指示所述终端的IP地址所属的IP地址段内的终端发送的数据报文转发至所述目标数据面。

图4中各功能单元之间的信息交互请参阅方法实施例中业务流控制面所执行的步骤，此处不再赘述。

一种可能的实现方式中，本发明实施例中数据面实体的功能模块示意图如图5所示，包括：

接收单元501，用于接收业务流控制面发送的终端的预定义业务关联的应用服务器的通信配置信息；还用于接收所述终端的数据报文；

处理单元502，用于确定所述数据报文匹配的预定义业务；

发送单元503，用于根据所述预定义业务关联的应用服务器的通信配置信息将所述数据报文发送至对应的应用服务器。

图5中各功能单元之间的信息交互请参阅方法实施例中目标数据面所执行的步骤，此处不再赘述。

图6是本发明实施例提供的一种路由器的硬件结构示意图，路由器可包括至少一个网络接口或者其它通信接口、至少一个接收器601、至少一个发送器602、至少一个处理器603和存储器604，以实现这些装置之间的连接通信，通过至少一个网络接口(可以是有线或者无线)实现与至少一个其它网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

存储器604可以包括只读存储器和随机存取存储器，并向处理器603提供指令和数据，存储器604的一部分还可以包括可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)。

存储器604存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

在本发明实施例中，处理器603通过调用存储器604存储的操作指令(该操作指令可存储在操作系统中)，执行图2所示的实施例中的路由器所执行的全部或部分步骤。

一种可能的实现方式中，本发明实施例中路由器的功能模块示意图如图7所示，包括：

接收单元701，用于接收业务流控制面发送的终端的转发规则，所述转发规则是由所述业务流控制面根据终端的IP地址进行业务编排生成，用于指示所述终端的数据报文转发时的目标数据面；

处理单元702，用于根据所述转发规则下发策略路由；

所述接收单元701，还用于接收所述终端的数据报文，

发送单元703，用于根据所述策略路由将所述数据报文转发至所述目标数据面。

图7中各功能单元之间的信息交互请参阅方法实施例中路由器所执行的步骤，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。