视频门禁系统设计

第1章视频门禁系统设计概述背景建设高标准、高技术要求的门禁系统，提高出租屋流动人员服务管理质量和社会治安管理效能。目标视频门禁管理系统需求主要建立在政府对当前出租屋流动人口管理的需求上。通过对出租屋出入人员的监控管理，全面提高出租屋安全管理的水平，系统可有效排查出入出租屋人员，并对人员出入情况进行记录，有效提高群众生命财产的安全，并将科技成果融入到居民生活中，为居民提供安全、舒适、高效、便捷的服务。在现有出租屋门禁系统建设的基础上，全面推广出租屋门禁系统的建设，力争实现以下目标：III类出租屋门禁系统对规模以上出租屋及重点出租屋实现全覆盖(III类门禁系统是指门禁系统采集的数据既能实时同步至市来穗人员服务管理局、公安局的信息系统，又能与省公安厅信息系统对接传输数据)，111类出租屋门禁系统对重点出租屋实现全覆盖。出租屋门禁系统建设符合来穗、公安、住房和城乡建设等部门的安全技术防范的规范和标准；采集信息符合公安部门人口居住信息采集的规范和标准；推广将居民身份证、居住证、手机等作为门禁出入证的载体。已安装出租屋门禁系统的出租屋，基本实现“人来登记，人走注销，定期更新”。建设两级平台管理系统，并与地理信息系统地图相结合，能够通过地图实时显示辖区门禁系统的情况(开、关、损坏等)。门禁系统与“互联网+身份认证”相结合。出租屋及流动人口信息数据采集、数据分析、缉查布控、提升社会治理能力及维护社会治安大局稳定。1.1.3.设计原则先进性系统的设计是按照建设先进性和智能型的要求，把科学的管理理念和先进的技术手段紧密结合起来，提供先进合理的业务流程；系统将使用当前国内具有先进成熟的技术手段和高智能的标准化产品，使系统具有较高性能，符合当今技术发展方向，确保系统具有较强的生命力，有长期的使用价值，符合未来的发展趋势。实用性采用被实践证明为成熟和实用的技术和设备，最大限度地满足现在和未来发展的需求，确保耐久使用。开放性门禁系统设计提供通用性强的接口，并接口支持与第三方系统进行对接与数据交换，可实现与省公安厅人口信息自助申报系统进行信息的传输和交换，可有效地进行通信和共享数据。安全性通讯的安全性：工作站和服务器的通讯、设备和服务器的通讯大多在互联网上进行，因此必须采用可靠的加密算法进行加密。数据库的安全性：数据库是数据存储的核心，因此对数据库的访问必须确保通过平台的权限规则进行管控。数据库只与服务器软件进行通讯，任何对数据库的操作都是在服务器软件控制下进行的，服务器软件配备有完善的权限管理机制杜绝任何第三方软件对数据库不安全性的误操作。操作权限：由于系统使用的人非常多，每个操作人员的角色和定位不同，同时每个操作人员的辖区范围也不相同，因此系统必须可以灵活配置不同操作人员在指定的辖区范围内的不同操作权限，避免了操作员因为权限交叉产生的误操作引起系统故障。可靠性系统支持自由上下电，断网重连、故障告警等功能。1.1.3.6.兼容和可拓展性采用集中管理、操作和分散控制的模式。总体结构应具有兼容性和可扩展性，既可以包容不同厂家不同类型的先进产品，又便于升级、换代，使该系统可以不断得到充实、完善、改进和提高。1.1.3.7.可维护性平台应具备自检、故障诊断及故障弱化功能，在出现故障时，可快速确定故障点，并及时恢复。业务设计客户端登陆1.2.1.1.管理人员登陆1） WEB客户端向WEB服务登录，WEB服务验证信息后返回结果。2） 工程APP向WEB服务登录，WEB服务验证信息后返回结果。3） 大屏客户端向WEB服务登录，WEB服务验证信息后返回结果。4） 房东客户端、租客客户端不需要登录。（考虑到数量太大）1.2.1.2.房东登陆1.2.1.3.发卡/销卡流程1） web客户端向WEB服务发送发卡指令。WEB服务将发卡任务写入数库，入库成功后，通知门禁接入服务，返回结果。门禁接入服务定时轮询批量发卡任务表，获取新任务。门禁接入服务向设备发卡。发卡成功后，门禁接入服务修改发卡任务。IE再次查询发卡结果。1・2・1.4.APP远程开门手机app向WEB服务发送远程开门请求，WEB服务检查开门权限。WEB服务向门禁接入服务发送远程开门请求。门禁接入服务向门禁设备发送远程开门请求。逐层返回结果。1・2・1・5・WEB远程开门流程WEB客户端向WEB服务发送远程开门请求。WEB服务鉴权后向门禁接入服务发送远程开门请求。门禁接入服务向设备发送开门请求。结果逐层返回。1.2.1.6.用户刷卡用户刷卡后，门禁设备上送刷卡事件到门禁接入服务。门禁接入服务查看联动规则，向C3MVIDE0发送截图请求。进行截图。门禁接入服务将刷卡记录写入数据库。门禁接入服务向门禁设备发送确认消息。1.2.1.7.告警处理门禁设备上送告警到门禁接入服务。门禁接入服务解析协议后，将告警送到告警处理服务。告警处理服务将告警入库。1.2.1.8.图片浏览WEB客户端向WEB服务端请求查看图片。WEB服务端向图片传输服务发送图片请求。图片传输服务从硬盘查找图片文件，发送图片到WEB服务。WEB服务将图片传输到客户端。1.2.1.9.平台级联平台级联主要是实现子平台向父平台推送数据，父平台不对子平台进行业务控制。子平台的级联服务定时查询子平台数据库，查询没有发送到父平台的基础数据。基础数据包括：房屋信息、居住人员信息、设备信息、人卡权限。子平台级联服务将基础数据发送到父平台级联服务。父平台级联服务将数据入库。子平台级联服务定时查询告警与刷卡信息，查询没有发送到父平台的告警与刷卡数据。子平台将数据发送给父平台级联服务。父平台级联服务将数据入库。1.2.1.10.数据加密流程客户端/设备成功连接服务器后，使用预设固定的密钥进行AES加密，发送请求动态密钥的请求。服务器收到请求后，对数据进行解密，动态生成一个密钥，用固定密钥进行AES加密后，发送给客户端/设备。客户端/设备收到回复后，对数据进行解密，拿到动态密钥，使用动态密钥加密请求数据，然后发送到服务器。服务器收到请求后，用动态密钥进行解密，处理完成后，用动态密钥加密，返回结果。客户端/设备解密结果数据。1.3.出错处理设计1.3.1.发卡保障机制根据以往项目经验，发卡准确性与精确性是项目中的重要因素，如果发卡的功能不能准确保证，系统将面临很重要的问题，因此针对发卡准确性的保障机制，需要进行制定。视频门禁系统发卡方式有两种：第一种是通过系统界面单张发卡或者是批量发卡，发卡任务记录到数据库中，再由后台服务发到设备中。第二种是在设备端发卡，通过子母卡的方式在设备端发卡，设备端再把发卡记录发送到平台，平台记录到数据库。发卡保障机制如下：后台服务与门禁设备关于发卡的指令，均有回复机制。后台服务发卡到设备，必须有设备返回成功才确认成功。设备上送前端发卡信息到后台服务，也必须有回复。没有回复的情况下，需要重发。在平台端的发卡操作，都先记录到数据库中，再由门禁接入服务提取发布任务发卡，处理完成后更新数据库。门禁设备需保证每张卡的权限以最后一条发送指令为准，门禁设备中不允许出现两张卡的记录。平台系统需有当前发卡任务、历史发卡记录、设备卡信息对卡情况进行记录，成功发卡后，每个发卡记录均需要同步验证，系统有发卡失败或者不同步告警的处理界面。设备断线时发卡任务暂时不能下发，上线后由登录的接入服务下发。设备数据同步机制由于设备处于公网环境，网络因素不稳定，设备断线后，可能发生了各种情况，当设备上线后，需要将断线时的重要数