北京仪创-北京轨道交通指挥中心ip门禁一卡通系统-公司名文档.docVIP

北京市轨道交通指挥中心一卡通系统 1.1 工程简介 北京市轨道交通指挥中心工程是对包括地铁5号线、4号线、10号线、奥运支线在内的十四条地铁线路进行调度指挥、票务管理、清分结算、研发培训等功能的建筑综合体。工程位于朝阳区北部小营地区，亚运村以东，五南路以南，轨道交通M5线大屯站位于用地的东南方向，距离为1公里左右。工程总建筑面积约59521平方米 轨道交通指挥中心大厦“一卡通”系统工程内容主要包括： 门禁点640个、键盘读卡28个。 消费POS机5台。 巡更管理系统采用在线巡更 70 点。 远距离停车场管理系统为 1进1出。 设访客管理系统2套。 身验查验系统3套（包括触摸屏和手持PDA查验）。 集成管理平台及制证中心各1个。 1.2 本工程需求难点分析 作为北京市轨道交通的指挥调度中心和财务结算中心，必需具备优秀的运营管理水平及快速的应急响应能力，因此各系统的设计必须高标准，严要求。下面从智能一卡通系统的设计角度谈一下本项目的需求特点及难点分析： 真正一卡通的要求：传统的独立式的门禁、考勤、消费、停车场等系统设计不符合本项目的要求。以往的一卡通，即各系统虽共用一张卡，但数据是互不相通的，只是“形式上”的一卡通，这是满足不了现场服务要求的。本大厦需要建设一个数据互联互通的、真正的一卡通系统。 满足大系统一卡通的要求：本大厦一卡通的系统点位数量众多，其中门禁点更是超过600个，在这样大规模的系统中，如何降低事件信息上传的延迟，满足实时性的要求，是本工程的一大难点。 满足数字化安防的要求：目前安防技术正从模拟时代转向数字化时代，在数字化安防的环境下，一卡通系统如何做到整合及联动，是本工程一卡通系统设计的又一挑战。 满足“集中管理，分散授权”的要求：目前大多数的一卡通系统设备管理及授权管理是一体的，但本大厦不同，一卡通系统的设备及监控是由业主进行统一管理，由于本大厦的入住单位有相对独立的授权管理，如何保证各使用单位有着自身的时间、地点、人物的自主授权管理，是对门禁及一卡通管理平台管理软件的通用性的一大考验。 满足扩展性的要求：本项目还有二期工程，本工程的门禁一卡通系统要能顺利延伸到将来的系统，或者进行必要的整合，这是对门禁一卡通的网络结构合理性提出了更高的要求。 满足IBMS整合的要求：本项目的门禁一卡通系统，要有方便的接口设计与大厦智能化总平台，消防系统，电子政务系统实现信息交换，这对智能一卡通的设计提出了更加全面的技术要求。 满足本地技术开发的二次要求：本项目的卡片选型不是自主独立的，需要采用“公交一卡通”的卡片，因此本系统的一卡通卡片规划需要根据“公交一卡通”的卡片规划进行重新设计。此外智能一卡通系统的门禁、消费、停车场等都是为管理而服务的，在目前大厦管理细则还没有出台的情况下，本大厦的软件存在需要二次开发的需求。 1.3 本项目设计的特点 1. ICMS一卡通集成平台 仪创科技公司（010501）在科技部及北京市科委创新基金的资助下，成功地研发了一套ICMS（Integrated Card Manage System）一卡通集成平台，是国内独一无二的成熟系统。仪创科技也是国内最大的面向政府、企事业单位智能一卡通市场的设备供应商。本方案正是采用了该智能一卡通集成平台，完成与视频、报警、消防系统联动，是本设计的一个显著特点。 2.基于TCP/IP的网络门禁控制器 传统的单RS485，或者改良的双RS485、RS485+TCP/IP网络转换器的系统组网方式，都不符合大规模门禁系统对数据实时响应，协议标准化的要求。本方案采用了具有TCP/IP网络接口直联功能的门禁控制器，从而保证了事件上传的实时性和协议的标准化，这也符合门禁系统技术发展的潮流。是本设计的一个重要特色。 3.基于TCP/IP的视频联动 顺应数字化安防的发展趋势，本大厦的CCTV监控采用了数字监控系统的新技术，而本设计方案中的门禁系统，具有支持数字视频服务器（编码器）的功能，与数字监控系统同时实现从设备协议层到软件数据库层的双重数据交换功能。这是绝大多数门禁系统目前还不具备的技术。这是本方案的又一亮点。 4.基于工作流的模块化技术 为了实现“集中管理、分散授权”的管理思想，我们采用了基于工作流的模块化技术，所谓工作流就是把工作任务抽象为一个流程，每一个流程分解为若干个任务块。这样面向客户对象的模块化设计思想可以方便满足客户的真实使用环境。 5.基于平台的五层网络架构 网络架构分执行层、现场控制器、区域控制器、子系统管理层、中央服务器及集成平台共五层，适用于任何规模的一卡通系统。其“1+X”模块化应用系统结构，更有利于一卡通系统的整合、扩充、升级！与其他安防、楼控、消防、ERP、电子政务等系统的联动及数据共享。 1.3.1真正一卡通系统的特