譚 雪,王 斌,朱建軍,黃偉偉,尹伊伊
(1.中國鐵道科學(xué)研究院集團有限公司 電子計算技術(shù)研究所,北京 100081;2.中鐵程科技有限責(zé)任公司,北京 100081)
智能動車組通過與互聯(lián)網(wǎng)、人工智能等技術(shù)的深度融合,推動智能行車、智能運維、智能服務(wù)等智能技術(shù)應(yīng)用,為旅客提供更安全、高品質(zhì)、多元化的運輸服務(wù)。自助售貨機作為智能服務(wù)的一部分,具有節(jié)約人力、便捷的特點。為滿足鐵路旅客日益增長的美好生活需要,鐵路12306 正在逐步向出行服務(wù)型平臺轉(zhuǎn)變[1]。12306 互聯(lián)網(wǎng)餐飲預(yù)訂平臺自2017 年上線以來,從提供動車組餐飲沿途車站餐品及車上自營餐的訂餐及送餐到座服務(wù),逐步擴展成為支持掃碼點餐、車站用餐模式的多渠道多場景的服務(wù)平臺[2]。智能動車組自動售貨機軟件系統(tǒng)作為12306 餐飲預(yù)訂平臺的一部分,與其他餐飲模式形成互補,共同構(gòu)建列車餐飲生態(tài)圈。
與商場、街道、車站等位置放置的自動售貨機不同[3],放置在列車上的售貨機隨著列車位移不斷變化,給售貨機的通信和管理帶來了一定的困難。作為餐飲預(yù)訂平臺一部分,自動售貨機軟件系統(tǒng)需要充分考慮本系統(tǒng)及平臺其他系統(tǒng)的特點,實現(xiàn)既有功能和數(shù)據(jù)復(fù)用,降低開發(fā)成本和維護工作量。系統(tǒng)通過應(yīng)用數(shù)據(jù)同步及補償機制、二維碼生成及識別、智能出貨控制、異常情況處理等技術(shù),解決了自動售貨機軟件系統(tǒng)在列車高速運行時面臨的復(fù)雜網(wǎng)絡(luò)環(huán)境、復(fù)雜列車編組管理、車上操作空間緊張等一系列問題。系統(tǒng)在線路上完成現(xiàn)場測試,運行平穩(wěn)可靠。
自動售貨機系統(tǒng)用戶按照角色可分為平臺管理員、列服人員、旅客。平臺管理員使用系統(tǒng)實現(xiàn)設(shè)備的管理和監(jiān)控,列服人員使用系統(tǒng)完成開店、庫存維護、異常情況處理等操作,旅客使用系統(tǒng)完成商品瀏覽、下單、支付等操作。自動售貨機軟件系統(tǒng)具體需求分析如下。
(1)保證列車高速運行環(huán)境下數(shù)據(jù)交互的穩(wěn)定性和時效性。在動車組列車高速移動環(huán)境下,由于基站的不均勻分布以及高速移動帶來的多普勒效應(yīng)和頻繁的越區(qū)切換,導(dǎo)致網(wǎng)絡(luò)服務(wù)質(zhì)量明顯下降,信號不穩(wěn)定[4]。售貨機通信過程中,涉及多次車地交互,網(wǎng)絡(luò)穩(wěn)定性要求高。自動售貨機軟件設(shè)計時,應(yīng)充分考慮列車網(wǎng)絡(luò)環(huán)境對數(shù)據(jù)交互的影響,優(yōu)化業(yè)務(wù)處理流程,研究通信中斷、通信延遲等情況的處理機制,保證數(shù)據(jù)傳輸?shù)姆€(wěn)定性和時效性。
(2)對售貨機進行統(tǒng)一的授權(quán)和管理。商場、街道、車站等位置放置的售貨機固定屬于某個商家使用和管理。列車上放置售貨機處在不斷移動的環(huán)境中,負責(zé)售貨機的商家隨列車擔(dān)當(dāng)車次變化。由于供應(yīng)商和設(shè)備型號多,不同型號的售貨機貨道分布不同,需要按照型號進行配置和調(diào)試。平臺需要對設(shè)備進行統(tǒng)一管理,保證商家的使用。
(3)滿足列服人員車上空間小、時間緊環(huán)境下的操作需求。自動售貨機的開店、上貨、異常處理、庫存盤點等操作都需要列服人員在列車上完成。列服人員車上操作具有空間小、操作時間緊的特點,設(shè)計相關(guān)功能時需要考慮列服人員的操作特點和操作習(xí)慣,降低列服人員工作的復(fù)雜度[5]?;ヂ?lián)網(wǎng)餐飲平臺已經(jīng)建成覆蓋列車自營餐、車站送餐上車、車站用餐等多種場景,包含權(quán)限管理、商戶管理、商品維護、對賬結(jié)算等系統(tǒng)。自動售貨機作為互聯(lián)網(wǎng)餐飲平臺的又一渠道,可以共用既有平臺的部分功能和模塊,減少操作成本及開發(fā)成本。
(4)適應(yīng)當(dāng)代旅客的購物及支付習(xí)慣。2022年中國用戶平均使用手機3.3 h/d,覆蓋社交、購物、拍照等應(yīng)用,旅客越來越傾向于移動端購物。目前旅客較少攜帶現(xiàn)金出行,考慮到當(dāng)代旅客購物和支付習(xí)慣[6],系統(tǒng)需要支持移動支付場景。
系統(tǒng)架構(gòu)采用分層架構(gòu)設(shè)計,自動售貨機軟件系統(tǒng)系統(tǒng)架構(gòu)如圖1 所示。系統(tǒng)從上到下依次分為展示層、應(yīng)用服務(wù)層、數(shù)據(jù)層、基礎(chǔ)設(shè)施層4 層結(jié)構(gòu),并與餐飲預(yù)訂平臺其他系統(tǒng)、其他平臺或系統(tǒng)進行數(shù)據(jù)交互。
圖1 自動售貨機軟件系統(tǒng)系統(tǒng)架構(gòu)Fig.1 System architecture of vending machine software system
展示層實現(xiàn)與用戶交互,強調(diào)用戶體驗。用戶按角色可以分為平臺管理員、列服人員、旅客。考慮平臺管理員管理的設(shè)備數(shù)量多,列服人員車上操作空間緊張,以及旅客的購物習(xí)慣,分別使用設(shè)備管理系統(tǒng)、列服人員APP、旅客端小程序?qū)崿F(xiàn)3 個角色的功能。
應(yīng)用服務(wù)層負責(zé)系統(tǒng)核心業(yè)務(wù)邏輯的處理,向下與數(shù)據(jù)層交互,向上與展示層交互。查詢服務(wù)提供商品查詢等服務(wù);訂單服務(wù)提供訂單創(chuàng)建、訂單變更等服務(wù);交易服務(wù)提供支付、退款等服務(wù);通知服務(wù)提供店鋪狀態(tài)通知、出貨失敗通知等通知服務(wù);出貨服務(wù)提供旅客支付后自動出貨、列服人員手工出貨等服務(wù);認證服務(wù)提供用戶賬戶認證、開行車次認證等服務(wù);庫存管理服務(wù)提供庫存維護、庫存調(diào)整、庫存盤點等服務(wù);硬件交互服務(wù)提供獲取設(shè)備狀態(tài)、設(shè)備開門、設(shè)備出貨等服務(wù);設(shè)備管理服務(wù)提供設(shè)備維護及管理、設(shè)備型號維護、設(shè)備貨道維護等服務(wù);授權(quán)服務(wù)提供設(shè)備準(zhǔn)入授權(quán)服務(wù)。
數(shù)據(jù)層負責(zé)數(shù)據(jù)的管理,包括數(shù)據(jù)的清洗、處理,并將處理好的數(shù)據(jù)存儲在數(shù)據(jù)庫中。數(shù)據(jù)層包括訂單數(shù)據(jù)、交易數(shù)據(jù)、消息數(shù)據(jù)、庫存數(shù)據(jù)、操作數(shù)據(jù)、設(shè)備數(shù)據(jù)等。
基礎(chǔ)設(shè)施層包括操作系統(tǒng)、數(shù)據(jù)庫、服務(wù)器、網(wǎng)絡(luò)、存儲等。
系統(tǒng)與餐飲預(yù)訂平臺其他系統(tǒng)進行交互,包括商品管理系統(tǒng)、權(quán)限管理系統(tǒng)、支付系統(tǒng)、對賬結(jié)算系統(tǒng)等;系統(tǒng)與其他平臺或系統(tǒng)進行交互,包括售貨機硬件、鐵路主數(shù)據(jù)平臺、微信/支付寶等。
系統(tǒng)業(yè)務(wù)功能主要分為設(shè)備授權(quán)及管理、車上信息維護、商品售賣三大部分,分別供平臺管理員、列服人員、旅客3 個角色使用。自動售貨機軟件系統(tǒng)業(yè)務(wù)功能設(shè)計如圖2所示。
圖2 自動售貨機軟件系統(tǒng)業(yè)務(wù)功能設(shè)計Fig.2 Business function design of vending machine software system
平臺管理員負責(zé)設(shè)備的授權(quán)及管理。平臺管理人員收到新設(shè)備準(zhǔn)入申請后,將維護設(shè)備的型號、設(shè)備所在車底及位置等信息,審核信息并進行設(shè)備授權(quán)。系統(tǒng)檢測各個售貨機的運行狀態(tài)及開行車次,保證系統(tǒng)運行平穩(wěn)。
列服人員負責(zé)車上信息維護。設(shè)備授權(quán)完畢后,列服人員登錄賬號,輸入當(dāng)次值乘的車次信息,校驗通過后完成設(shè)備激活。上貨功能支持獲取本商戶下的商品信息,并維護商品在售貨機上的貨道及庫存信息。開/關(guān)店功能將調(diào)用售貨機硬件進行開/關(guān)店操作。訂單查詢功能支持查詢售貨機當(dāng)前擔(dān)當(dāng)車次的訂單信息。硬件操作功能支持開門、關(guān)門等硬件操作。庫存盤點功能支持當(dāng)前車次商品的庫存盤點。對于列服人員值乘連續(xù)多次列車的情況,交接班功能可將上一班次的庫存交接到下一班次中,減少維護工作量。當(dāng)商品出貨失敗后,提供手工出貨功能,對出貨失敗的商品重新出貨;手工出貨仍失敗或旅客要求退款時,支持退款操作。
旅客使用商品售賣功能。設(shè)備開店成功后,旅客可瀏覽商品及下單,下單后支持微信、支付寶等多種電子支付方式。支付完成后,設(shè)備將逐件出貨,完成整個購物流程。
自動售貨機軟件系統(tǒng)主要分為設(shè)備管理系統(tǒng)、列服人員APP、旅客端小程序、后臺服務(wù)四個模塊,自動售貨機軟件系統(tǒng)內(nèi)部各模塊間,與餐飲預(yù)訂平臺其他系統(tǒng)間,以及外部系統(tǒng)間數(shù)據(jù)交互頻繁。餐飲預(yù)訂平臺其他系統(tǒng)包括權(quán)限管理系統(tǒng)、商品管理系統(tǒng)、支付系統(tǒng)、對賬結(jié)算系統(tǒng),外部平臺或系統(tǒng)包括售貨機硬件、鐵路主數(shù)據(jù)平臺、微信/支付寶等。自動售貨機軟件系統(tǒng)數(shù)據(jù)流設(shè)計如圖3所示。
圖3 自動售貨機軟件系統(tǒng)數(shù)據(jù)流設(shè)計Fig.3 Data flow design of vending machine software system
設(shè)備管理系統(tǒng)包括用戶登錄、設(shè)備維護、設(shè)備授權(quán)3 個模塊。用戶登錄模塊將用戶的賬戶信息傳遞給權(quán)限管理系統(tǒng)進行身份校驗。設(shè)備維護模塊將設(shè)備型號信息傳遞給設(shè)備管理服務(wù)進行處理。設(shè)備授權(quán)模塊將設(shè)備及車底信息傳遞給設(shè)備授權(quán)服務(wù)處理。
列服人員APP包括用戶登錄、設(shè)備激活、商品庫存維護、設(shè)備操作、手工出貨、退款六個模塊。用戶登錄模塊將用戶賬戶信息傳遞給權(quán)限管理系統(tǒng)進行身份校驗。設(shè)備激活模塊將設(shè)備、車底、開行信息傳遞給認證服務(wù),鐵路主數(shù)據(jù)平臺將車次開行信息傳遞給認證服務(wù),雙方信息共同完成校驗后激活設(shè)備。商品管理系統(tǒng)將商戶商品信息傳遞給查詢服務(wù),商品庫存維護模塊獲取查詢服務(wù)的商品信息供列服人員查看,并將列服人員維護的商品庫存信息傳遞給庫存管理服務(wù)存儲。設(shè)備操作模塊將操作信息傳遞給硬件交互服務(wù)處理,硬件操作服務(wù)再將硬件操作指令傳遞給售貨機硬件實現(xiàn)設(shè)備開關(guān)門等操作。手工出貨模塊將待出貨商品信息傳遞給出貨服務(wù),出貨服務(wù)將出貨商品信息轉(zhuǎn)換成待出貨貨道信息,并由硬件交互服務(wù)傳遞給售貨機硬件完成出貨。退款模塊將退款信息傳遞給交易服務(wù)處理,交易服務(wù)將交易信息傳遞給支付系統(tǒng)完成退款操作。
旅客端小程序分為商品瀏覽、下單、支付、訂單查詢4 個模塊。商品瀏覽模塊從庫存管理服務(wù)獲取可售商品信息。下單模塊將旅客下單的商品信息傳遞給訂單服務(wù)處理。支付模塊將支付信息傳遞給支付寶/微信處理,付款信息傳遞給交易服務(wù)處理;支付成功后,將訂單信息傳遞給出貨服務(wù),出貨服務(wù)將待出貨貨道信息傳遞給硬件交互服務(wù),最終由售貨機硬件完成出貨。訂單查詢模塊從訂單服務(wù)獲取訂單信息。交易服務(wù)和訂單服務(wù)分別傳遞交易信息和訂單信息到對賬結(jié)算系統(tǒng)處理。
售貨機通信過程中,涉及多次車地交互,包括售貨機硬件與后臺服務(wù)器交互,旅客使用小程序與后臺服務(wù)器交互,列服人員使用APP與后臺服務(wù)器交互。列車移動速度快,每個流程都需要經(jīng)過多次交互,交互中存在通信中斷、延遲等情況。針對軟硬件交互時存在的各種狀況,為保證通信的完整性,接口交互設(shè)計時要注意數(shù)據(jù)同步、數(shù)據(jù)補償?shù)葐栴},保障數(shù)據(jù)傳輸?shù)姆€(wěn)定性和時效性[7]。
(1)數(shù)據(jù)同步。數(shù)據(jù)同步是指監(jiān)測對方數(shù)據(jù)發(fā)生的改變,并及時更新本地數(shù)據(jù),保證雙方數(shù)據(jù)的一致性。數(shù)據(jù)更新的頻率根據(jù)業(yè)務(wù)需求而不同,對于業(yè)務(wù)關(guān)鍵、時效性要求高的數(shù)據(jù)更新頻率越高。數(shù)據(jù)同步有主動查詢和消息推送兩種方式進行實現(xiàn)。主動查詢根據(jù)業(yè)務(wù)情況主動發(fā)起請求,技術(shù)實現(xiàn)簡單,查詢頻率都由查詢方?jīng)Q定。消息推送根據(jù)業(yè)務(wù)設(shè)置,只有符合的業(yè)務(wù)觸發(fā)后,主動給對方推送消息。消息推送依賴于對方系統(tǒng)的能力,若對方無法提供消息推送的能力,則無法實現(xiàn)消息的推送。為了兼容不同設(shè)備的接口能力,使用主動查詢方式進行數(shù)據(jù)同步。
售貨機開店后,需要對售貨機設(shè)備的運行情況進行持續(xù)監(jiān)測。每隔30 s查詢設(shè)備的開機狀態(tài),若返回設(shè)備異常,需要對設(shè)備進行關(guān)店處理,并通知列服人員人工干預(yù)處理,避免故障期間操作影響旅客購物。
(2)數(shù)據(jù)補償。系統(tǒng)與其他平臺或系統(tǒng)進行數(shù)據(jù)交換時,若在接口請求過程中發(fā)生了網(wǎng)絡(luò)抖動或其他問題,會導(dǎo)致接口調(diào)用失敗。需要設(shè)計一個長效的接口重新調(diào)用機制,在發(fā)生網(wǎng)絡(luò)抖動時自動地補償調(diào)用。接口根據(jù)業(yè)務(wù)不同可以分為操作類請求(包括增、刪、改等操作)和查詢類請求。業(yè)務(wù)操作接口不可多次請求,若請求接口調(diào)用失敗或返回失敗,為避免重復(fù)請求造成已接收執(zhí)行但未成功返回結(jié)果的情況,不進行再次請求,報失敗轉(zhuǎn)人工處理。查詢接口可以多次請求,對于單次請求失敗的情況,需要建立請求重試機制。要根據(jù)業(yè)務(wù)性質(zhì)的不同,設(shè)置補償重試的機制。對于出貨業(yè)務(wù),考慮旅客在等待的時效性,5 s、10 s、30 s各重試一次,若仍調(diào)用失敗或者無返回,則記錄出貨超時,走異常處理流程。
二維碼(Quick Response Code,QR Code)是由多行信息組成的條形碼,能夠在橫向和縱向兩個方位同時表達信息,具有數(shù)據(jù)容量大、支持多種格式、尺寸相對較小、被破壞依然可被讀取等優(yōu)點[8],可實現(xiàn)信息獲取、網(wǎng)站跳轉(zhuǎn)、賬號登錄等功能。二維碼的組成如圖4 所示,位置探測圖形、位置探測圖形分隔符、定位圖形、校正圖形用于二維碼定位和圖形校正,格式信息、版本信息、數(shù)據(jù)和糾錯碼字用于存儲數(shù)據(jù)。
圖4 二維碼的組成Fig.4 Components of quick response code
列車運行時,列車不同時刻擔(dān)當(dāng)?shù)能嚧尾煌煌嚧蔚氖圬洐C負責(zé)的商家不同,自動售貨機開店時需要維護和校驗當(dāng)前負責(zé)的商家信息,數(shù)據(jù)維護復(fù)雜。二維碼可以作為設(shè)備的唯一標(biāo)識存儲識別信息,供車上信息維護及購物等后續(xù)流程識別使用,提高操作的便捷性。
(1)二維碼生成。二維碼編碼時,確定編碼的字符類型并按相應(yīng)的字符集轉(zhuǎn)換成符號字符;將數(shù)據(jù)字符轉(zhuǎn)換為位流構(gòu)成數(shù)據(jù)碼字序列,根據(jù)糾錯等級和分塊的碼字產(chǎn)生糾錯碼字,將糾錯碼字放在數(shù)據(jù)碼字序列后形成新的序列構(gòu)造最終數(shù)據(jù)信息;將探測圖形、分隔符、定位圖形、校正圖形和碼字模塊放入矩陣中構(gòu)造矩陣;將掩模圖形用于符號的編碼區(qū)域,生成格式和版本信息放入相應(yīng)區(qū)域內(nèi)[9]。
平臺管理員設(shè)備維護及授權(quán)后,將設(shè)備信息、設(shè)備所在的車底信息等數(shù)據(jù)存儲在二維碼中。設(shè)備二維碼將推送到售貨機上,在設(shè)備屏幕上顯示(沒有屏幕時將二維碼貼在售貨機上)。設(shè)備更換或變更位置需要重新授權(quán)。
(2)二維碼解析。二維碼解碼時,首先去掉掩碼,然后從右下角開始z 字讀取確定編碼格式和大小,并根據(jù)編碼格式和大小進行解碼,并使用糾錯碼進行冗余校驗,從而實現(xiàn)二維碼的解碼[8]。
列服人員使用列服人員APP掃描二維碼,二維碼解析將獲得設(shè)備信息及車底信息。二維碼掃描后彈出登錄頁面。列服人員登錄成功后,需要輸入本次擔(dān)當(dāng)列車的始發(fā)日期和始發(fā)車次,與二維碼解析獲得的設(shè)備信息和車底信息進行校驗完成設(shè)備激活操作。
旅客使用微信掃描二維碼,二維碼解析將獲得設(shè)備信息及車底信息。小程序?qū)⒃O(shè)備信息及車底信息傳遞到后臺服務(wù),獲取當(dāng)前售貨機的可售餐食信息供旅客瀏覽及選購。
出貨作為旅客購物的關(guān)鍵環(huán)節(jié),涉及多次軟硬件通信,容易出現(xiàn)不出貨、少出貨、貨損等問題。出貨故障影響旅客購物體驗,增加自動售貨機運維成本[10]。設(shè)計智能出貨控制機制,從出貨防重和出貨順序兩方面實現(xiàn)對出貨的智能管理,提高設(shè)備出貨成功率。
(1)出貨防重。商品的出貨操作涉及觸發(fā)硬件,硬件從收到出貨指令到完成出貨時間較長,出貨結(jié)果同步返回易造成超時,售貨機軟硬件交互時涉及“申請出貨”與“出貨結(jié)果查詢”2個接口,自動售貨機出貨業(yè)務(wù)流程圖如圖5 所示。出貨結(jié)果查詢未返回結(jié)果、接口調(diào)用失敗、商品出貨中時,需要重新查詢出貨狀態(tài);出貨狀態(tài)查詢時返回?zé)o商品出貨時,需要重新申請出貨。為保證“出貨狀態(tài)查詢”查詢的為本次“申請出貨”時的結(jié)果及重新申請出貨時不造成重復(fù)出貨,在每次出貨申請時生成唯一標(biāo)識,需要“出貨狀態(tài)查詢”時查詢此標(biāo)識的出貨情況,從而避免重復(fù)出貨的情況。
圖5 自動售貨機出貨業(yè)務(wù)流程圖Fig.5 Shipping flow chart of vending machine
(2)出貨順序控制。旅客下單時,按照旅客的下單順序出貨。若前后訂單接續(xù)出貨時,兩個訂單出貨之間無間隔,會出現(xiàn)商品誤拿、錯拿等情況。設(shè)計訂單出貨順序控制,當(dāng)前一訂單正在出貨時,后一訂單僅可瀏覽商品,暫不可下單。等待前一訂單所有商品出貨成功后,頁面推送提醒旅客可以下單。
由于不同種類商品的易碎、怕壓程度不同,根據(jù)商品分類劃分出貨優(yōu)先級,如盒飯類、飲料類、零食類等,怕壓的商品最后出貨,從而保證商品的完整性[11]。出貨時,根據(jù)訂單中商品的出貨優(yōu)先級順序出貨,降低貨損、投訴等狀況。若訂單中某件商品出貨失敗,訂單中的后續(xù)商品將不再出貨。
由于設(shè)備及網(wǎng)絡(luò)等原因,出貨失敗的情況不可避免。針對出貨失敗,設(shè)計自動處理與人工干預(yù)相結(jié)合的業(yè)務(wù)處理機制。自動處理具有處理迅速準(zhǔn)確的特點,可迅速做出判斷避免進一步損失;人工處理可以根據(jù)現(xiàn)場的實際情況及旅客的意愿做出處理,處理靈活、旅客滿意度高。自動處理與人工干預(yù)相結(jié)合,共同完成出貨失敗異常處理。
(1)自動處理。出貨失敗后,為了避免造成進一步損失,此訂單待出貨的商品不再進行出貨,同時對設(shè)備進行關(guān)店處理。設(shè)計出貨失敗提醒機制,當(dāng)自動售貨機出現(xiàn)出貨失敗時,列服人員APP將推送出貨失敗的語音提醒,提醒列服人員進行處理。為了方便列服人員進行人工干預(yù)處理,標(biāo)記出貨失敗的貨道、訂單及商品為異常狀態(tài)。
(2)人工干預(yù)處理。列服人員收到出貨失敗異常通知后,前往售貨機查看及處理。根據(jù)現(xiàn)場設(shè)備情況及旅客意愿,列服人員可使用列服人員APP進行手工出貨或退款處理。若商品發(fā)生卡貨狀況,列服人員調(diào)整卡貨商品,使用手工出貨方式逐件商品進行出貨。當(dāng)訂單中所有商品均出貨成功后,標(biāo)記訂單出貨完成。對于手工出貨仍不成功,以及旅客要求退款的情況,列服人員通過列服人員APP進行退款處理。
受制于列車空間、設(shè)備限制以及服務(wù)人員數(shù)量的影響,列車餐食作為旅客出行服務(wù)重要一環(huán),提高旅客餐食滿意度一直是鐵路部門努力的方向[12-13]。設(shè)計自動售貨機軟件系統(tǒng),解決了高速運行列車通信不穩(wěn)定對設(shè)備的影響,以及自動售貨機管理難題,實現(xiàn)旅客在自動售貨機實現(xiàn)餐食選購、支付等功能。自動售貨機服務(wù)是列車餐食領(lǐng)域的又一探索,完善了列車餐飲服務(wù)鏈,為旅客提供多樣化、便捷的列車餐食服務(wù)。為進一步擴展服務(wù)內(nèi)容和范圍,可以考慮售貨機在其他動車組列車及普速列車上進行推廣,并不斷豐富自動售貨機的銷售品類,為旅客提供更加優(yōu)質(zhì)的服務(wù)[14-15]。