一种电力调度数据网系统的智能监测方法、存储设备、终端和系统与流程

本发明涉及电力调度数据网的技术领域，具体涉及一种电力调度数据网系统的智能监测方法、存储设备、终端和系统。

背景技术：

电力调度数据网，是用于传输电网自动化信息、调度指挥指令、继电保护与安全自动装置控制信息的网络系统。它是电网调度自动化、管理现代化的基础，是确保电网安全、稳定、经济运行的重要手段，是电力系统的重要基础设施，在协调电力系统发、送、变、配、用电等组成部分的联合运转及保证电网安全、经济、稳定、可靠地运行方面发挥了重要的作用，并有力地保障了电力生产、电力调度、水库调度、燃料调度、继电保护、安全自动装置、远动、电网调度自动化等通信需要，在电力生产及管理中发挥着不可替代的作用。在电力调度数据网系统运行的过程中，作为核心设备的厂站路由器和交换机的运行状态一直是运维人员非常关注的问题。

在现有的大多数电力调度数据网监控系统中，采用的手段通常是直接采集设备的硬件运行参数，例如：cpu使用率、内存占用率、机箱温度、运行时间、风扇/电源/板卡的使用状态等，当采集参数超出阈值范围时进行报警；这种手段较为单一，不能全面、准确地去衡量设备的运行状态。而在对设备的网络运行状态进行监控时，现有的手段通常是通过snmp等协议来检测设备的网络通讯是否正常，若发现异常，则进行线下排查，找出故障设备；这种方式虽然从网络方面弥补了一些硬件方面的缺陷，但是故障检测的效率较低，由于线下排查在一定程度上依赖于相关人员的工作经验与主观能动性，因此使得最终的排查结果的精确度也较低。此外，在现有的监测手段中，大量的无意义数据计算造成的系统资源浪费和有效工作效率低下是普遍存在的问题。

技术实现要素：

针对相关技术中存在的不足，本发明所要解决的技术问题在于：提供一种能够较为全面地、准确地且效率较高地监控设备运行状态的电力调度数据网系统的智能监测方法、存储设备、终端和系统。

为解决上述技术问题，本发明采用的技术方案为：一种电力调度数据网系统的智能监测方法，所述的电力调度数据网系统包括多个路由器，所述的多个路由器组成拓扑结构，所述的一个或多个路由器的实时业务网关上连接有实时交换机，所述的一个或多个路由器的非实时业务网关上连接有非实时交换机；所述的智能监测方法包括：同时监控所有的路由器和交换机的硬件设备运行状态、所有的路由器和交换机的网络通讯状态以及所有广域链路的运行状态，当上述的硬件设备运行状态、网络通讯状态和广域链路运行状态出现异常时，输出对应的告警信息。

优选地，所述拓扑结构的网管业务数据主要由网管业务采集服务器获取，所述拓扑结构的实时业务数据主要由实时业务采集服务器获取，所述拓扑结构的非实时业务数据主要由非实时业务采集服务器获取；所述监控所有的路由器和交换机的网络通讯状态，当上述的网络通讯状态出现异常时，输出对应的告警信息，具体包括：s1011、判断网管业务采集服务器的网管业务采集功能是否开启，如是，则执行步骤s1021，否则，判定所述拓扑结构未开启网管业务采集功能，然后执行步骤s1071；s1021、判断某一路由器的数据传输功能是否正常，如是，则执行步骤s1031-1和s1031-2，否则，判定主站至该路由器的网络通讯异常，然后执行步骤s1061；s1031-1、判断该路由器的实时业务网关的数据传输功能是否正常，如是，则执行步骤s1041-1，否则，判定主站至该路由器的网络通讯正常但该路由器所属厂站的实时业务网络通讯异常，然后执行步骤s1071；s1041-1、判断该路由器的实时业务网关上是否连接有实时交换机，如是，并且该实时交换机具有相关配置且启用，则执行步骤s1051-1，否则，结束流程；s1051-1、判断该实时交换机的数据传输功能是否正常，如是，则结束流程，否则，判定主站至该路由器的网络通讯正常但该路由器至实时交换机的网络通讯异常，然后执行步骤s1071；s1031-2、判断该路由器的非实时业务网关的数据传输功能是否正常，如是，则执行步骤s1041-2，否则，判定主站至该路由器的网络通讯正常但该路由器所属厂站的非实时业务网络通讯异常，然后执行步骤s1071；s1041-2、判断该路由器的非实时业务网关上是否连接有非实时交换机，如是，并且该非实时交换机具有相关配置且启用，则执行步骤s1051-2，否则，结束流程；s1051-2、判断该非实时交换机的数据传输功能是否正常，如是，则结束流程，否则，判定主站至该路由器的网络通讯正常但该路由器至非实时交换机的网络通讯异常，然后执行步骤s1071；s1061、对该路由器的数据传输故障进行诊断，查找出故障节点，并执行步骤s1071；s1071、输出对应的告警信息，并结束流程。

优选地，所述对该路由器的数据传输故障进行诊断，查找出故障节点，并执行步骤s1071，具体包括：s1061-1、将该路由器作为当前子设备；s1061-2、检测其父设备的数据传输功能是否正常；s1061-3、判断该父设备是否为根设备，如是，则告警出故障节点，并执行步骤s1061-5，否则，执行步骤s1061-4；s1061-4、将该父设备作为当前子设备，重复步骤s1061-2；s1061-5、输出对应的告警信息，并结束流程。

优选地，所述拓扑结构的网管业务数据主要由网管业务采集服务器获取；所述监控所有广域链路的运行状态，当上述的广域链路运行状态出现异常时，输出对应的告警信息，具体包括：s1012、判断网管业务采集服务器的网管业务采集功能是否开启，如是，则执行步骤s1022，否则，判定所述拓扑结构未开启网管业务采集功能，然后执行步骤s1122；s1022、判断某一链路是否为两个路由器之间的链路，如是，则执行步骤s1032，否则，判定所述链路为非广域链路，然后结束流程；s1032、计算上述两个路由器之间总共配置的链路数量n1，若n1为0，则判定上述两个路由器之间的链路配置为空，然后执行步骤s1122，若n1为1，则执行步骤s1042，若n1>1，则执行步骤s1082；s1042、判断上述两个路由器中父设备的端口状态是否为up，若是，则执行步骤s1052，否则，判定该父设备和子设备的端口中断，然后执行步骤s1122；s1052、判断该父设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则执行步骤s1062，否则，判定该父设备和子设备的端口异常，然后执行步骤s1122；s1062、判断上述两个路由器中子设备的端口状态是否为up，若是，则执行步骤s1072，否则，判定该子设备和父设备的端口中断，然后执行步骤s1122；s1072、判断该子设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则判定该条广域链路正常，然后结束流程，否则，判定该子设备和父设备的端口异常，然后执行步骤s1122；s1082、判断上述两个路由器中父设备的端口状态是否为up，若是，则执行步骤s1092，否则，判定该父设备的端口中断，然后执行步骤s1122；s1092、判断该父设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则执行步骤s1102，否则，判定该父设备的端口异常，然后执行步骤s1122；s1102、判断上述两个路由器中子设备的端口状态是否为up，若是，则执行步骤s1112，否则，判定该子设备的端口中断，然后执行步骤s1122；s1112、判断该子设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则判定该条广域链路正常，然后结束流程，否则，判定该子设备的端口异常，然后执行步骤s1122；s1122、输出对应的告警信息，并结束流程。

本发明还提供了一种存储设备，所述的存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行如上所述的智能监测方法。

本发明还提供了一种终端，所述的终端，包括：处理器，适于实现各指令；以及存储设备，适于存储多条指令，所述指令适于由处理器加载并执行如上所述的智能监测方法。

本发明还提供了一种电力调度数据网系统的智能监测系统，包括：第一采集模块：用于采集所有的路由器和交换机的硬件设备运行状态信息，并将采集到的硬件设备运行状态信息传输给控制处理模块；第二采集模块：用于采集所有的路由器和交换机的网络通讯状态信息，并将采集到的网络通讯状态信息传输给控制处理模块；第三采集模块：用于采集所有广域链路的运行状态信息，并将采集到的链路运行状态信息传输给控制处理模块；显示模块：用于接收并显示控制处理模块输出的对应告警信息；控制处理模块：用于实现如上所述的智能监测方法。

本发明的有益技术效果在于：

1、本发明从硬件设备运行状态、网络通讯状态和广域链路运行状态这三个方面对路由器和交换机的整体工作状态进行了监测，相比于传统的监控系统，本发明采用的手段是综合性的，能够更加全面、准确地衡量出设备的运行状态。此外，本发明在进行监测时，对于上述三个方面的监控是同时进行的，相比于现有手段中的按序采集数据来说，本发明的工作效率较高。

2、本发明中，在进行网络通讯状态和广域链路运行状态的监测时，先判断所属拓扑平面的网管业务采集功能是否启用，若没有启用，则结束流程，并进行告警。这样的话，先保证了根源上的正常运行再去进行后续检测，一方面避免了后续监测的盲目性，另一方面防止出现由于无意义运算量过大导致系统压力增加的问题。

3、本发明在进行网络通讯状态的监测时，先判断路由器本身的网络是否通信正常，然后判断路由器上的实时业务网关和非实时业务网关是否通信正常，再判断路由器上是否连接有交换机，最后判断这些交换机是否通信正常，在此过程中，如果发现某一环节出现异常，立即结束流程并进行告警。这种由主干到分支、由主到次的有条不紊的检测方式，逻辑性较强，能够快速且准确地知晓设备的哪一部分出现问题，并能够提示相关人员进行故障处理。

4、本发明中，在判断出某一路由器的网络通讯异常后，以该路由器作为子节点，检测其父节点的网络通讯是否正常，若该父节点不是根节点，则以该父节点作为当前子节点，继续检测其父节点的网络通讯是否正常，一直迭代重复，直到查找到根节点为止。这种沿着网络通讯路径往回进行故障自动排查的方式，不遗漏每一个节点，能够精确地诊断出路由器的网络通讯产生异常的原因以及涉及到的所有故障节点，不仅提高了故障检测的效率，还克服了传统的人工干预的故障排查所产生的弊端，使得排查结果的精确度得到了一定程度的提高。

5、通常，对于一条出现异常的链路，技术人员一般分辨不出异常是由哪一方造成的。本发明中，在对广域链路的状态进行检测时，先判断链路的父设备的端口状态，然后判断父设备端口是否能够正常接收及发送数据包，再判断链路的子设备的端口状态，最后判断子设备端口是否能够正常接收及发送数据包。经过上述判断，就能够清楚地知晓链路异常产生的原因和故障点。

附图说明

通过附图所示，本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本发明的主旨。

图1为本发明一个实施例提供的一种电力调度数据网系统的智能监测方法中的网络通讯状态监测的流程示意图；

图2为本发明一个实施例提供的对路由器的数据传输故障进行诊断的流程示意图；

图3为本发明另一个实施例提供的对路由器的数据传输故障进行诊断的流程示意图；

图4为本发明一个实施例提供的一种电力调度数据网系统的智能监测方法中的广域链路状态监测的流程示意图；

图5为本发明另一个实施例提供的一种电力调度数据网系统的智能监测方法中的广域链路状态监测的流程示意图；

图6为本发明一个实施例提供的一种电力调度数据网系统的智能监测系统的结构示意图；

图中：101为第一采集模块，102为第二采集模块，103为第三采集模块，104为显示模块，105为控制处理模块。

具体实施方式

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

本发明的一个实施例提供了一种电力调度数据网系统的智能监测方法，所述的电力调度数据网系统可包括多个路由器，所述的多个路由器可组成拓扑结构，所述的一个或多个路由器的实时业务网关上可连接有实时交换机，所述的一个或多个路由器的非实时业务网关上可连接有非实时交换机。

所述的智能监测方法可包括：同时监控所有的路由器和交换机的硬件设备运行状态、所有的路由器和交换机的网络通讯状态以及所有广域链路的运行状态，当上述的硬件设备运行状态、网络通讯状态和广域链路运行状态出现异常时，输出对应的告警信息。

本实施例从硬件设备运行状态、网络通讯状态和广域链路运行状态这三个方面对路由器和交换机的整体工作状态进行了监测，相比于传统的监控系统，本实施例采用的手段是综合性的，能够更加全面、准确地衡量出设备的运行状态。此外，本实施例在进行监测时，对于上述三个方面的监控是同时进行的，相比于现有手段中的按序采集数据来说，本实施例的工作效率较高。

进一步地，所述的智能监测方法还可包括：计算厂站内在两个采集周期内新增的链路告警数量，若所述告警数量大于n3条，则输出对应的告警信息。具体地，n3的值可根据实际情况进行设定，例如：10。

进一步地，所述拓扑结构的网管业务数据主要可由网管业务采集服务器获取，所述拓扑结构的实时业务数据主要可由实时业务采集服务器获取，所述拓扑结构的非实时业务数据主要可由非实时业务采集服务器获取。

如图1所示，所述监控所有的路由器和交换机的网络通讯状态，当上述的网络通讯状态出现异常时，输出对应的告警信息，具体可包括：

s1011、判断网管业务采集服务器的网管业务采集功能是否开启，如是，则执行步骤s1021，否则，判定所述拓扑结构未开启网管业务采集功能，然后执行步骤s1071。

s1021、判断某一路由器的数据传输功能是否正常，如是，则执行步骤s1031-1和s1031-2，否则，判定主站至该路由器的网络通讯异常，然后执行步骤s1061。

s1031-1、判断该路由器的实时业务网关的数据传输功能是否正常，如是，则执行步骤s1041-1，否则，判定主站至该路由器的网络通讯正常但该路由器所属厂站的实时业务网络通讯异常，然后执行步骤s1071。

s1041-1、判断该路由器的实时业务网关上是否连接有实时交换机，如是，并且该实时交换机具有相关配置且启用，则执行步骤s1051-1，否则，结束流程。

s1051-1、判断该实时交换机的数据传输功能是否正常，如是，则结束流程，否则，判定主站至该路由器的网络通讯正常但该路由器至实时交换机的网络通讯异常，然后执行步骤s1071。

s1031-2、判断该路由器的非实时业务网关的数据传输功能是否正常，如是，则执行步骤s1041-2，否则，判定主站至该路由器的网络通讯正常但该路由器所属厂站的非实时业务网络通讯异常，然后执行步骤s1071。

s1041-2、判断该路由器的非实时业务网关上是否连接有非实时交换机，如是，并且该非实时交换机具有相关配置且启用，则执行步骤s1051-2，否则，结束流程。

s1051-2、判断该非实时交换机的数据传输功能是否正常，如是，则结束流程，否则，判定主站至该路由器的网络通讯正常但该路由器至非实时交换机的网络通讯异常，然后执行步骤s1071。

s1061、对该路由器的数据传输故障进行诊断，查找出故障节点，并执行步骤s1071。

s1071、输出对应的告警信息，并结束流程。

本实施例中，在进行网络通讯状态的监测时，先判断所属拓扑平面的网管业务采集功能是否启用，若没有启用，则结束流程，并进行告警。这样的话，先保证了根源上的正常运行再去进行后续检测，一方面避免了后续监测的盲目性，另一方面防止出现由于无意义运算量过大导致系统压力增加的问题。

在进行网络通讯状态的监测时，先判断路由器本身的网络是否通信正常，然后判断路由器上的实时业务网关和非实时业务网关是否通信正常，再判断路由器上是否连接有交换机，最后判断这些交换机是否通信正常，在此过程中，如果发现某一环节出现异常，立即结束流程并进行告警。这种由主干到分支、由主到次的有条不紊的检测方式，逻辑性较强，能够快速且准确地知晓设备的哪一部分出现问题，并能够提示相关人员进行故障处理。

更进一步地，如图2所示，所述对该路由器的数据传输故障进行诊断，查找出故障节点，并执行步骤s1071，具体可包括：

s1061-1、将该路由器作为当前子设备。

s1061-2、检测其父设备的数据传输功能是否正常。

s1061-3、判断该父设备是否为根设备，如是，则告警出故障节点，并执行步骤s1061-5，否则，执行步骤s1061-4。

s1061-4、将该父设备作为当前子设备，重复步骤s1061-2。

s1061-5、输出对应的告警信息，并结束流程。

本实施例中，在判断出某一路由器的网络通讯异常后，以该路由器作为子节点，检测其父节点的网络通讯是否正常，若该父节点不是根节点，则以该父节点作为当前子节点，继续检测其父节点的网络通讯是否正常，一直迭代重复，直到查找到根节点为止。这种沿着网络通讯路径往回进行故障自动排查的方式，不遗漏每一个节点，能够精确地诊断出路由器的网络通讯产生异常的原因以及涉及到的所有故障节点，不仅提高了故障检测的效率，还克服了传统的人工干预的故障排查所产生的弊端，使得排查结果的精确度得到了一定程度的提高。

再进一步地，如图3所示，在执行步骤s1061-1之前，还可包括如下步骤：

s1061-0、判断在本监测周期内是否执行过步骤s1061-2~s1061-4，如是，则执行步骤s1061-5，否则，执行步骤s1061-1。

在具体实施时，监测周期可根据实际情况进行设定，例如：5分钟。这样的话，在通讯返回路径上进行故障排查时，先检测在本监测周期内是否已对当前子节点的父节点作过诊断，如是，则无需再重新做一次诊断，只需采用上次诊断后的结果即可，这样就节省了大量的时间和计算量，进一步节约了系统资源，提高了系统的运行效率。

进一步地，所述拓扑结构的网管业务数据主要可由网管业务采集服务器获取；如图4所示，所述监控所有广域链路的运行状态，当上述的广域链路运行状态出现异常时，输出对应的告警信息，具体可包括：

s1012、判断网管业务采集服务器的网管业务采集功能是否开启，如是，则执行步骤s1022，否则，判定所述拓扑结构未开启网管业务采集功能，然后执行步骤s1122。

s1022、判断某一链路是否为两个路由器之间的链路，如是，则执行步骤s1032，否则，判定所述链路为非广域链路，然后结束流程。

s1032、计算上述两个路由器之间总共配置的链路数量n1，若n1为0，则判定上述两个路由器之间的链路配置为空，然后执行步骤s1122，若n1为1，则执行步骤s1042，若n1>1，则执行步骤s1082。

s1042、判断上述两个路由器中父设备的端口状态是否为up，若是，则执行步骤s1052，否则，判定该父设备和子设备的端口中断，然后执行步骤s1122。

s1052、判断该父设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则执行步骤s1062，否则，判定该父设备和子设备的端口异常，然后执行步骤s1122。

s1062、判断上述两个路由器中子设备的端口状态是否为up，若是，则执行步骤s1072，否则，判定该子设备和父设备的端口中断，然后执行步骤s1122。

s1072、判断该子设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则判定该条广域链路正常，然后结束流程，否则，判定该子设备和父设备的端口异常，然后执行步骤s1122。

s1082、判断上述两个路由器中父设备的端口状态是否为up，若是，则执行步骤s1092，否则，判定该父设备的端口中断，然后执行步骤s1122。

s1092、判断该父设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则执行步骤s1102，否则，判定该父设备的端口异常，然后执行步骤s1122。

s1102、判断上述两个路由器中子设备的端口状态是否为up，若是，则执行步骤s1112，否则，判定该子设备的端口中断，然后执行步骤s1122。

s1112、判断该子设备的端口在接收和发送数据包的过程中两次采集的数量差是否大于n2，如是，则判定该条广域链路正常，然后结束流程，否则，判定该子设备的端口异常，然后执行步骤s1122。

s1122、输出对应的告警信息，并结束流程。

具体地，n2的值可根据实际情况进行设定，例如：100。

同样的，本实施例在进行广域链路运行状态的监测时，先判断所属拓扑平面的网管业务采集功能是否启用，若没有启用，则结束流程，并进行告警。这样的话，先保证了根源上的正常运行再去进行后续检测，一方面避免了后续监测的盲目性，另一方面防止出现由于无意义运算量过大导致系统压力增加的问题。

通常，对于一条出现异常的链路，技术人员一般分辨不出异常是由哪一方造成的。本实施例中，在对广域链路的状态进行检测时，先判断链路的父设备的端口状态，然后判断父设备端口是否能够正常接收及发送数据包，再判断链路的子设备的端口状态，最后判断子设备端口是否能够正常接收及发送数据包。经过上述判断，就能够清楚地知晓链路异常产生的原因和故障点。

再进一步地，如图5所示，在执行步骤s1022之前，还可包括如下步骤：

s1002、判断在本监测周期内是否执行过步骤s1022~s1112，如是，则执行步骤s1122，否则，执行步骤s1022。

同理，在具体实施时，监测周期可根据实际情况进行设定，例如：5分钟。这样的话，在进行链路状态检测时，先判断在本监测周期内是否已对当前链路进行过检测，如是，则无需再重新做一次检测，只需采用上次的检测结果即可，这样就节省了大量的时间和计算量，进一步节约了系统资源，提高了系统的运行效率。

本发明还提供了一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行如上所述的智能监测方法。

所述存储设备可为一计算机可读存储介质，可以包括：rom、ram、磁盘或光盘等。

本发明还提供了一种终端，包括：处理器，适于实现各指令；以及存储设备，适于存储多条指令，所述指令适于由处理器加载并执行如上所述的智能监测方法。

所述终端可为任意能够实现智能监测的装置，该装置可以是各种终端设备，例如：台式电脑、手提电脑等，具体可以通过软件和/或硬件来实现。

本发明还提供了一种电力调度数据网系统的智能监测系统，如图6所示，所述智能监测系统可包括：

第一采集模块101：用于采集所有的路由器和交换机的硬件设备运行状态信息，并将采集到的硬件设备运行状态信息传输给控制处理模块105。

第二采集模块102：用于采集所有的路由器和交换机的网络通讯状态信息，并将采集到的网络通讯状态信息传输给控制处理模块105。

第三采集模块103：用于采集所有广域链路的运行状态信息，并将采集到的链路运行状态信息传输给控制处理模块105。

显示模块104：用于接收并显示控制处理模块105输出的对应告警信息。

控制处理模块105：用于实现如上所述的智能监测方法。

在本发明中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，“连接”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及系统中的相关特征可以相互参考。另外，上述实施例中的“一个”、“另一个”等是用于区分各实施例，而并不代表各实施例的优劣。

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

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其他设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定的编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

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

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

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