治安视频监控门禁功能设计一览2014

第一篇：治安视频监控门禁功能设计一览2014

治安视频监控门禁功能设计

治安视频监控门禁项目对视频联动作以下功能设计：

1.所有的联动采用基于TCP/IP的联动，后台管理软件通过网络调取DVR相关的图像，包括实时图像、实时图片抓拍、历史数据抓拍等；系统引入“抓拍服务器”概念，“抓拍服务器”功能：其协同管理平台核心服务器进行图像抓拍工作，并存储于抓拍服务器硬盘内，并与相应的抓拍事件关联，供日后事件追朔提供数据支持。2.门禁报警与视频联动，当门点发生相应的事件，如合法刷卡、非法刷卡、出门按钮按下、暴力入侵等，当事件触发时，进行视频联动，对产生事件的区域相关联的摄像机进行抓拍，抓拍实时图片及抓拍事件前（不低于3秒）及事件后（不低于10秒）的视频图像，并与相应的事件绑定，存储于后台服务器，便于快速按事件类型快速检索。所抓拍的图片及视频流不随DVR的硬盘周期覆盖而丢失，要求存储时间不低于一年，作为DVR存储周期的有效延长及补充。

3.由于视频门禁项目涉及到的人员数量庞大，系统能承受使用高峰期人员刷卡响应和视频抓拍的工作状态，每台服务器可承受每秒超过50次的刷卡请求和视频抓拍的峰值。在至少持续30分钟的并以每秒50次刷卡和抓拍（每次刷卡抓拍２张图片及刷卡前３秒到刷卡后１０秒视频2段），系统不能瘫痪；抓拍图片的显示不能有明显的延迟感（不超过1秒）；刷卡开门相应时间小于0.2秒；各个工作站操作流畅。4.后台管理软件支持门点灵活关联本管理区域已联网DVR的任何通道摄像机。5.后台管理软件支持多台抓拍服务器协同工作，可自动均衡负载；即使当其中一台抓拍服务器瘫痪时，其它抓拍服务器自动接管已瘫痪服务器的负载工作。

DVR前置设计

视频门禁项目结合不同的应用，将采用不同的视频监控架构，对于分散独栋式楼栋、合围式大门口、从业场所大门口等场合采用DVR前置设计。

所谓的DVR前置是指将DVR放置于现场门点，与门禁控制器（包含汇总式或者主控式）一起安装、布放，将监控区域的门点摄像机直接通过视频线缆接入DVR内，在本地实现编码及存储；通过网络实现与后台服务器管理软件进行TCP/IP通信。如下图所示：

DVR前置有以下的优点：

1.DVR前置，直接在本地编码及存储，效率高、成本低；使用多路DVR可接入多栋楼的视频，如16路DVR可管理8栋楼（或者8个进出的区域，每个区域配置进出各两个摄像机）；

2.DVR前置，DVR直接通过视频线缆与摄像机相联，图像效果受外界其它因素（电磁干扰、图像传输距离等）影响低。

3.DVR前置，如果门禁设备采用带视频信号接入的门禁控制器（门禁设计部分有相关介绍），可加强视频信号防雷保护。

4.DVR前置，DVR对下提供4/8/16路摄像机接入，对上提供1个网络口，结构清淅简洁，易于维护。

5.DVR前置，直接通过网络上传数据，组网传输成本相比其它方式（DVR后置，或者前端采用DVS，后台IP-SAN存储）相对低廉。

6.DVR前置，系统上线前的调测工作量相对比较小，因为采用分散式小区域单台DVR调测，各个摄像机的连线简明，快速排除故障。DVR前置有以下的缺点：

1.DVR前置需安装在楼栋/区域内，首先安装位置的环境（雨淋、日照高温、高湿、灰尘、雷电，市电电压波动）对设备可靠性有影响。

2.其次分散安装，对于维护不便利，需要对各个设备的安装位置进行有效的标注，给维护人员带来不便。

3.最后分散安装在公共场所，DVR设备及DVR内的硬盘易成为被盗的对象，图像数据的安全会打折。

DVR后置设计

视频门禁项目结合不同的应用，将采用不同的视频监控架构，对于集中式楼栋、围合式楼栋间等场合宜采用DVR后置设计。

所谓的DVR后置是指将前端模拟摄像机，通过远距离传输线缆（如借助光端机远距离传输或视频线），将视频信号集中汇聚到一个指定的中心，DVR放置于中心，也称后置于中心；实现视频模拟信号在中心进行编码及存储；在中心的DVR通过内部局域网实现与中心的服务器管理软件进行TCP/IP通信。如下图所示：

DVR后置有以下的优点：

1.DVR后置中心，中心一般有人值守，设备的安全性得到有效保障。

2.DVR后置中心，中心的机房环境比较好，不受室外环境影响，设备工作稳定性得到提高。

3.DVR后置中心，设备维护在集中一个地方，管理便捷。DVR前置有以下的缺点：

1.DVR后置，首先采用远距离传输，增加光端机设备，相应增加传输成本，提高项目造价。

2.DVR后置，增加光端机等设备，增加室外线路维护节点，需要对各个设备的安装位置进行有效的标注，增加故障排除难度。

3.DVR后置，采用光端机，对光端机设备及光纤线缆的有一定技术要求，选型及匹配相当关键，不然图像质量不能得到有效保证。

4.DVR后置，线缆汇聚必然容易造成线路混乱，检测排除故障时间长；系统上线前的调测工作量大，整体联调时摄像机与中心跨的区域广、节点多，故障排查时间长、难度大。

第二篇：治安视频监控门禁组成及设计要求

治安视频监控门禁组成及设计要求

一、治安视频监控门禁系统组成：

视频门禁报警系统主要包括：前端设备、通讯转输设备、后端管理设备以及综合管理软件平台。

出租屋门禁管理硬件系统主要由门禁控制器、汇聚防雷器、读卡器、电锁、门磁、摄像机、硬盘录像机或DVS、声光警号等部分组成，满足了出租屋管理的要求，实现了科学化、智能化管理。

施工人员只需将读卡器、电锁、门磁、摄像机、声光警号等设备接到一体化控制箱内的各设备的对应端口，即可完成整个硬件系统的搭建。管理平台与一体化控制器之间只需一条光纤，即可实现门禁控制器与DVR的联动以及所有门禁系统的管理和操作，大大降低了施工和维护成本。具体有： 前端设备

门禁主控器：4门集成控制器汇总架构模式、4门主分控架构模式，可相应控制4个门同时兼顾报警系统控制。

前端控制器：采用主分控模式时用，与主控器配合使用，实现单个门的门禁配套设备（出门按钮，读卡器，门锁，报警器，门磁等）在本地解决接线问题，4个前端控制器通过RS485与主控器通讯。

读卡器：采用标准的Weigand通讯协议，可以识别二代身份证、居住证、IC卡；

门磁：内嵌单元门上，可实时监控单元门的开关状态；

电锁：电锁根据现场门的类型选配，分别有：电机锁、电控锁等；

声光报警器：通过门禁控制器，输出报警信号，能即时在开门超时未关或强行开门等情况下报警；

出门按钮：出单元门时不需刷卡，只需按下出门按钮即可开门；

监控摄像机：实时监控单元门及周围的视频信息；

综合业务光端机：将视频信号及TCP/IP网络信号转换为光信号，再在后端管理中心将光信号还原成视频信号及网络信号，便于视频信号及网络的远距离传输，且信号损耗最小；

光纤盒：光缆的接口设备；

后备电源：给前端设备供电，在市电断供的情况下可续供24小时电源，能自动充放电。

通讯转输设备

电缆：各种设备的通讯、供电电缆，如：超五类网线、多芯通讯线、电源线等；

光缆：各单元与管理中心通讯用，室外型，有转输距离远、损耗小及防雷性能好等特点。

后端管理设备及方案

二代证读卡器：可读取二代身份证和居住证里的基本信息；

嵌入式硬盘录像机：16路视频输入，每台最多可接入16台监控摄像机，自带储功能，最多可接入8块大容量硬盘；按规范3.2.2要求：“数字硬盘录像设备应采用嵌入式的数字硬盘录像机”，本方案选用嵌入式数字硬盘录像机+专用监控硬盘的模式。

视频门禁报警系统管理服务器：用于安装视频门禁报警系统平台软件及保存相关的刷卡、报警及视频记录，同时作为与公安监控系统对接的中转平台。门禁服务器的稳定直接关系到整个系统的正常使用，也关系到派出所监控工作站的稳定使用。服务器安装在机柜中，无权限的人无法进入系统，防尘防潮、不易被误操作和损坏；同时可完成权限设置、发卡、电子地图等功能。

液晶监视器: 按规范3.3要求：“视频图像显示设备要求选用无闪烁、高分辨率监视器。” 本方案选用32英寸液晶电视；按规范3.3要求：监视器最少需要：“视频输出/输入：有BNC、S端子输入接口和BNC、S端子输出接口”。

显示设备：视频信号直接取自硬盘录像机VGA输出，图像清晰；每8台硬盘录像机共用一台KVM切换器和一台监视器，KVM能够将8路信号自动轮巡切换上监视器，切换时间2-255秒可调，每个画面显示4*4=16路画面，32寸监视器分割成16路图像后仍可看清单个图像，还可通过鼠标放大缩小单个画面、设置录像机参数、调取录像资料等，优点是提高了显示的效果、确保使用的方便，又节约了工程投资；另外，在需要时可将电子地图通过KVM切换器显示于监视器上，方便观看。

综合管理软件平台

视频门禁报警系统综合管理软件平台：集出租屋信息登记管理、门禁控制、视频抓拍录像、实时信息监控、信息查询、报表输出等功能，是出租屋视频门禁报警系统的核心部分。

二、具体设计方案

根据技防办的相关技术要求和我们的实际工程经验，整个系统设计方案如下：

所有出租屋人员均需到所在社区的出租屋管理中心的视频门禁报警系统综合管理软件平台上登记身份证信息，由管理中心统一授权，使其二代身份证或居住证具备其所在出租屋主要通道门的开门权限；

在各个出租屋主要出入口安装门禁系统，入住人员通过二代身份证、居住证刷卡开门出入。

在各个出租屋主要出入口安装1台监控摄像机，镜头均对准开门处，实时监控单元门口人员的进出情况，后端录像机24小时全天候录像；

门禁系统与视频监控系统联联动，当人员刷卡开门进入的时，触发录像机像机，并将刷卡时间的前10秒和后10秒保存至视频门禁报警系统，便于事后调取和取证；

在视频门禁报警系统监控状态下，当租户刷卡时，系统实时上传刷卡信息，并自动调出持卡人的身份信息及照片，同时在当前界面上显示三张刷卡抓拍实时照片，便于现场监控管理；

出租屋与出租屋管理监控中心采用光纤通讯，所有门禁记、视频监控记录、报警记录均统一存储于租屋管理监控中心；

对非法开门（如：门被撬开、撞开等非正常开门）、门开超时的时候做到及时联动现场声光报警装置，提醒附近巡逻保安能够迅速赶到现场，同时，租屋管理监控中心监控软件也需有报警提醒；

系统实现多级管理方式，以村作为基础管理中心，管理本村的出租屋门禁信息，各村的门禁系统信息通过专网上传到市公安管理中心。

系统网络架构设计

网络调试完毕后，门禁软件及数据也一并安装调试完成，再由深圳市公安局技防办向社区（村）提供数据采集传输软件并提供相关的安装、配置指导；由我司根据安装和配置手册在视频门禁系统服务器上安装和配置数据采集传输软件，以使该软件能抽取前文所规定的门禁数据，并通过互联网发送至深圳市公安局。相关配置内容包括：配置物业小区、城中村的编号、名称、地址等等基本信息；配置物业小区、城中村视频门禁系统数据库连接的URL；配置深圳市公安局需要采集的“开卡授权信息”、“刷卡信息”对应的视频门禁系统的表（视图）及字段。同时系统可以实现与龙岗大综管平台的数据对接。

门禁和视频监控联动，当住户进入刷卡时应弹出刷卡所在楼栋门口的视频监控画面。非法进入、住户进入后门锁未锁好30秒（时间可以任意设置）管理平台发出报警声同时把相应的视频图像调到电视墙的大屏幕上，方便管理人员观看报警原因。

网络系统拓朴图

单元门设备安装示意图

系统管理方式设计

根据规范的要求，一卡通系统管理采用“集中管理、分散控制”的原则：

以村为单位，每个村设立一个出租屋登记管理中心，建立本村出租屋系统独立的数据库，集中办理出租屋人员登记管理。

租户的进出单元门的权限由各村出租屋登记管理中心自行管理，所有操作均有记录可查。

公安局出租屋管理中心建立综合管理平台，每个出租屋登记管理中心均通过专网与区公安局实现信息共享，公安局出租屋管理部门能及时了解每个村出租屋管理情况。

数据采集

本方案使用的视频门禁系统中的门禁数据使用Microsoft SQL Server。

按照规定，本方案视频门禁系统的服务器（或PC）支持通过互联网，向市公安局管理平台对接。

以上是本人实际工作中的总结，和大家分享。也希望大家能与我交流这方面的项目经验。

第三篇：视频监控门禁系统解决方案

平安威马克祝你生活愉快哟。你学会了吗？

按照数字化监控系统建设总体规划，要求实现指挥中心、二级监控两级管理；实现系统的数字化、网络化、集成化、智能化；实现视频监控、报警、门禁、巡更、对讲、会见等子系统的集成联动，各子系统能独立使用并能互联互通，为数字化安防系统的建设打下坚实的基础。项目软件系统为4个子系统结构：1)视频监控管理系统；2)双向语音对讲系统；3)门禁监控管理系统；4)巡更监控管理系统； 其中以视频监控管理平台为核心，在集成各类临近子系统的情况下实现联动一体化的指挥和资源调度，并统一部署权限。系统特点：1)数字化：采用先进视频压缩技术，实现监控视频、音频、数据信息的数字化。2)网络化：实现指挥层、管理层、控制层之间监控数字信息传输的网络化。3)集成化：实现视频监控、报警、巡更、门禁、对讲、信息管理系统及其他所有子系统在监控系统下的集成化统一管理。4)智能化：各子系统之间实现相互联动。整个PVG系统依托于视频监控专网，确保视频监控系统的稳定运行。

整个视频监控系统采用全数字化体系，系统架构为二级平台架构即指挥中心-分控中心。前端监控区域如楼层、大门、车间、医院、食堂等为视频接入层，分控中心分别管辖各自的监区大楼，指挥中心负责除监区大楼外所有的前端监控区域，如大门、围墙、会见楼、医院、车间、食堂、严管中心，指挥中心作为整个系统的核心层。

前端监控区域接入各种摄像机和云台，通过编码器将视频图像信号上传到各自所属的控制中心。

分布式存储方案：指挥中心负责整个视频监控系统的重要地点无告警数据和告警数据的存储，对于普通无告警数据的存储则主要负责非外场部分，分控中心只负责对整个区域的各种数据进行存储。各级监控中心的视频监控设备处理监控系统联网、用户认证、平台配置管理和负责视频流的转发、检索和查询功能。各级监控系统用户可通过客户端软件和监控键盘实现人机操作(控制摄像机云台、直播、点播、视频上墙功能、后台高级应用等)。

综合管理概述综合管理首先将实现各个安防子系统以及其他信息系统的统一管理。在实现方式上，首先需要一套综合管理平台，视频监控、报警、巡更、门禁、对讲、公共广播、AB门、高压电网等安防系统以及信息系统均作为子系统通过相应的接口接入综合管理平台，然后由综合管理平台进行各子系统管理模块的集成，并提供统一的登录、管理以及业务浏览界面。用户仅需通过综合管理客户端登录综合管理平台即可统一管理和集中查看所有安防子系统以及信息系统的业务，从而大大提升管理集中性、便捷性以及管理效率。

视频监控系统的管理用户登录综合管理平台，可使视频监控子系统进行集中管理，包括平台、存储、编码以及电视墙等所有设备的管理和参数配置，系统登录用户的管理和权限配置，监控图像的实时浏览、PTZ控制、录像点播回放等，所有这些管理功能都与直接登录视频监控子系统一致。

其他安防系统的管理与视频监控子系统的集中管理一样，其他安防子系统的管理也都可以通过登录同一个综合管理平台来实现，比如报警子系统中报警点的添加、命名、信息修改、删除等，门禁子系统中设置门多久未关闭报警、门禁密码、输错密码几次报警等，比如巡更系统中巡更点的添加、删除、修改以及巡更时间的设置等。

其他系统优势

独有的中间件技术，将各种应用组件化，分为系统中间件和业务中间件，系统中间件便于系统接入各种异质设备，业务中间件开放系统的接口来实现各种增值业务服务应用，例如GIS、WEB和智能视频分析等。整个系统具有几乎无限的软件延展和扩充能力。

系统可以完美的实现模拟和数字、高清和标清的无缝联网，可以顺利帮助用户步入高清时代，满足用户对视频质量的要求，提高中心管理办公效率。

第四篇：视频教学功能设计

功能设计 项目名称：视频会议 班级：软件101 组长：赵美婷

组内成员：王立芹、夏叶、王亚如、靳会 时间：2012年10月9日引言

1．1编写目的：

目前，作为新型技术的视频会议，已经成为开发和研究的热点。作为计算机专业的学生，也应该将视频会议的学习和研究列为课程设计内容。1．2背景说明：

视频会议也叫电视会议，经历了模拟电视会议和数字电视会议两个阶段。模拟会议电视是早期的会议电视，在70年代就有了这种通信业务。当时传送的是黑白图像，并且只限于在两个地点之间举行会议。尽管如此，电视会议还是要占用很宽的频带，费用很高，因此这种电视会议没有得到发展。视频会议进入中国初期，政府是视频会议市场的最大也是最主要的用户。近些年来，更多的行业用户开始意识到视频会议的重要性，视频设备用户数量不断增加，用户行业分布领域也越来越广泛，由最初的政府和电信部门，发展到公安、检察院、法院、银行、证券、保险、教育、税务等各个行业。和欧美国家相比，虽然中国的远程教育和远程医疗刚刚起步，视频会议系统在这两个领域的应用范围还不够广泛，但从发展的角度可以看到，最近两年，上述两个领域的应用正呈现出蓬勃发展的势头，未来将是快速发展的行业。目前，国内市场视频会议主要应用于下列行业：政府；金融、证券、银行；能源；交通、公安军队；外资企业及大型企业；医疗与教育行业。随着政府信息化的不断深入，以及各地电子政务的开展，各地党政专网的二期、三期扩建工程，今后几年中，对于视频会议需求最大的还将来自政府部门。由于资金和观念等因素的影响，视频会议在教育、医疗方面的应用并没有取得预期的效果，各厂商在这两个领域中的占有率都很有限。但由于视频会议在技术上有着明显的特点和优势，其应用价值必将会得到教育界、医学界的进一步承认。中小型企业应是今后着重关注的领域，这部分用户数量巨大，一般对于设备终端的要求较低，而且连接点数较少。这就要求厂商能够提供价格相对低廉的产品、全套的解决方案，以及高质量的售后服务，同时，由于这部分潜在用户数量巨大，因此厂商和代理商的市场推广力度应该进一步加强。技术实力差距不大的情况下，价格将成为竞争取胜的一个关键因素。目前国内厂商在设备的价格上具有很大的优势，厂商在推广时，应注意减轻产品价位偏高所带来的影响。总体设计

2．1需求规定

（1）能够实现音视频交互。

（2）有良好的带宽处理机制、有强大网速的适应能力。（3）支持多种网络环境，并且跨越各种不同的网络环境。（4）支持文档共享、电子白板、网页同步等多种文本交互手段。（5）支持屏幕广播、程序共享等多种协同办公的功能。（6）针对不同的用户群体、用户数量，有相对应的会议机制。（7）能同时支持多个会议通道，保障各会议通道的相对独立和信息安全性。

（8）能进行远程的web方式管理，组织会议和会议授权简单、方便。

（9）有较强的控制功能，能够把不遵守纪律的会议成员请出会议室。

（10）有丰富的辅助功能，保证在突发情况下视频会议能无干扰地正常进行。

（11）能实现无延迟的音视频传输、保证音视频的同步性。（12）能进行会议录制，把会议信息完全记录下来。

（13）有良好的扩展功能，支持服务器集群、分发式服务器和二级服务器。2．2运行环境

网络视频会议的进行，必须要有良好的硬件支持。NetMeeting对硬件要求如下： 1．声卡。最好采用全双工的声卡。

2．麦克风。连接在声卡上或内置在计算机中。在语音会议时，应对着麦克风说话。3．音箱或耳机。连接在声卡上或内置在计算机，可从其中听到对方的声音。4．网卡或调制解调器（Modem）。保证能够接入互联网。5．摄像头。让对方看到自己的图像。2．3基本设计概念和处理流程

一个网络视频系统主要由三大部分组成：一个会议控制中心；接入因特网的多个办公局域网；若干个通过有线或无线方式接入因特网或办公局域网的用户终端。

右图是一款商业化的网络视频系统——智星网络视频会议系统的实际组成图

2．4结构

一、音频的录制与播放问题

这一部分的开发相对简单。其一，这种功能的API从Windows 3.1开始就已经提供（winmm.lib＋mmsystem.h）；其二，如今借助于方便的因特网，我们完全可以搜到现成的包装类。在本文中，我们直接借用了提供了两个现成的RecordSound与PlaySound类。这两个类都派生于CWinThread类，用户可以“死搬硬套”地使用它们。下面代码展示了这两个类的使用，具体包装类定义请参考下载源码文件。

//创建并启动录音线程

record=new RecordSound(this);record->CreateThread();//创建并启动播放线程 play=new PlaySound1(this);play->CreateThread();//开始录制

record->PostThreadMessage(WM_RECORDSOUND_STARTRECORDING,0,0);//开始播放

play->PostThreadMessage(WM_PLAYSOUND_STARTPLAYING,0,0);//在音频录制期间，我们可以在RecordSound类的OnSoundData //回调函数中使用这些数据。在此，你可以放置你要发送到远程宿主的数据…… //播放接收自远程宿主的音频数据

play->PostThreadMessage(WM_PLAYSOUND_PLAYBLOCK,size,(LPARAM)data);//停止录制

record->PostThreadMessage(WM_RECORDSOUND_STOPRECORDING,0,0);//停止播放

play->PostThreadMessage(WM_PLAYSOUND_STOPPLAYING,0,0);//最后，停止录音线程

record->PostThreadMessage(WM_RECORDSOUND_ENDTHREAD,0,0);//停止播放线程

play->PostThreadMessage(WM_PLAYSOUND_ENDTHREAD,0,0);上面已经加了注释，使用方法一目了然。

二、视频捕获的问题

当前，在Windows平台下开发视频应用一般采用两种方案。一种是基于视频采集卡所附带的二次软件开发包SDK进行。此方式的优点：帮助资料齐全，直接套用现成的API，易于上手；但缺点也是明显的：硬件依赖性强，缺乏应有的灵活性，因此，不能充分满足开发通用的视频应用的需要。

另一种方案是基于微软公司的VFW（Video for Windows）进行。这个SDK为开发Windows平台下的视频应用程序提供也现成的软件工具包（一组API），开发人员可以通过它们很方便地实现视频捕获、视频编辑及视频播放功能，特别是可利用其中内置的回调函数开发出更为复杂的视频应用程序。因此，这种方案的优点是播放视频时不需要专用的硬件设备（大多数的视频采集卡驱动程序都支持VFW接口），应用灵活，可以满足视频应用程序开发的需要。值得庆幸的是，如今的Windows版本都内置安装了VFW相关组件，而VC++自4.0以来就支持VFW，从而大大简化了视频应用程序的开发。目前，基于PC的多媒体应用程序的视频部分，大都是利用VFW API开发的。

VFW以消息驱动方式实现对视频设备进行访问，便于开发者控制设备数据流的工作过程。简言之，这个框架主要包括VICAP.DLL、MSVIDEO.DLL、MCIAVI.DRV、AVIFILE.DLL、ICM、ACM等多个动态连接库，这些组件协同合作，共同完成视频的捕获、视频压缩及播放功能。有关这些模块的具体介绍见MSDN，在此略过。

（一）视频捕获

视频数据的实时采集，主要通过AVICAP模块中的消息、宏函数、结构以及回调函数来完成。视频捕获的大致过程如下：（1）建立捕获窗口

利用函数capCreateCaptureWindow()建立视频捕获窗口，它是所有捕获工作及设置的基础。其主要功能包括：①动态地同视频和音频输入器连接或断开；②设置视频捕获速率；③提供视频源、视频格式以及是否采用视频压缩的对话框；④设置视频采集的显示模式为Overlay或为Preview；⑤实时获取每一帧视频数据；⑥将一视频流和音频流捕获并保存到一个AVI文件中；⑦捕获某一帧数字视频数据，并将单帧图像以DIB格式保存；⑧指定捕获数据的文件名，并能将捕获的内容拷贝到另一文件。（2）登记回调函数

登记回调函数用来实现用户的一些特殊需要。在以一些实时监控系统或视频会议系统中，需要将数据流在写入磁盘以前就必须加以处理，达到实时功效。应用程序可用捕获窗来登记回调函数，以便及时处理以下情况：捕获窗状态改变、出错、使用视频或音频缓存、放弃控制权等，相应的回调函数分别为capStatusCallback(),capErrorCallback()，capVideoStreamCallback()，capWaveStreamCallback()，capYieldCallback()。（3）获取捕获窗口的缺省设置

通过宏capCaptureGetSetup(hWndCap,&m_Parms,sizeof(m_Parms))来完成。（4）设置捕获窗口的相关参数

通过宏capCaptureSetSetup(hWndCap,&m_Parms,sizeof(m_Parms))来完成。（5）连接捕获窗口与视频捕获卡

通过宏capDriveConnect(hWndCap,0)来完成。（6）获取采集设备的功能和状态

通过宏capDriverGetCaps(hWndCap,&m_CapDrvCap，sizeof(CAPDRIVERCAPS))来获取视频设备的能力，通过宏capGetStatus(hWndCap,&m_CapStatus,sizeof(m_CapStatus))来获取视频设备的状态。（7）设置捕获窗口显示模式

视频显示有Overlay(叠加)和Preview(预览)两种模式。在叠加模式下，捕获视频数据布展系统资源，显示速度快，视频采集格式为YUV格式，可通过capOverlay(hWndCap,TRUE)来设置；预览模式下要占用系统资源，视频由系统调用GDI函数在捕获窗显示，显示速度慢，它支持RGB视频格式。

（8）捕获图像到缓存或文件并作相应处理

若要对采集数据进行实时处理，则应利用回调机制，由capSetCallbackOnFrame（hWndCap,FrameCallbackProc)

完

成单

帧

视

频

采

集；

由capSetCallbackOnVideoStream(hWndCap,VideoCallbackProc)完成视频流采集。如果要保存采集数据，则可调用capCaptureSequence（hWnd）；要指定文件名，可调用capFileSetCapture(hwnd,Filename)。（9）终止视频捕获断开与视频采集设备的连接

调用capCatureStop(hWndCap)停止采集，调用capDriverDisconnect(hWndCap),断开视频窗口与捕获驱动程序的连接。由于上面这些API密切相关，所以为了使用方便，我们干脆把它们打包到一个视频捕获类VideoCapture中。

下面的代码片断展示了这个类的使用思路： //创建视频捕获类的实例 vidcap=new VideoCapture();//当帧捕获完成时，下面这一句将用于调用主对话框类的显示函数 vidcap->SetDialog(this);//下一行完成初始化工作：连接到驱动程序；设置使用的视频格式等。//如果成功地连接到视频捕获设备返回TRUE。vidcap-> Initialize();//如果连接成功，那么，我们就可以得到与视频格式相关的BITMAPINFO //结构。后面将用之显示捕获的帧 this->m_bmpinfo=&vidcap->m_bmpinfo;//现在，你可以正式开始视频捕获了…… vidcap->StartCapture();//一旦捕获开始，捕获的帧将到达回调函数—VideoCapture类的OnCaptureVideo函数。//在此回调函数中，你可以调用显示函数实现帧显示（见下一节）//停止捕获

vidcap->StopCapture();//成功捕获后，释放视频捕获类 vidcap->Destroy();【注意】为了顺利编译和链接，你需要在类实现文件（VideoCapture.cpp）的前面加上如下语句：

#pragma comment(lib,“vfw32”)#pragma comment(lib,“winmm”)

（二）显示捕获的视频帧

对于显示捕获的视频帧方面（也就是显示图像的问题），显然存在多种方案。例如，我们可以使用SetDIBitsToDevice()方法实现直接显示捕获的视频帧。但是，这种方案速度非常慢，因为它是基于图形设备接口(GDI)的函数。相比之下，更好一些的方法是使用DrawDib API来绘制帧，因为这个函数可以直接写向视频内存，因此能够提供更好的性能。下面的代码片断展示了如何使用DrawDib函数显示捕获的视频帧： //初始化DIB以便绘制

HDRAWDIB hdib=::DrawDibOpen();//然后，使用适当的参数调用这个函数…… ::DrawDibBegin(hdib,...);//现在，已经作好准备—可以调用这个函数进行帧显示了 ::DrawDibDraw(hdib,...);//最后，结束帧绘制 ::DrawDibEnd(hdib);::DrawDibClose(hdib);其实，上面代码非常类似普通位图绘制过程。

三、选择适当的编码/解码库

在本文中，我们选用Roalt Aalmoes的开源的快速H.263编码器库。

(一)使用编码器代码示例 //初始化压缩器 CParam cparams;cparams.format = CPARAM_QCIF;InitH263Encoder(&cparams);//如果你需要从RGB24转换到YUV420格式，那么应该调用下面的函数 InitLookupTable();//创建回调函数

//OwnWriteFunction是编码期间返回编码数据时调用的全局函数 WriteByteFunction = OwnWriteFunction;//压缩数据必须使用YUV420格式 //在压缩之前调用下面这个方法

ConvertRGB2YUV(IMAGE_WIDTH,IMAGE_HEIGHT,data,yuv);//压缩帧……

cparams.format=CPARAM_QCIF;cparams.inter = CPARAM_INTRA;cparams.Q_intra = 8;cparams.data=yuv;//数据是YUV格式 CompressFrame(&cparams, &bits);//你可以从开始时你已经注册的回调函数中取得压缩的数据 //最后，终止编码器 // ExitH263Encoder();

(二)解码器编程

注意，原始的H.263编码器库以C方式进行编码，而且提供了其它更多的细节实现。在本文中，我们以C++重新进行了改写。下面是解码器的使用示例代码框架： //初始化解码器 InitH263Decoder();//解压帧……

//rgbdata必须足够大以便存储输出数据； //解码器以YUV420格式生成图像数据； //解码之后，把它再转换成RGB24格式…… DecompressFrame(data,size,rgbdata,buffersize);//最后一步，终止解码器 ExitH263Decoder();

四、运行应用程序

为了试验本文示例应用程序，应该把可执行文件复制到一个LAN中的两台不同的机器上；然后，分别运行之。从一台机器上选择“连接”菜单项，并在弹出对话框内输入另一台机器的名字或IP地址，最后点击“连接”按钮。此时，在另一台机器上应该弹出一个“接受/拒绝”的对话框窗口，点击“接受”按钮。之后，在第一台机器上将显示通知对话框。按“OK”即可开始你的视频会议（聊天……）了。

第五篇：视频监控系统及门禁系统维护方案（定稿）

视频监控系统及门禁系统维护方案

由XX有限公司设计承建的XX厂内视频监控系统及门禁系统由于长期运行，部分设备及线路已经老化。为了更好的服务客户，体现本公司的服务至上，客户至上的服务宗旨，结合本工程维护实际情况，特拟定以下维护方案。

监控系统系统及门禁系统故障大致可以分为以下几点：

1.由于设备本身质量问题造成的故障

2.设备经长期使用，元件自然老化导致的设备损坏故障

3.在运行过程中，由于电流电压的不稳定导致的设备损坏故障

4.由于线路受损导致的信号传输故障

5.由于前端采集设备附近，环境变化造成干扰等图像，信号传输故障

6.由于施工质量或未采取防雷措施等造成的施工质量故障等。

本项目需维护的监控门禁设备数量达上百台，且分布范围较广，自然环境较恶劣。维护难度较大，为确保本公司的维护能及时完成，请业主方保持相关备件的完好并充足。

一．摄像机

摄像机包含定期维护及日常维护，按需维护。具体内容如下：

1.定检维护：对各输煤塔内的摄像机镜头镜片，外观清洁卫生为每周星期四进行打扫

2.日常巡检：对其它区域摄像机镜头镜片，外观清洁卫生为每日巡检常规打扫

3.按需维护：对有特定需求区域的摄像机镜头镜片，外观清洁卫生按业主需求进行 二．云台

对云台维护一般采用定期维护方法，维护期为每季度一次。

1.对球形云台一般采用定期检查，检查包括：内置散热系统是否工作，解码板上的元件是否因温度过高出现发黄，电容爆裂的现象

2.对于重型云台如果是如果是内置解码器的，看摄像机的视频线，信号线，电源线是否因长时间操作而出现绕圈现象。一些重型云台底盘下面有限位开关的，查看是否有因氧化有脱落的迹象。

3.对于全球型云台，一般打开护罩检查内里连接路线是否因温度过高有烧毁保护层迹象，摄像机电机转动是否有异响。三．解码器

针对外围云台的解码器一般采用日常观察，定期维护方法，期限为每季度一次。

1.查看外围解码器防水，外围连接线是否有松动，断裂等

2.检查设备外壳是否带电，接地是否完好。3.检查各连接线是否有松动

4.检查内置绕线是否因长期绕圈出现保护皮破损 四．供电设备

1.对于摄像机，云台，解码器前端的各供电连接点，在日常巡检，定期维护，按需维护时检查是否有松动，保护绝缘层是否因高温有损坏脱落现象

2.对于集供中心，在做控制室巡检，维护时检查供电系统线路是否正常，是否有松动脱落，保护绝缘层是否因高温有损坏脱落现象 五．控制设备

控制设备指中心总端各种控制设备，包含，平衡传输分配器，工控硬盘录像机，显示器，键盘，鼠标，控制键盘，机柜等。

对控制中心的维护一般采取定期维护和按需维护，定期维护为每月一次

1.对各控制设备的外观清洁卫生进行打扫 2.检查散热系统是否正常

3.检查电源线，跳线，主板是否有松动

4.对工控硬盘录像机，机柜如有前置过滤网的，每月对过滤网进行清洗

5.每季度对设备进行断电重启以查看主机是否正常