CN109391704B - 一种视频监控设备跨私网访问方法及装置 - Google Patents

Abstract

本发明公开了一种视频监控设备跨私网访问方法及装置，应用于视频监控系统中的NVR，所述视频监控设备跨私网访问方法通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的IPC的网络位置，然后接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问。本发明的装置包括位置探测模块和跳转模块。本发明的方法及装置对于已经被NVR管理的IPC通道，任意网络组网下的客户端只要能够正常访问NVR就一定能够访问到已经被该NVR管理的IPC设备，可以无视NVR与IPC之间可能存在的复杂组网环境。

Description

一种视频监控设备跨私网访问方法及装置

技术领域

本发明属于通信网络技术领域，尤其涉及一种视频监控设备跨私网访问方法及装置。

背景技术

现有的视频监控系统中，如图1所示的组网条件下，客户端要访问位于路由器A后面的设备，需要进行端口映射或者通过打洞来进行组网。在进行端口映射时，由于用户实际应用中受限于路由器的映射条目数量，一般使用时只会对网络硬盘录像机NVR进行映射或者直接进行打洞组网，网络摄像机IPC设备不会映射到公网。

在上述情况下客户端能够访问NVR设备，但是无法通过跳转访问IPC。要想访问到IPC，必须通过STUN(NAT的UDP简单穿越)服务或者将内部设备端口全部映射到公网。然而家用路由器会有映射表项限制，一般在16条左右，在IPC设备较多的情况下无法实现全部做映射。此外，NVR通过即插即用接入IPC时，通常IPC会处于一个独立的网段，与路由器A的LAN口不在同一网段，无法做映射。当IPC处于独立NAT时(与NVR不在同一个NAT下)，NVR管理了IPC，但是客户端侧只能够访问到NVR的情况时，无法跳转到IPC。

上述问题限制了在复杂组网情况下客户端对NAT内IPC的访问。

发明内容

本发明的目的是提供一种视频监控设备跨私网访问方法及装置，用于解决在复杂组网情况下，客户端能够访问NVR却不能访问IPC的技术问题。

为了实现上述目的，本发明技术方案如下：

一种视频监控设备跨私网访问方法，应用于视频监控系统中的NVR，所述视频监控设备跨私网访问方法，包括：

通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的IPC的网络位置；

接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问。

进一步地，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述对应的跳转方式，包括：

接收来自客户端的访问请求，将访问请求的源地址改为NVR对内网卡的网口地址，转发给所述IPC；

接收所述IPC响应报文，将源地址改为NVR对外网卡的网口地址，发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述对应的跳转方式，包括：

接收来自客户端的访问请求；

将所述IPC的内部地址和端口号映射到NVR的对外网卡的网口地址和端口号；

通过即插即用UPnP协议与对外路由器交互，在路由器上生成所述对外网卡的网口地址和端口号对应的外部地址和端口号；

将所述IPC的内部地址和端口号以及外部地址和端口号通过响应报文发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对外的网卡所在的私网内时，所述对应的跳转方式，包括：

通知所述IPC开启即插即用UPnP，以便所述IPC与对外路由器进行UPnP交互，将所述IPC的内部地址和端口号映射到外部地址和端口号；

接收所述IPC反馈的外部地址和端口号；

通过响应报文将所述外部地址和端口号发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对外的路由器外部，所述对应的跳转方式，包括：

如果所述IPC为直连公网的IPC，则直接将所述IPC的公网IP地址反馈给客户端；

如果所述IPC位于私网内，则获取所述IPC对应的外部地址和端口号，将所述外部地址和端口号发送给客户端。

本发明还提出了一种视频监控设备跨私网访问装置，应用于视频监控系统中的NVR，所述视频监控设备跨私网访问装置，包括：

位置探测模块，用于通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的IPC的网络位置；

跳转模块，用于接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问。

进一步地，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

接收来自客户端的访问请求，将访问请求的源地址改为NVR对内网卡的网口地址，转发给所述IPC；

接收所述IPC响应报文，将源地址改为NVR对外网卡的网口地址，发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

接收来自客户端的访问请求；

将所述IPC的内部地址和端口号映射到NVR的对外网卡的网口地址和端口号；

通过即插即用UPnP协议与对外路由器交互，在路由器上生成所述对外网卡的网口地址和端口号对应的外部地址和端口号；

将所述IPC的内部地址和端口号以及外部地址和端口号通过响应报文发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对外的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

通知所述IPC开启即插即用UPnP，以便所述IPC与对外路由器进行UPnP交互，将所述IPC的内部地址和端口号映射到外部地址和端口号；

接收所述IPC反馈的外部地址和端口号；

通过响应报文将所述外部地址和端口号发送给客户端。

进一步地，当所管理的IPC的网络位置位于NVR对外的路由器外部，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

如果所述IPC为直连公网的IPC，则直接将所述IPC的公网IP地址反馈给客户端；

如果所述IPC位于私网内，则获取所述IPC对应的外部地址和端口号，将所述外部地址和端口号发送给客户端。

本发明提出的一种视频监控设备跨私网访问方法及装置，通过判断并记录IPC所处网络位置，在外网客户端访问IPC网页时，NVR根据IPC所处不同网络位置，智能选取最优跳转方式来实现客户端访问IPC。本发明的方法及装置，对于已经被NVR管理的IPC通道，任意网络组网下的客户端只要能够正常访问NVR就一定能够访问到已经被该NVR管理的IPC设备，可以无视NVR与IPC之间可能存在的复杂组网环境。

附图说明

图1为现有技术视频监控系统的组网示意图；

图2为本发明实施例视频监控系统组网结构图；

图3为本发明视频监控设备跨私网访问方法流程图；

图4为本发明视频监控设备跨私网访问装置结构示意图。

具体实施方式

下面结合附图和实施例对本发明技术方案做进一步详细说明，以下实施例不构成对本发明的限定。

本申请技术方案希望在任意网络组网下，客户端只要能够正常访问NVR的WEB网页，就一定能够访问到已经被该NVR管理的IPC设备的网页，无视NVR与IPC之间可能存在的复杂组网环境。

如图2所示，本实施例组网结构图包括：路由器A下的私网内有NVR，IPC1直接连接在NVR下，IPC2与路由器A连接；路由器C下的私网内有IPC3，也被NVR管理；客户端在路由器B下的私网内。路由器A、路由器B、路由器C接入到互联网，互联网上还设置有云服务器，提供云端设备管理服务。

本发明一种视频监控设备跨私网访问方法，如图3所示，包括：

NVR设备通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的IPC的网络位置；

NVR设备接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问。

本实施例以图2所示的网络结构为例，IPC1、IPC2、IPC3被NVR管理，NVR具有对内的网卡eth1和对外的网卡eth0，eth0外接路由器A，eth1内接IPC1，eth1也可以通过二层交换机连接更多的IPC，这里不再赘述。

上述IPC可以被配置为被所述NVR管理，NVR对每个IPC设置有对应的通道。因此，当上述IPC在NVR上上线后，能够获取到IPC的IP地址、MAC地址以及对应的通道号。

以下通过具体的实施例，来说明NVR设备通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的IPC的网络位置。

本申请的一个实施例，NVR通过网卡eth1对IPC的MAC地址进行ARP广播，如果能够收到ARP响应，例如收到了IPC1响应报文，则能够判断IPC1与NVR的eth1处于NVR私网侧。

此时，NVR在本地数据库记录生成一条记录，见表1：

表1

即记录了IPC1对应的网络位置IN、通道号、IP地址和MAC地址。

本申请的一个实施例，NVR通过网卡eth0发起组播探测，如果能够收到IPC的响应消息，则可以判定NVR与该IPC(例如IPC2)处于同一个三层局域网内。同样，NVR在本地数据库记录生成一条记录：

表2

即记录了IPC2对应的网络位置NORMAL、通道号、IP地址和MAC地址。

本申请的一个实施例，如果通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测均未得到响应，则NVR将未确定位置的其他IPC判定处于NAT外。同样，NVR在本地数据库记录生成一条记录：

表3

即记录了IPC3对应的网络位置OUT、通道号、IP地址和MAC地址。

经过上述实施例，NVR上生成一张所有在线通道IPC的数据库：

表4

从而将NVR管理的所有IPC进行了记录，记录的内容包括通道号、名称、网络位置、IP地址和MAC地址。

其中网络位置IN表示IPC在NVR对内的网卡所在的私网内，通过NVR eth1网口可达；NORMAL表示IPC在NVR对外的网卡所在的私网内，通过NVR eth0网口转发可达；OUT表示IPC在NVR对外的路由器外部，跨NAT。

下面继续以图2为例，描述NVR设备如何根据IPC的网络位置，采用对应的跳转方法实现客户端对IPC的访问。

在图2的网络结构中，客户端想要访问路由器A内的NVR设备，首先NVR需要将其WEB访问端口映射到公网侧。例如使用即插即用UPnP方式，即NVR以及路由器A均开启UPnP功能，通过UPnP交互过程将NVR的web端口80映射到公网侧。

为了方便理解，本实施例假设NVR的eth0地址为1.1.1.1/24，网关为1.1.1.254/24，路由器A公网地址为2.2.2.2/24，LAN口地址1.1.1.254/24，通过UPnP交互后，会在路由器A上生成一条映射表项1.1.1.1:80→2.2.2.2:50080。

从而，客户端使用IE浏览器或其他浏览器，输入http://2.2.2.2:50080可以访问到NVR的网页，通过NVR网页可以看到NVR下IPC通道列表。

用户点击IPC通道列表中某个通道后方的访问按钮，进行跳转到IPC操作，此时会向NVR发一个访问请求(例如HTTP GET)。请求报文如下：

Hypertext Transfer Protocol

GET/HTTP/1.1\r\n

Expert Info(Chat/Sequence):GET/HTTP/1.1\r\n

Request Method:GET

Request URI:/D？

Request Version:HTTP/1.1

Accept:text/html,application/xhtml+xml,*/*\r\n

Accept-Language:en-US\r\n

User-Agent:Mozilla/5.0(compatible；MSIE 10.0；Windows NT 6.1；Trident/6.0；MDDRJS)\r\n

Accept-Encoding:gzip,deflate\r\n

Host:2.2.2.2:50080\r\n

Connection:Keep-Alive\r\n

\r\n

Full request URI:http://2.2.2.2:50080/D？

其中，“D？”用于给NVR识别客户端实际要访问的IPC通道标识，“？”为数字，标识要访问的IPC在NVR设备列表中对应第几个通道。也可以是设备序列号、IP地址/MAC地址等可以被NVR识别，并且能够唯一标识IPC的字符串。

NVR收到客户端的HTTP GET请求，读取报文URI，识别到“D？”字段，知道客户端实际要访问的是其管理的“D？”通道上的IPC网页，NVR通过通道标识查找本地数据库(表4)，找到对应通道IPC所处的网络位置信息。例如D1对应的网络位置为“IN”。

从而NVR根据IPC所处网络位置不同，进行不同的处理流程，包含以下实施例：

本申请的一个实施例，IPC所属网络位置为“IN”，则NVR将客户端的访问透传给IPC，实现客户端对IPC的访问，包括如下两种方式：

方式1：接收来自客户端的访问请求，将访问请求的源地址改为NVR对内网卡的网口地址，转发给IPC；接收IPC响应报文，将源地址改为NVR对外网卡的网口地址，发送给客户端。

以IPC1为例，具体为：

1)NVR获取到D1通道IPC1的网络地址(假设IPC1的网络地址为3.3.3.3/24，WEB访问端口为80，NVR的eth1网口地址为3.3.3.1/2)，同时NVR打开自身的网络转发功能。

2)NVR将客户端的HTTP GET请求报文重新封装，并且经过网络转发功能将源地址改为：3.3.3.1，源端口不变(假设为10000)，目的地址改为3.3.3.3，目的端口改为80，同时对报文中的字段进行修改，如下：

Expert Info(Chat/Sequence):GET/HTTP/1.1\r\n

Request Method:GET

Request URI:/

Request Version:HTTP/1.1

Accept:text/html,application/xhtml+xml,*/*\r\n

Accept-Language:en-US\r\n

User-Agent:Mozilla/5.0(compatible；MSIE 10.0；Windows NT 6.1；Trident/6.0；MDDRJS)\r\n

Accept-Encoding:gzip,deflate\r\n

Host:3.3.3.3:80\r\n

Connection:Keep-Alive\r\n

\r\n

Full request URI:http://3.3.3.3:80/

上述报文中，对于客户端发来的HTTP GET请求，修改了主机地址和端口，修改了URL地址。

3)经过步骤2)处理后的报文，能够正常送达IPC，并且IPC能够正常响应该HTTPGET请求，IPC响应的200OK根据报文来源会发往目的地址3.3.3.1，目的端口10000；

4)NVR收到IPC的200OK响应报文后，直接转发，将源地址改为1.1.1.1源端口改为10000，目的地址和目的端口分别使用步骤2中收到的客户端HTTP GET请求报文中的源地址和源端口进行替换；

5)通过步骤4)，IPC的200OK响应请求成功发往PC客户端，PC客户端的浏览器上能够显示出IPC的登录界面。后续登录过程同上，不再赘述。

方式2：接收来自客户端的访问请求；将所述IPC的内部地址和端口号映射到NVR的对外网卡的网口地址和端口号；通过即插即用UPnP协议与对外路由器交互，在路由器上生成所述对外网卡的网口地址和端口号对应的外部地址和端口号；将所述IPC的内部地址和端口号以及外部地址和端口号信息通过响应报文发送给客户端。

以IPC1为例，具体为：

a.NVR在本地做端口映射，将IPC1的地址3.3.3.3对应的80端口映射到NVR的外部地址1.1.1.1，外部端口1800，在NVR本地生成一张端口映射表项：3.3.3.3:80→1.1.1.1:1800；

b.NVR通过UPnP协议与路由器A进行交互，要求路由器A将1800端口映射到路由器公网侧，此步骤为UPnP现有技术，不再赘述；

c.通过步骤b，路由器A上会生成一条映射表项，生成1.1.1.1:1800对应的外部地址和端口号：1.1.1.1:1800→2.2.2.2:50081(注意，该端口为新的外部端口，区别于NVR本身的外部映射端口50080)，并且路由器A会把结果反馈给NVR，此步骤也是UPnP现有技术；

d.经过步骤c，NVR知道IPC1的内部信息3.3.3.3:80端口以及路由器A的外部地址和端口号信息2.2.2.2:50081；NVR通过200OK响应，在响应报文中将IPC1的内部地址和端口号和外部地址和端口号反馈给客户端；

e.客户端收到NVR的响应后，重新发送一个HTTP GET请求，IP层目的地址和端口使用2.2.2.2:50081，报文中的HOST和URI字段中地址封装为3.3.3.3:80，这个报文由于路由器A和NVR上都有对应的端口映射表项，因此该报文能够支持发送到IPC1。

f、按照原路返回，IPC1的200OK响应能够发到客户端，从而在PC客户端上打开了IPC1的登录界面，后续登录过程同上，不再赘述。

本申请的一个实施例，IPC所属位置状态为“NORMAL”，则NVR通过以下两种方式实现客户端对IPC的访问：

方法A：通知所述IPC开启即插即用UPnP，以便所述IPC与对外路由器进行UPnP交互，将所述IPC的内部地址和端口号映射到外部地址和端口号；接收所述IPC反馈的外部地址和端口号；通过响应报文将所述外部地址和端口号发送给客户端。

以IPC2为例，具体为：

(1)、IPC2支持UPnP功能，NVR下发通知IPC2开启UPnP功能，IPC2与路由器A进行UPnP，将IPC2的80端口映射到公网侧，假设IPC2地址为4.4.4.4，web端口为80，在路由器A上生成的映射表项为：4.4.4.4:80→2.2.2.2:50082，其中外部地址和端口号为2.2.2.2:50082。

(2)、IPC2将获取到的外部地址和端口号2.2.2.2:50082反馈给NVR；

(3)、NVR通过200OK响应将IPC2映射后的外部地址和端口号2.2.2.2:50082反馈给客户端；

(4)、客户端使用http://2.2.2.2:50082直接登录到IPC网页。

方法B：

I1：IPC2不支持支持UPnP，使用NVR做UPnP代理，将IPC的端口映射出去；

I2：步骤I1后，NVR按照方法A中步骤(3)(4)方法实现客户端对IPC的访问。

本申请的一个实施例，IPC所属位置状态为“OUT”，则NVR将该IPC的公网IP地址或该IPC对应的外部IP地址和端口号发送给客户端，实现客户端对IPC的访问，包括：

如果所述IPC为直连公网的IPC，则直接将所述IPC的公网IP地址反馈给客户端；

如果所述IPC位于私网内，则获取所述IPC对应的外部地址和端口号，将所述外部地址和端口号发送给客户端。

以IPC3为例，具体地：

如果IPC3为直连公网，NVR直接将IPC3的IP地址反馈给客户端，则客户端通该IP地址和默认的端口号80可以直接访问到IPC3。

如果IPC3在路由器C下，NVR通过如下方式获取IPC的外部IP地址和端口号：

IPC以ONVIF或私有协议注册到NVR，IPC将出口路由器做端口映射或通过UPnP获得的外部IP地址和端口号通过注册消息发送给NVR，NVR将获得的IPC的外部IP地址和端口号发送给客户端。

或者，IPC以国标28181接入NVR，NVR通知IPC3开启UPnP功能；IPC3与其所在的路由器C进行UPnP交互，获取路由器C的公网地址及80端口映射后的外部端口，IPC3获取到外部地址和端口号后将信息告知NVR；NVR收到IPC3上报的外部地址和端口号信息后，将外部地址和端口号信息通知给客户端。

客户端使用该IPC对应的外部地址和端口号即可访问IPC3的网页。

需要说明的是，IPC在出口路由器上对应的外部地址和端口号，是IPC私网IP地址和端口号在出口路由器上对应的公网IP地址和端口号，以便外部客户端的访问。

本申请通过判断并记录IPC所处网络位置，在外网客户端访问IPC网页时，NVR根据IPC所处不同网络位置，智能选取最优跳转方式来实现客户端访问IPC。客户端只要能够正常访问NVR的WEB网页就一定能够访问到已经被该NVR管理的IPC设备的网页，可以无视NVR与IPC之间可能存在的复杂组网环境。

以上实施例仅用以说明本发明的技术方案而非对其进行限制，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种视频监控设备跨私网访问方法，应用于视频监控系统中的网络硬盘录像机NVR，其特征在于，所述视频监控设备跨私网访问方法，包括：

通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的网络摄像机IPC的网络位置；

接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问；

所述所管理的网络摄像机IPC的网络位置包括：所管理的IPC的网络位置位于NVR对内的网卡所在的私网内，或所管理的IPC的网络位置位于NVR对外的网卡所在的私网内，或所管理的IPC的网络位置位于NVR对外的路由器外部。

2.如权利要求1所述的视频监控设备跨私网访问方法，其特征在于，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述对应的跳转方式，包括：

接收来自客户端的访问请求，将访问请求的源地址改为NVR对内网卡的网口地址，转发给所述IPC；

接收所述IPC响应报文，将源地址改为NVR对外网卡的网口地址，发送给客户端。

3.如权利要求1所述的视频监控设备跨私网访问方法，其特征在于，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述对应的跳转方式，包括：

接收来自客户端的访问请求；

将所述IPC的内部地址和端口号映射到NVR的对外网卡的网口地址和端口号；

通过即插即用UPnP协议与对外路由器交互，在路由器上生成所述对外网卡的网口地址和端口号对应的外部地址和端口号；

将所述IPC的内部地址和端口号以及外部地址和端口号通过响应报文发送给客户端。

4.如权利要求1所述的视频监控设备跨私网访问方法，其特征在于，当所管理的IPC的网络位置位于NVR对外的网卡所在的私网内时，所述对应的跳转方式，包括：

通知所述IPC开启即插即用UPnP，以便所述IPC与对外路由器进行UPnP交互，将所述IPC的内部地址和端口号映射到外部地址和端口号；

接收所述IPC反馈的外部地址和端口号；

通过响应报文将所述外部地址和端口号发送给客户端。

5.如权利要求1所述的视频监控设备跨私网访问方法，其特征在于，当所管理的IPC的网络位置位于NVR对外的路由器外部，所述对应的跳转方式，包括：

如果所述IPC为直连公网的IPC，则直接将所述IPC的公网IP地址反馈给客户端；

如果所述IPC位于私网内，则获取所述IPC对应的外部地址和端口号，将所述外部地址和端口号发送给客户端。

6.一种视频监控设备跨私网访问装置，应用于视频监控系统中的网络硬盘录像机NVR，其特征在于，所述视频监控设备跨私网访问装置，包括：

位置探测模块，用于通过对内的网卡发送ARP广播、通过对外的网卡发起组播探测，确定所管理的网络摄像机IPC的网络位置；

跳转模块，用于接收外网客户端访问IPC的请求报文，根据IPC的网络位置，采用对应的跳转方式实现客户端对IPC的访问；

其中，所述所管理的网络摄像机IPC的网络位置包括：所管理的IPC的网络位置位于NVR对内的网卡所在的私网内，或所管理的IPC的网络位置位于NVR对外的网卡所在的私网内，或所管理的IPC的网络位置位于NVR对外的路由器外部。

7.如权利要求6所述的视频监控设备跨私网访问装置，其特征在于，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

接收来自客户端的访问请求，将访问请求的源地址改为NVR对内网卡的网口地址，转发给所述IPC；

接收所述IPC响应报文，将源地址改为NVR对外网卡的网口地址，发送给客户端。

8.如权利要求6所述的视频监控设备跨私网访问装置，其特征在于，当所管理的IPC的网络位置位于NVR对内的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

接收来自客户端的访问请求；

将所述IPC的内部地址和端口号映射到NVR的对外网卡的网口地址和端口号；

通过即插即用UPnP协议与对外路由器交互，在路由器上生成所述对外网卡的网口地址和端口号对应的外部地址和端口号；

将所述IPC的内部地址和端口号以及外部地址和端口号通过响应报文发送给客户端。

9.如权利要求6所述的视频监控设备跨私网访问装置，其特征在于，当所管理的IPC的网络位置位于NVR对外的网卡所在的私网内时，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

通知所述IPC开启即插即用UPnP，以便所述IPC与对外路由器进行UPnP交互，将所述IPC的内部地址和端口号映射到外部地址和端口号；

接收所述IPC反馈的外部地址和端口号；

通过响应报文将所述外部地址和端口号发送给客户端。

10.如权利要求6所述的视频监控设备跨私网访问装置，其特征在于，当所管理的IPC的网络位置位于NVR对外的路由器外部，所述跳转模块采用对应的跳转方式实现客户端对IPC的访问，执行如下操作：

如果所述IPC为直连公网的IPC，则直接将所述IPC的公网IP地址反馈给客户端；

如果所述IPC位于私网内，则获取所述IPC对应的外部地址和端口号，将所述外部地址和端口号发送给客户端。

Images