项目二 自动售检票系统 及其终端设备 目 录 CONTENTS 1 2 3 4 认识自动售检票系统 认识半自动售票机 认识自动售票机 认识自动检票机 PART 1 认识自动售检票系统 案例导入 2017年7月，有群众反映，北京市地铁站多个站点存在人工窗口开放不全的现象。此外，站点内虽然设置有自动售票机，但有些站内机器几乎全部暂停服务，还有的因为乘客不会使用，又没有工作人员指导，乘客宁愿到人工窗口排队购票。例如，在地铁北京站，只开放了三个人工售票窗口，购票人员顶着烈日排长队。 请想一想：造成这样现象的原因是什么，该如何解决呢？ 一、自动售检票（AFC）系统概述 自动售检票系统（Automatic Fare Collection，简称AFC），是以磁卡或智能卡（非接触式IC卡）为车票介质，利用自动售票机、半自动售票机、自动检票机等终端设备，并通过计算机网络实现轨道交通运营中的自动售票、自动检票、自动收费、自动统计的封闭式票务管理自动化系统。 AFC系统通常包括自动控制、计算机网络通信、现金自动识别、微电子计算、机电一体化、嵌入式系统和大型数据库管理等高新技术运用。 一、自动售检票（AFC）系统概述 （一）AFC系统的工作内容 城市轨道交通AFC系统的工作内容有： 一、自动售检票（AFC）系统概述 （二）AFC系统的优越性 城市轨道交通AFC系统的优越性有： （1）有利于提升轨道交通行业的社会形象。 （2）有利于提高运营管理水平，保障票务收益。 （3）有利于管理责任落实，保证交易数据和票务信息的安全。 一、自动售检票（AFC）系统概述 （二）AFC系统的优越性 城市轨道交通AFC系统的优越性有： （4）有利于简化操作，方便出行，提高乘客的出行效率。 （5）有利于提供准确的客流及票务统计分析数据。 （6）有利于减少现金交易、人工记账及统计工作，提高准确率和工作效率。 一、自动售检票（AFC）系统概述 （三）AFC系统的发展方向 随着城市轨道交通的快速发展，以及相应技术的不断进步，城市轨道交通AFC系统总的发展趋势是标准化、简单化、集成化和人性化。 1、标准化 2、简单化 为实现轨道交通AFC系统在使用上的简便和集成，必须制定统一的标准和规范，使用统一系统设备、终端设备和车票媒介，以实现不同线路之间的方便换乘。 AFC系统的简单化是指将复杂的AFC系统通过系统集成，简化乘客的使用操作，从而提高乘客的操作效率。 一、自动售检票（AFC）系统概述 （三）AFC系统的发展方向 随着城市轨道交通的快速发展，以及相应技术的不断进步，城市轨道交通AFC系统总的发展趋势是标准化、简单化、集成化和人性化。 3、集成化 4、人性化 轨道交通网络化运营的形成，使AFC系统规模越来越大，同时轨道交通与其他交通方式之间的关系也越来越密切，互相兼容、联乘优惠及跨系统结算等的实现，必然造成各种系统的关联度越来越高。因此，建立统一、标准化、跨平台、跨系统的AFC系统应用平台是未来AFC系统发展的必然方向。 AFC系统作为一种与应用密切结合的系统，它的操作方式和界面设计都应遵循“以人为本”的理念，朝着人性化方向不断发展。AFC系统的人性化包括： （1）根据人体工程学基本原理设计终端设备的人机界面。 （2）设计符合乘客习惯的操作方式。 （3）设计合适的出入口通道，以方便轮椅人士、推折叠式婴儿车和携带大件行李的乘客进出站。 （4）系统能提供越来越多的相关信息。 二、自动售检票系统的基本架构 城市轨道交通网络化运营对AFC系统提出的技术要求包括：在城市轨道交通运营网络内，所有运营线路间实现“一卡换乘”； 实现在各线路之间的票务清分、结算；实现线路与城市公共交通卡的发行、管理部门的清算。 二、自动售检票系统的基本架构 （一）线路式架构 线路式架构的AFC系统是为了符合运营线路独立管理票务的要求而设计的，其架构形式如图所示。 二、自动售检票系统的基本架构 （二）分散式架构 轨道交通网络是由若干个区域构成的，每个区域又由若干条线路组成，且各个区域之间相互独立。 分散式架构就是基于这种情况而设计的，其目的是完成不同区域线路的票务处理和运营管理，它的基本形式如图所示。 二、自动售检票系统的基本架构 （三）区域式架构 区域式架构是在线路式架构和分散式架构的基础上设置一个路网中心，其基本形式如图所示。 区域式架构的特点是线路收益的清分、统计和管理分布在不同的层面上，路网中心无法直接了解区域线路之间的清分数据，只能通过区域售检票系统查询相应的数据。 二、自动售检票系统的基本架构 （四）完全集中式架构 完全集中式架构是将轨道交通网络中所有的线路拟为一条路网式线路，设置一个路网中心，线路上车站的计算机系统集中后通过通信设备直接与路网中心连接，即不设置线路中心系统进行相应的清分

证通自助售票解决方案应用于汽车站、高铁站、机场等场景，将自助终端、车站微信服务号、TSP平台相结合，并打通银行、微信、支付宝等支付渠道，实现TSP平台与票务、保险等系统的对接，通过将售取票业务从柜台迁移至自助终端、微信平台，实现乘客互联网订票、自助售票、自助取票，帮助车站建立高效、统一的购票服务体系，从而减轻客运压力，提高乘客购、取票体验，提升客运的服务水平。

中国铁路客票发售和预定系统

中国拥有总里程超过五万公里的铁路线，是世界上最大的铁路运输网之一。而铁路客运服务在其中又占有非常重要的地位。其中有5000多个车站承办客运业务，日开列车2000多列。为了在日益加剧的客户运输服务竞争中确保优势，改善铁路客户的服务质量，铁道部门一直在努力寻找提高竞争力、改善服务的新途径。中国铁路客票发售和预订系统的特殊性

综观国外许多已成功运用多年的客票系统，有其成熟的经验可以借鉴，而当今计算机和网络技术的飞速发展则为我们提供了很好的条件。但中国铁路客票系统有着自己的特殊性，主要表现在以下几点：◇ 规模庞大： 如前所述，中国铁路有 5000 多个车站承办客运业务，日开行旅客列车 2000 多列，系统建成后将有几万个窗口机需要联网，每年客运量大于 10 亿人次，最高日发售客票高达 400 万张之多，可以说没有任何一个国家的铁路客票系统具有如此庞大的规模。

◇ 实时性强： 中国铁路客票发售量不但大，而且热线车票和售票时间较为集中，在售票高峰时，将会同时产生 个座席申请，其中有相当数量是对同一时间、同一车次、相同座席的请求。为保证响应速度，对网络时延的要求非常高，计算机处理一张票的总时间一般应小于 7 秒，其中网络通信时延要在 2 秒以内，而我国的通信条件又恰恰比较落后，要满足这样的要求则具有一定的难度。

中国是一个发展中国家，人口众多，铁路旅客运输是主要的交通运输方式。从整体上讲，客票的发售和预订在数量上是供不应求，因此，每一张客票均要精确地确定座席，并且是当日当次有效。加上票种繁多、票价复杂、票额预分、座席复用和规章众多等等，给数据组织和数据库管理增加很多约束条件和困难。而国外发达国家由于铁路运输能力是供远大于求，其主要客流集中在市郊和地铁，客运管理简单，对系统功能要求不高，除部分国家在预约客票中考虑了座席外，大量的售票业务都不必处理座席信息，其系统开发的难度则比中国小得多。

◇ 多级网络结构： 由于国外系统起步较早，且通信发达，大多数采用集中处理的主机／终端方式，而我国幅员辽阔，通信条件较差，根据实际情况，将采用近代发展的集中与分布相结合的客户机／服务器体系结构，这对大规模信息系统的应用也是探索和创新。

◇ 管理体制改革： 中国铁路部门在长期的手工作业过程中，为解决运量与运能的矛盾，建立了一整套严格的行之有效的客票发售组织与管理制度，但在很大程度上并不适应现代技术和新系统的运用，这在系统建设过程中将要有所打破、有所创新、有所改革，也增加了系统开发的难度。

上述种种特殊性说明，中国铁路客票系统的复杂程度远远高于国外的售票系统。

中国铁路客票发售和预订系统的最终目标是建立一个覆盖全国铁路的计算机售票网络，实现客票管理和发售工作现代化，从而方便旅客购票和旅行，提高铁路客运经营水平和服务质量，达到国际先进水平，成为世界上规模最大的铁路客票发售和预订系统。具体目标如下：

－ 实现全路快车营业站计算机联网售票，以机器代替人工作业，以软票替代常备客票。在任一售票窗口可发售任意方向和任意车次的客票，最大限度地为旅客提供方便。

－ 系统可预订、预售和发售当日客票，具有售返程、联程等异地购票功能。

－ 系统预售期近期为 10 天，远期为 30 天；预订期近期为 2个月，远期为半年。

－ 实现票额、座席、制票、计费、结算、统计等工作的计算机管理。逐步形成统一的客票信息源，实现信息共享。－ 加强客票信息管理与分析，提高座席利用率，为铁路客运组织与管理工作提供辅助决策支持。

中国铁路客票系统网络安全问题的探讨

一、中国铁路客票发售和预订系统简介

中国铁路现有5155个客运站，日发送旅客300多万人，每天发售数百万张客票。为了提高我国铁路客运现代化水平，铁道部从95年开始在一些大站开始逐步实施计算机联网售票。按照总体规划,整个客票发售和预订系统采用集中与分布相结合的客户机/服务器结构，它由1个全路票务中心、29个地区票务中心及车站电子售票系统三级组成。数据通讯广域网采用已建成的覆盖全国的铁路/smart40/CompileListBkq=

3、如要退票，现在新规定只固定核收20％退票费；k.:

4、如果乘坐直达车拥挤得无法上车，那么我们可以选择到其它车站换乘，碰到好一点得列车员和车长，他们不会再收取你的补票费，到达换乘站时再去进行“中途下车改签”。如：在五提之前，我从株洲—昆明买了K181次，当时就没挤上车去，然后我的反映就是乘坐接下来的2513次到桂林北换桂林北—昆明的2055次！那次的2513列车员就没有叫我补票，到了桂林虽然签到无座票，但由于是始发车，上车还是找到了座位！当然，一本全国铁路旅客列车时刻表是少不了的，另外，由于2055是隔日开行，所以我还致电桂林北问讯2055到底是哪天开行。q(bc

5、我有一个小技巧，也是我的乘车经验，还是从株洲—昆明，我是这样买票的：在株洲站买K65次到怀化，有座位，在株洲站买K79次怀化—昆明，也打出了座位。但是我在乘坐的时候我就在K65上从株洲一直坐到贵阳再换K79！因为K65人少并且舒适，硬座可当卧铺睡！并且我买的还是学生票，一开始那个售票的还不卖说不能像这样买，我一再坚持说这样是可以买的，然后她把领班叫出来问，结果当然是可以卖了！假如K65过了怀化查票的话，那就得看你怎么说了，装无知与装可怜是很有可能过关的（辛好K65从来不查票）~~~当然，我觉得那次我应该买T61从怀化到昆明的异地车票，因为我后来才知道，T61在怀化也有预留的噢！

1997年9月16日，原告刘国存和爱人在山海关火车站购买两张9月19日529次(北京至大连)旅客列车山海关至大连的硬座客票。山海关火车站售票人员误售给原告两张9月16日的529次客票。原告立即声明时间不对。山海关火车站售票人员随后给原告补了两张9月19日的签证票，并告知原告客票与签证票合并使用有效。9月19日，原告刘国存和其爱人乘上529次旅客列车。上车后，529次旅客列车列车长及列车有关人员在验票时认为，原告所持车票有效期只能到19日24时，如果到大连则需要再行补票。原告刘国存重又补了两张沈阳至大连的客票，票款84元。原告认为，其持有有效客票，中途不应当再行补票，补票使其在乘车期间精神上受到伤害。故以此为理由起诉至大连铁路运输法院，请求判令被告大连铁道有限责任公司退回补票款84元，赔偿误工损失等200元及精神损失费200元。

被告大连铁道有限责任公司答辩称：经向山海关火车站了解情况，原告所诉属实。愿意向原告赔礼道歉和依法处理此事。

大连铁路运输法院于1997年9月22日受理此案后，依法对此案进行了审理，查明了上述事实。认为：原告刘国存购买9月19日铁路旅客列车客票，由于车站的过错造成误售给原告9月16日客票，经原告指出后，车站补给原告9月19日乘车签证，并声明两票合并使用有效。按《铁路旅客运输规程》的规定，则原告所持车票的有效期应从原告乘车之日起计算。被告按原车票记载日期计算原告所持车票有效期限不符合规定，应返还原告补票款。大连铁路运输法院依据案件事实、证据，分清是非，主持了原、被告双方进行了调解，双方于1997年9月29日当庭达成如下调解协议：

一、被告给付原告票款84元(即时清结)。

二、被告赔偿原告损失200元(即时清结)。

三、原告放弃其它诉讼请求。

四、案件受理费50元，由被告负担。

由于调解协议内容当庭履行完毕，依照《中华人民共和国民事诉讼法》第九十条的规定，双方当事人、审判员及书记员在调解协议上签名，调解协议即发生法律效力。

本案是一起因铁路车站误售旅客列车客票，持票旅客上车后重新补票造成的铁路旅客运输纠纷。案件的事实简单、清楚，纠纷的关键在于应由谁承担本案的过错责任。对此，在审理过程中，意见分歧很大。一种意见认为，纠纷的产生是由于车站误售客票所致，责任在车站，车站应承担由此而产生的责任。被告作法正确，不应承担责任。另一种意见认为，车站虽然由于自身的疏忽误售旅客客票，但及时补发给乘车旅客以正确的乘车签证，变更了客票的有效期限。被告所属旅客列车认为原告所持客票期限已到，需重新补票，是错误的，应负赔偿责任。

我们认为，第二种意见是正确的。解决此纠纷的关键在于分清责任，确定原告所持客票的有效期限。根据《铁路旅客运输规程》的规定，铁路旅客列车客票的有效期间，按乘车里程计算，300公里以内为2日，301公里以上每增加500公里增加1日。其期间的计算应从指定乘车日起至有效期最后一日的24点止。本案的原告所持误售的客票乘车日为9月16日，按此规定有效期间为9月16日起至9月19日24点止。如果原告购买的就是9月16日的车票，上车后补票就是应当的。但《铁路旅客运输规程》又规定，因列车满员、晚点等铁路责任不能按客票、加快票的有效期间，到达到站时，车站可以适当延长客票、加快票有效期间。延长日数从客票有效期间终了的次日起计算。原告所持误售客票虽然到19日(即原告乘车之日)24点止已到有效期间，但此票乃车站误售所致，车站在知晓后及时补给原告19日的乘车签证，声明此16日的客票与19日的签证合并使用有效。车站补给原告19日的乘车签证是合法有效的，实际上已经延长了原告所持客票的有效期间。在计算该车票的有效期间时应从乘车签证所载的日期起计算，即从19日原告乘车时起，至有效期间最后一日的24点即22日的24点止。被告所属列车的列车长及有关人员认为原告所持客票到19日24时点止已到期，不符合《铁路旅客运输规程》的规定，让原告再行补票的作法是错误的，应返还原告所补旅客列车客票的票款，并承担给原告造成经济损失的赔偿责任。

虽然车站在误售客票后以签证的方式进行了弥补，但这种方式仍欠妥当。因为它毕竟会给旅客带来不必要的麻烦，铁路方面的值乘工作人员对此就未作出正确理解。因此，这种误售应以车站方面收回误售客票，向购票人换发正确客票为适当。

如有需要，请联系本人ＱＱ

随着社会市场经济的发展和日益繁荣，老百姓对体育，特别是对篮球喜爱程度越来越高。为充分利用现代信息处理技术和科学手段，建立一个功能齐全、既适用于当前各地业务需要，又具有前瞻性的篮球比赛门票预定管理系统，已经十分必要。

本文分以下几部分阐述了基于J2EE体系结构，使用Struts框架、Hibernate持久化框架，采用JSP作为显示层，后台使用体积小、速度快、总体拥有成本低的MySql数据库的结构和设计，来实现的。

一：数据库采用目前中小型企业中常用的MySql作为数据存储系统。本系统由于采用Hibernate作为持久层框架,在可靠性，效率方面都有很好的表现。

二：工程主体框架采用Struts完成。Struts是Apache开源组织下的一个子项目，为工程的整个业务逻辑提供了支持。

三：数据持久化采用Hibernate完成。Hibernate与iBatis一样，都是闻名于开源市场的数据持久层框架。同时Hibernate由于它的高效，安全，在企业开发中也经常被使用。四：WEB服务器：Web服务器采用Tomcat 5.5运行。

总之会给用户带来方便快速的服务。

如有需要，请联系本人ＱＱ

第四章 详细设计及实现

依照总体设计，详细设计中需要对每个模块做出具体实现方法的计划，并写出关键代码。

由于本系统采用struts框架，所以整个系统UI层由JSP负责，控制层由struts中的servlet负责，其中表单信息由bean负责，其中BPO处理有action类进行承担了解。其实就是MVC的处理方式。

登录、密码找回都在主页外进行，注册会员进入后，在index页面采取框架结构，顶部top.jsp包括管理系统标语，有对用户密码进行修改、锁定用户，退出系统的功能。下面左边是left管理菜单最高管理员则有五个：用户管理、比赛赛程管理、票价查询、门票预定预览、门票管理，一般用户则是由最高管理用户进行制空权，此用户则有4个页面的功能：用户管理、比赛赛程管理、票价查询、门票预定预览。主界面一般分为三块，上面是查询的关键项，中间是查询结果，下面是修改、增加功能。如图4-1:

如有需要，请联系本人ＱＱ.3功能模块详细设计 4.3.1 用户管理

用户管理是用对用户的具体管理，用户的查询是用用户的信息进行查询，这里通过关键字进行查询相应的用户或者默认查询全部用户，关键字查询是通过hibernate自动查询的，然后由action把数据返回页面。效果图如下：

图4-2 用户查询页面

然后对用户进行管理，包括对用户进行权限管理，修改，冻结，解冻。

只有最高管理员拥有用户权限管理的功能，功能是将五个页面的功能赋给相应的用户，效果图如下图4-3：

如有需要，请联系本人ＱＱ

修改用户信息，将用户的信息进行修改，选中一个用户，然后单击修改，就将选中的用户的信息显示在下面，然后就可以进行修改用户的信息。效果图如下图

图4-4修改用户信息页面

如有需要，请联系本人ＱＱ 冻结用户信息就是将不合法的用户进行锁起来，效果图如下

解冻的功能与冻结的功能正好相反，这样可以将James-Gosling 进行解冻，解冻和冻结对系统的良好文化进行保持的作用，及时处理不好的用户。

新增用户功能在增加新的用户信息后，点击保存按钮就可以增加一个新的用户。下图是填写新用户信息，效果如下：

图4-6增加新用户页面

单击保存按钮后，然后就显示刚刚增加的用户信息，如下图所示

图4-7 保存新用户信息后

如有需要，请联系本人ＱＱ 修改用户信息就是用户想更改自己的信息，选中一条信息，然后单击修改按钮，在下面就显示出要修改的用户的信息，最后保存就可以了。效果如下图所示：

删除用户信息，选中想删除的一条用户的信息，然后单击删除，就可以对用户进行删除。效果图在此不显示了。

比赛赛程管理是用对比赛信息的查询，用户的通过页面上的关键字进行查询，这里通过关键字进行查询相应的比赛信息或者默认查询全部比赛信息，关键字查询是通过hibernate自动查询的，然后由action把数据返回页面。效果图如下：

如有需要，请联系本人ＱＱ

图4-9比赛信息查询页面

然后可以通过下面的页面进行页面的切换。此页面显得方便直觉。

票价浏览是用对票价信息的查询，用户的通过页面上的关键字进行查询，这里通过关键字进行查询相应的票价信息或者默认查询全部票价信息，关键字查询是通过hibernate自动查询的，然后由action把数据返回页面。效果图如下：

图4-10票价查询页面

如有需要，请联系本人ＱＱ 然后可以通过下面的页面进行页面的切换。此页面显得方便直觉

票价预订预览是用对预定票信息的查询，用户的通过页面上的关键字进行查询，这里通过关键字进行查询相应的预定票信息或者默认查询全预定票信息，关键字查询是通过hibernate自动查询的，然后由action把数据返回页面。效果图如下：

图4-11查询门票预定信息页面

新增门票预定功能在增加门票信息后，点击保存按钮就可以增加一个新的门票预定。下图是填写新门票预定，效果如下：

图4-12 新增加门票页面

单击保存按钮后，然后就显示刚刚增加的预定门票信息，如下图所示

如有需要，请联系本人ＱＱ

图4-13 保存预定门票页面

修改预定门票信息，将预定门票的信息进行修改，选中一个用户，然后单击修改，就将选中的预定门票的信息显示在下面，然后就可以进行修改预定门票的信息。效果图如下：

图4-14 修改预定门票的页面

然后就显示预定门票修改的结果。

删除预定门票信息，选中想删除的一条预定门票的信息，然后单击删除，就可以对预定门票进行删除。效果图在此不显示了。

如有需要，请联系本人ＱＱ.3.5 门票管理

门票管理是对门票进行统一管理，是个仓库，这里有拥有查询、添加、修改、删除这个大功能。

查询门票，是对门的情况进行了解，这里通过关键字进行查询相应的门票或者默认查询全部门票，关键字查询是通过hibernate自动查询的，然后由action把数据返回页面。效果图如下：

图4-15 门票查询页面

修改门票信息，将门票的信息进行修改，选中一张门票，然后单击修改，就将选中的门票的信息显示在下面，然后就可以进行修改用户的信息。效果图如下图

如有需要，请联系本人ＱＱ

图4-16修改门票信息页面

然后可以对修改后的信息，单击保存按钮进行保存。

新增门票功能在增加新的门票信息后，点击保存按钮就可以增加一个新的门票。下图是填写新门票信息，效果如下

图4-17新添门票息页面

随后对添加的信息进行保存，就完成增加功能。

删除门票信息，选中想删除的一条门票的信息，然后单击删除，就可以对门票进行删除。效果图在此不显示了。

登录页面通过输入的用户名和密码进行后台验证，如果不对，在当前页面进行报错提示，以方便用户正确登录。效果图如下：

如有需要，请联系本人ＱＱ

用户密码修改模块是个人空间的一个功能。

首先以表单方式让用户填入旧的密码和填写两次新的密码。提交时首先进行页面判断：先从session中提出password和旧密码比较是否一致，然后判断两次输入的新密码是否一致，如果两个判断有一个不一致发送中断，提示错误。判断通过后提交给action。界面如图4-19所示。

图4-19 密码修改页面

如有需要，请联系本人ＱＱ

当用户想离开桌面或者长久离开时，可以锁定用户，以保护系统信息。锁定效果如下所示：

图4-14 锁定用户页面

当用户想退出系统时，可以单击页面右上角的退出图票就可以方便实现退出。效果图就不显示了。

本章是整个系统制作的最后一部分，具体实现了各个功能模块，将整个软件由设计变成了实际产品，是整个制作过程的代码实现部分。其后，面对整个软件，还进行了测试，从而完成了整个软件。

如有需要，请联系本人ＱＱ