迈斯身份证门禁系统软联动（即协议联动）
通过SDK二次开发的方式，通过软件的方式将身份证门禁系统和视频系统之间的协议打通，并完成身份证门禁系统和视频系统之间的时间同步，门禁的硬件设备和视频系统的硬件设备之间不需要有直接的物理接线；当门禁控制器上传刷卡记录（或告警信息）至平台，平台会根据这条记录进行判断是否符合抓拍的条件；如果符合，则通过TCP/IP协议去视频系统中调取相应的视频片段和照片，并且会将视频和照片备份存储至抓拍软件所在的服务器中，所有抓拍的视频和照片可以直接关联各事件及报警的报表。可以直接从各类报表中关联查询抓拍的视频。从而提高各类视频和报警的现场复核的效率，提高系统的安全和便利性。因为视频和照片是属于备份存储，所以一般采用此种联动方式的系统，平台软件一般会加入磁盘自动清理功能，防止因为管理员因为疏于维护而引起抓拍服务器撑爆的情况。（即在磁盘存储爆满后，系统会自动告警，提醒操作员进行清理；如无人工清理时，系统会按照设置的规则，来对磁盘进行相应清理，释放存储空间。）
因为协议联动方式具备安全性和便利性共存的特点，目前主流的身份证门禁系统方案应用的场合都是采用的此种联动方式，以深圳为例，该种联动方式作为公安技防部门写入了《视频门禁报警系统技术规范》中。
 而协议联动因为其开放灵活的特点，目前也有多种实现方式，笔者今天主要就对几种典型的方式来进行介绍和对比。
  杨柳：180-0257-9616 QQ：5533-64105
     
 
1、根据联动的对象来分
项目 基于平台 基于硬件
结构 
通过SDK协议开发，打通门禁平台与监控平台的通讯。 
通过SDK协议开发，打通门禁平台与监控产品的通讯。
所谓联动的对象是指抓拍软件和视频系统中的联动部分，一种是基于抓拍软件和视频平台管理软件的，一种是基于抓拍软件和视频硬件如硬盘录像机的直接对接。两者的结构区别可以参考下图。
以上两种结构的联动方式，主要的区别会体现在灵活性上以及对于平台的依耐性上，个人更倾向于采用用与硬件设备打通协议直接联动的方式，这样对于视频的管理和对于门禁的管理只需要基于一个平台即可，提高管理效率，而且在两个子设备的时间同步可以达到统一管理的目的，相对平台和平台的对接来说，也可以大大的降低两者系统的时间不同步带来的抓拍点误差。
值得补充的是，从技术的角度上来说，协议打通对于抓拍平台和视频系统硬件来说，也有两种方式，一种是视频抓拍平台提供封装的接口，各视频硬件（DVR）厂家来针对接口进行协议对接，一种是视频硬件（DVR）厂家提供接口开发包，由抓拍的软件的厂家来实现对接。这两种方式都是可行的，但是在大型的综合型应用中，笔者个人建议，协议对接的方式用前者的更佳。因为相对修改的工作量来说，由抓拍软件平台提供接口，视频硬件（DVR）厂家来完成协议对接来说效率会更高，而且在综合型的应用中，遇到可能一个系统中使用了多个DVR厂家的设备应用场合时，在平台方面实现尽可能少的协议修改对于稳定性来说是非常重要的。
2、因为平台结构而引起的抓拍规模的对比
根据系统能支持的规模来说，目前协议联动根据不同的项目规模也可以有两种不同的抓拍模式。一种是单机单服务器的抓拍系统，一种是能支持抓拍服务器集群管理的抓拍系统，两者的结构区别如下：
项目 单服务器 服务器集群
结构 
  
单机单服务器的抓拍系统其系统所能支持的系统规模既会受到平台性能的影响，也会受制于抓拍系统所安装的PC硬件，一般来说，单机单服务器在出租屋视频门禁系统的应用场合会在相对比较小的场合中，如某个社区，某个城中村的应用，前文中提到的迈斯品牌作为这种类型的典型代表，虽然抓拍的性能可以做到非常优秀，100次抓拍/S，但是受制于该种结构所带来的单服务器硬件性能的局限，其目前系统支持的规模为10万人，2000个门点。

而支持抓拍服务器集群管理的视频门禁系统，因为其在实际的项目应用中，可以支持单平台中部署多台相同的抓拍服务器，所以其抓拍所支持的出租屋视频门禁系统理论是可以做到无限大的。SHOONIS品牌的视频门禁系统单平台的容量规模设计是50万个门禁点，1000万持卡人的联动抓拍。
 杨柳：180-0257-9616    QQ：5533-64105

以上列举的仅仅是面向出租屋居住证门禁系统专项市场的联动方案对比，如各位读者在其他行业的应用会有更创新的方式，欢迎多多交流。
出租屋视频门禁市场提出的新型管理要求，正在快速的促进传统安防市场的技术革新，安防市场开始由最初的视频、门禁、防盗报警三类泾渭分明的市场结构慢慢变成了视频门禁报警系统综合应用的新市场局面。作为在安防行业浸淫多年的一个到现在算是略懂的安防行业从业者，看到国内的安防市场能有如此蓬勃的发展，本人甚感欣慰，也希望通过此文认识更多的安防精英，一起来交流技术和市场的心得。 
 杨柳：180-0257-9616    QQ：5533-64105