网络摄像机与用户终端的通信方法、装置及系统的制作方法

专利名称：网络摄像机与用户终端的通信方法、装置及系统的制作方法
技术领域：
本发明涉及网络摄像机(IP Camera, Internet Protocol Camera)外部通 信的技术领域，尤指一种IPCamera与用户终端的通信方法、装置及系统。
背景技术：
一般而言，IP Camem可以被看作 一 台摄像机和 一 台计算机的结合体。 它能够捕获影像，并直接通过局域网、国际互联网或无线网络进行传输， 从而使授权用户能够通过标准的、基于独立网际协议(IP， Internet Protocol) 的网络基础构架在本地或者远程地点实现观看、存储和管理视频数据。
IP Camera拥有自己独立的IP地址，能够直接连接到网络并内置网络服 务器(Web Server)、文件传输协议(FTP, File Transfer Protocol)服务器、 FTP客户端、电子邮件客户端、报警管理、可编程能力以及其他众多的智能 功能。IPCamera传送来的视频信号数字化后由高效压缩芯片压缩，通过网 络总线传送到Web Server。用户可以通过网络直接用浏览器观看Web Server 上的IP Camera捕捉的图像。
在实际中，IPCamem独立运行，无需与PC机连接，可以安置在任何一 个具备IP网络接口的地点。而且，授权用户还可以通过网络来控制摄像机 云台镜头的动作，或对系统配置进行操作，以进行全方位的监控。
然而，目前在对IPCamera的访问方面，还存在一些不足。比如，需要 查看IPCamera系统中的一些日志(log)信息、或某些进程或程序时，通过 一般的平台是访问不到的，从网页上访问也是无法实现的。这是因为成本 及定位的限制使得目前有些IP Camera产品虽然支持通用串行总线(USB) 接口，但不支持通用异步收发器(UART)接口而无法对IP Camera进行访 问，从而导致对IPCamera的访问很不方便；或者出于网络安全的考虑，关 掉了远程登录(Telnet)方式下的后台访问'，从而导致当IP Camera出现问
题时，缺乏必要的调试手段或后台控制手段，因而只能将IPCamera返厂修理。
而且，通过网络(web)访问IP Camera还有很多的缺陷，例如，在经 过IP Camera允许的情况下，用户下载一些自定义程序(如修改web界面 脚本)到IP Camem上，而这些操作通过web可能是不安全的。这是由于， 通过网络对IPCamera进行操作的过程中，容易受到他人攻击或篡改，所以 这种方式存在着一定的安全隐患。另外，用过网络访问也是不方便的，因 为目前有些支持USB的IP Camera因不支持无线网络(WIFI, Wireless Fidelity )接口而无法通过无线网络对IP Camem进行访问；或者有的IP Camera具有WIFI接口 ，但是由于网络异常而无法通过无线网络访问；又或 者有的IPCamera虽然设有有线网卡，但却需要用户打开PC机来访问，甚至 有的还需要对IP Camera进行必要的配置才能访问。
总之，目前需要本领域技术人员迫切解决的一个技术问题就是如何 提供一种创新的IPCamera与用户终端通信机制，以使人们方便、安全、灵 活地通过用户终端对IP Camera进^"控制^l喿作和数据管理。

发明内容
本发明所要解决的技术问题是提供一种创新的IP Camem与用户终端通 信机制，以使人们方便、安全、灵活地通过用户终端对IPCamera进行控制 操作和数据管理。
为解决上述技术问题，本发明提供一种IP Camera与用户终端的通信方 法，其中，所述IPCamera与所述用户终端基于通用串行总线物理连接，所 述方法包括
所述IP Camera获取所述用户终端的访问属性信息，并解析所述访问属 性信息，从而判断所述IPCamera与所述用户终端的连接类型；依据所述连 接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能， 则加载所述连接类型对应的第二驱动程序。
优选的，所述访问属性信息包括所述红外控制信息和/或所述用户终端
的设备信息。
优选的，所述IPCamera与用户终端之间的连接类型包括本地存储访问 连接、虚拟串口连接或虚拟以太网连接。
优选的，当所述连接类型为本地存储访问连接时，所述第一驱动程序 为所述本地存储访问连接的通用串行总线驱动程序；
或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以 太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的 通用串行总线驱动程序。
优选的，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚 拟串口通用串行总线驱动程序；
或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程 序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口 通用串行总线驱动程序。
优选的，当所述访问属性信息的连接类型为虚拟以太网连接时，所述 第 一驱动程序为虚拟以太网通用串行总线驱动程序；
或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程 序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网 通用串行总线驱动程序。
优选的，在加载所述第二驱动程序之前，所述方法还包括卸载所述 第一驱动程序。
优选的，所述方法还包括对所述用户终端的访问属性信息进行鉴权， 若不符合，则拒绝所述用户终端的访问。
为解决上述问题，本发明还提供一种IP Camera与用户终端的通信装 置，其中，所述IPCamera与所述用户终端基于通用串行总线物理连接，所 述的装置包括
访问接口模块，用于获取所述用户终端的访问属性信息； 连接类型解析模块，用于解析所述访问属性信息的连接类型；
判断模块，用于依据所述连接类型，判断预加载的第一驱动程序能否
支持所述访问属性信息；
第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信 息时，加载所述连接类型对应的第二驱动程序。
优选的，所述访问属性信息包括所述红外控制信息和/或所述用户终端 的设备信息。
优选的，所述IP Camera与用户终端之间的连接类型包括本地存储访问 连接、虚拟串口连接或虚拟以太网连接。
优选的，当所述连接类型为本地存储访问连接时，所述第一驱动程序 为本地存储访问连接的通用串行总线驱动程序；
或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟以 太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连接的 通用串行总线驱动程序。
优选的，当所述连接类型为虚拟串口连接时，所述第一驱动程序为虚 拟串口通用串行总线驱动程序；
或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程 序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟串口 通用串行总线驱动程序。
优选的，当所述连接类型为虚拟以太网连接时，所述第一驱动程序为 虚拟以太网通用串行总线驱动程序；
或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动程 序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以太网 通用串行总线驱动程序。
优选的，所述装置还包括卸载模块，用于在加载所述第二驱动程序 之前，卸载所述第一驱动程序。
优选的，所述装置还包括鉴权模块，用于对所述用户终端的访问属 性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。
为解决上述问题，本发明还提供一种IP Camera与用户终端的通信系 统，所述IPCamera与所述用户终端基于通用串行总线物理连接， 所述IP Camera包括
访问接口模块，用于获取所述用户终端的访问属性信息； 连接类型解析模块，用于解析所述访问属性信息的连接类型； 判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第
一驱动程序能否支持所述访问属性信息；
第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性信
息时，加载所述连接类型对应的第二驱动程序； 所述用户终端包括
通信才莫块，用于连接IP Camera提交访问属性信息，以及，接收IP Camera
返回的反馈信息。
为解决上述问题，本发明还提供一种IP Camera,其中，所述IP Camera 与用户终端基于通用串行总线的物理连接进行通信，所述IPCamera包括 访问接口模块，用于获取所述用户终端的访问属性信息； 连接类型解析模块，用于解析所述访问属性信息的连接类型； 判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第 一驱动程序能否支持所述访问属性信息；
第二驱动加载模块，用于当所述第 一驱动程序不支持所述访问属性信 息时，加载所述连接类型对应的第二驱动程序。
与现有技术相比，本发明具有以下优点
本发明利用改变USB通路性质，能够安全、方便地对IP Camera进行调 试或后台控制。首先，对于IPCamera的用户来讲， 一般情况下，出于安全 考虑，IPCamera是关闭telnet的，但是用户可以利用本发明所述的通信方法 进行后台控制；其次，从IP Camera自身来看，当IP Camera需要修理维护时， 借由本发明的方法不必打开IP Camera焊上的串口芯片即可调试IP Camera。
更进一步地讲，作为IP Camera远程访问的一种补充和扩展，用户可以
通过基于用户终端与IP Camera的USB连接实现对IP Camera的近距离访问。 本发明基于USB的物理连接可以构建至少两个虚拟通路，比如虚拟串口 通^各和虚拟以太网通路。所述的虚拟通路丰富了用户对IP Camera的使用方 式，方便了用户对IPCamera的操作；同时，也灵活的扩展了 IP Camera的功 能，并提供新的安全性访问通路。具体优点举例如下
在使用方式的丰富性方面，硬件上，用户可以通过用户终端访问IP Camera;软件上，可以使用浏览器/超级终端/定制的客户端程序访问IP Cam6ra;，
在操作的方便性方面，用户可以通过用户终端近距离访问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的远程访问 方式，以使用户能基于用户终端与IPCamera的USB物理连接，对IP Camera 进行近距离访问。本发明实施例基于USB的物理连接可以构建至少两种虚 拟通路，例如虚拟串口通路和虚拟以太网通路。而且，无论基于哪种虚 拟通路，访问类型都有读取型、修改型和控制型。具体而言，读取型是 指用户只读取IP Camera本地的数据；修改型是指用户可以-修改IP Camera 本地的数据；控制型是指用户可以执行IPCamera上的某些模块/功能；即基 于上述框架，可以丰富用户对IPCamera的使用方式，方便用户对IP Camera 的操作，灵活的扩展IPCamera的功能，以及，提供新的安全性通路。
公知的是，IP Camera自带嵌入式操作系统，具有计算机数据处理以及 网络传输的功能，并能将这些功能整合在一起，成为一个独立的网络设备。 IPCamera通常包括镜头，图像传感器，声音传感器，模拟/数字(A/D) 转换器，编码器，控制器，网络服务器，控制接口等。
一般地，IPCamera的基本通信原理是图像信号、声音信号经过输入 设备输入后，分别由图像传感器、声音传感器转化为电信号，再分别通过 A/D转换器将模拟电信号转换为数字电信号，又分别经过编码器按一定的编 码标准进行编码压缩，然后在控制器的控制下，由网络服务器按一定的网 络协议上传至局域网或国际互联网(Internet),另外，控制器还可以接收 报警信号及向外发送报警信号，且按要求发出控制信号。由于IPCamera的 组成及其工作原理均属于公知技术，此处不再赘述。
参照图l，示出了本发明的一种IP Camera与用户终端的通信方法优选 实施例一的步骤流程图，其流程步骤如下
步骤S101,建立IPCamera与用户终端基于USB的物理连接； 在实际中，将IP Camera作为USB主控制端，将用户终端作为设备端进 行连接即可。所述用户终端可以包括移动存储设备、PC、智能终端、超 级终端和遵循串口通信协议的终端等，本发明对此无需加以限制。
步骤S102,所述IPCamera获取所述用户终端发送的访问属性信息； 其中，所述访问属性信息可以包括红外控制信息和/或所述用户终端的 设备信息。例如，IPCamera可以在后台运行一个守护进程，用来监听所述 红外控制信息；或者，利用LINUX的热插拔机制，探测当前接入IP Camera 的设备属性。
步骤S 103,解析所述访问属性信息的连接类型；
在本发明实施例中，所述连接类型可以包括本地存储访问连接、虚 拟串口连接和虚拟以太网连接等。
其中，IP Camera作为主控制端，与作为设备端的用户终端建立USB连 接，乂人而实现所述IPCamera和用户终端的本地存储访问连接通路；更为优 选的是，基于这种和用户终端的USB连接，还可以扩展IP Camem的两种虚 拟通路，即虚拟串口连接和虛拟以太网连接；在实际中，可以通过在IP Camera和用户终端上都加载相应的通信接口 ，即虚拟串口接口或虚拟以太 网接口来构建该虚拟通路。通过上述连接通路，用户终端可以方便、安全、 灵活地登录IP Camera的后台，对IP Camera的本地数据进行调试和控制，还 可以以串口方式或以TCP/IPv4或HTTP的网络方式访问IP Camera,或者， 基于该虚拟通路访问IP Camera的Web服务器。
步骤S104,依据所述访问属性信息的连接类型判断预加载的第 一驱动 程序能否支持所述访问属性信息；若能，则执行步骤S105;若不能，则执 行步骤S106;
步骤S105,由第 一驱动程序支持所述用户终端的访问属性信息；
步骤S106，加载所述连接类型对应的第二驱动程序。
为使IPCamera支持来自于各连接通路的访问属性信息，则需要对应于 相应连接类型的用户终端，加载该相应连接类型的USB驱动程序。在实际 中，为使操作便利和提高效率，通常会预先加载一个常用的USB驱动程序 (第一驱动程序)，若该驱动程序可支持基于当前连接类型所提交的访问 属性信息，则直接采用该驱动程序支持当前的访问属性信息；若该驱动程 序不可支持基于当前连接类型所提交的访问属性信息，则加载与所述访问 属性信息的连接类型对应的USB驱动程序(第二驱动程序)。
为防止各驱动程序的冲突，优选的是，在加载所述第二驱动程序之前， 本发明实施例还可以包括步骤
卸载所述第一驱动程序。
例如，IP Camera默认加载了本地存储访问连接的USB驱动程序，当其 后台运行的守护进程监听到红外控制信号时，对其进行解析，如果该红外 控制信号的连接类型为本地存储访问连接，则直接用该本地存储访问连接 的USB驱动程序支持该红外控制信号；如果该信号的连接类型为虚拟网络 连接，则卸载之前默认加载的本地存储访问连接USB驱动程序，然后加载 该虚拟以太网连接所要求的虚拟以太网USB驱动程序。
或如，当IP Camera的Linux内核检测到USB接口中接入设备时，利用 Linux的热插拔机制通知用户层，用户层预先加载一个虚拟网络的USB驱动 程序(虚拟串口USB驱动程序或虚拟以太网USB驱动程序)，并启动一个 后台进程和该接入设备进行网络通信，如果当前通信符合私有判断机制， 则认为该接入设备为虚拟网络设备；否则，卸载当前已加载的虚拟网络USB 驱动程序，然后加载本地存储访问连接的USB驱动程序。
参照图2，示出了本发明的一种IP Camera与用户终端的通信方法优选 实施例二的步骤流程图，在本实施例中，所述IPCamera与所述用户终端基 于通用串行总线物理连接，本实施例具体可以包括以下步骤
步骤S201，所述IP Camera预加载一个本地存储访问连接的USB驱动程
序，同时在后台运行一个守护进程，以获取红外控制信息；
所谓守护进程，是一种脱离于终端并在后台运行的进程，脱离于终端
是为了避免所述进程在执行过程中的信息不在任何终端上显示并且所述进 程也不会被任何终端所产生的终端信息所打断。所述守护进程的作用是等 待一个事件发生，事件发生后调动另外的进程去完成相应的工作，然后所 述守护进程再回去等事件发生。
步骤S202，解析所述红外控制信号的连接类型，若所述红外控制信号 为基于本地存储访问连接所发出的，则执行步骤S203;若所述红外控制信 号为基于虚拟以太网连接所发出的，则执行步骤S204;若所述红外控制信 号为基于虚拟串口连接所发出的，则执行步骤S205;
步骤S203,用所述IP Camera预加载的本地存储访问连接的USB驱动程 序支持所述红外控制信号；
步骤S204,卸载所述本地存储访问连接的USB驱动程序，加载虚拟以 太网的USB驱动程序；
步骤S205，卸载所述本地存储访问连接的USB驱动程序，加载虚拟串 口的USB驱动程序。
图2所示的优先实施例，清楚地示意了针对IP Camera的访问信号为红 外控制信号时所进行的通信处理过程，由于本实施例基于USB的连接在IP Camera和智能终端之间构建了本地存储访问连接、虚拟串口和虚拟以太网 三种通路，即基于这三种通路均可发送红外控制信号，在这种情况下，本 实施例针对不同通路提交的访问属性信息属性，加载相应的驱动程序以进 行支持。从而满足了对IPCamera的各种网络应用访问的需求，并可方便、 安全、灵活地通过用户终端对IPCamem进行后台控制、调试、数据存储及 管理等操作。
需要注意的是，所述红外信息不是一定由用户终端发出，也可由第三 方设备发出，如红外遥控器。
参照图3，示出了本发明的一种IP Camera与用户终端的通信方法优选
实施例三的步骤流程图，在本实施例中，所述IPCamera与所述用户终端基 于通用串行总线物理连接，本实施例具体可以包括以下步骤
步骤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的各种网络应用访问的需求，并可方便、 安全、灵活地通过用户终端对IPCamera进行后台控制、调试、数据存储及 管理等操作。
参照图4，示出了本发明的一种IP Camera与用户终端的通信方法优选 实施例四的步骤流程图，在本实施例中，所述IPCamera与所述用户终端基 于通用串行总线物理连接，本实施例具体可以包括以下步骤
步骤S401, IP Camera预加载一个虛拟以太网的USB驱动程序；
步骤S402, IP Camem启动一个守护进程获取用户终端4是交的对IP Camera Web Server的访问属性信息；
步骤S403,所述守护进程解析所述访问属性信息的连接类型；若为虚 拟以太网连接，则执行步骤S404;若为虚拟串口连接，则执行步骤S405;
步骤S404,用所述预加载的虚拟以太网的USB驱动程序直接支持所述 基于虚拟以太网连接发送的访问请求；
步骤S405,卸载之前加载的虚拟以太网的USB驱动程序，加载虛拟串 口的USB驱动程序，执行步骤S406;
步骤S406,用所述虚拟串口的USB驱动程序支持所述基于虚拟串口连 接发送的访问请求。
图4所示的优先实施例，清楚地示意了IP Camera和用户终端通过本实 施例构建的网络通路(虚拟串口通路和虚拟以太网通路)进行通信的过程， 补充和扩展了现有IP Camera的远程访问方式，丰富了用户对IP Camera的使 用方式，方便了用户对IPCamera的操作，同时灵活地扩展了 IP Camera的功 能。
为进一步保证通信的安全性，优选的是，本发明的上述各实施例还可 以包括鉴权步骤，即在支持访问属性信息时，可以预先对所述用户终端的 访问属性信息进行鉴权，若符合鉴权才予执行下一步；否则拒绝所述用户 终端的访问。
为保证使用的便利性，所述用户终端优选为智能终端，如智能手机、 个人数码助理(PDA, Personal Digital Assistant )等，在具体应用中，IP Camera 通过USB4妄入智能终端，用户可以方便地查看存储在IP Camem上的本地图 片；另外，智能终端还可便于用户终端实时访问IPCamera并调整一些参数， 比如遇到天气变化时调整视频的亮度/对比度，更改报警策略等。
应用本发明，当基于USB连接IP Camera与智能终端后，有以下几种情
况
如果用户对IP Camera进行数据管理的本地访问，且默认加载的驱动程 序为本地存储访问连接的USB驱动程序，那么该本地存储访问连接的USB 驱动程序会直接支持用户的访问；但是，如果默认加载的驱动程序为虚拟 串口的USB驱动程序或虚拟以太网的USB驱动程序，那么IP Camera不支持 此次本地请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新 加载 一 个本地存储访问连接的USB驱动程序。
或者，如果用户通过虚拟以太网通路访问IPCamera，且默认加载的驱 动程序为虚拟以太网的USB驱动程序，那么该虛拟以太网的USB驱动程序 直接支持用户的访问；但是，如果默认加载的驱动程序为虚拟串口的USB 驱动程序或本地存储访问连4妄的USB驱动程序，那么IP Camera不支持此次 访问请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新加载 一个虚拟以太网的USB驱动程序。
或者，如果用户通过虚拟串口通路访问IP Camera,且默认加载的驱动 程序为虚拟串口的USB驱动程序，那么该虚拟串口的USB驱动程序直接支 持用户的访问；但是，如果默认加载的驱动程序为虚拟以太网的USB驱动 程序或本地存储访问连接的USB驱动程序，那么IP Camera不支持此次访问 请求，在这种情况下，则需要卸载该默认加载驱动程序，而重新加载一个 虚拟串口的USB驱动程序。
现有技术中，通过常规的web访问IP Camera十分不安全的，容易受到 他人攻击或篡改，而本发明釆用所述虚拟以太网通^4方问IPCamera,比如 访问IP Camera的Web Server,是十分安全的。另外，本发明采用虚拟以太
配置，避免了使用WIFI访问IP Camera时的不便，如网络异常时无法打开 WIFI。
由于成本及定位的限制使得目前有些IP Camera产品虽然支持USB接 口 ，但不支持UART接口而无法对IP Camera进行本地访问，这方面的不足 导致通过一询殳的平台或web无法查看IP Camera系统中的一些日志(log)信 息、或某些进程或程序，而本发明采用基于USB的虚拟串口通路对IP Camera 进行调试或后台控制，如调整视频的亮度/对比度，更改报警策略等，实现 了安全、方^f更地实时访问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的通信系统，所述IP Camera 71与所述用户终端72基于USB物理连接，其中， 所述IP Camera 71包括
访问接口模块701,用于获取所述用户终端的访问属性信息； 连接类型解析模块702，用于解析所述访问属性信息的连接类型； 判断模块703，用于依据所述连接类型，判断预加载的第一驱动程序能
否支持所述访问属性信息；
第二驱动加载模块704,用于当所述第 一驱动程序不支持所述访问属性
信息时，加载所述连接类型对应的第二驱动程序。 所述用户终端72包括
通信模块705,用于连接IP Camera提交访问属性信息，以及接收IP Camera返回的反馈信息。
所述用户终端72的通信模块705连接IP Camera 71,并提交访问属性信 息，所述IP Camera 71的访问接口模块701获取所述用户终端72的访问属性 信息，然后由连接类型解析模块702解析所述访问属性信息的连接类型，判 断模块703依据所述连接类型，判断预加载的第 一驱动程序能否支持所述访 问属性信息，当所述第一驱动程序不支持所述访问属性信息时，第二驱动 加载模块704加载所述连接类型对应的第二驱动程序。
参照图8，示出了本发明的一种IPCamera的结构框图。 本发明还提供一种IP Camera 81,所述IP Camera 81与用户终端基于 USB的物理连接进行通信，所述IP Camera 81包括
访问接口模块801 ，用于获取所述用户终端的访问属性信息； 连接类型解析模块802，用于解析所述访问属性信息的连接类型； 判断模块803,用于依据所述访问属性信息的连接类型，判断预加载的
第 一驱动程序能否支持所述访问属性信息；
第二驱动加载模块804,用于当所述第 一驱动程序不支持所述访问属性 信息时，加载所述连接类型对应的第二驱动程序。
由于前文已经对具体的IP Camem与用户终端通信的装置进行了详细 的介绍，所以此处不再赘述。
对于装置实施例而言，因其基本相应于方法实施例，所以描述的比较 简单，相关之处参见方法实施例的部分说明即可。在上述实施例中，对各 个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其 他实施例的相关描述即可。
以上对本发明所提供的一种网络摄像机与用户终端的通信方法、装置
式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核 心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体 实施方式及应用范围上均会有改变之处，只要根据本发明的权利要求书所 作的等效变化与修饰，均仍属于本发明所涵盖的范围内。综上所述，本说 明书内容不应理解为对本发明的限制。
权利要求
1.一种网络摄像机与用户终端的通信方法，其特征在于，所述网络摄像机与所述用户终端基于通用串行总线物理连接，所述方法包括所述网络摄像机获取所述用户终端的访问属性信息，并解析所述访问属性信息，从而判断所述网络摄像机与所述用户终端的连接类型；依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能，则加载所述连接类型对应的第二驱动程序。
2、 根据权利要求l所述的方法，其特征在于，所述访问属性信息包 括所述红外控制信息和/或所述用户终端的设备信息。
3、 根据权利要求1或2所述的方法，其特征在于，所述网络摄像机与 用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚拟 以太网连接。
4、 根据权利要求3所述的方法，其特征在于，当所述连接类型为本 地存储访问连接时，所述第 一驱动程序为所述本地存储访问连"t秦的通用 串行总线驱动程序；或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虛拟 以太网通用串行总线驱动程序，则所述第二驱动程序为本地存^f诸访问连 接的通用串行总线驱动程序。
5、 根据权利要求3所述的方法，其特征在于，当所述连接类型为虚 拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动 程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟 串口通用串行总线驱动程序。
6、 根据权利要求3所述的方法，其特征在于，当所述访问属性信息 的连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用 串行总线驱动程序；或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动 程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以 太网通用串行总线驱动程序。
7、 根据权利要求4、 5、或6所述的方法，其特征在于，在加载所述 第二驱动程序之前，所述方法还包括卸载所述第一驱动程序。
8、 根据权利要求l所述的方法，其特征在于，还包括 对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。
9、 一种网络摄像机与用户终端的通信装置，其特征在于，所述网络 摄像机与所述用户终端基于通用串行总线物理连接，所述的装置包括访问接口模块，用于获取所述用户终端的访问属性信息； 连接类型解析模块，用于解析所述访问属性信息的连接类型； 判断模块，用于依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息；第二驱动加载模块，用于当所述第 一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序。
10、 根据权利要求9所述的装置，其特征在于，所述访问属性信息包 括所述红外控制信息和/或所述用户终端的设备信息。
11、 根据权利要求9或10所述的装置，其特征在于，所述网络摄像机 与用户终端之间的连接类型包括本地存储访问连接、虚拟串口连接或虚 拟以太网连4妄。
12、 根据权利要求ll所述的装置，其特征在于，当所述连接类型为 本地存储访问连接时，所述第一驱动程序为本地存储访问连接的通用串 行总线驱动程序；或者，所述第一驱动程序为虚拟串口通用串行总线驱动程序或虚拟 以太网通用串行总线驱动程序，则所述第二驱动程序为本地存储访问连 接的通用串行总线驱动程序。
13、 根据权利要求ll所述的装置，其特征在于，当所述连接类型为 虚拟串口连接时，所述第一驱动程序为虚拟串口通用串行总线驱动程序；或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动 程序或虚拟以太网通用串行总线驱动程序，则所述第二驱动程序为虚拟 串口通用串行总线驱动程序。
14、 根据权利要求ll所述的装置，其特征在于，当所述连接类型为虚拟以太网连接时，所述第一驱动程序为虚拟以太网通用串行总线驱动程序；或者，所述第一驱动程序为本地存储访问连接的通用串行总线驱动 程序或虚拟串口通用串行总线驱动程序，则所述第二驱动程序为虚拟以 太网通用串行总线驱动程序。
15、 根据权利要求12、 13、或14所述的装置，其特征在于，还包括 卸载模块，用于在加载所述第二驱动程序之前，卸载所述第一驱动程序。
16、 根据权利要求9所述的装置，其特征在于，还包括 鉴权模块，用于对所述用户终端的访问属性信息进行鉴权，若不符合，则拒绝所述用户终端的访问。
17、 一种网络摄像机与用户终端的通信系统，其特征在于，所述网 络摄像机与所述用户终端基于通用串行总线物理连接，所述网络摄像机包括访问接口模块，用于获取所述用户终端的访问属性信息； 连接类型解析模块，用于解析所述访问属性信息的连接类型； 判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第 一驱动程序能否支持所述访问属性信息；第二驱动加载模块，用于当所述第 一驱动程序不支持所述访问属性信息时，加载所述连接类型对应的第二驱动程序； 所述用户终端包括通信模块，用于连接网络摄像机提交访问属性信息，以及，接收网 络摄像机返回的反馈信息。
18、 一种网络摄像机，其特征在于，所述网络摄像机与用户终端基 于通用串行总线的物理连接进行通信，所述网络摄像机包括访问接口模块，用于获取所述用户终端的访问属性信息；连接类型解析模块，用于解析所述访问属性信息的连接类型； 判断模块，用于依据所述访问属性信息的连接类型，判断预加载的第 一驱动程序能否支持所述访问属性信息；第二驱动加载模块，用于当所述第一驱动程序不支持所述访问属性 信息时，加载所述连接类型对应的第二驱动程序。
全文摘要
本发明提供一种网络摄像机与用户终端的通信方法、装置及系统，所述网络摄像机与所述用户终端基于通用串行总线物理连接，所述方法包括所述网络摄像机获取所述用户终端的访问属性信息，并解析所述访问属性信息的连接类型；依据所述连接类型，判断预加载的第一驱动程序能否支持所述访问属性信息，若不能，则加载所述访问属性信息的连接类型对应的第二驱动程序。本发明基于USB的物理连接构建的至少两种虚拟通路，如虚拟串口通路和虚拟以太网通路，补充和扩展了IP Camera的远程访问方式，使用户能基于用户终端与IP Camera的USB物理连接，对IP Camera进行近距离访问。
文档编号H04L12/40GK101369979SQ200810222419
公开日2009年2月18日 申请日期2008年9月17日 优先权日2008年9月17日
发明者乔启盛 申请人:北京中星微电子有限公司