鐵路自動售票機人機交互系統(tǒng)的優(yōu)化設計與實現(xiàn)

潘浪濤，李士達，張 曦，譚 雪，付巧玲

（1.中國鐵道科學研究院 電子計算技術(shù)研究所，北京 100081；2.北京經(jīng)緯信息技術(shù)公司， 北京 100081）

鐵路自動售票機（TVM）以其方便快捷、7×24 h服務的優(yōu)點得到了快速發(fā)展。據(jù)統(tǒng)計，目前全路范圍內(nèi)共安裝使用自動售、取票設備12 000多臺，日發(fā)售車票總數(shù)最高達57萬多張，日取互聯(lián)網(wǎng)訂票最高達697萬多張。經(jīng)過多年的推廣應用，鐵路自動售票機已經(jīng)獲得了廣大旅客的認同，自助式服務理念也已深入人心，如何提高系統(tǒng)使用效率、擴大使用范圍、滿足旅客對售取票業(yè)務更高的需求已經(jīng)成為一個不容忽視的問題。許多從事自助服務領域研究的專家和學者就如何提高自助設備的使用效率和服務質(zhì)量提出了自己的觀點和看法，如：李季濤、歐陽欣等人針對客流強度配備自動售票機數(shù)量的研究[1-2]；郭暢提出利用鐵路自動售票系統(tǒng)用戶特征分析數(shù)據(jù)指導鐵路自動售票機的布局和終端界面的優(yōu)化配置[3]；龐建康、曹水婧、趙偉超、張萍等人從提升用戶體驗的角度對鐵路自動售票機人機交互界面設計提出了自己的見解[4-7]；譚雪等從降低用戶認知負荷的角度給出了鐵路自動售票機人機交互界面的優(yōu)化方案[8]。本文在分析和總結(jié)當前鐵路自動售票人機交互系統(tǒng)存在不足的基礎上，結(jié)合人機交互和認知負荷的相關(guān)理論，提出了一套全新的基于NodeJS平臺的優(yōu)化設計方案。

1 現(xiàn)狀分析

目前，鐵路自動售票機主要提供發(fā)售全國車票、互聯(lián)網(wǎng)換票、取電話訂票、發(fā)售乘意險等功能，受早期人機交互系統(tǒng)架構(gòu)、界面設計和業(yè)務流程的影響，現(xiàn)有的鐵路自動售票機人機交互系統(tǒng)在功能布局、信息展示、操作流程便捷性上存在著一些明顯的問題和不足，不能適應現(xiàn)代旅客對自助式業(yè)務辦理的較高需求，主要體現(xiàn)在以下幾個方面。

1.1 功能分區(qū)和入口設計不合理

現(xiàn)有TVM人機交互主界面的最醒目位置大部分被“操作演示”功能占用，而主要功能區(qū)只能集中在右側(cè)小部分，且發(fā)到站選擇、日期選擇、車次選擇、車票類型選擇與確認購票和取訂票功能按鈕平級，其可能導致旅客不能很方便快捷地找到功能入口，最直接的結(jié)果就是降低了操作效率。

1.2 選擇到發(fā)站方式不能適應現(xiàn)代旅客的需求

早期鐵路自動售票人機交互系統(tǒng)中站點少，使用站線示意圖能夠幫助旅客快速找到自己所需到發(fā)站，但是隨著自動售票機可發(fā)售車票線路的不斷增多，加上普通旅客對鐵路線路了解不足，采用站線示意圖的方式選擇到發(fā)站的效率不斷降低。

1.3 車次分類不完善，旅客選擇不方便

當前TVM人機交互系統(tǒng)對車次分類比較簡單，只提供如動車組車次、12點后車次、18點后車次等比較粗粒度的過濾查詢條件，在車次數(shù)量較多的情況下，旅客進行車次選擇時所耗費的時間會比較長。

2 優(yōu)化方案

2.1 設置合理的功能分區(qū)和明確功能入口

通過對現(xiàn)有TVM人機交互系統(tǒng)的功能入口界面分析，合理的功能布局和清晰的功能入口對于提升用戶體驗至關(guān)重要，因此將TVM人機交互界面進行重新分區(qū)和功能分類，如圖1所示，將TVM的主要功能入口選項放置于界面的顯著位置，并且將原界面中的功能重新分類整合，得出售票、互聯(lián)網(wǎng)換票、取電話訂票、銀通卡換票、席位變更查詢5類功能，降低旅客操作時的學習難度和認知負荷。

圖1 功能入口界面優(yōu)化方案

2.2 優(yōu)化發(fā)到站選擇方式

通過對現(xiàn)有TVM人機交互系統(tǒng)到發(fā)站選擇界面的分析，可以發(fā)現(xiàn)當線路少、車站數(shù)量少時使用線站示意圖可以很快找到發(fā)到站，而一旦線路和車站數(shù)量增多時，其選擇發(fā)到站的效率就會不斷下降。平衡效率和通用性是到發(fā)站選擇界面設計考慮的關(guān)鍵，如圖2和圖3所示，在優(yōu)化方案中，通過對售票記錄的統(tǒng)計分析得出當前車站發(fā)售車票的熱門到站（總數(shù)不超過24），設計熱門車站選擇頁面，優(yōu)先滿足大部分旅客購票時對效率的要求，通過使用站名檢索的方式滿足其他乘客的要求，達到提升用戶體驗和使用效率的目的。

圖2 通過城市選擇發(fā)到站

圖3 通過其他車站檢索發(fā)到站

2.3 設置更加合理便捷的車次分類選擇

現(xiàn)有車次選擇界面中對車次僅做了比較簡單的分類，當車次較多時，系統(tǒng)可用性變差，旅客查找車次時效率降低，因此在優(yōu)化方案中，如圖4所示，為旅客提供動車組和普通車次的分類顯示，以及更加細化的分時段列車顯示、快速頁碼查找將會提高旅客查找所需車次的效率。

圖4 車次選擇界面

3 系統(tǒng)總體結(jié)構(gòu)及功能設計

鐵路自動售票人機交互系統(tǒng)通過將票務數(shù)據(jù)、服務信息等組合成文字、圖片、聲音、動畫等多媒體信息動態(tài)地展示給旅客，引導旅客自助完成售取票業(yè)務操作。如圖5所示，其優(yōu)化后的系統(tǒng)總體結(jié)構(gòu)主要由本地文件管理模塊、日志文件、本地配置文件、通信模塊、通信包解析模塊、頁面控制模塊、信息配置模塊、操作處理模塊、命令請求組包模塊和眾多界面集合組成。

圖5 優(yōu)化后鐵路自動售票機人機交互系統(tǒng)總體結(jié)構(gòu)

3.1 系統(tǒng)功能

3.1.1 本地文件管理

本地文件管理功能由本地文件管理模塊實現(xiàn)，負責對本地文件的操作，主要包括讀取本地配置文件和日志文件的讀寫管理等。其中，日志文件主要按照預定格式記錄和存儲系統(tǒng)運行日志數(shù)據(jù)等，包括頁面控制信息、頁面數(shù)據(jù)和用戶請求數(shù)據(jù)等；本地配置文件記錄服務器地址、端口等一些基礎配置信息。

3.1.2 通信管理

通信管理功能由Socket通信模塊實現(xiàn)，負責人機交互系統(tǒng)與MBP（TVM終端軟件業(yè)務控制程序）之間的通信鏈路建立、鏈接狀態(tài)監(jiān)聽和數(shù)據(jù)傳遞，將從命令請求組包模塊中得到的操作信息發(fā)送給MBP，從MBP得到的窗口參數(shù)及客票數(shù)據(jù)發(fā)送給協(xié)議包解析器。

3.1.3 頁面信息展示

頁面信息展示功能由協(xié)議包解析器、頁面控制模塊、信息配置模塊、終端服務界面等配合完成。協(xié)議包解析器負責對通信模塊接收到的數(shù)據(jù)包進行解析和分類，并按照解析得到的不同數(shù)據(jù)類型將解析后的數(shù)據(jù)發(fā)送給頁面控制模塊和信息配置模塊。頁面控制模塊接收協(xié)議包解析器和操作處理模塊的數(shù)據(jù)，控制服務界面的跳轉(zhuǎn)，并將頁面控制信息發(fā)送給本地文件管理模塊。信息配置模塊接收協(xié)議包解析器和本地配置管理模塊傳遞過來的數(shù)據(jù)信息（如屏幕分辨率信息、是否記錄日志標志等）后，實現(xiàn)頁面顯示信息的動態(tài)更新，并將更新數(shù)據(jù)發(fā)送至本地文件管理模塊和相應的終端服務界面。

3.1.4 界面請求搜集

界面請求搜集功能由終端服務界面、操作處理模塊、命令請求組包模塊等配合實現(xiàn)，負責完成對旅客請求的搜集、翻譯、加工等。其中，各服務界面負責搜集旅客請求，操作處理模塊負責并將其翻譯成系統(tǒng)預設格式語言，命令請求組包模塊將經(jīng)過操作處理模塊加工的旅客操作請求按照約定的通信協(xié)議格式進行組包，最后將組包結(jié)果傳遞給通信模塊。

3.2 功能實現(xiàn)

3.2.1 開發(fā)環(huán)境

開發(fā)平臺：WinXP、NodeJS。編程語言： HTML、CSS、JavaScript。

3.2.2 功能實現(xiàn)

（1）本地文件管理

在NodeJS中，文件系統(tǒng)模塊是一個簡單包裝的標準 POSIX 文件 I/O 操作方法集?？梢酝ㄟ^調(diào)用require("fs") 來獲取該模塊。在本方案的實現(xiàn)過程中，也是通過調(diào)用文件管理模塊中的相關(guān)方法對本地配置文件進行讀、寫等管理操作。讀取本地配置文件時部分代碼如下：

var fs = require('fs');//調(diào)用fs模塊

variconv = require('iconv-lite');

var file = guiPath+"cfg/GuiConfig.xml";

fs.readFile(file, function(err, data){

if(err){

printConsole("讀取GuiConfig文件fail " + err);

}else{

省略部分代碼

}

};

（2）通信管理

在NodeJS中，Net模塊提供了一些用于底層的網(wǎng)絡通信的小工具，包含了創(chuàng)建服務器/客戶端的方法，在本方案的實現(xiàn)中，通過以下方式引入該模塊：

var net = require("net")//調(diào)用net模塊；

window.client = new net.Socket()；//聲明一個新的socket對象；

client.connect(socketPort, socketIP)；//連接服務器；

client.on('readable', function(){//處理readable事件，具體代碼略}；

client.on('close',function(close){//處理close事件，具體代碼略})；

client.on('error',function(error){//處理error事件，具體代碼略})；

（3）頁面信息展示

本方案中，頁面信息采用HTML+CSS的方式進行展示，如設置出發(fā)地選項，部分代碼如下：

CSS:

width: 232px;

height: 710px;

position: relative;

float: right;

}

.side-form .item{

margin-bottom: 20px;

再來看看《現(xiàn)代漢語詞典》中這類詞的釋義情況。[注]如沒有特別說明,本文所引用的釋義均依據(jù)中國社會科學院語言研究所詞典編輯室:《現(xiàn)代漢語詞典》,北京:商務印書館,2012年6月第6版,2016年9月第7版。

}

HTML: