浅谈轨道交通自动售检票（AFC）系统大小读写器的差异.docVIP

精品论文 参考文献 浅谈轨道交通自动售检票（AFC）系统大小读写器的差异 广州地铁设计研究院有限公司 510000 摘要：自动售检票（AFC）系统是轨道交通系统中重要的组成部分。随着轨道交通线网的不断拓展，作为AFC系统票卡业务的核心部件，读写器势必随着线网票务政策的改变而进行同步修改。读写器的线网化建设及运营维护日趋重要，本文通过国内常用大小读写器的对比，建议轨道交通AFC系统读写器采用大读写器的模式进行线网统一招标、建设、运营等工作。 关键词：AFC系统；大读写器；小读卡器；差异 引言 轨道交通AFC系统读写器是采用射频识别技术（RFID）对非接触式IC卡进行读写的终端设备，是自动售检票系统（AFC）的重要部件之一，配置于AFC系统的自动检票机、自动售票机、半自动售票机、自动验票机、自动加值机等车站设备中。目前国内根据读写器读写票卡核心功能的实现方式将读写器划分为大读写器和小读写器，两种读写器国内均有使用案例。 1.AFC系统读写器的核心功能 AFC系统读写器的核心功能主要包括票卡数据处理、票卡业务处理、安全管理等： 1.1票卡数据处理 实现对多种票卡数据信息的读取解析和写入处理。如：单程票、储值票（M1/CPU）、轨道交通专用票（M1/CPU）、城市一卡通（M1/CPU）等票卡的读写。 1.2票卡业务处理 结合票卡数据信息和参数文件（如票价表、票卡控制参数等）进行轨道交通运营业务进行判断处理。 1.3安全管理 结合密钥SAM卡对票卡进行授权的读写操作。 2.国内AFC系统读写器的分类 目前国内AFC系统读写器主要分为大读写器和小读写器，其在读写票卡的核心功能实现方式如下： 2.1大读写器 大读写器，又称胖读写器，业务下移型读写器，或业务内置型读写器，其模式是指将票卡业务处理流程及相关参数文件和数据的处理全部封装在读写器内部实现，主控设备只需要发起一个业务请求，读写器即根据规则在内部处理完成后返回一个结果给到主控设备，主控设备根据返回结果进行通行逻辑处理，主控设备不需参与业务的判断。 2.2小读写器 小读写器，又称瘦读写器，或传统读写器，其模式是指将对票卡操作的部分放在读写器内部执行，读出的信息返回给主控设备上的接口库进行业务判断，由接口库将执行结果反馈给到主控设备应用程序，主控设备需参与业务的判断。 3.大读写器和小读写器的差异比较 大读写器 小读写器 主控设备操作系统的依赖性 由于在主控设备上无API，所以与主控设备操作系统无关，主控设备上的应用只需按照约定的通讯报文与读写器交互即可，对主控设备操作系统无依赖性。 由于API是在主控设备上，所以需根据设备的操作系统进行相应开发，如有多个系统，需针对不同系统进行相应的API接口开发，对主控设备上的操作系统的依赖性较高。 读写器 设备性能 要求 由于所有参数文件和应用是在读写器内部执行，所以模块需要相对较高的配置。 大部分参数文件存储在主控设备上，主要业务判断也在主控设备中运行；共享主控设备的硬件资源，所以对读写器的硬件配置要求不高。 设备 通用性 可以适应不同的AFC集成商或分包商的设备，做到在任意AFC集成商或分包商设备上进行读写器硬件互换，独立性能好。 各AFC集成商或分包商?的读写器只能用于自身的设备，设备通用性较差。 读写器软件版本管理难度 读写器对操作系统无依赖性，应用只需维护一个版本，应用更新时也只需下载一个版本，版本管理容易。 由于需要对不同的操作系统开发相应的接口库，所以读写器应用软件版本较多，管理相对麻烦，同时应用更新时也要区分不同操作系统进行分别下载更新，版本管理复杂。 安全性 参数文件、数据文件和业务判断处理完全在读写器内部进行，外部不能对相应的内容进行篡改，安全性高。 业务处理参数文件及数据文件存放在主控设备，有被非法篡改的风险；同时小读写器配合ECU读写票卡需多次交互，通讯报文有可能被监听用于非法目的用途，安全性相对低。 保密性 密钥体系等机密资料仅对极少数读写器集成商进行开放研发，安全保密性较高。 密钥体系等机密资料需对多个AFC系统集成商或分包商进行开放研发，安全保密性差。 业务 一致性 读写器集成商数量较少，对业务文档理解不一致或开发能力不同差异性较少，互联互通和业务一致较好。 多个AFC系统集成商或分包商对业务文档理解不一致或开发能力不同造成互联互通障碍，业务一致性差。 开发资源 读写器集成商数量较少，对相同的业务功能开发资源重复投入和项目综合管理成本较少。 各AFC系统集成商