移动通信技术在铁路客票系统中的应用研究

刘婷婷

（中国铁道科学研究院 电子计算技术研究所，北京 100081）

铁路客票发售与预订系统（简称：客票系统）在固网中已经成功运行了很长时间，但在移动通信飞速发展的今天，单凭借固网系统已经是远远不够的。在此，如何将客票系统更加方便快捷的在移动通信中得以应用是值得研究并加以推广的。

1 客票系统的现状

目前，铁路售票的模式主要以车站售票，代售点售票，电话订票为主，部分地区实现了自动售票机售票。但是由于我国目前的运能与运量的供需矛盾还比较突出，旅客购票难的现象在运能紧张时比较明显。在节假日、暑运、春运等客流集中的日子里，购票难更是令供求双方头痛的问题。

铁路客运专线投入运营以来，供需矛盾有所缓解，部分线路运能充足。传统的售票渠道无法适应和满足旅客方便出行的需求。这势必要求尽快实现便捷的现代化的售票渠道去满足他们的需求。与高效的覆盖范围广的移动网络相结合是铁路客票发售模式的一个新的发展方向。

2 客票系统在移动通信中的扩展途径

2.1 移动终端应用程序

移动终端应用程序是指运行在移动终端上的应用程序。它可以由C ﹑C++和Java语言等编写，内嵌在移动终端内，或由外界添加到移动终端内部。例如：网上下载，附加设备拷贝，用户可在移动终端上找到它的图标，选择启动后运行。

移动终端应用程序按运行方式划分可以分为2类：（1）可执行应用程序；（2）解释执行程序，运行在解释平台上。

2.1.1 可执行应用程序

这类应用运行在智能手机，移动上网本上，运行之前需要用户下载安装程序进行安装。应用程序的编写需要适应不同平台。智能手机平台主要有 Symbian，Window mobile，IOS, MeeGo 和BlackBerry OS，上网本的平台有Window和Linux。

这些平台都是用C或C＋＋编写应用程序。Android平台也是智能手机平台，但它的sdk接口使用Java语言，不能编写可执行应用程序。

2.1.2 解释执行程序

这类应用程序用解释语言编写，运行在虚拟机上。常用的解释语言有Java语言，运行在KVM上。只要移动终端装有解释器，就可以运行相应的程序。事实上，浏览器和KVM已经相当普及，在功能手机，智能手机和上网本上都有，因此用该解释语言编写完应用程序后可以得到很好的移植性。

2.1.3 两种类型程序比较

表1 两种类型程序比较

2.1.4 系统架构

（1） 整体架构

客票系统整体上是C/S架构。移动应用程序属于客户端部分，负责接收用户输入，向服务器发出请求；服务器负责接收客户端的请求，处理请求，回复处理结果，如图1。

图1 系统整体结构

（2） 客户端架构

客户端架构采用MVC模式，如图2。

图2 客户端架构

2.1.5 推广渠道

（1）手机应用商店。通过手机应用商店，用户可以下载自己需要的应用程序，并偿付相应费用，收入由应用程序提供者，手机应用商店的提供者和运营商分成。客票系统可以通过互联网上上传到各个应用手机应用商店，标价售出，消费者在购买了客票系统之后就可以使用它进行客票业务了。

（2）在移动终端中内嵌应用程序。这条渠道需要和移动终端厂商合作，在该移动终端厂商的产品中嵌入客票系统应用程序，买到移动终端的用户可以直接运行客票系统。

2.2 B/S架构

2.2.1 B/S结构的特点

B/S即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端(浏览器)实现，但是主要事务逻辑在服务器端(服务器)实现，形成所谓3层3-tier结构。这样就简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。

2.2.2 客票系统实现B/S架构后的特点

（1） 开发工作全部集中在网站开发，不需要针对各种手机开发应用程序，也不牵扯和手机厂商、运营商合作或分成的问题。手机浏览器几乎是所有手机的必须模块，因此只要搭建好网站，消费者就可以用手机登录网站就可以了。

（2）开发WAP网站和门户网站两种模式。由于手机自身资源有限，所以最好搭建好针对手机的WAP网站，而普通门户网站由于需要资源较大，所造成手机上显示慢，或显示不全，影响用户使用。

WAP网站B/S架构模型如图3。WAP通过用户代理技术把WWW和无线领域链接起来。

图3 WAP网站

WAP代理具有协议网关的功能，它可以把来自WAP协议栈的请求转化成WWW协议栈的请求。即把WAP、WTP、WTLS、WDP等请求转化为HTTP和TCP/IP请求。同时它还具有把WAP内容转化成紧缩的编码格式，以减少在网络上传输的数据量的内容编码器。

WAP网络实例如图4。

图4 WAP网络实例

（3） 网站搭建好后，客票系统还必须把自己的系统在网站宣传出去，让移动终端用户知道客票系统的存在，进而用移动终端的浏览器上网，使用客票系统。WAP push是一种有效的宣传方式，向移动终端用户推入短消息，在短消息内容中介绍自己的网站，嵌入网站的链接。除了WAP push外，广告也是一种有效的宣传途径。

2.2.3 客票系统在BS架构上的需求

鉴于B/S架构的特点，要想通过B/S架构推广客票系统需要做到：

（1） 搭建WAP和门户两种网站，以使用户可以在PC和移动终端上都能登录客票系统。（2） 利用网站的WAP push消息，向移动终端用户推销自己。（3） 利用WAP push消息完善自身的业务。例如定时提醒功能、即时消息提醒功能；第3方衍生业务提示功能等。

2.3 移动短信服务

移动短信服务是指为移动终端用户提供短信服务，如果用户订阅了某种短信服务，运营系统会定期发送短信到移动终端，短信内容设计相关业务。

移动短信服务首先由于需要借用运营商通道，在开发系统和运营都要受限于运营商，并且要赋予运营商一定的费用，从而加大了成本。其次短信的内容有限。目前单条短信的大小是140 byte，一次交易发短信的条数不能太多，最好不要超过5条，限制了信息量，不利于客户全面的了解系统提供的相关服务。再次如果客户阅读短信后想与系统进行交互，例如订阅、查询等请求，利用短信实现是很困难的，需要事先设计回复短信的格式，并在发送的短信中指明，交互难度较大。基于以上特点，移动短信服务的推广能力很有限。

2.4 3种途径的比较

表2 3种途径的比较

2.5 移动客票的特点

移动客票的最大特点是“随时随地”和“个性化”，手机和电脑相比，手机小巧、轻便，易于操作使用。同时，移动客票拥有消费市场中高端用户，不论在用户规模上，还是在用户消费能力上，都优于传统的客票。并且手机号码的唯一性和SIM卡的不可复制性为移动电子客票的支付安全性提供了可靠的保证。

目前随着手机用户的范围越来越广，手机的用途也越来越多，移动通信的服务也越来越规范，安全性也在不断地完善，将移动通信技术应用于客票系统可以使客票系统的应用范围更广、也更便捷，同时也是客票系统的一个发展方向之一。网络购票有着条件范围的约束，短信售票又有着交互过多效率低的不足，两者都有一定的局限性。移动通信售票即解决了网络售票的不足，又避免了短信售票的过多交互，而且移动通信的服务规范化，以及安全性的基础保障也使得移动客票的实施更加具有安全性和可靠性。

3 结束语

本文详细分析了在移动通信系统种推广客票系统的3条途径，并对其进行了比较，主要包括：开发难度，开发工作量，开发费用，推广能力和适合的终端种类。综合看来，B/S架构是最适合的一种推广途径，它在这几方面中应具有明显的综合优势。