第一篇:地铁AFC售票系统操作注意事项
地铁IC卡售票系统操作注意事项
a)上班前检查
1.设备清点:主机、显示器、票据打印即、客户显示屏、卡片读写器
2.打印纸检查
b)开机和系统登录注意事项
1.开机顺序流程:打印机、客户显示屏、电脑显示器、主机
2.设备状态检查:打印机、客户显示屏、卡片读写器状态
3.出现系统登录界面之前不得进行任何操作
4.出现系统主程序界面之前不得进行任何操作
c)退出和关机注意事项
1.严格按照任务结束的流程进行
2.工作交接报表打印结束之前,不要点击退出按钮进行关机操作
3.在电脑自动关闭之前,不要进行任何操作
4.关机顺序:电脑主机关闭后,关闭打印机、客户显示屏、电脑显示
器的电源开关
5.关机时,不要关主机电源开关,因为已经自动关闭,否则会重启动 d)下班前检查
1.卡片和现金清点,并与工作交接报表核对
2.设备清点:主机、显示器、票据打印即、客户显示屏、卡片读写器
3.重点检查确认上述设备已经关闭,然后盖上盖布
1.操作说明材料:注意事项一份、操作规程一份、问题解答一份 e)业务操作注意事项
1.操作员作业操作应该严格按照操作流程要求及系统的提示进行操作
2.操作员不得拔插卡片读写器的电源插头
3.操作员不得在系统的主机上进行业务作业以外的操作
4.操作员不得启动非系统要求的应用软件和系统功能
5.售票室和补票室的操作有所不同,未经许可,不要进行非网点业务
范围的操作
1.售票室专用作业流程包括:卡片发行、出站信息、退卡操作
2.补票室专用作业流程包括:进站记录、退票处理
6.操作员离开座位时,必须退出系统、或进入暂时离开状态,不得在工作界面状态下擅自离开座位
7.系统运行中不得关闭打印机、客户显示屏的电源开关
8.卡片放入读写器中必须轻放轻拿,不可过于用力,以免损坏卡片和
读写器
9.非车站管理人员不得擅自使用‘工作统计’和‘服务统计’功能 f)作业纪律注意事项
1.不得擅自在系统中安装非系统配套的任何软件
2.严禁在系统主机上玩电子游戏
3.未经许可不得擅自移动和转动系统的设备位置
4.操作员须使用经授权的本人账号登录,不得使用他人账号进行登录 5.操作员需妥善保存自己的账号密码,不得提供或借给他人使用
第二篇:地铁AFC系统应用论文
自动售检票(AFC)系统是综合技术性很强的一个专业系统,涉及到机械、电子、微控、传感、计算机、网络、数据库和系统集成等多个方面,整个系统实现具有很大难度。AFC应用系统软件是其中最具有代表性的,它不仅要集成所有售检票设备信息,还要对车票和现金等实物进行管理,涉及车站管理、收益管理和车票管理等各个环节,数据关系较为复杂,需求难以把握,开发具有一定难度,是实现AFC系统集成的关键环节。
1AFC应用系统在开发和应用中遇到的问题
深圳地铁AFC系统的建设是在探索中前进的,作为第一个具有自主知识产权的国产化AFC系统来讲,它不断要根据实际情况做出改进。但对于这个涉及面广、层次多的庞大系统而言,达到应用系统的需求一步到位是不可能的。这就对AFC项目的使用维护方提出了高水平的要求,要在掌握到第一线的乘客需求、车站运作情况和目前应用系统软件所实现功能的前提下,提出AFC系统的改进方向。对项目的开发方而言,用户需求的多变是让开发人员头痛的问题,如何快速地根据用户需求改进软件,尽快拿出满足用户需求的软件更是增加了开发的难度。
通过深圳地铁AFC系统两年来的实际使用,其中存在的一些问题显现出来,比如,管理信息不完整,部分统计数据不能满足实际运营需要,系统功能待改进等,造成工作效率低下、人力资源浪费和运作成本提高。在此基础之上,经深入讨论研究,使用快速原型法可以使实际和应用结合的较为紧密,是解决以上问题的有效方法。
2快速原型法技术介绍
快速原型法(Rapid prototyping Method)是近年来提出的一种以计算机为基础的系统开发方法,它首先构造一个功能简单的原型系统,然后通过对原型系统逐步求精,不断扩充完善得到最终的软件系统。原型就是模型,而原型系统就是应用系统的模型。这个模型可在运行中被检查、测试和修改,直到它的性能达到用户需求为止。因而这个工作模型很快就能转换成原样的目标系统。
快速原型法主要包括两种开发方法:快速建立需求规格模型法和快速建立渐进原型法。快速原型法在优化AFC应用
系统中的应用统的神经中枢,它实现系统运作、收益及设备维护集中管理功能。监控并管理车站AFC系统内的所有设备,采集并上传售检票设备的交易、工作状态等信息,储存并下载运营和设置参数,具备售检票设备及运营的收益管理功能,能统计、生成及打印地铁运营日的现金收益、车站管理和票卡管理等报表,具备辅助分析功能。
(1)通过快速建立需求规格模型法建立用户需求
深圳地铁AFC应用系统的优化和改进首先采用了“快速建立需求规格模型法”来确认用户需求。这种快速原型法通过建立模型反映系统的某些方面,密切用户和开发人员的关系,促进相互了解,因此,有助于获得更完整精确的需求说明书。对深圳地铁AFC应用系统而言,采用快速原型法为AFC用户需求建立一个模型,该模型是系统功能的一个子集,开发人员测试通过后将这个模型提交给用户,通过用户的测试使用可以发现这个模型是否满足预想的需求,哪些功能冗余,哪些地方需要改进。
(2)通过快速建立渐进原型法逐步优化系统
待用户和开发人员逐步确定需求说明书之后,其后的开发工作采用“快速建立渐进原型法”来完成系统优化。“快速建立渐进原型法”采用循环进化的开发方式,对系统模型作连续的精化,将系统需具备的性质逐步添加上去,直到所有的性质全部满足,此时,模型也就成为我们所需的系统目标了。
在AFC应用系统的优化过程中,我们提出一个更新或改进的书面报告,开发人员根据报告的描述,并同我们讨论具体需求后,设计出一个模型,通过开发人员的内部测试后,将模型提交给我们。在深圳地铁培训中心测试平台的支持下,用户严格测试系统的功能和各
部件的接口,修改所发现的问题,直至模型测试通过。测试完后,用户和开发人员一起进行原型审查,确定正确无误后,就可让系统进入车站试用。开发人员也可以通过用户的使用加深对用户需求的了解,经过相互了解促进这样一个过程,直至模型确定。最后,将测试通过的模型转变成目标系统,小规模的上线使用,观察一段时间,经过实地运作确保不产生其他影响后,才全线铺开实施。
4快速原型法在深圳地铁应用中的优点
通过不断跟进深圳地铁票务人员、车站人员和乘客使用AFC系统的情况和根据得到的反馈,快速原型法使用户在感性的层面上了解系统的概貌,通过与用户的交流,能很好地理解用户的意图与需求。在采用快速原型法的开发过程中,开发人员一直与用户密切联系,以少量代价快速地构造一个可执行的软件系统模型,使用户和开发人员可以较快地确定需求。在初步了解用户的基本需求后,开发人员建立一个他们认为符合用户要求的模型系统并交给用户检验,由于模型是可以执行的,所以为用户提供了获得感性认识的学习机会。增进了用户和开发人员之间的沟通交流,节省了开发时间,降低了开发强度,需求可以更快地得以确定,目标也能加快实现。
5结束语
快速原型法这种支持用户的方法,使得用户在系统生存周期的设计阶段起到积极的作用。它能减少系统开发的风险,特别是在深圳地铁AFC项目投入运营后,由于对项目需求的分析难以一次完成,而且时间紧迫,采用快速原型法效果更为明显。它既适用于系统的重新开发,也适用于对系统的修改,也可以与传统的生命周期方法相结合使用,这样会扩大用户参与需求分析、初步设计及详细设计等阶段的活动,加深对系统的理解。在采用快速原型法设计的过程中,加入再用式软件开发方法,采用快速原型法做需求分析,后续阶段使用重用机制,还能够有效地降低开发成本。
结合几年来对AFC系统研究的逐步深入,和近两年的实际运作管理经验,加之对票务业务管理流程的不断深入领会,采用快速原型法优化后的AFC应用系统精简了票务管理流程,极大减少人为的统计分析和干预,其智能化、模块化和个性化地提供后台统计分析的数据及报表,同时也为深圳地铁运营决策层提供了高效的素材和有利的保障。
第三篇:铁路售票系统
铁路售票系统应用软件需求分析报告
前言:
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本铁路售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。(2)产品背景明细 软件名称:铁路售票系统 软件开发者:(3)缩写及缩略语
铁路售票应用系统软件:基本元素为构成铁路售票及相关行为所必须的各种部分。
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。本工程描述:
(1)软件开发的目标:
完善目前铁路售票系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力。(2)应用范围:
理论上能够实现于铁路部门的售票系统,其目的在于在原有的系统基础使得铁路售票实名化,以期实现完善日常生活中铁路售票的各种缺陷。(3)硬件配置要求:
硬件外部设备需奔腾133以上的pc机,内存需16兆以上。(4)子集说明:
软件分别有五个模块组成,每个模块各有不同的功能。但都能完成查询和存储功能,各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。(5)软件功能描述:
外部功能:实现可视化窗口,查找及存储 内部功能:同步,过滤,定位,识别 软件功能描述图: 赔偿信息 车次信息 列车明细 日志维护 个人信息 主界面 同步 过滤 数据库 定位
(6)软件操作人员的要求:
软件要求操作人员具有初步的相关知识(7)在其他方面的要求:
由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。软件结构化描述(1)数据流图: 乘客 数据库更新 列车明细 个人信息 日志 售票员
(2)数据结构的描述:
车票=日期+价格+出发站+目的站+售票站+座号+车次+性质+编号 日期=年+月+日+时+分 价格=“1”..“9999” 出发站=1{汉字}6 目的站=1{汉字}6 售票站=1{汉字}6 座号=车厢号+座位号 车次=“1”..“9999”
编号=“000000001”..“999999999”
性质=“1”..“6” 注:“1”表示空调硬座特快,“2”表示空调软座普快等 设计要求:
(1)所调用的数据库的显示: 输入内容:指定的库文件名。加工内容:调用指定的数据库。输出内容:所指定的数据库的库结构。(2)关于编辑框的说明: 输入内容:编辑框名称。加工内容:生成编辑框。输出内容:显示所生成的编辑框(3)指定记录说明:
输入内容:指定的项名及库文件名。加工内容:将指定的数据库里指定的记录置为当前记录。(4)初始化说明: 输入内容:所要求的尺寸
要求处理内容:确定指定对象在窗体中的开始尺寸的大小 输出内容:确定开始尺寸的四个参数。(5)最大化说明: 输入内容:指定的参数值。
加工内容:确定指定对象在窗体中的最大尺寸。输出内容:确定指定对象最大尺寸的四个参数。(6)最小化说明 原理同上
(7)查词编辑框说明(编辑框控制)
功能:主要是定义的一个编辑框,供用户输入一个词名,为程序生成查找条件做准备。输入内容:在查词编辑框中输入要查找的词名。加工内容:用输入的词名以供程序生成查找条。输出内容:地址、长度。
(8)内容编辑框说明(编辑框控制)
功能:主要是定义的一个编辑框,将程序查找到的用户所输入词的相关内容显示出来,为用户提供帮助信息。
输入内容:数据库中查找到的记录的项的内容的地址、长度。加工内容:置控制标题或值。
输出内容:显示用户所输入词的相关内容(如该词的格式、用法……)。(9)定义过滤说明
作用:定义用户输入的词名与内容库中的词名字段中的词名进行串比较,即定义词名字段为过滤字段。输入内容:用户输入的词名。
加工内容:把代码写入过滤条件指针之中。输出内容:查找条件。(10)执行过滤说明
作用:将定义的过滤作为内容库的过滤条件。输入内容:查找条件。
加工内容:与查找编辑框中的内容比较。输出内容:库过滤显。(11)同步说明: I:令牌持有标记
P:与数据库同步更新数据 O:更新数据库 环境要求:
(1)数据录入精度需求
在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数时,要求输入数准确。
(2)软件自身时间特性需求
程序响应时间:在人的感觉和视觉事件范围内;
信息交换时间:要求在程序调用前调用后都与数据库保持同步更新,网络信息狡猾施加应该小于程序调用的时间
(3)数据管理能力需求
要求数据库具有很好的更新能力,由于本产品是实验性软件,故对磁盘和内存容量没有很高的要求,但是数据库应该能够对并发事件,脏数据具有较强的识别处理能力。接口要求:
(1)硬件接口:无特别要求
(2)网络硬件接口要求:现实中要求具有高速以太网组网一实现联网销售,但是在理论实验验证软件本身的目的来看,无需网络通讯接口。(3)软件接口要求:无 软件属性(1)可用性 本软件也可以通过单步跟踪的操作进行检查处理。
(2)安全性
由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。(3)可维护性
本软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级都十分方便。(4)兼容性
由于尚未测试,故无法对兼容性进行评析。支持信息(1)软件支持:
本软件开发是使用Delphi编写。
(2)设备支持:
推荐配置:WindowsXP,256内存,VGA显示器
第四篇:广州公交AFC系统介绍
系统概述:
公交 AFC系统是指实现公交行业电子自动收费、自动结算、自动分的一整套解决方案。借助此系统,可对公交运营提供有效数据,提高运转效率。消费者手持一张非接触IC卡,可方便地乘坐公共汽车、出租车、地铁、轮渡等交通工具。此系统为人们的出行带来极大的便利,同样也简化各公交运营公司的收益处理程序,提高数据统计和分析的准确性。
系统功能:
1.车载终端系统
车载终端系统是安装在公交车上的消费终端,具有以下功能:
· 非接触卡刷卡消费
· 红外数据采集
· 黑名单管理
· 管理卡功能
· 运营参数管理
· 软件更新管理
· 采集计划管理
· 交易数据存储
· 营运数据存储
2.采集中心系统
采集中心系统是安装在各公交公司的数据采集中心的应用软件系统,具有以下功能:
· 数据收集及下载
· 采集计划管理
· 数据通信管理
· 收益统计管理
· 报表查询管理
· 操作员管理
· 运营参数管理
3.综合管理系统
综合管理系统是安装在公交数据管理中心以及各公交公司、分公司的信息管理系统。具有以下功能:
· 基础资料管理
· 票价及优惠参数定义
· 参数管理
· 设备管理
· 软件更新管理
· 报表管理
· 明细数据管理
· 系统监控
· 系统管理
4.通信系统
· 与采集中心的数据通信
· 与一卡通中心的数据通信
5.结算系统
· 交易数据结算
· 营运数据统计
· 错误数据处理
系统组成公交AFC系统是集计算机、通信、微电子技术、现代密码学、数据库管理等高技术为一体的庞大的系统工程,是涉及领域较广、覆盖面较大、影响力很大的工程项目。该系统主要包括以下几个部分:
· 公交数据中心系统
· 采集中心系统
· 公交车载终端
· 红外采集盒
· 数据收集器
· 发卡充值管理系统
· 客户服务系统
· 联机式充值机
· 自助式充值机
· 密钥管理系统
系统特色
· 采用非接触卡作为电子钱包的载体,具有多用途的应用。
· 根据建设部IC卡应用标准建设系统,可适用于国内的任何城市。
· 线路参数、票价定制、优惠方式、分段计价模式设计适合国内大多数城市的实际情况。
· 采用大容量的采集盒方式采集数据,不改变现有公交的工作流程,方便用户使用。
· 采用独特的电源解决方案,增强了车载终端的可靠性,延长使用寿命。· 标准化、开放式的系统设计,系统可灵活扩展和剪裁,适应不同规模的行业应用。
· 系统操作、维护简单、性价比高。
· 采用建设部标准的加密技术,系统安全、可靠。
第五篇:关于南京地铁AFC系统网络化建设思路和再思考论文
1.南京地铁AFC系统建设概况
2010年5月,随着南京地铁2号线和1号线南延的开通试运营,南京地铁进入了网络化建设的时期,AFC系统的建设面临着严峻的挑战。从总体来看,网络化AFC系统建设具有以下特点:
1)由单线建设转变为多线建设;
2)需为乘客提供统一的服务界面和无障碍换乘;
3)信息化系统建设的发展对互联互通提出了更高的要求;
4)多种技术和产品(特别是不同技术接口)之间的矛盾日益突出;
5)系统建设和运营经验的积累相对滞后于系统的扩张速度,不断出现涉及整个线网运营模式、票务规则、系统接口等方面的需求调整。
为了实现AFC系统的互联互通,保证乘客在各线路间的无障碍换乘,针对南京地铁在网络化AFC系统建设时所遇到的问题,结合网络化AFC系统建设的特点,制定总体思路,吸纳咨询顾问力量,解决关键问题,适当改造既有线AFC系统,建设ACC(AFCclearingcenter,清算管理中心),保证了多条新建线路AFC系统的无缝接入,增强了AFC系统的可靠性、安全性和兼容性,提高了AFC系统的建设效率和运行效率,降低了建设成本和维护成本。
2.网络化AFC系统建设遇到的问题
南京地铁AFC系统是在既有1号线基础上进行网络化建设的,包括新线路的AFC系统建设、ACC系统建设以及原有线路的AFC系统扩改。由于各线路的系统承包商不同,存在原线路所采用的技术开放性不足、接口标准未建立的问题,还有原来所采用的部分技术不适用于网络化环境的矛盾,导致后续线路AFC系统建设的接入仍然存在障碍。南京地铁建设网络化AFC系统初期遇到如下问题:
1)线网AFC系统的建设对目前地铁AFC系统运营模式有何改变,以及对后续线路的建设、运营、收益、资源开发等方面带来什么样的影响?
2)ACC系统的功能定位、规模及其建设规划应该如何确定?
3)原有线路AFC系统的改扩建具体要移植、改造、升级哪些内容,风险和代价有多少?
4)面对各线路AFC系统、设备供货商不同的情况,后续线路的建设如何协调使之相互兼容?
5)线网AFC系统各层次间的功能如何合理划分?
6)新线路AFC系统、ACC系统以及原有线路AFC系统的改扩建顺序如何安排?
3.咨询力量的引入
为了有效保护投资,赢得工程建设的主动,化解潜在的风险,建立节约型、可持续发展的城市轨道交通网络化建设和运营模式,南京地铁针对轨道交通发展的实际情况,规避承包商技术封闭造成的互联风险,引入了北京城建设计研究总院和东南大学两家咨询单位,依托其丰富的咨询、设计经验和大量的专业优秀人才,进行技术规程的编制工作,研究并形成了开放统一的技术规范和接口条件,营造了有效的竞争环境,控制并逐步降低了AFC系统新线建设和并网接入的成本。随着各线路和ACC系统的建成及并网运行,进一步验证了技术规程的可实施性,确保了技术规程的正确性和完整性。
4.AFC系统网络化建设的总体思路
南京地铁AFC系统网络化建设的基本原则:
1)在1号线成功运营的基础上,为实现网络化运营下AFC系统的互联互通,去芜存菁地采纳1号线引进的技术,避免对1号线AFC系统进行颠覆性改造,降低建设成本,保障改造期间系统的平稳运行;
2)通过技术规程的编制,不仅保证既有的1号线、新建的2号线及南延线接入ACC系统,还应保证后续线路的无缝接入;
3)系统应有可扩展性,可以持续升级,适应未来新技术的应用,如新型票卡的应用。
依据上述基本原则,开展必要的技术咨询和研究工作,制定统一的技术规程,合理划分线网AFC系统各层次间的功能,确定ACC的功能与定位,确定新老线路AFC、ACC的建设顺序,研发关键技术与产品,以较小的代价确保AFC系统的互联互通,满足新线建设和网络化运营的要求。
4.1AFC的系统架构
轨道交通AFC系统通常采用5层架构体系:ACC—LC(linecentral,线路中心)—SC(stationcomputer,车站计算机)—SLE(stationlevelequipment,车站现场设备)—车票。
考虑到AFC系统未来的业务模式、票务处理流程、票卡结构以及所选用的票卡技术都有可能发生调整,为此提出6层架构体系,即在车票和车站设备两层之间建立业务内置型读写器层。
所谓业务内置型读写器,即读写器采用嵌入式32位CPU、大容量存储器件,可将完整的票务处理流程软件部署到读写器内部,一旦票务处理流程、票卡结构等发生调整,通过网络在线升级业务内置型读写器中的软件即可,无需改变设备计算机的程序。
使用业务内置型读写器的另一个优点是可确保票务处理流程的统一,有利于互联互通,有利于均衡各线路AFC系统的服务水准。在目前快速推进轨道交通的工程建设中,以标准化的产品贯彻标准、助推标准,不失为一条有效途径。
4.2ACC的功能与定位
ACC是AFC系统最上层的管理中心,将承担轨道交通票卡发行、票务收入的汇总、清分、资金划拨和线网AFC系统的运行联动、监督,同时还负责处理一卡通车票在轨道交通中应用的清分和管理,以及对整个线网客流信息的汇总分析。ACC的基本职能包括收益清分、运营管理、票务管理、分析决策等。
1)收益清分。主要是指制定并实施清分规则,实现轨道交通各线之间、轨道交通领域与其他行业领域之间的收益清分。
2)运营管理。主要指客流量、票卡流向、重大故障等线网级运营状况的监视,管理线网属性、密钥、票价参数、车票种类、费率表、乘客服务界面等相关参数,并进行汇总和转发。
3)票务管理。包括票种的发行计划、票卡初始化与分拣、库存、调拨、注销销毁等。
4)分析决策。指充分利用清分系统数据平台中的信息资源,为政府决策部门的决策制定提供准确、丰富的数据支持。
4.3AFC系统的改扩建方案
在制定线网AFC技术规程和1号线改扩建方案时,充分尊重1号线的既有技术方案,吸纳1号线引进的先进技术,保留对互联互通无影响的技术方案,摒弃不利于系统互联互通的技术。
1)推广使用原有1号线AFC系统的先进技术。如基于PKI(publickeyinfrastructure,公开密钥体系)安全机制的密钥管理系统,用以实现读写器设备的签到、文件的数据签名以及单程票密钥的下载,提高了系统的安全性和可靠性,应用效果显著。
2)保留不阻碍系统互联互通的技术。避免对1号线AFC系统进行颠覆性改造,降低建设成本。如数据传输方面,在不影响互联互通的前提下,采用CORBA(公共对象请求代理体系结构)方式传输实时数据,采用FTP(文件传输协议)方式传输非实时数据。
3)摒弃不利于系统互联互通的技术。如原票卡结构等数据规划仅适用于单线运营,不满足网络化AFC系统的需求,需重新设计。
4.4新老线路的改扩建顺序
本着平滑过渡、逐步验证的原则,确定新老线路AFC系统及ACC系统的建设和改扩建顺序:
1)首先,制定AFC系统技术规程;
2)然后,进行1号线的改扩建,验证技术规程的可实施性;
3)建设ACC系统,并与1号线对接,在单线运行条件下可以验证数据通信接口、清分系统、密钥管理系统及监控系统的正确性与稳定性;
4)最后,将2号线及1号线南延线的AFC系统接入,进行联调测试,确保接入系统的可靠性与兼容性,实现网络化系统的并网运行。
4.5研发关键技术和产品
在编制AFC技术规程时,需要对一些技术难题进行攻克,如单程票密钥和业务内置型IC卡读写器等。以咨询单位为技术依托,由ACC及AFC系统承包商进行技术实现,确保技术攻关的正确性和有效性。
由于目前主流的单程票产品多是存储卡,卡内数据可自由读写,存在密钥被破译的可能。为解决这一问题,采用在线更新的方式实现票卡密钥的下载,即ACC系统在需要下载密钥时,可直接通过网络下载至前端,若发现异常,可迅速更换交易密钥,从而保证单程票的交易安全。
为了提高AFC系统的兼容性,降低系统升级维护的费用,南京地铁率先提出了业务内置型IC卡读写器。业务内置型读写器将票卡的数据结构、安全密钥等处理过程封装在装置内部,避免上述数据的外漏,有效地保护了轨道交通核心数据安全。
4.6研究可嵌入、可扩展的平滑升级技术
系统通过关键产品和技术的模块化,运营参数化,实现系统的可嵌入、可扩展性。
1)关键产品的模块化封装。如业务内置型IC卡读写器。当票务流程发生变更时,该读写器支持ACC下发的交易流程处理模块,实现对票务规则的在线下载更新,无需修改其他软、硬件,这有利于系统的维护和升级,保证了系统的统一性与标准性,在轨道交通建设中创造了可观的经济效益和社会效益。
2)票务运营参数化。南京地铁将单程票、储值票和计次票作为基本票种,在基本票种的基础上,通过设备运行参数(equipmentoperatingdata,EOD)和票卡结构参数的设置生成新的票种,即票卡产品,以满足细化市场的需求。丰富的票卡产品一方面降低了票务管理的难度和复杂度,另一方面给乘客提供了多样化的选择,对客流的吸引、客流量的调节均具有重要作用。
3)人机界面参数化。如自动售票机(ticketvendingmachine,TVM)界面元素,包括地图区域、按票价购票区域、功能选择区域、单程票购买张数选择和信息提示区等参数化处理。在网络拓扑环境下,可通过软件形成相关线路、站点的信息,当线路或车站信息发生变更时,只需更改相关参数,不需要更改系统的软、硬件。
5.网络化运营再思考
随着2号线和1号线南延线接入ACC系统,南京地铁AFC系统网络化建设进入了一个新的阶段。展望未来,也面临着一些新的问题。
1)技术规程和一般事物一样,总是需要在不断完善中逐渐成熟。而技术规程在已有线网成型的情况下,是否可以进行调整?调整如何规避风险?一旦调整,既有线路AFC系统是否必须随之调整?
2)目前,仍有新的系统架构需求提出。如区域性的票务中心,此种结构是否适用于南京地铁?架构调整后,目前的技术规程是否需要随之调整?是否会影响目前ACC的定位?
3)南京地铁AFC项目采用了业务流程内置型IC卡读写器,未来票卡结构、处理流程的变更可通过升级读写器软件来实现。受硬件的限定,目前只能兼容ISO14443的TYPEA或TYPEB的票卡,一旦有新的不同标准的票卡介质推出(如前段时间手机运营商推行过RFID-SIM的移动支付技术),将如何适应这种需求?
6结语
南京地铁遵循AFC系统网络化建设的基本原则,引入咨询力量,确定AFC系统网络化建设的总体思路。针对网络化建设中面临的问题,逐一解决,保证技术规程的完整性、适用性和可扩展性,以最小的代价确保1号线、1号线南延线和2号线的互联互通,最终使后续线路建设遵循相同标准,逐步推行AFC系统国产化,更好地满足新线建设和网络化运营的要求。对技术规程进行总结与思考,并及时做相应的调整,确保网络化AFC系统的顺利建设。
在网络化的过程中,南京地铁将不断发现问题、思考问题,和全国同行及致力于轨道交通研究和建设的各方力量一起,共同寻求解决之道。