一种网络路径的选择方法以及网络硬盘录像机与流程

本发明涉及通信技术领域，特别涉及一种网络路径的选择方法，同时本申请还特别涉及一种网络硬盘录像机。

背景技术：

近年来，随着IP网络的快速发展，视频监控行业也进入了全网络化时代。全网络化时代的视频监控行业正逐步表现出IT行业的特征，作为网络化监控的核心产品NVR(Network Video Recorder即网络硬盘录像机)，NVR最主要的功能是通过网络接收IPC(网络摄像机)、DVS(视频编码器)等设备传输的数字视频码流，并进行存储、管理。

随着业务量的增长，多网卡NVR的应用越来越广泛。多网卡NVR的应用过程中，根据预设的路由转发规则，NVR通过与IPC处于同一网段的网卡与IPC进行网络数据的传输。然而，在NVR无法通过与IPC处于同一网段的网卡A与IPC进行网络数据传输时(NVR的网卡A对应的网口并未连网线，即无法联通IPC，但是NVR上显示的对应网口的状态还是UP的，这样NVR还是会一直以不通的网卡A与IPC通信)。为了解决上述问题，在NVR中的默认路由走网卡B(即能与IPC相通的不同网段的网卡)的前提下，现有技术通常是通过手动的去修改网卡A的地址；或者直接down掉(关掉)NVR的网卡A，来使得NVR与IPC之间的数据交互能够恢复。

发明人在实现本申请的过程中，发现现有技术的上述方案，至少存在以下的问题：

1、采用修改网卡的地址方法，由于需要手动的去修改网卡的IP地址，操作十分的繁琐，费事费力，不利于用户的使用体验。

2、直接down掉NVR的网卡的方法，会影响多网卡NVR容错能力和负载均衡模式的使用，甚至有可能会损坏NVR，因此不利于设备的正常使用。

因此，在与IPC处于同一网段的网卡无法进行正常的网络传输时，如何实现让NVR自动的为IPC选择网络路径，以避免繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量，成为本领域技术人员亟待解决的技术问题。

技术实现要素：

本发明提供了一种网络路径的选择方法，用以在与IPC处于同一网段的网卡无法进行正常的网络传输时，实现让NVR自动的为IPC选择网络路径，以避免繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量，本方法应用于包含网络硬盘录像机NVR以及网络摄像机IPC的系统中，所述NVR包含第一网卡以及第二网卡，所述NVR的第一网卡与所述IPC处于相同的网段，所述NVR的第二网卡与所述IPC处于不同的网段，所述方法至少包括：

在接收到连接所述IPC的控制指令时，通过所述NVR的第一网卡向所述IPC发送第一探测报文，并通过所述NVR的第二网卡向所述IPC发送第二探测报文；

若所述NVR的第二网卡接收到所述IPC返回的第二应答报文，且所述NVR的第一网卡未接收到所述IPC返回的第一应答报文，则通过所述NVR的第二网卡与所述IPC进行数据交互。

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

若所述NVR的第一网卡接收到所述IPC返回的第一应答报文，则通过所述NVR的第一网卡与所述IPC进行数据交互；

若所述NVR的第一网卡未接收到所述IPC返回的第一应答报文，且所述NVR的第二网卡未接收到所述IPC返回的第二应答报文，则对所述NVR与所述IPC之间的网络链路进行故障检查。

优选地，所述通过所述NVR的第二网卡与所述IPC进行数据交互，具体为：

在所述NVR的主机路由表中建立所述第二网卡与所述IPC的IP地址之间的主机路由；

通过所述主机路由代表的网络路径与所述IPC进行数据交互。

优选地，所述方法还包括，

接收所述IPC发送的注册报文，并通过对所述注册报文进行解析，获取所述IPC的IP地址。

优选地，所述第一探测报文的类型为ARP报文；所述第二探测报文的类型为Ping报文。

相应的，本申请提出一种网络硬盘录像机NVR，其特征在于，所述NVR应用于包含所述NVR以及网络摄像机IPC的系统中，所述NVR包含第一网卡以及第二网卡，所述NVR的第一网卡与所述IPC处于相同的网段，所述NVR的第二网卡与所述IPC处于不同的网段，所述NVR包括：

发送模块，在接收到连接所述IPC的控制指令时，通过所述NVR的第一网卡向所述IPC发送第一探测报文，并通过所述NVR的第二网卡向所述IPC发送第二探测报文；

第一选择模块，在所述NVR的第二网卡接收到所述IPC返回的第二应答报文，且所述NVR的第一网卡未接收到所述IPC返回的第一应答报文时，通过所述NVR的第二网卡与所述IPC进行数据交互。

优选地，还包括：

第二选择模块，在所述NVR的第一网卡接收到所述IPC返回的第一应答报文时，通过所述NVR的第一网卡与所述IPC进行数据交互；

检测模块，在所述NVR的第一网卡未接收到所述IPC返回的第一应答报文，且所述NVR的第二网卡未接收到所述IPC返回的第二应答报文时，对所述NVR与所述IPC之间的网络链路进行故障检查。

优选地，所述第一选择模块具体用于：

在所述NVR的主机路由表中建立所述第二网卡与所述IPC的IP地址之间的主机路由；

通过所述主机路由代表的网络路径与所述IPC进行数据交互。

优选地，所述NVR还包括：

接收模块，接收所述IPC发送的注册报文，并通过对所述注册报文进行解析，获取所述IPC的IP地址。

优选地，所述第一探测报文的类型为ARP报文；所述第二探测报文的类型为Ping报文。

通过应用本申请的技术方案，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一报文，并通过NVR的第二网卡向IPC发送第二报文；若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与所述IPC进行数据交互。可见通过NVR的网卡向IPC发送探测报文，实现了对各网卡与IPC之间网络链路的状态进行检测，当与IPC处于同一网段的网卡无法进行正常的网络传输时，则选择与IPC不在同一网段，且能够与IPC进行数据交互的网卡来与IPC进行网络通信，从而避免了繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通的技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提出的一种网络路径的选择方法的流程示意图；

图2为本申请具体实施例提出的一种NVR的组网示意图；

图3为本申请具体实施例提出的一种建立网卡1主机路由的示意图；

图4为本申请具体实施例提出的一种网络选路的总体流程图；

图5为本申请实施例提出的一种NVR的结构示意图。

具体实施方式

如背景技术所述，多网卡NVR在应用过程中，根据预设的路由转发规则，多网卡NVR通过与IPC处于同一网段的网卡A与IPC进行网络数据的交互。在与IPC处于同一网段的网卡A处于UP状态，但是与IPC之间的网络不通时(例如，没有接网线、网线异常等)，现有技术中没有相应的应对处理机制，NVR将会持续的尝试通过与IPC处于同一网段的网卡A与IPC进行网络数据的传输。此时，为了使NVR更换不同的网卡来与IPC进行网络数据的交互，在NVR中的默认路由走网卡B(即能与IPC相通的不同网段的网卡)的前提下，现有技术的方案是通常是通过手动的去修改网卡的地址；或者直接down掉(关掉)NVR的网卡的处理方法。上述的方案一方面费时费力，不易实现，另一方面还有可能会影响多网卡NVR容错能力和负载均衡模式的使用，因此并不利于NVR的正常使用。

因此，为了在与IPC处于同一网段的网卡无法进行正常的网络传输时，实现让NVR自动的为IPC选择网络路径，以避免繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量，本申请提出一种网络路径的选择方法，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一报文，并通过NVR的第二网卡向IPC发送第二报文；若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与所述IPC进行数据交互。可见通过NVR的网卡向IPC发送探测报文，实现了对各网卡与IPC之间网络链路的状态进行检测，当与IPC处于同一网段的网卡无法进行正常的网络传输时，则选择与IPC不在同一网段，且能够与IPC进行数据交互的网卡来与IPC进行网络通信，从而避免了繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

如图1所示为本申请提出的网络路径的选择方法的流程示意图，需要说明的是，本申请应用于包含网络硬盘录像机NVR以及网络摄像机IPC的系统中，其中，NVR包含第一网卡以及第二网卡，NVR的第一网卡与IPC处于相同的网段，NVR的第二网卡与IPC处于不同的网段中。具体地，本申请包括以下的步骤：

S101，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一探测报文，并通过NVR的第二网卡向IPC发送第二探测报文。

在现有的多网卡NVR中，NVR通过与IPC处于同一网段的网卡进行数据的交互，并且一般不会主动的进行网卡的切换。在与IPC处于同一网段的网卡不可用时，NVR将会尝试重复的通过该网卡与IPC连接。此时，如果想要重新恢复NVR与IPC之间的连接，现有技术采用手动的去修改该网卡的地址，以让网卡和IPC地址不在同一网段；或者直接down掉(关掉)该网卡的方法。可见，在现有的NVR中，在与IPC处于同一网段的网卡不可用时，没有相应的网络路径(网卡)选择机制，从而使得NVR与IPC之间的连接中断，损失严重。在本申请的实施例中，正是提出了一种相应为NVR选择网络路径(网卡)选择机制，以在与IPC处于同一网段的网卡不可用时，及时的为NVR选择合适的网络路径(网卡)与IPC进行交互，从而确保了NVR与IPC之间稳定的连接。下面将对这种机制进行详细的说明。

首先需要说明的是，本申请中的NVR的第一网卡与IPC处于相同的网段，NVR的第二网卡与IPC处于不同的网段。按照NVR的路由选择机制，NVR将默认选择第一网卡与IPC进行数据交互。

在本申请的实施例中，在接收到连接IPC的控制指令时，首先将通过NVR的第一网卡向IPC发送第一探测报文，并通过NVR的第二网卡向IPC发送第二探测报文。

在接收到连接IPC的控制指令时，NVR通过自身的第一网卡向IPC发送第一探测报文，以及通过自身的第二网卡向IPC发送第二探测报文。

其中，第一探测报文的作用在于探测NVR的第一网卡与IPC之间的网络路径是否可用。如果该路径可用，IPC在接收到第一探测报文时，将会向NVR的第一网卡发送第一应答报文，表明自身能够与NVR的第一网卡进行数据交互。此时，NVR的第一网卡能用。反之，如果该路径不可用，则IPC接收不到第一探测报文，因此不会向NVR的第一网卡发送第一应答报文，表明IPC不能够与NVR的第一网卡进行数据交互。

第二探测报文的作用在于探测NVR的第二网卡与IPC之间的网络路径是否可用。如果该路径可用，IPC在接收到第二探测报文时，将会向NVR的第二网卡发送第二应答报文，表明自身能够与NVR的第二网卡进行数据交互。此时，NVR的第二网卡能用。反之，如果该路径不可用，则IPC接收不到第二探测报文，因此不会向NVR的第二网卡发送第二应答报文，表明IPC不能够与NVR的第二网卡进行数据交互。

在本申请的优选实施例中，第一探测报文的类型为ARP报文；第二探测报文的类型为Ping报文。

由于NVR的第一网卡与IPC处于同一网段，因此可以通过ARP(Address Resolution Protocol)报文来探测第一网卡与IPC之间的路径是否可用。

由于NVR的第二网卡与IPC处于不同的网段，因此需要通过Ping报文来探测第一网卡与IPC之间的路径是否可用。Ping报文可以在不同的网段之间发送，因此NVR的第二网卡能够通过Ping报文与IPC进行数据交互。

需要说明的是，上述选用报文的方案只是本申请提出的一种优选的实施方案，基于本申请的核心思想，本领域技术人员还可以采用其他报文的选用方法，这并不会影响本申请的保护范围。

S102，若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与IPC进行数据交互。

在本申请的实施例中，如果NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，此时则说明IPC能够接收到第二网卡发送的第二探测报文，而不能够接受到第一网卡发送的第一探测报文，也即IPC与第二网卡之间的路径是可用的状态，而IPC与第一网卡之间的路径是不可用的状态。因此，此时通过NVR的第二网卡与IPC进行数据交互，从而避免了现有技术中繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

在本申请的优选实施例中，若NVR的第一网卡接收到IPC返回的第一应答报文，则通过NVR的第一网卡与IPC进行数据交互。

如果NVR的第一网卡接收到IPC返回的第一应答报文，此时则说明IPC能够接收到第一网卡发送的第一探测报文，也即IPC与第一网卡之间的路径是可用的状态。此时，按照网段路由和二三层转发规则，无论NVR的第二网卡能否接收到IPC返回的第二应答报文，均通过NVR的第一网卡与IPC进行数据交互。

若NVR的第一网卡未接收到IPC返回的第一应答报文，且NVR的第二网卡未接收到IPC返回的第二应答报文，则对NVR与IPC之间的网络链路进行故障检查。

如果NVR的第二网卡未接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，此时则说明IPC不能够接收到第二网卡发送的第二探测报文，并且也不能够接受到第一网卡发送的第一探测报文，也即IPC与第二网卡之间的路径是不可用的状态，且IPC与第一网卡之间的路径也是不可用的状态。此时则说明IPC或者NVR设备，亦或是设备间的网络异常，需要对NVR与IPC之间的网络链路进行故障检查。排查完毕后再重复NVR添加IPC的流程。

在本申请的优选实施例中，上述通过NVR的第二网卡与IPC进行数据交互，可以具体通过以下的方法实现。具体的，步骤如下：

(1)在NVR的主机路由表中建立第二网卡与IPC的IP地址之间的主机路由。

首先需要在NVR的主机路由表中建立第二网卡与IPC的IP地址之间的主机路由，此后NVR可以通过该主机路由与IPC进行数据交互。

(2)通过该主机路由代表的网络路径与IPC进行数据交互。

在建立了第二网卡与IPC的IP地址之间的主机路由之后，NVR通过该主机路由代表的网络路径与IPC进行数据交互，从而完成了网络路径选择的过程，确保了NVR与IPC之间的数据流不中断。

此外，还需要保留第一网卡与IPC同网段的网段路由。在第一网卡可用，恢复与IPC之间的数据交互时，按照路由转发规则，NVR与IPC通信时，优先匹配第一网卡对应的网段路由转发。

需要说明的是，上述提出通过第二网卡与IPC进行数据交互的方案，只是本申请提出的一种优选的实施方式，基于本申请的核心思想，本领域技术人员还可以采用其他实现通过第二网卡与IPC进行数据交互的方法，这并不会影响本申请的保护范围。

在本申请的优选实施例中，本申请的方法还包括以下的优选步骤：

接收IPC发送的注册报文，并通过对注册报文进行解析，获取IPC的IP地址。

在IPC上线时，会向NVR发送注册报文。在本申请的优选实施例中NVR正是并通过对注册报文进行解析，进而获取IPC的IP地址。在获取了IPC的IP地址之后NVR便能够建立到IPC的主机路由。

由以上实施例的描述可知，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一报文，并通过NVR的第二网卡向IPC发送第二报文；若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与所述IPC进行数据交互。可见通过NVR的网卡向IPC发送探测报文，实现了对各网卡与IPC之间网络链路的状态进行检测，当与IPC处于同一网段的网卡无法进行正常的网络传输时，则选择与IPC不在同一网段，且能够与IPC进行数据交互的网卡来与IPC进行网络通信，从而避免了繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

为了进一步阐述本发明的技术思想，现结合具体的实施流程示意图，对本发明的技术方案进行说明。

在执行本申请的步骤之前，首先需要在NVR上添加IPC，具体的，NVR添加IPC分三种方式，INOS、ONVIF和GB，每种添加方式的处理机制不同。

第一种ONVIF的添加方式下，用户手动在NVR的界面添加IPC的IP、用户名和密码等信息，NVR获得IPC的IP后主动向IPC发送ARP探测报文和Ping报文等等，从而选择对应发送网卡。

第二种IMOS私有协议添加，用户通过手动添加IPC编码、用户名和密码，IPC修改管理服务器IP等步骤，编码是IPC注册的唯一标准。IPC主动向服务器发送注册的SIP报文(IP和编码信息等)，NVR才获得IPC的IP后，并通过匹配编码等信息确认IP。若添加过程中IPC异常离线或者掉电，NVR发现收不到IPC的回应报文，会认为IPC离线，等IPC恢复后主动发注册SIP报文，NVR才会继续回应。

第三种国标协议添加，基本步骤和IMOS添加一样。

NVR通过主动获得IPC的IP或者IPC主动上报NVR自己的IP后，NVR接着开始进行网络选路，第一步根据NVR的网段路由和IPC的地址匹配，NVR选择通过通网段的网卡2与IPC进行交互，此时NVR开始分别通过网卡2向IPC发送探测ARP报文，同时通过网卡1向IPC发送Ping报文，每1S一个。

此时，如果网卡1收到了IPC回应的Ping报文，但是和NVR同网段的网卡2没有收到对应的ARP探测回应，说明网卡2不通，网卡1却是正常的。

对应如图2的组网，双网卡NVR的网卡2和IPC在同一个网段192.168.2.X，但是实际接入三层交换机转发的网卡是网卡1。

如图3所示，NVR就在网卡1上下发一条到IPC(192.168.2.35)的32位的主机路由，之后NVR到IPC的流量都通过网卡1走。接着NVR和IPC开始正常的注册交互流程，IPC成功在NVR上上线。

除了以上描述的组网外，若NVR侧的接入网卡发生变化或者IPC网络发生变化，NVR侧还可以通过同网段网卡的ARP探测和不同网段网卡的Ping报文探测进行网络选路。具体的情况还有以下三种：

网卡1和网卡2都收到IPC的ARP回应报文，按照网段路由和二三层转发规则，NVR到IPC的流量都通过网卡2走。

网卡1没有收到回应，网卡2收到回应，和前一种情况一样，按照网段路由和二三层转发规则，NVR到IPC的流量都通过网卡2走。

网卡1和网卡2都没有收到回应，则说明IPC或者NVR设备，亦或是设备间的网络异常，需要排查。排查完毕后再重复NVR添加IPC的流程。

因此后续无论是否有其它的前端IPC或者是NVR网卡接入网络的情况发生变化，参考网络选路的共4种情况进行比对，得出后续操作步骤。如果两网卡都同时能探测到IPC或者和IPC同网段的网卡也接入三层组网和IPC相互通信，还是按照NVR本身的路由表项进行转发，不会影响后续NVR的容错和负载分担。

具体的，如图4所示为本申请整体的流程图，由图可知，主要包括以下的步骤：

(1)、首先要执行的是在NVR上添加IPC，主要的添加方法有INOS、ONVIF和GB三种，在上文中已有详细的介绍，在此不再赘述。

(2)此后NVR开始分别通过网卡2(与IPC处于同一网段)向IPC发送探测ARP报文，同时通过网卡1(与IPC处于不同网段)向IPC发送Ping报文。

(3)根据IPC返回应答报文的情况，来执行对IPC的网络选路过程。

(4)IPC成功注册，实现数据正常通信。

在IPC上线之后，NVR与IPC之间还存在相应的保活机制，具体的流程如下：

(1)在IPC上线之后，NVR和IPC之间有30S的保活时间，保活间隔10S，即NVR每间隔10S发送一个Ping探测报文。若30S后未收到IPC的保活响应报文，则NVR会认为IPC已经异常离线或者掉电，接着在本地删除IPC对应的该条主机路由。

(2)后续IPC上线再根据不同注册方式，IPC主动发送IP或者是NVR获得IPC的IP后，主动发送探测ARP和Ping报文，再进行网络选路。

由以上具体实施例的描述可知，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一报文，并通过NVR的第二网卡向IPC发送第二报文；若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与所述IPC进行数据交互。可见通过NVR的网卡向IPC发送探测报文，实现了对各网卡与IPC之间网络链路的状态进行检测，当与IPC处于同一网段的网卡无法进行正常的网络传输时，则选择与IPC不在同一网段，且能够与IPC进行数据交互的网卡来与IPC进行网络通信，从而避免了繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

为了达到以上的技术目的，本申请提出一种网络硬盘录像机NVR，其特征在于，所述NVR应用于包含所述NVR以及网络摄像机IPC的系统中，所述NVR包含第一网卡以及第二网卡，所述NVR的第一网卡与所述IPC处于相同的网段，所述NVR的第二网卡与所述IPC处于不同的网段，如图5所示，所述NVR包括：

发送模块501，在接收到连接所述IPC的控制指令时，通过所述NVR的第一网卡向所述IPC发送第一探测报文，并通过所述NVR的第二网卡向所述IPC发送第二探测报文；

第一选择模块502，在所述NVR的第二网卡接收到所述IPC返回的第二应答报文，且所述NVR的第一网卡未接收到所述IPC返回的第一应答报文时，通过所述NVR的第二网卡与所述IPC进行数据交互。

在具体的实施例中，还包括：

第二选择模块，在所述NVR的第一网卡接收到所述IPC返回的第一应答报文时，通过所述NVR的第一网卡与所述IPC进行数据交互；

检测模块，在所述NVR的第一网卡未接收到所述IPC返回的第一应答报文，且所述NVR的第二网卡未接收到所述IPC返回的第二应答报文时，对所述NVR与所述IPC之间的网络链路进行故障检查。

在具体的实施例中，所述第一选择模块具体用于：

在所述NVR的主机路由表中建立所述第二网卡与所述IPC的IP地址之间的主机路由；

通过所述主机路由代表的网络路径与所述IPC进行数据交互。

在具体的实施例中，所述NVR还包括：

接收模块，接收所述IPC发送的注册报文，并通过对所述注册报文进行解析，获取所述IPC的IP地址。

在具体的实施例中，所述第一探测报文的类型为ARP报文；所述第二探测报文的类型为Ping报文。

由以上具体设备的描述可知，在接收到连接IPC的控制指令时，通过NVR的第一网卡向IPC发送第一报文，并通过NVR的第二网卡向IPC发送第二报文；若NVR的第二网卡接收到IPC返回的第二应答报文，且NVR的第一网卡未接收到IPC返回的第一应答报文，则通过NVR的第二网卡与所述IPC进行数据交互。可见通过NVR的网卡向IPC发送探测报文，实现了对各网卡与IPC之间网络链路的状态进行检测，当与IPC处于同一网段的网卡无法进行正常的网络传输时，则选择与IPC不在同一网段，且能够与IPC进行数据交互的网卡来与IPC进行网络通信，从而避免了繁琐的修改NVR的网卡地址的过程，进而保证NVR能够正确的接收到IPC的数据流量。

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

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

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

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

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

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