网元代理管理的方法及系统

摘要

本发明提供了一种网元代理管理的方法及系统，包括，监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文；提取请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理；将所述请求网络数据报文发送给目标OMC服务器；截获所述目标OMC服务器返回的OMC应答报文；提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理；根据处理后的目标端口将所述OMC应答报文发送给OMT。本发明通过监听并截获RMI和EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，有效地提高网元日常维护管理的效率，降低维护管理成本。

权利要求

1.一种网元代理管理的方法，其特征在于，所述方法包括：监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文；

提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理；

将所述请求网络数据报文发送给目标OMC服务器；

截获所述目标OMC服务器返回的OMC应答报文；

提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理；

根据处理后的目标端口将所述OMC应答报文发送给OMT。

2.根据权利要求1所述的方法，其特征在于，使用Socket监听机制监听所述OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：接收所述OMT发送的RMI和/或EJB请求。

4.一种网元代理管理的系统，其特征在于，所述系统包括：第一代理客户端模块，用于请求建立监听服务，截获监听到的操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文，并将所述请求网络数据报文转发给代理服务模块；

代理服务模块，用于建立监听服务，对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听，接收所述第一代理客户端模块发送的所述请求网络数据报文，并根据所述请求网络数据报文创建第二代理客户端模块；

第二代理客户端模块，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，将所述请求网络数据报文发送给目标OMC服务器，截获所述目标OMC服务器返回的OMC应答报文，提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理，根据处理后的目标端口将所述OMC应答报文发送给OMT。

5.根据权利要求4所述的系统，其特征在于，所述第一代理客户端模块部署在所述OMT。

6.根据权利要求4所述的系统，其特征在于，所述第一代理客户端模块包括：第一接收单元，用于接收所述OMT发送的RMI和/或EJB请求；

监听服务请求单元，用于在接收到所述OMT发送的RMI和/或EJB请求后向所述代理服务模块发送监听服务请求；

第一获取单元，用于截获所述代理服务模块监听到的所述请求网络数据报文；

发送单元，用于将所述请求网络数据报文发送给所述代理服务模块。

7.根据权利要求6所述的系统，其特征在于，所述第一代理客户端模块还包括：心跳发送单元，用于向所述代理服务模块发送TCP连接的心跳信号。

8.根据权利要求4所述的系统，其特征在于，所述代理服务模块包括：监听服务单元，用于根据所述第一代理客户端模块的请求建立监听服务，使用Socket监听机制对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听；

第二接收单元，用于接收所述第一代理客户端模块发送的所述请求网络数据报文；

代理核心单元：用于对第一所述代理客户端进行身份验证，接收通过身份验证的第一代理客户端发送的请求网络数据报文，并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块；

通道管理单元：用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测；

负载均衡单元：用于将数据报文进行均衡分发。

9.根据权利要求8所述的系统，其特征在于，所述代理服务模块还包括：心跳监测单元：用于监测与代理客户端之间的TCP连接的心跳信号。

10.根据权利要求8所述的系统，其特征在于，所述第二代理客户端模块包括：处理单元，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，并在第二获取单元截获所述目标OMC服务器返回的OMC应答报文后，对所述应答报文的目标端口进行所述预处理的逆处理；

第二获取单元，用于截获所述通道管理单元监听到的所述目标OMC服务器返回的OMC应答报文；

连接建立单元，用于建立与所述OMT的远程调用连接；

第二发送端元，用于通过所述远程调用连接将所述OMC应答报文发送给OMT。

说明书

网元代理管理的方法及系统

技术领域

[0001] 本发明涉及网络管理技术领域，尤其涉及一种网元代理管理的方法及系统。

背景技术

[0002] 随着移动网络规模的不断扩大，网元数量不断扩大，这对目前分开部署的网管系统构成了巨大的性能问题和效率问题，运营商对此也提出了新的要求，实现OMC(Operating and Maintenance Center，操作维护中心)系统集中化管理，成为OMC部署架构的一个必然的趋势。

[0003] 现有的OMC架构，如图1所示，OMT(Operating and Maintenance Terminal，操作维护终端)和OMC服务器之间的报文协议RMI(Remote Method Invocation，远程方法调用)和EJB(Enterprise JavaBean，远程调用的应用JavaBean)是一对一的关系，每个OMT和OMC服务器之间的IP和端口一一对应。一个OMC服务器管理一个区域的网元，登录OMT只能看到相应服务器所管理的网元，无法看到其他OMC服务器所管理的网元。这种部署方式，耗费大量IP，同时对硬件的部署数量也较多,增加了硬件成本。使用这种部署方式对网元进行日常维护，效率极低，成本较高。

[0004] 现有的OMT报文处理流程如图2所示，OMT与OMC直接的应用协议报文主要包括RMI和EJB两种，通过API(Application Program Interface，应用程序接口)接口进行交互，OMT发送报文到OMC服务器，通过OMC服务器上的RMI/EJB后台服务处理系统进行处理，处理之后返回报文消息给OMT。但是由于RMI技术本身的限制，在同台服务器上，即使每个网管代理系统实例分配不同的IP，这些实例也无法使用同一个端口、同一个服务器名提供RMI。这就造成了OMT和OMC服务器之间只能是单对单的关系。

[0005] 目前的解决方案有两种：

[0006] 1、现有系统中多端口固定的情况下，需要将RMI服务通用的标识格式再增加实例绑定IP的方式进行区分。但是这种方式会占用更多的IP，在运营商分配IP有限的情况下，这种方式并不划算。

[0007] 2、使用代理服务器OMC-PROXY对端口进行临时处理，以达到单对多的应用方式，实现用户登录至一个OMC中，能够对全网网元进行管理。

[0008] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

[0009] 现有的OMT与OMC之间的RMI和EJB应用协议请求报文是通过TCP/IP协议栈传输层的API接口进行交互的。只能实现单套OMT与单套OMC服务器之间的映射，无法做到单套OMT与多套OMC服务器之间的映射。面对全网网元的管理，这显然存在极大的性能压力，同时可靠性较低。若部署多套OMT与多套OMC服务器，进行对网元进行分区域管理，则增加了硬件成本，造成整个网管系统的部署成本过高，同时对运维造成不便。另一方面，目前的部署方式也不符合运营商的技术规范要求。

发明内容

[0010] (一)要解决的技术问题

[0011] 本发明提供网元代理管理的方法及系统，用于实现OMC的集中管理，提高网元日常维护管理的效率，降低硬件成本。

[0012] (二)技术方案

[0013] 为解决上述技术问题，本发明提供的网元代理管理的方法，包括：

[0014] 监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文；

[0015] 提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理；

[0016] 将所述请求网络数据报文发送给目标OMC服务器；

[0017] 截获所述目标OMC服务器返回的OMC应答报文；

[0018] 提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理；

[0019] 根据处理后的目标端口将所述OMC应答报文发送给OMT。

[0020] 优选地，使用Socket监听机制监听所述OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文。

[0021] 优选地，所述方法还包括：

[0022] 接收所述OMT发送的RMI和/或EJB请求。

[0023] 相应的，本发明还提出了一种网元代理管理的系统，所述系统包括：

[0024] 第一代理客户端模块，用于请求建立监听服务，截获监听到的操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文，并将所述请求网络数据报文转发给代理服务模块；

[0025] 代理服务模块，用于建立监听服务，对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听，接收所述第一代理客户端模块发送的所述请求网络数据报文，并根据所述请求网络数据报文创建第二代理客户端模块；

[0026] 第二代理客户端模块，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，将所述请求网络数据报文发送给目标OMC服务器，截获所述目标OMC服务器返回的OMC应答报文，提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理，根据处理后的目标端口将所述OMC应答报文发送给OMT。

[0027] 优选地，所述第一代理客户端模块部署在所述OMT。

[0028] 优选地，所述第一代理客户端模块包括：

[0029] 第一接收单元，用于接收所述OMT发送的RMI和/或EJB请求；

[0030] 监听服务请求单元，用于在接收到所述OMT发送的RMI和/或EJB请求后向所述代理服务模块发送监听服务请求；

[0031] 第一获取单元，用于截获所述代理服务模块监听到的所述请求网络数据报文；

[0032] 发送单元，用于将所述请求网络数据报文发送给所述代理服务模块。

[0033] 优选地，所述第一代理客户端模块还包括：

[0034] 心跳发送单元，用于向所述代理服务模块发送TCP连接的心跳信号。

[0035] 优选地，所述代理服务模块包括：

[0036] 监听服务单元，用于根据所述第一代理客户端模块的请求建立监听服务，使用Socket监听机制对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听；

[0037] 第二接收单元，用于接收所述第一代理客户端模块发送的所述请求网络数据报文；

[0038] 代理核心单元：用于对第一所述代理客户端进行身份验证，接收通过身份验证的第一代理客户端发送的请求网络数据报文，并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块；

[0039] 通道管理单元：用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测；

[0040] 负载均衡单元：用于将数据报文进行均衡分发。

[0041] 优选地，所述代理服务模块还包括：

[0042] 心跳监测单元：用于监测与代理客户端之间的TCP连接的心跳信号。

[0043] 优选地，所述第二代理客户端模块包括：

[0044] 处理单元，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，并在第二获取单元截获所述目标OMC服务器返回的OMC应答报文后，对所述应答报文的目标端口进行所述预处理的逆处理；

[0045] 第二获取单元，用于截获所述通道管理单元监听到的所述目标OMC服务器返回的OMC应答报文；

[0046] 连接建立单元，用于建立与所述OMT的远程调用连接；

[0047] 第二发送端元，用于通过所述远程调用连接将所述OMC应答报文发送给OMT。

[0048] (三)有益效果

[0049] 本发明提供的网元代理管理的方法及系统，使用Socket监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，从而实现分权分域和OMC的集中管理，这种部署方式，减少了IP的消耗，同时由于OMC服务的集中部署，硬件的部署数量也较少，降低了硬件成本，有效地提高网元日常维护管理的效率，降低维护管理成本。

附图说明

[0050] 通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：

[0051] 图1为现有技术中网元管理方法中OMC部署架构示意图；

[0052] 图2为现有技术中网元管理系统中OMT与OMC之间的报文处理流程图；

[0053] 图3为本发明实施例提供的一种网元代理管理的方法流程图；

[0054] 图4为本发明实施例中提供的网元代理管理的方法中OMC部署架构示意图；

[0055] 图5为本发明实施例提供的一种网元代理管理的系统模块图；

[0056] 图6为本发明实施例提供的网元代理管理的系统中OMT与OMC之间的报文处理流程图；

[0057] 图7为本发明实施例提供的网元代理管理的系统的具体业务流程图。

具体实施方式

[0058] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0059] RMI和EJB是基于Java技术的一种远程方法调用技术协议，是Java分布式应用的基础，同时都是构建于TCP之上的应用层协议，它们的局限性是仅仅适用于Java语言编写的应用程序之间通讯。在网络间传输数据时可以只使用TCP/IP(传输层)协议，如果没有应用层，便无法识别数据内容和数据意义，因此必须使用到比如RMI和EJB等等的应用层协议。但在某些应用场合中，我们并不需要了解网络间的数据意义，只需要把网络数据报文通过映射关系转发到其他目的地即可，这种设计的目的在于代理系统尽可能少的参与业务逻辑的关系中去。

[0060] 为解决现有技术中存在的问题，本发明提供了一种网元代理管理的方法及系统，为了实现网元代理管理的方法及系统的功能需求，可以透明的把RMI和EJB这些应用协议请求报文进行映射转发，寻找到TCP/IP协议栈传输层的操作API接口。由于Socket套接字则是对TCP/IP协议的封装和应用，主要解决数据如何在网络中传输，是一个调用接口(API)，通过Socket才能使用TCP/IP协议。本发明使用Socket监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发。当然如果需要实现报文转发目的，OMT与网元代理管理系统之间首先必须遵循一定的协议规则建立起信任连接，同时OMT需要告诉代理系统在哪些端口建立监听服务。代理系统的SOCKS5服务的代理模式有连接(Connect)，绑定(Bind)和UDP穿透(UDP Associate)。其中连接(Connect)，绑定(Bind)是针对TCP数据流的代理，本发明的网元代理管理系统采用“Bind”类型。创建Bind代理服务的任务即在网元代理管理系统内部创建一个代理监听服务，接收到操作维护终端的连接并转发数据到目标服务，实现OMC的集中管理，提高网元日常维护管理的效率，降低维护管理成本。

[0061] 图3为本发明实施例提供的一种网元代理管理的方法流程图，如图3所示，该方法包括以下步骤：

[0062] S101、监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文；

[0063] S102、提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理；

[0064] S103、将所述请求网络数据报文发送给目标OMC服务器；

[0065] S104、截获所述目标OMC服务器返回的OMC应答报文；

[0066] S105、提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理；

[0067] S106、根据处理后的目标端口将所述OMC应答报文发送给OMT。

[0068] 本发明实施例提供的网元代理管理的方法，通过监听并截获RMI和EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，有效地提高网元日常维护管理的效率，降低维护管理成本。

[0069] 在本发明实施例中，代理服务器具体使用Socket监听机制监听操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文。

[0070] 在本发明实施例中，在代理服务器进行监听服务之前还包括，接收当前OMT发送的RMI和/或EJB请求。

[0071] 图4为本发明实施例中提供的网元代理管理的方法中OMC部署架构示意图，如图4所示，OMT和OMC服务器之间的报文协议RMI(Java的远程过程调用(RPC)机制)和EJB(远程调用的应用JavaBean)通过代理服务器OMC-PROXY代理系统的Socket监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发。从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，从而实现分权分域和OMC的集中管理。这种部署方式，减少了IP的消耗，同时由于OMC服务的集中部署，硬件的部署数量也较少，,降低了硬件成本。使用这种部署方式对网元进行日常维护，效率极高，成本较低。

[0072] 图5为本发明实施例提供的一种网元代理管理的系统模块图，如图5所示，所述系统包括：

[0073] 第一代理客户端模块201，用于请求建立监听服务，截获监听到的操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文，并将所述请求网络数据报文转发给代理服务模块；

[0074] 代理服务模块202，用于建立监听服务，对OMT向OMC服务器发送的RMI和EJB请求网络数据报文进行报文监听，接收所述第一代理客户端模块发送的所述请求网络数据报文，并根据所述请求网络数据报文创建第二代理客户端模块203；

[0075] 第二代理客户端模块203，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，将所述请求网络数据报文发送给目标OMC服务器，截获所述目标OMC服务器返回的OMC应答报文，提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理，根据处理后的目标端口将所述OMC应答报文发送给OMT。

[0076] 本发明实施例，在协议报文传递的过程中在OMT客户端和OMC应用服务之间增加一个网元代理管理的系统，从而实现使用Socket监听机制截获RMI和EJB协议的网络数据报文并进行报文的转发，实现OMC的集中化管理，本发明实施例中，本文的代理服务模块采用“Bind”类型对TCP数据流进行代理，网元代理管理的系统内部创建一个代理监听服务，接收到客户端的连接并转发数据到目标服务，实现OMC系统集中化管理的要求，解决了物理多套OMC服务器与一套OMT系统之间的映射问题，实现对全网网元的管理。

[0077] 本发明实施例中提出的第一代理客户端模块201部署在所述OMT。将网元代理管理的系统的客户端组件即第一代理客户端模块嵌套于OMT系统的设计，极大程度上降低了系统间的耦合度，方便OMT系统的多种应用。当不需要经过代理系统转发请求时去掉部署在OMT的第一代理客户端模块即可，拆分和组合相对比较方便简单。

[0078] 本发明实施例中的第一代理客户端模块201包括：

[0079] 第一接收单元，用于接收所述OMT发送的RMI和/或EJB请求；

[0080] 监听服务请求单元，用于在接收到所述OMT发送的RMI和/或EJB请求后向所述代理服务模块发送监听服务请求；

[0081] 第一获取单元，用于截获所述代理服务模块监听到的所述请求网络数据报文；

[0082] 发送单元，用于将所述请求网络数据报文发送给所述代理服务模块。

[0083] 本发明实施例中的第一代理客户端模块201还包括：

[0084] 心跳发送单元，用于向所述代理服务模块发送TCP连接的心跳信号。

[0085] 本发明实施例中的代理服务模块202包括：

[0086] 监听服务单元，用于根据所述第一代理客户端模块的请求建立监听服务，使用Socket监听机制对OMT向OMC服务器发送的RMI和EJB请求网络数据报文进行报文监听；

[0087] 第二接收单元，用于接收所述第一代理客户端模块发送的所述请求网络数据报文；

[0088] 代理核心单元：用于对第一所述代理客户端进行身份验证，接收通过身份验证的第一代理客户端发送的请求网络数据报文，并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块；

[0089] 通道管理单元：用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测；

[0090] 负载均衡单元：用于将数据报文进行均衡分发。

[0091] 本发明实施例中的代理服务模块202还包括：

[0092] 心跳监测单元：用于监测与代理客户端之间的TCP连接的心跳信号。

[0093] 本发明实施例中的第二代理客户端模块203包括：

[0094] 处理单元，用于提取所述请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理，并在第二获取单元截获所述目标OMC服务器返回的OMC应答报文后，对所述应答报文的目标端口进行所述预处理的逆处理；

[0095] 第二获取单元，用于截获所述通道管理单元监听到的所述目标OMC服务器返回的OMC应答报文；

[0096] 连接建立单元，用于建立与所述OMT的远程调用连接；

[0097] 第二发送端元，用于通过所述远程调用连接将所述OMC应答报文发送给OMT。

[0098] 图6为本发明实施例提供的网元代理管理的系统中OMT与OMC之间的报文处理流程图。如图6所示，网元代理管理的系统从软件结构上划分为“代理服务”和“代理客户端”两大功能模块，同时也是独立部署的两个独立组件。代理服务模块是代理系统的核心，主要负责代理服务的管理和代理业务通道管理；客户端组件代理客户端模块主要帮助其他系统与代理服务建立信任连接和请求创建代理业务通道，代理客户端模块依附于其他系统中，不能独立运行；代理服务模块是可以独立运行的软件模块。

[0099] 本发明实施例提出的网元代理管理的系统的具体业务流程如图7所示，具体包括：

[0100] (1)OMT系统向OMC服务器发送的RMI和EJB等协议的网络数据报文；

[0101] (2)监听并截获OMT系统向OMC服务器发送的RMI和/或EJB等协议的网络数据报文并进行报文的转发。因此如果它要为OMC系统承担起数据转发工作，网元代理管理的系统首先必须以独立系统形式启动，并创建代理服务的“监听器”及监听服务单元。当有代理客户端模块的连接请求时，经合法性验证后将请求交由代理服务模块处理，如果没有客户端的连接，监听服务一直处于线程“阻塞”状态。

[0102] (3)代理服务模块在接受到监听转发的EJB请求报文信息后，进行第二代理客户端模块的创建、代理连接器的创建、代理服务创建器的创建以及心跳发送器的创建等等，第二代理客户端模块对EJB请求报文信息的源端口进行预处理，本发明实施例的预处理优选为在源端口的基础上“+100”，并将EJB请求报文信息发送给OMC服务器；

[0103] (4)OMC服务器接收到EJB请求后，按照OMC内部流程做出应答报文，并再次发送给第二代理客户端模块。

[0104] (5)第二代理客户端模块对应答报文的目标端口进行上述预处理的逆处理，即在目标端口的基础上“-100”，其中EJB请求报文信息的源端口与应答报文的目标端口相同，均为OMT的端口地址，通过代理服务模块的代理核心单元建立的代理通道收到相关报文后，再次进行处理，然后转发给OMT。

[0105] (6)OMT收到相关报文消息后，呈现在OMT界面上，整个转发过程结束。

[0106] 本发明实施例提供的网元代理管理的方法及系统，使用Socket监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，有效地提高网元日常维护管理的效率，降低维护管理成本。

[0107] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

[0108] 本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

[0109] 本领域技术人员可以理解实施例中的系统中的模块可以按照实施例描述进行分布于实施例的系统中，也可以进行相应变化位于不同于本实施例的一个或多个系统中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

[0110] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。