CN101369979A - 网络摄像机与用户终端的通信方法、装置及*** - Google Patents

Abstract

本发明提供一种网络摄像机与用户终端的通信方法、装置及***，所述网络摄像机与所述用户终端基于通用串行总线物理连接，所述方法包括：所述网络摄像机获取所述用户终端的访问属性信息，并解析所述访问属性信息的连接类型；依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能，则加载所述访问属性信息的连接类型对应的第二驱动程序。本发明基于USB的物理连接构建的至少两种虚拟通路，如：虚拟串口通路和虚拟以太网通路，补充和扩展了IP Camera的远程访问方式，使用户能基于用户终端与IP Camera的USB物理连接，对IP Camera进行近距离访问。

Description

网络摄像机与用户终端的通信方法、装置及***

技术领域

本发明涉及网络摄像机(IP Camera，Internet Protocol Camera)外部通信的技术领域，尤指一种IP Camera与用户终端的通信方法、装置及***。

背景技术

一般而言，IP Camera可以被看作一台摄像机和一台计算机的结合体。它能够捕获影像，并直接通过局域网、国际互联网或无线网络进行传输，从而使授权用户能够通过标准的、基于独立网际协议(IP，Internet Protocol)的网络基础构架在本地或者远程地点实现观看、存储和管理视频数据。

IP Camera拥有自己独立的IP地址，能够直接连接到网络并内置网络服务器(Web Server)、文件传输协议(FTP，File Transfer Protocol)服务器、FTP客户端、电子邮件客户端、报警管理、可编程能力以及其他众多的智能功能。IP Camera传送来的视频信号数字化后由高效压缩芯片压缩，通过网络总线传送到Web Server。用户可以通过网络直接用浏览器观看Web Server上的IP Camera捕捉的图像。

在实际中，IP Camera独立运行，无需与PC机连接，可以安置在任何一个具备IP网络接口的地点。而且，授权用户还可以通过网络来控制摄像机云台镜头的动作，或对***配置进行操作，以进行全方位的监控。

然而，目前在对IP Camera的访问方面，还存在一些不足。比如，需要查看IP Camera***中的一些日志(log)信息、或某些进程或程序时，通过一般的平台是访问不到的，从网页上访问也是无法实现的。这是因为成本及定位的限制使得目前有些IP Camera产品虽然支持通用串行总线(USB)接口，但不支持通用异步收发器(UART)接口而无法对IP Camera进行访问，从而导致对IP Camera的访问很不方便；或者出于网络安全的考虑，关掉了远程登录(Telnet)方式下的后台访问，从而导致当IP Camera出现问题时，缺乏必要的调试手段或后台控制手段，因而只能将IP Camera返厂修理。

而且，通过网络(web)访问IP Camera还有很多的缺陷，例如，在经过IP Camera允许的情况下，用户下载一些自定义程序(如:修改web界面脚本)到IP Camera上，而这些操作通过web可能是不安全的。这是由于，通过网络对IP Camera进行操作的过程中，容易受到他人攻击或篡改，所以这种方式存在着一定的安全隐患。另外，用过网络访问也是不方便的，因为目前有些支持USB的IP Camera因不支持无线网络(WIFI，WirelessFidelity)接口而无法通过无线网络对IP Camera进行访问；或者有的IPCamera具有WIFI接口，但是由于网络异常而无法通过无线网络访问；又或者有的IP Camera虽然设有有线网卡，但却需要用户打开PC机来访问，甚至有的还需要对IP Camera进行必要的配置才能访问。

总之，目前需要本领域技术人员迫切解决的一个技术问题就是:如何提供一种创新的IP Camera与用户终端通信机制，以使人们方便、安全、灵活地通过用户终端对IP Camera进行控制操作和数据管理。

发明内容

本发明所要解决的技术问题是提供一种创新的IP Camera与用户终端通信机制，以使人们方便、安全、灵活地通过用户终端对IP Camera进行控制操作和数据管理。

为解决上述技术问题，本发明提供一种IP Camera与用户终端的通信方法，其中，所述IP Camera与所述用户终端基于通用串行总线物理连接，所述方法包括:

所述IP Camera获取所述用户终端的访问属性信息，并解析所述访问属性信息，从而判断所述IP Camera与所述用户终端的连接类型；依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能，则加载所述连接类型对应的第二驱动程序。

优选的，所述访问属性信息包括所述红外控制信息和/或所述用户终端的设备信息。

优选的，所述IP Camera与用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚拟以太网连接。

优选的，当所述连接类型为本地存储访问连接时，所述第一驱动程序为所述本地存储访问连接的通用串行总线驱动程序；

或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的通用串行总线驱动程序。

优选的，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口通用串行总线驱动程序。

优选的，当所述访问属性信息的连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网通用串行总线驱动程序。

优选的，在加载所述第二驱动程序之前，所述方法还包括:卸载所述第一驱动程序。

优选的，所述方法还包括:对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。

为解决上述问题，本发明还提供一种IP Camera与用户终端的通信装置，其中，所述IP Camera与所述用户终端基于通用串行总线物理连接，所述的装置包括:

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

优选的，所述访问属性信息包括所述红外控制信息和/或所述用户终端的设备信息。

优选的，所述IP Camera与用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚拟以太网连接。

优选的，当所述连接类型为本地存储访问连接时，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序；

或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的通用串行总线驱动程序。

优选的，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口通用串行总线驱动程序。

优选的，当所述连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网通用串行总线驱动程序。

优选的，所述装置还包括:卸载模块，用于在加载所述第二驱动程序之前，卸载所述第一驱动程序。

优选的，所述装置还包括:鉴权模块，用于对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。

为解决上述问题，本发明还提供一种IP Camera与用户终端的通信***，所述IP Camera与所述用户终端基于通用串行总线物理连接，

所述IP Camera包括:

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序；

所述用户终端包括:

通信模块，用于连接IP Camera提交访问属性信息，以及，接收IP Camera返回的反馈信息。

为解决上述问题，本发明还提供一种IP Camera，其中，所述IP Camera与用户终端基于通用串行总线的物理连接进行通信，所述IP Camera包括:

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

与现有技术相比，本发明具有以下优点:

本发明利用改变USB通路性质，能够安全、方便地对IP Camera进行调试或后台控制。首先，对于IP Camera的用户来讲，一般情况下，出于安全考虑，IP Camera是关闭telnet的，但是用户可以利用本发明所述的通信方法进行后台控制；其次，从IP Camera自身来看，当IP Camera需要修理维护时，借由本发明的方法不必打开IP Camera焊上的串口芯片即可调试IP Camera。

更进一步地讲，作为IP Camera远程访问的一种补充和扩展，用户可以通过基于用户终端与IP Camera的USB连接实现对IP Camera的近距离访问。本发明基于USB的物理连接可以构建至少两个虚拟通路，比如:虚拟串口通路和虚拟以太网通路。所述的虚拟通路丰富了用户对IP Camera的使用方式，方便了用户对IP Camera的操作；同时，也灵活的扩展了IP Camera的功能，并提供新的安全性访问通路。具体优点举例如下:

在使用方式的丰富性方面，硬件上，用户可以通过用户终端访问IPCamera；软件上，可以使用浏览器/超级终端/定制的客户端程序访问IPCamera；

在操作的方便性方面，用户可以通过用户终端近距离访问IP Camera，并且该操作无需借助以太网/PC/监控平台；

在扩展功能的灵活性方面，用户可以装载/卸载/修改IP Camera上的某些模块/数据，比如:更新IP Camera上的web页面或脚本以修改IP Camera本地web访问的界面风格，或者更新/增加报警铃声；

在使用的安全性方面，IP Camera可以要求来访用户发送鉴权信息以识别用户终端的操作权限，这极大的增强了网络访问的安全性。

附图说明

图1是本发明的一种IP Camera与用户终端的通信方法优选实施例一的步骤流程图；

图2是本发明的一种IP Camera与用户终端的通信方法优选实施例二的步骤流程图；

图3是本发明的一种IP Camera与用户终端的通信方法优选实施例三的步骤流程图；

图4是本发明的一种IP Camera与用户终端的通信方法优选实施例四的步骤流程图；

图5是本发明的一种IP Camera与用户终端的通信装置实施例一的结构框图；

图6是本发明的一种IP Camera与用户终端的通信装置实施例二的结构框图；

图7是本发明的一种IP Camera与用户终端的通信***实施例的结构框图；

图8是本发明的一种IP Camera的结构框图。

具体实施方式

为使本发明的上述的目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于:补充和扩展IP Camera的远程访问方式，以使用户能基于用户终端与IP Camera的USB物理连接，对IP Camera进行近距离访问。本发明实施例基于USB的物理连接可以构建至少两种虚拟通路，例如:虚拟串口通路和虚拟以太网通路。而且，无论基于哪种虚拟通路，访问类型都有:读取型、修改型和控制型。具体而言，读取型是指用户只读取IP Camera本地的数据；修改型是指用户可以修改IP Camera本地的数据；控制型是指用户可以执行IP Camera上的某些模块/功能；即基于上述框架，可以丰富用户对IP Camera的使用方式，方便用户对IP Camera的操作，灵活的扩展IP Camera的功能，以及，提供新的安全性通路。

公知的是，IP Camera自带嵌入式操作***，具有计算机数据处理以及网络传输的功能，并能将这些功能整合在一起，成为一个独立的网络设备。IP Camera通常包括:镜头，图像传感器，声音传感器，模拟/数字(A/D)转换器，编码器，控制器，网络服务器，控制接口等。

一般地，IP Camera的基本通信原理是:图像信号、声音信号经过输入设备输入后，分别由图像传感器、声音传感器转化为电信号，再分别通过A/D转换器将模拟电信号转换为数字电信号，又分别经过编码器按一定的编码标准进行编码压缩，然后在控制器的控制下，由网络服务器按一定的网络协议上传至局域网或国际互联网(Internet)，另外，控制器还可以接收报警信号及向外发送报警信号，且按要求发出控制信号。由于IP Camera的组成及其工作原理均属于公知技术，此处不再赘述。

参照图1，示出了本发明的一种IP Camera与用户终端的通信方法优选实施例一的步骤流程图，其流程步骤如下:

步骤S101，建立IP Camera与用户终端基于USB的物理连接；

在实际中，将IP Camera作为USB主控制端，将用户终端作为设备端进行连接即可。所述用户终端可以包括:移动存储设备、PC、智能终端、超级终端和遵循串口通信协议的终端等，本发明对此无需加以限制。

步骤S102，所述IP Camera获取所述用户终端发送的访问属性信息；

其中，所述访问属性信息可以包括红外控制信息和/或所述用户终端的设备信息。例如，IP Camera可以在后台运行一个守护进程，用来监听所述红外控制信息；或者，利用LINUX的热插拔机制，探测当前接入IP Camera的设备属性。

步骤S103，解析所述访问属性信息的连接类型；

在本发明实施例中，所述连接类型可以包括:本地存储访问连接、虚拟串口连接和虚拟以太网连接等。

其中，IP Camera作为主控制端，与作为设备端的用户终端建立USB连接，从而实现所述IP Camera和用户终端的本地存储访问连接通路；更为优选的是，基于这种和用户终端的USB连接，还可以扩展IP Camera的两种虚拟通路，即虚拟串口连接和虚拟以太网连接；在实际中，可以通过在IPCamera和用户终端上都加载相应的通信接口，即虚拟串口接口或虚拟以太网接口来构建该虚拟通路。通过上述连接通路，用户终端可以方便、安全、灵活地登录IP Camera的后台，对IP Camera的本地数据进行调试和控制，还可以以串口方式或以TCP/IPv4或HTTP的网络方式访问IP Camera，或者，基于该虚拟通路访问IP Camera的Web服务器。

步骤S104，依据所述访问属性信息的连接类型判断预加载的第一驱动程序能否支持所述访问属性信息；若能，则执行步骤S105；若不能，则执行步骤S106；

步骤S105，由第一驱动程序支持所述用户终端的访问属性信息；

步骤S106，加载所述连接类型对应的第二驱动程序。

为使IP Camera支持来自于各连接通路的访问属性信息，则需要对应于相应连接类型的用户终端，加载该相应连接类型的USB驱动程序。在实际中，为使操作便利和提高效率，通常会预先加载一个常用的USB驱动程序(第一驱动程序)，若该驱动程序可支持基于当前连接类型所提交的访问属性信息，则直接采用该驱动程序支持当前的访问属性信息；若该驱动程序不可支持基于当前连接类型所提交的访问属性信息，则加载与所述访问属性信息的连接类型对应的USB驱动程序(第二驱动程序)。

为防止各驱动程序的冲突，优选的是，在加载所述第二驱动程序之前，本发明实施例还可以包括步骤:

卸载所述第一驱动程序。

例如，IP Camera默认加载了本地存储访问连接的USB驱动程序，当其后台运行的守护进程监听到红外控制信号时，对其进行解析，如果该红外控制信号的连接类型为本地存储访问连接，则直接用该本地存储访问连接的USB驱动程序支持该红外控制信号；如果该信号的连接类型为虚拟网络连接，则卸载之前默认加载的本地存储访问连接USB驱动程序，然后加载该虚拟以太网连接所要求的虚拟以太网USB驱动程序。

或如，当IP Camera的Linux内核检测到USB接口中接入设备时，利用Linux的热插拔机制通知用户层，用户层预先加载一个虚拟网络的USB驱动程序(虚拟串口USB驱动程序或虚拟以太网USB驱动程序)，并启动一个后台进程和该接入设备进行网络通信，如果当前通信符合私有判断机制，则认为该接入设备为虚拟网络设备；否则，卸载当前已加载的虚拟网络USB驱动程序，然后加载本地存储访问连接的USB驱动程序。

参照图2，示出了本发明的一种IP Camera与用户终端的通信方法优选实施例二的步骤流程图，在本实施例中，所述IP Camera与所述用户终端基于通用串行总线物理连接，本实施例具体可以包括以下步骤:

步骤S201，所述IP Camera预加载一个本地存储访问连接的USB驱动程序，同时在后台运行一个守护进程，以获取红外控制信息；

所谓守护进程，是一种脱离于终端并在后台运行的进程，脱离于终端是为了避免所述进程在执行过程中的信息不在任何终端上显示并且所述进程也不会被任何终端所产生的终端信息所打断。所述守护进程的作用是等待一个事件发生，事件发生后调动另外的进程去完成相应的工作，然后所述守护进程再回去等事件发生。

步骤S202，解析所述红外控制信号的连接类型，若所述红外控制信号为基于本地存储访问连接所发出的，则执行步骤S203；若所述红外控制信号为基于虚拟以太网连接所发出的，则执行步骤S204；若所述红外控制信号为基于虚拟串口连接所发出的，则执行步骤S205；

步骤S203，用所述IP Camera预加载的本地存储访问连接的USB驱动程序支持所述红外控制信号；

步骤S204，卸载所述本地存储访问连接的USB驱动程序，加载虚拟以太网的USB驱动程序；

步骤S205，卸载所述本地存储访问连接的USB驱动程序，加载虚拟串口的USB驱动程序。

图2所示的优先实施例，清楚地示意了针对IP Camera的访问信号为红外控制信号时所进行的通信处理过程，由于本实施例基于USB的连接在IPCamera和智能终端之间构建了本地存储访问连接、虚拟串口和虚拟以太网三种通路，即基于这三种通路均可发送红外控制信号，在这种情况下，本实施例针对不同通路提交的访问属性信息属性，加载相应的驱动程序以进行支持。从而满足了对IP Camera的各种网络应用访问的需求，并可方便、安全、灵活地通过用户终端对IP Camera进行后台控制、调试、数据存储及管理等操作。

需要注意的是，所述红外信息不是一定由用户终端发出，也可由第三方设备发出，如红外遥控器。

参照图3，示出了本发明的一种IP Camera与用户终端的通信方法优选实施例三的步骤流程图，在本实施例中，所述IP Camera与所述用户终端基于通用串行总线物理连接，本实施例具体可以包括以下步骤:

步骤S301，IP Camera的Linux内核检测USB接口中接入的用户终端设备，利用Linux的热插拔机制通知用户层，用户层预先加载一个虚拟连接的USB驱动程序，如一个虚拟串口的USB驱动程序，并启动一个后台进程与该接入设备进行网络通信，以获取用户终端的设备信息；

步骤S302，通过判断当前通信是否符合私有判断机制来解析所述用户终端设备信息的连接类型，即如果符合所述私有判断机制则确定该设备为虚拟设备，并执行步骤S303；否则，确定该设备为本地存储访问连接设备，并执行步骤S304；

步骤S303，用所述虚拟连接的USB驱动程序支持所述虚拟设备；

具体可以包括以下子步骤:

子步骤A，若当前接入的用户终端设备为虚拟以太网连接设备，且预加载的驱动程序为一个虚拟以太网的USB驱动程序，则用所述虚拟以太网的USB驱动程序直接支持所述虚拟以太网连接设备；

或者，子步骤B，若当前接入的用户终端设备为虚拟串口连接设备，且预加载的驱动程序为一个虚拟串口的USB驱动程序，则用所述虚拟串口的USB驱动程序直接支持所述虚拟串口连接设备。

步骤S304，卸载所述虚拟连接的USB驱动程序，加载本地存储访问连接的USB驱动程序。

图3所示的优先实施例，清楚地示意了当IP Camera的访问属性信息为用户终端的设备信息时所进行的通信处理过程。由于不同的接入设备具有与其相应的连接类型，如本地存储设备或虚拟网络设备，在这种情况下，本实施例针对不同的连接类型，对应加载驱动程序以进行支持访问请求。从而满足了用户终端对IP Camera的各种网络应用访问的需求，并可方便、安全、灵活地通过用户终端对IP Camera进行后台控制、调试、数据存储及管理等操作。

参照图4，示出了本发明的一种IP Camera与用户终端的通信方法优选实施例四的步骤流程图，在本实施例中，所述IP Camera与所述用户终端基于通用串行总线物理连接，本实施例具体可以包括以下步骤:

步骤S401，IP Camera预加载一个虚拟以太网的USB驱动程序；

步骤S402，IP Camera启动一个守护进程获取用户终端提交的对IPCamera Web Server的访问属性信息；

步骤S403，所述守护进程解析所述访问属性信息的连接类型；若为虚拟以太网连接，则执行步骤S404；若为虚拟串口连接，则执行步骤S405；

步骤S404，用所述预加载的虚拟以太网的USB驱动程序直接支持所述基于虚拟以太网连接发送的访问请求；

步骤S405，卸载之前加载的虚拟以太网的USB驱动程序，加载虚拟串口的USB驱动程序，执行步骤S406；

步骤S406，用所述虚拟串口的USB驱动程序支持所述基于虚拟串口连接发送的访问请求。

图4所示的优先实施例，清楚地示意了IP Camera和用户终端通过本实施例构建的网络通路(虚拟串口通路和虚拟以太网通路)进行通信的过程，补充和扩展了现有IP Camera的远程访问方式，丰富了用户对IP Camera的使用方式，方便了用户对IP Camera的操作，同时灵活地扩展了IP Camera的功能。

为进一步保证通信的安全性，优选的是，本发明的上述各实施例还可以包括鉴权步骤，即在支持访问属性信息时，可以预先对所述用户终端的访问属性信息进行鉴权，若符合鉴权才予执行下一步；否则拒绝所述用户终端的访问。

为保证使用的便利性，所述用户终端优选为智能终端，如智能手机、个人数码助理(PDA，Personal Digital Assistant)等，在具体应用中，IP Camera通过USB接入智能终端，用户可以方便地查看存储在IP Camera上的本地图片；另外，智能终端还可便于用户终端实时访问IP Camera并调整一些参数，比如:遇到天气变化时调整视频的亮度/对比度，更改报警策略等。

应用本发明，当基于USB连接IP Camera与智能终端后，有以下几种情况:

如果用户对IP Camera进行数据管理的本地访问，且默认加载的驱动程序为本地存储访问连接的USB驱动程序，那么该本地存储访问连接的USB驱动程序会直接支持用户的访问；但是，如果默认加载的驱动程序为虚拟串口的USB驱动程序或虚拟以太网的USB驱动程序，那么IP Camera不支持此次本地请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新加载一个本地存储访问连接的USB驱动程序。

或者，如果用户通过虚拟以太网通路访问IP Camera，且默认加载的驱动程序为虚拟以太网的USB驱动程序，那么该虚拟以太网的USB驱动程序直接支持用户的访问；但是，如果默认加载的驱动程序为虚拟串口的USB驱动程序或本地存储访问连接的USB驱动程序，那么IP Camera不支持此次访问请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新加载一个虚拟以太网的USB驱动程序。

或者，如果用户通过虚拟串口通路访问IP Camera，且默认加载的驱动程序为虚拟串口的USB驱动程序，那么该虚拟串口的USB驱动程序直接支持用户的访问；但是，如果默认加载的驱动程序为虚拟以太网的USB驱动程序或本地存储访问连接的USB驱动程序，那么IP Camera不支持此次访问请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新加载一个虚拟串口的USB驱动程序。

现有技术中，通过常规的web访问IP Camera十分不安全的，容易受到他人攻击或篡改，而本发明采用所述虚拟以太网通路访问IP Camera，比如访问IP Camera的Web Server，是十分安全的。另外，本发明采用虚拟以太网通路在基于USB实现的虚拟网卡上运行守护进程来实现当网络异常时的配置，避免了使用WIFI访问IP Camera时的不便，如网络异常时无法打开WIFI。

由于成本及定位的限制使得目前有些IP Camera产品虽然支持USB接口，但不支持UART接口而无法对IP Camera进行本地访问，这方面的不足导致通过一般的平台或web无法查看IP Camera***中的一些日志(log)信息、或某些进程或程序，而本发明采用基于USB的虚拟串口通路对IP Camera进行调试或后台控制，如调整视频的亮度/对比度，更改报警策略等，实现了安全、方便地实时访问IP Camera。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参照图5，示出了本发明的一种IP Camera与用户终端的通信装置实施例一的结构框图，所述IP Camera 51与所述用户终端52基于USB物理连接，所述的装置可以包括以下模块:

访问接口模块501，用于获取所述用户终端的访问属性信息；

连接类型解析模块502，用于解析由所述访问接口模块获取的访问属性信息的连接类型；

判断模块503，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块504，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

在实际中，所述访问属性信息可以包括所述红外控制信息和/或所述用户终端的设备信息；所述连接类型可以包括本地存储访问连接、虚拟串口连接或虚拟以太网连接。

在本发明的一个优选实施例中，当所述连接类型为本地存储访问连接时，所述第一驱动程序为本地存储访问连接的USB驱动程序；

或者，所述第一驱动程序为虚拟串口USB驱动程序或虚拟以太网USB驱动程序，则所述第二驱动程序为本地存储访问连接的USB驱动程序。

在本发明的另一优选实施例中，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚拟串口USB驱动程序；

或者，所述第一驱动程序为本地存储访问连接的USB驱动程序或虚拟以太网USB驱动程序，则所述第二驱动程序为虚拟串口USB驱动程序。

在本发明的又一优选实施例中，当所述连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网USB驱动程序；

或者，所述第一驱动程序为本地存储访问连接的USB驱动程序或虚拟串口USB驱动程序，则所述第二驱动程序为虚拟以太网USB驱动程序。

参照图6，示出了本发明的一种IP Camera与用户终端的通信装置实施例二的结构框图，所述IP Camera 61与所述用户终端62基于USB物理连接，所述的装置可以包括以下模块:

访问接口模块601，用于获取所述用户终端的访问属性信息；

连接类型解析模块602，用于解析由所述访问接口模块获取的访问属性信息的连接类型；

鉴权模块603，用于对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问；

判断模块604，用于依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

卸载模块605，用于在加载所述第二驱动程序之前，卸载所述第一驱动程序；

第二驱动加载模块606，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

图6所示的优选实施例与图5所示的优选实施例相比，增加了鉴权模块和卸载模块，其中，鉴权模块进一步保证通信的安全性，在支持访问属性信息时，预先对所述用户终端的访问属性信息进行鉴权，若符合鉴权才予执行下一步；否则拒绝所述用户终端的访问。卸载模块则避免了各USB驱动程序的冲突。

参照图7，示出了本发明的一种IP Camera与用户终端的通信***实施例的结构框图。

本发明还提供一种IP Camera 71与用户终端72的通信***，所述IPCamera 71与所述用户终端72基于USB物理连接，其中，

所述IP Camera 71包括:

访问接口模块701，用于获取所述用户终端的访问属性信息；

连接类型解析模块702，用于解析所述访问属性信息的连接类型；

判断模块703，用于依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块704，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

所述用户终端72包括:

通信模块705，用于连接IP Camera提交访问属性信息，以及接收IPCamera返回的反馈信息。

所述用户终端72的通信模块705连接IP Camera 71，并提交访问属性信息，所述IP Camera 71的访问接口模块701获取所述用户终端72的访问属性信息，然后由连接类型解析模块702解析所述访问属性信息的连接类型，判断模块703依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，当所述第一驱动程序不支持所述访问属性信息时，第二驱动加载模块704加载所述连接类型对应的第二驱动程序。

参照图8，示出了本发明的一种IP Camera的结构框图。

本发明还提供一种IP Camera 81，所述IP Camera 81与用户终端基于USB的物理连接进行通信，所述IP Camera 81包括:

访问接口模块801，用于获取所述用户终端的访问属性信息；

连接类型解析模块802，用于解析所述访问属性信息的连接类型；

判断模块803，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块804，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

由于前文已经对具体的IP Camera与用户终端通信的装置进行了详细的介绍，所以此处不再赘述。

对于装置实施例而言，因其基本相应于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述即可。

以上对本发明所提供的一种网络摄像机与用户终端的通信方法、装置及***进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，只要根据本发明的权利要求书所作的等效变化与修饰，均仍属于本发明所涵盖的范围内。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1、一种网络摄像机与用户终端的通信方法，其特征在于，所述网络摄像机与所述用户终端基于通用串行总线物理连接，所述方法包括：

所述网络摄像机获取所述用户终端的访问属性信息，并解析所述访问属性信息，从而判断所述网络摄像机与所述用户终端的连接类型；

依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能，则加载所述连接类型对应的第二驱动程序。

2、根据权利要求1所述的方法，其特征在于，所述访问属性信息包括所述红外控制信息和/或所述用户终端的设备信息。

3、根据权利要求1或2所述的方法，其特征在于，所述网络摄像机与用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚拟以太网连接。

4、根据权利要求3所述的方法，其特征在于，当所述连接类型为本地存储访问连接时，所述第一驱动程序为所述本地存储访问连接的通用串行总线驱动程序；

或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的通用串行总线驱动程序。

5、根据权利要求3所述的方法，其特征在于，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口通用串行总线驱动程序。

6、根据权利要求3所述的方法，其特征在于，当所述访问属性信息的连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网通用串行总线驱动程序。

7、根据权利要求4、5、或6所述的方法，其特征在于，在加载所述第二驱动程序之前，所述方法还包括：

卸载所述第一驱动程序。

8、根据权利要求1所述的方法，其特征在于，还包括：

对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。

9、一种网络摄像机与用户终端的通信装置，其特征在于，所述网络摄像机与所述用户终端基于通用串行总线物理连接，所述的装置包括：

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

10、根据权利要求9所述的装置，其特征在于，所述访问属性信息包括所述红外控制信息和/或所述用户终端的设备信息。

11、根据权利要求9或10所述的装置，其特征在于，所述网络摄像机与用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚拟以太网连接。

12、根据权利要求11所述的装置，其特征在于，当所述连接类型为本地存储访问连接时，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序；

或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的通用串行总线驱动程序。

13、根据权利要求11所述的装置，其特征在于，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口通用串行总线驱动程序。

14、根据权利要求11所述的装置，其特征在于，当所述连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用串行总线驱动程序；

或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网通用串行总线驱动程序。

15、根据权利要求12、13、或14所述的装置，其特征在于，还包括：

卸载模块，用于在加载所述第二驱动程序之前，卸载所述第一驱动程序。

16、根据权利要求9所述的装置，其特征在于，还包括：

鉴权模块，用于对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。

17、一种网络摄像机与用户终端的通信***，其特征在于，所述网络摄像机与所述用户终端基于通用串行总线物理连接，

所述网络摄像机包括：

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序；

所述用户终端包括：

通信模块，用于连接网络摄像机提交访问属性信息，以及，接收网络摄像机返回的反馈信息。

18、一种网络摄像机，其特征在于，所述网络摄像机与用户终端基于通用串行总线的物理连接进行通信，所述网络摄像机包括：

访问接口模块，用于获取所述用户终端的访问属性信息；

连接类型解析模块，用于解析所述访问属性信息的连接类型；

判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；

第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。

Images