客票系统在线订票接口方案

罗 彤

(北京全路通信信号研究设计院集团有限公司，北京 100070)

1 接口分析

在线订票是用户根据出行需要自行在网站或手机App查询余票、到发时间、费用等信息，选择需要的车票，并通过安全、高效的电子支付完成车票购买。在线购买成功后，乘客凭借通知的订单号或有效证件可在就近车站办理取票。在线售票克服了时间和空间的因素，使每一台可上网的电脑成为售票终端，从而实现售票节点布向每一个人，真正意义上实现电子售票。

经分析，在线订票具有以下技术特点。

1）大规模并发交易

在运量高峰期间，对于广大乘客而言，火车票的超高性价比和相应的方便性，使得每张票成为稀缺资源。而在线售票那一瞬间，必然有成千上万的人同时访问客票系统，整个系统将承受巨大的并发压力。

如何应对巨大的并发压力，保持客票系统的稳定性和可靠性，同时提高系统的性能和响应速度，将是在线订票接口重点考虑和解决的问题。

2）公网接入的安全风险

由于在线售票的需要，客票系统需要外网接入，由此带来诸多安全风险：网络非法监听、非法访问篡改数据、获取密码文件、网络欺诈、主机瘫痪或网络瘫痪等，更有甚者利用网络攻击进行勒索，严重影响运营秩序。

2 设计原则

为应对大规模并发交易，采用模块化、独立、降低耦合度等设计原则，具体如下。

1）服务程序支持横向扩展

接口服务和交易服务程序支持横向扩展，实现服务分区，提高系统的并行处理能力,如图1所示。

图1 在线订票服务Fig.1 Online ticketing service

2）窗口售票、在线订票业务相互独立，互不干扰

为窗口交易、在线交易分配独立的硬件资源和软件资源，将席位按窗口可售席位和在线可售席位分库，交易存根按窗口交易存根和在线交易存根分库。在线交易新增接口服务器、应用服务器、数据库服务器、磁盘阵列、应急数据库服务器，分配独立的接口服务、交易服务，通过横向扩展，保证大规模并发交易的顺畅处理。

窗口售票、在线售票业务相互独立，但实现席位、收入等统一、集中管理。

3）交易排队，实现订票交易的异步处理模式

如图2所示，采用交易排队，实现订单交易的异步处理。当应用服务资源无法同步处理订票请求时，自动将请求推入队列，并提示用户已经进入排队状态，用户可查询请求的处理状态，同时可主动取消排队；系统将根据应用资源忙闲程度，自动将队列中的请求进行提交，提交结果及时反馈用户。当应用服务资源空闲时，订票请求同步提交处理。

排队机制改善了用户体验，只需提交一次订票请求，可以动态了解订单排队情况；提高了服务器资源利用率，异步交易模式下，服务器资源占用时间大大缩短，处理效率极大提高。

4）在线售票、线下取票分离

图2 交易排队Fig.2 Transaction queuing

电子票取票高峰和售票高峰叠加，会进一步加大中心电子票库的负载，造成业务交叉影响，出现售票繁忙时段车站换票缓慢的现象。

因此，如图3所示，可将电子票库同步至车站，从而将取票压力分散到各车站，避免对在线售票的影响。当车站出现异常时可连接中心应急换票。

图3 售票分离Fig.3 Ticketing and getting tickets separately

3 接口方式

接口方式和接口协议应以既有的客票技术方案和业务流程为基础，接口方式为tcp连接，客票系统作为sever端，在线售票系统为client端，采用双网连接。

设备接口示意如图4所示。

根据窗口售票和在线售票相互独立的设计原则，新增接口服务器、应用服务器、队列服务器、数据库服务器、磁盘阵列、应急数据库服务器、防火墙等，独立处理在线售票请求。

图4 在线订票接口Fig.4 Online ticketing interfaces

接口服务器负责客票系统与在线售票系统的业务连接，接收在线订票请求；应用服务器负责在线订票请求；队列服务器负责交易排队机制，实现订单交易的异步处理；数据库服务器负责在线售票相关的席位库、电子票库的管理，与既有窗口售票席位库、电子票库分离，从而实现压力的分散，提高处理能力。

接口服务器、应用服务器、队列服务器、数据库服务器要求4核CPU，内存8 G以上，硬盘空间300 G以上。磁盘阵列存储16 T。客票系统和在线售票系统连接通道速度大于10 M。

4 接口协议

在线订票接口协议如表1所示。

表1 在线订票接口协议Tab.1 Online ticketing interface protocol

续表Continued

5 结束语

本文介绍了在线售票接口方案，包括设计原则，接口方式，接口协议等。技术方案遵循模块化、资源独立、分散压力、异步处理等原则，来应对在线售票的高并发访问，同时降低业务间耦合度，避免了业务间相互影响。