北京仪创-北京轨道交通指挥中心IP门禁一卡通系统-公司名

1、市轨道交通指挥中心一卡通系统1.1工程简介市轨道交通指挥中心工程是对包括地铁5号线、4号线、10号线、奥运支线在内的十四条地铁线 路进行调度指挥、票务管理、淸分结算、研发培训等功能的建筑综合体。工程位于XX区北部小营地 区，亚运村以东，五南路以南，轨道交通M5线大屯站位于用地的东南方向，距离为1公里左右。工 程总建筑而积约59521平方米，地上十一层，地下两层。市轨道交通指挥中心成立后，将从网络化运营管理角度对全市轨道交通线网的运输计划进行协 调，并负责应急预案的编制。指挥中心还将承担起轨道交通线网运营信息汇总和统计分析，参与轨道 交通建设，组织拟订相关技术标准、管理规X和业务规则，实现乘客在

2、多条线路间的无障碍换乘等。 轨道交通指挥中心大厦一卡通”系统工程内容主要包括：1. 门禁点640个、键盘读卡28个。2. 消费POS机5台。3. 巡更管理系统采用在线巡更70点。4. 远距离停车场管理系统为1进1岀。5. 设访客管理系统2套。6. 身验查验系统3套（包括触摸屏和手持PDA查验）。7. 集成管理平台及制证中心各1个。1. 2本工程需求难点分析作为市轨道交通的指挥调度中心和财务结算中心，必需具备优秀的运营管理水平及快速的应急响应能力，因此各系统的设计必须高标准，严要求。下而从智能一卡通系统的设计角度谈一下本项目的需求特点及难点分析：真正一卡通的要求：传统的独立式的门禁、考勒、消费、

3、停车场等系统设计不符合本项目的要 求。以往的一卡通，即各系统虽共用一 X卡，但数据是互不相通的，只是“形式上”的一卡通，这 是满足不了现场服务要求的。本大厦需要建设一个数据互联互通的、真正的一卡通系统。满足大系统一卡通的要求：本大厦一卡通的系统点位数量众多，其中门禁点更是超过600个，在这样大规模的系统中，如何降低事件信息上传的延迟，满足实时性的要求，是本工程的一大难点。满足数字化安防的要求：目前安防技术正从模拟时代转向数字化时代，在数字化安防的环境下, 一卡通系统如何做到整合及联动，是本工程一卡通系统设计的又一挑战。满足“集中管理，分散授权”的要求：目前大多数的一卡通系统设备管理及授权管理是

4、一体的, 但本大厦不同，一卡通系统的设备及监控是由业主进行统一管理，由于本大厦的入住单位有相对独 立的授权管理，如何保证各使用单位有着自身的时间、地点、人物的自主授权管理，是对门禁及一 卡通管理平台管理软件的通用性的一大考验。满足扩展性的要求：本项目还有二期工程，本工程的门禁一卡通系统要能顺利延伸到将来的系 统，或者进行必要的整合，这是对门禁一卡通的网络结构合理性提岀了更髙的要求。满足IBMS整合的要求：本项目的门禁一卡通系统，要有方便的接口设计与大厦智能化总平台, 消防系统，电子政务系统实现信息交换，这对智能一卡通的设计提出了更加全面的技术要求。满足本地技术开发的二次要求：本项目的卡片选型不

5、是自主独立的，需要采用“公交一卡通” 的卡片，因此本系统的一卡通卡片规划需要根据公交一卡通”的卡片规划进行重新设计。此外智 能一卡通系统的门禁、消费、停车场等都是为管理而服务的，任目前大厦管理细则还没有岀台的情 况下，本大厦的软件存在需要二次开发的需求。1.3本项目设计的特点1.ICMS 一卡通集成平台仪创科技公司(5-501)在科技部及市科委创新基金的资助下，成功地研发了 一套ICHS (Integrated Card Manage System) 通集成平台，是国内独一无二的成熟系统。仪创 科技也是国内最大的面向政府、企事业单位智能一卡通市场的设备供应商。本方案正是采用了该智能 一卡通集成

6、平台，完成与视频、报警、消防系统联动，是本设计的一个显著特点。2. 基于TCP/IP的网络门禁控制器 传统的单RS485,或者改良的双RS485、RS485+TCP/IP网络转换器 的系统组网方式，都不符合大规模门禁系统对数据实时响应，协议标准化的要求。本方案采用了具有 TCP/IP网络接口直联功能的门禁控制器，从而保证了事件上传的实时性和协议的标准化，这也符合门 禁系统技术发展的潮流。是本设计的一个重要特色。3. 基于TCP/IP的视频联动 顺应数字化安防的发展趋势，本大厦的CCTV监控采用了数字监控系统的 新技术，而本设汁方案中的门禁系统，具有支持数字视频服务器(编码器)的功能，与数字监控

7、系统 同时实现从设备协议层到软件数据库层的双重数拯交换功能。这是绝大多数门禁系统目前还不具备的 技术。这是本方案的又一亮点。4. 基于工作流的模块化技术 为了实现“集中管理、分散授权”的管理思想，我们采用了基于工作流 的模块化技术，所谓工作流就是把工作任务抽象为一个流程，每一个流程分解为若干个任务块。这样 而向客户对象的模块化设计思想可以方便满足客户的真实使用环境。5基于平台的五层网络架构 网络架构分执行层、现场控制器、区域控制器、子系统管理层、中央服 务器及集成平台共五层，适用于任何规模的一卡通系统。其“1+X模块化应用系统结构，更有利于一 卡通系统的整合、扩充、升级！与苴他安防、楼控、消防

8、、ERP、电子政务等系统的联动及数据共享。1. 3. 1真正一卡通系统的特征一卡：所有内部人员都配备一X身份识别卡，用于在内部的所有生活.工作行为中 的身份确认及电子支付。一号：所有人员都有自己唯一的人员号，固泄不变，既使卡片损坏、卡片丢失也不需要变更 人员号，只需更换后的卡芯片号与人员号在数据库中关联起来即可。 一库：为防止数据丢失.数据灾难、数据朋溃，一卡通系统数据由髙性能服务器统一存贮。并可通过双机热备技术来确保数据安全。 一中心：为防止多次发卡，多次注销所带来的不便、数据不-致。在一卡多用的系统 中，只设一个发卡中心，发卡中心一旦注册，各应用子系统管理机会自动生成。一平台：一卡通系统设

9、在一集成平台，负责内部各子系统的管理及相互关联，也可 与其它安防系统，楼控系统实现联动。1. 3. 2指挥中心一卡通系统的组成轨道交通指挥中心的网络分为办公网和安防专网，企业内部的ERP及其他办公软件、发卡中心、消 费、考勤管理系统都集成在办公网，一卡通集成服务器、访客、门禁、停车场及视频监控子系统都集 成在安防专网，办公网和安防网通过网关实现两个网络的数据交换和数据共享。京投轨道交通珞网管理服务中心一卡通系统示意图仪创科技I圈址毛脚I京em週交路弊楚隔务e电一卡b糸録丽苗I设廿型惊|汶&日按|说“ |审核|目前国际上先进的管理模式是采用扁平化结构和矩阵式管理模式。为了和这种管理体制相适 应，

10、一卡通集成系统的集成模式应采用并行处理分布式系统。在分布式系统中，中央管理层的备处 理机（各处理机系指门禁子系统、停车子系统、考勤子系统、访客子管理、身份查验系统的工作站） 之间是平等的，不是主从的关系。但该层次中所有处理机都必须遵循分布式操作系统制订的原则。 这种工作模式称为相互合作的自治。一卡通用集成系统具体实现包括网络集成、平台集成。网络集成整个系统网络共分为五级结构：第一级结构是核心的中央服务器系统和集成平台；第二级结构 由TCP/IP协议的以太网构成的一卡通系统管理层，即各系统工作站：第三级结构是由TCP/IP协议 的以太网构成的区域控制层（小型一卡通系统可省略，管理层与现场控制层直

11、联）；第四级结构是 由TCP/IP协议的以太网或工业总线协议RS485构成的现场控制层：第五级结构是由现场终端设备 组成的执行层。终端设备/人机界面门茉系统消费系91q ：| n n 冷 系系系|制H I ift I alE信息交検Information Exchange鉄络ft作平台；MngrQg平台集成所有软件模块基于统一的系统规划和统一的基础平台，各模块之间应无缝连接在一起，它们以 协调一致的方式完整地支持跨越多个子系统边界的业务流程。软件系统中的主要组成部分均以面向对象的构件的形式岀现，系统支持构件的动态挂接、动态 拆卸。构件化的软件系统可类比为积木式建筑，构件化一方而有利于系统的渐进

12、式开发，另一方而 又对系统的可扩展性、可伸缩性大有裨益。“一卡通”系统的所有数据都存储在中心数据库和本地数据库内里，从而实现所有子系统之间 的信息交流与共享。采用了 “数据集中，应用分布”的设计原则，从整体性能上与独立、分散的系 统相比有了很大的提髙。1.4门禁系统设计1.4.1门禁系统需求安防（门禁）需求：在TCC调度大厅、TCC系统机房、TCC/ACC/通信系统维护室、系统维修测试室、紧急事件处理室、模拟测试平台室、备品备件室、TCC系统工区、培训室、呼叫中心、商务信息编播室、男女休息室、交班室、主任办公室、指挥中心经理室、指挥中心经理助理事、会议室1、会议室2、会议室3、会议室4、访客接

13、待室1、访客接待室2、TCC档案文件室、通信机房、TCC/ACC/ 通信系统网管中心、通信系统工区、通信备品备件室、通信档案文件室、电源室设置门禁。1.4.2 n禁系统功能区域管理町根据建筑物安全技术防X的要求，设计限制区域的通行方式。特种功自铉选配反潜回、互锁、胁迫码、限制最多及最少人、可选择性地查看大厦内人员的分布情况 时间区管理具有多个可编程时间区，每个时间区可定义开始时间”、终止时间”和每星期有效日。 节假日编排可预編排石假日，自动执行节假日程序，在特左时间区内进出所保护的区域。卡授权管理通过发卡中心的卡类、以及区域、时间区的预先编程设置，对持卡人的通行卡进行有效 性授权。中央监控主机

14、可实时监视所有门禁点电锁的开/关，以多级电子地图、表格方式实时显示所有门禁点。 电子地图管理工作站软件具有地图生成工具模块，用户可方便地生成、编辑电子地图。报警功能出现非注册卡、权限不符、门未关、电源及通信线路故障或受破坏时，监控中心会收到报 警信号。记录査询町查询每次门锁打开和关闭的时间、开门卡编号、报警输入的原因和位置等。报表管理系统可对所有的岀入、报警、故障事件做记录，并根据需要分类，形成年、月、日报。安全管理严格的管理员、操作员权限登录管理，并具有完备的日志、数据库备份、防篡改和防销毁 等措施。网络联结系统与发卡中心联网，支持TCP/IP协议，具有开放型结构，便于扩展，并可选配WEB查

15、 询模块。联动控制与CCTV电视监控子系统的联动与入侵报警系统的联动与火警、自动报警系统的联动与建筑设备监控系统的照明等联动与电梯管理的联动与智能化管理(BHS)联动1. 4. 3门禁系统构成门禁系统由门禁控制器、读卡器、电锁、出门按钮及门禁管理软件组成，计算机和控制器之间的 通讯运用DES64位加密方式，确保数拯安全。1、门禁控制器使用TCP/IP接口，可直接接入楼内局域网。2、共有2种基本型号的门禁控制器：出入控制2门(M2N-IP). 4 fj (M4N-IP)。3、读卡器采用UNIO 607,键盘读卡器采用UNI0708,该读卡器采用PHILIPS非接触IC卡技术。4、所有单向门均采用

16、优质磁力锁，磁力锁的开关力不小于250KG,所有双向门均采用优质电插锁。1.5与BMS其它系统的接口设计一卡通用系统只是智能大厦管理系统（BHS）的一个子系统，BMS还包括其他子系统，这些子 系统需要通过接口系统共享信息并形成联动机制。仪创的一卡通集成管理系统与外部数据交换及联动，按照事件的响应X用分为设备层和数据 层信息交换，从而实现联动。1系统数据层的信息交换接口系统数据层指在操作系统、网络和数据库管理系统和应用系统一级的接口，由于我们在这一 层上所采用的技术设计都是遵循国际标准和工业标准，比如使用UNIX、WINDOWS、TCP/IP协议 和SQL标准数据库查询检索工具。一卡通”系统可通

17、过SQL SERVER数据库或通过ODBC转换的方 式与其他弱电系统英他种类的数据库系统接口。因此，在此层上的接口无论是一卡通系统与BMS 的联接还是BMS与一卡通系统的联接都将是平滑的。数据层的信息交换支持多种形式：DDE、ODBC、OPC、XML。2. 系统设备层的信息交换接口设备层的交换及联动方式包括：干节点、串口通迅（通过API协议或DLL动态连接库）、TCP 和 UDP Socketo控制设备与控制设备之间的交换一般采用：干节点、口通迅（通过API协议或DLL动态连接 库）。控制设备与管理机之间的交换一般采用：口通迅（通过API协议或DLL动态连接库）、TCP和UDP Socketo

18、3. IC卡卡片规划接口IC卡由业主提供，业主提供的IC采用ISO/IEC 14443 Tape A标准的Mi fare 1卡。在业主提供的卡片中，某些区域己或许被英它，如公交一卡通”占用，或在为了将来的用 途进行预留。所以我们在遵循业主提供的IC卡标准下，将积极配合业主进行卡片的统一规划和 设计！4. 与消防系统的接口与消防系统可通过硬件系统联接采用防区电源联动控制，门禁系统的锁具均选用断电开的类 型，足以保证消防安全的需要。一卡通”系统与消防系统的联动，以软件联动为主。视消防系统不同特点采用口通迅（通 过API协议或DLL动态连接库）、IP和UDP Socket. 0PC局部区域，如消防通道，可采用干节点硬联动。5. 与监控和报警系统的接口接口信息内容：“一卡通”系统中央管理服务器在系统内管理工作站的报警信息后，将紧急 报警的事件编号传送给监控和报警系统。6. 接口方式一