呂 歡，吳 松，郭 戈，盧肖靜

（中鐵電氣化局集團(tuán)有限公司，北京 100166）

1 引言

隨著云技術(shù)的發(fā)展以及自動(dòng)售檢票（AFC）系統(tǒng)用戶需求的提升，傳統(tǒng)AFC系統(tǒng)工程建設(shè)中線路中心、車站服務(wù)器所采用的物理機(jī)模式因其資源利用率低、物理位置分散不便于維護(hù)和管理等缺點(diǎn)已不適用當(dāng)前的系統(tǒng)需求?；谠朴?jì)算的分布式處理系統(tǒng)，采用PC集群及開源的分布式數(shù)據(jù)庫(kù)，可使硬件投資大幅下降。用戶可根據(jù)業(yè)務(wù)負(fù)載情況動(dòng)態(tài)調(diào)整虛擬機(jī)資源的使用情況，通過(guò)在線升級(jí)服務(wù)器配置，解決因客流增長(zhǎng)引起的中央計(jì)算機(jī)/交易服務(wù)器和部分車站的計(jì)算機(jī)系統(tǒng)資源超載的現(xiàn)象，避免因大客流換乘站系統(tǒng)CPU長(zhǎng)時(shí)間滿負(fù)荷運(yùn)轉(zhuǎn)影響交易上傳。

根據(jù)不同的需求建立數(shù)學(xué)模型，分析挖掘AFC系統(tǒng)有價(jià)值的信息，實(shí)現(xiàn)運(yùn)維智能化、乘客服務(wù)便捷化是智慧型AFC系統(tǒng)的需求。AFC系統(tǒng)運(yùn)行需要對(duì)大量的實(shí)時(shí)數(shù)據(jù)（客流數(shù)據(jù)、票卡及票庫(kù)數(shù)據(jù)、設(shè)備狀態(tài)數(shù)據(jù)、運(yùn)營(yíng)模式數(shù)據(jù)以及聯(lián)機(jī)數(shù)據(jù)）進(jìn)行計(jì)算分析。由于依托云技術(shù)的大數(shù)據(jù)平臺(tái)可實(shí)現(xiàn)AFC系統(tǒng)的業(yè)務(wù)數(shù)據(jù)分析，因此基于云平臺(tái)的新一代智慧型AFC系統(tǒng)的研究應(yīng)用也是目前城市軌道交通建設(shè)關(guān)注的重點(diǎn)。

2 云平臺(tái)結(jié)構(gòu)概述

城軌云平臺(tái)由中心級(jí)云平臺(tái)和站段級(jí)云節(jié)點(diǎn)構(gòu)成。中心級(jí)云平臺(tái)按不同業(yè)務(wù)應(yīng)用、大數(shù)據(jù)平臺(tái)劃分虛擬數(shù)據(jù)中心（VDC），通過(guò)邏輯隔離技術(shù)為各業(yè)務(wù)系統(tǒng)靈活計(jì)算、分配存儲(chǔ)和網(wǎng)絡(luò)資源。站段級(jí)云節(jié)點(diǎn)同樣按相關(guān)業(yè)務(wù)應(yīng)用劃分VDC，為各業(yè)務(wù)系統(tǒng)提供資源。中心級(jí)云平臺(tái)、站段級(jí)云節(jié)點(diǎn)統(tǒng)一規(guī)劃、部署基礎(chǔ)設(shè)施即服務(wù)（IaaS），根據(jù)應(yīng)用需求適時(shí)部署平臺(tái)即服務(wù)（PaaS）、軟件即服務(wù)（SaaS）。

3 新一代智慧型 AFC 系統(tǒng)方案

3.1 新一代智慧型 AFC 系統(tǒng)需求分析

智慧型AFC系統(tǒng)除支持發(fā)售實(shí)體票卡外，也支持多種類的互聯(lián)網(wǎng)票卡，如二維碼票、人臉票、掌靜脈票等。不同票種子系統(tǒng)的服務(wù)器虛擬機(jī)可以集成鋪設(shè)，也可以單獨(dú)鋪設(shè)，但用戶需要根據(jù)業(yè)務(wù)負(fù)載情況動(dòng)態(tài)調(diào)整虛擬機(jī)數(shù)量。同時(shí)AFC系統(tǒng)需要根據(jù)客流情況調(diào)整虛擬機(jī)資源的使用，包括離線/在線調(diào)整虛擬CPU（vCPU）數(shù)量，離線/在線調(diào)整內(nèi)存，離線添加/刪除網(wǎng)卡，離線/在線掛載虛擬磁盤等。如某工程實(shí)例，在工程建設(shè)前期中央計(jì)算機(jī)/交易服務(wù)器虛擬機(jī)CPU及內(nèi)存資源規(guī)劃為8C/16G，大客流換乘站車站計(jì)算機(jī)系統(tǒng)服務(wù)器資源規(guī)劃為4C/8G。新線開通后，由于客流量大，中央計(jì)算機(jī)/交易服務(wù)器和部分車站的計(jì)算機(jī)系統(tǒng)均發(fā)生資源超載現(xiàn)象，其中大客流換乘站的計(jì)算機(jī)系統(tǒng)CPU長(zhǎng)時(shí)間滿負(fù)荷運(yùn)轉(zhuǎn)，嚴(yán)重影響交易上傳。因此運(yùn)營(yíng)結(jié)束后在線將中央計(jì)算機(jī)/交易服務(wù)器從8C/16G升級(jí)到16C/32G，將大客流換乘站計(jì)算機(jī)系統(tǒng)服務(wù)器從4C/8G升級(jí)到8C/16G，解決資源超載問(wèn)題。

3.2 基于云平臺(tái)的新一代智慧型 AFC 系統(tǒng)架構(gòu)

基于云平臺(tái)建設(shè)的智慧型AFC系統(tǒng)主要由云、管、端3部分組成。云是城軌云平臺(tái)，管是云網(wǎng)絡(luò)，端是用戶APP、自動(dòng)售票機(jī)、自動(dòng)檢票機(jī)等車站終端設(shè)備。云平臺(tái)對(duì)AFC業(yè)務(wù)應(yīng)用系統(tǒng)所涉及的計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)及安全等資源進(jìn)行統(tǒng)一規(guī)劃、部署和管理。基于云平臺(tái)建設(shè)的智慧型AFC系統(tǒng)將線網(wǎng)級(jí)的清分中心、互聯(lián)網(wǎng)票務(wù)平臺(tái)、多線路中心以及各車站計(jì)算機(jī)系統(tǒng)應(yīng)用軟件均部署于中心級(jí)云平臺(tái)。不同于傳統(tǒng)模式AFC系統(tǒng)與傳輸系統(tǒng)進(jìn)行接口，智慧型AFC需與云平臺(tái)網(wǎng)絡(luò)進(jìn)行接口，而專用的控制器、接入設(shè)備、終端設(shè)備等由AFC業(yè)務(wù)應(yīng)用系統(tǒng)統(tǒng)一部署和管理?；谠破脚_(tái)的新一代智慧型AFC系統(tǒng)結(jié)構(gòu)分為5層，架構(gòu)圖如圖1所示。

圖1 AFC系統(tǒng)云部署架構(gòu)

3.3 基于云平臺(tái)的新一代智慧型 AFC 系統(tǒng)方案

3.3.1 清分中心以及互聯(lián)網(wǎng)票務(wù)平臺(tái)上云方案

一個(gè)城市中的軌道交通一般包含多條線路，通常情況下分別由多個(gè)運(yùn)營(yíng)單位運(yùn)營(yíng)管理，而各線路之間又相互連接貫通，因此城市軌道交通清分中心及互聯(lián)網(wǎng)票務(wù)平臺(tái)部署于城軌云上則非常必要。在清分中心以及互聯(lián)網(wǎng)票務(wù)平臺(tái)上云方案中，清分中心以及互聯(lián)網(wǎng)票務(wù)平臺(tái)對(duì)云平臺(tái)的資源需求如表1所示。

表1 清分中心以及互聯(lián)網(wǎng)票務(wù)平臺(tái)對(duì)云平臺(tái)的資源需求

3.3.2 線路中心 AFC 系統(tǒng)業(yè)務(wù)上云方案

在線路中心AFC系統(tǒng)上云方案中，線路中央計(jì)算機(jī)系統(tǒng)（LC）虛擬機(jī)對(duì)云平臺(tái)的資源需求如表2所示。線路中心AFC系統(tǒng)中的非云化設(shè)備（加密機(jī)、編碼分揀機(jī)、打印機(jī)等）部署可采用獨(dú)立組網(wǎng)方式，與中心級(jí)云平臺(tái)的物理接口界面宜位于中心級(jí)云平臺(tái)外部接入?yún)^(qū)交換機(jī)外側(cè)。

表2 單線路LC系統(tǒng)虛擬機(jī)的資源需求

3.3.3 車站級(jí) AFC 系統(tǒng)業(yè)務(wù)上云方案

（1）車站級(jí)AFC系統(tǒng)業(yè)務(wù)上云方案。站段云節(jié)點(diǎn)主要有4種實(shí)施方案：方案一，僅AFC中央業(yè)務(wù)系統(tǒng)部署于中央級(jí)云平臺(tái)，車站業(yè)務(wù)按傳統(tǒng)方案設(shè)置；方案二，AFC車站業(yè)務(wù)系統(tǒng)部署于中央級(jí)云平臺(tái)，站段云節(jié)點(diǎn)設(shè)置降級(jí)服務(wù)器，車站與中心網(wǎng)絡(luò)斷開的情況下，由站段云節(jié)點(diǎn)降級(jí)服務(wù)器支持AFC系統(tǒng)降級(jí)運(yùn)營(yíng)；方案三，AFC車站級(jí)業(yè)務(wù)部署于站段云節(jié)點(diǎn)，站段云節(jié)點(diǎn)設(shè)置邊緣計(jì)算服務(wù)器；方案四，AFC車站業(yè)務(wù)系統(tǒng)部署于中央級(jí)云平臺(tái)，站段云節(jié)點(diǎn)不設(shè)置服務(wù)器。

（2）方案比選。方案一，AFC中心系統(tǒng)由云平臺(tái)安全生產(chǎn)網(wǎng)承載，規(guī)模較小，車站相關(guān)業(yè)務(wù)系統(tǒng)未上云，技術(shù)方案較成熟，但未完全達(dá)到資源整合的目的；方案二，站段云節(jié)點(diǎn)僅在降級(jí)的情況下使用，雖然可靠性較高，但造成一定的資源浪費(fèi)；方案三，站段云節(jié)點(diǎn)設(shè)置云節(jié)點(diǎn)服務(wù)器，承載AFC業(yè)務(wù)車站級(jí)系統(tǒng)，不改變?cè)瑼FC系統(tǒng)架構(gòu)，基于云-管-端的架構(gòu)，實(shí)現(xiàn)邊緣計(jì)算，數(shù)據(jù)上傳的功能；方案四，相對(duì)方案三總體節(jié)約計(jì)算資源，但車站缺少降級(jí)服務(wù)，對(duì)傳輸網(wǎng)絡(luò)的可靠性要求極高。經(jīng)過(guò)以上比選可知，目前AFC業(yè)務(wù)上云采用方案三最為安全可靠、經(jīng)濟(jì)合理。

（3）車站計(jì)算機(jī)系統(tǒng)（SC）虛擬機(jī)對(duì)云平臺(tái)的資源需求如表3所示。

表3 SC虛擬機(jī)對(duì)云平臺(tái)的資源需求

（4）車站AFC系統(tǒng)的非云化設(shè)備部署方案。車站AFC系統(tǒng)的非云化部署設(shè)備宜采用獨(dú)立組網(wǎng)方式，與車站級(jí)云平臺(tái)的物理接口界面宜位于車站級(jí)云節(jié)點(diǎn)匯聚交換機(jī)外側(cè)。車站服務(wù)器云化以后，緊急控制器通過(guò)串口連接服務(wù)器的傳統(tǒng)方式就不適用當(dāng)前的接入模式，需進(jìn)行改進(jìn)。改進(jìn)方案有以下2種：方案一，通過(guò)串口延長(zhǎng)線連接車控室AFC監(jiān)控工作站進(jìn)行緊急模式反饋；方案二，定制開發(fā)帶網(wǎng)口的緊急控制器連接AFC三層交換機(jī)，通過(guò)網(wǎng)絡(luò)進(jìn)行緊急模式反饋。從上述方案描述中可見，方案一會(huì)增加潛在故障點(diǎn)，可靠性較差，因此在工程實(shí)踐中推薦采用方案二。

3.3.4 云桌面系統(tǒng)方案

云桌面系統(tǒng)按照AFC系統(tǒng)業(yè)務(wù)應(yīng)用需求為AFC系統(tǒng)提供控制中心以及車站的云桌面服務(wù)。云桌面以服務(wù)器虛擬化為基礎(chǔ)，允許多個(gè)用戶桌面以虛擬機(jī)的形式獨(dú)立運(yùn)行。AFC系統(tǒng)云桌面工作站與其他業(yè)務(wù)系統(tǒng)同時(shí)共享CPU、內(nèi)存、網(wǎng)絡(luò)連接和存儲(chǔ)器等底層物理硬件資源，并可避免受到由其他業(yè)務(wù)系統(tǒng)用戶活動(dòng)所造成的應(yīng)用程序崩潰和操作系統(tǒng)故障的影響。在云桌面系統(tǒng)方案中AFC云桌面工作站虛擬機(jī)的資源需求如表4所示。

表4 AFC云桌面工作站虛擬機(jī)的資源需求

3.3.5 網(wǎng)絡(luò)安全等級(jí)保護(hù)方案

云平臺(tái)按照安全等級(jí)保護(hù)三級(jí)（簡(jiǎn)稱“等保三級(jí)”）建設(shè)，并統(tǒng)一提供底層病毒防護(hù)。中心級(jí)云平臺(tái)在各業(yè)務(wù)系統(tǒng)之間部署云內(nèi)防火墻，其中安全策略由AFC根據(jù)開放的端口類型決定。在安全生產(chǎn)網(wǎng)內(nèi)部部署入侵檢測(cè)設(shè)備，用于云平臺(tái)的統(tǒng)一入侵檢測(cè)，并具備檢測(cè)到惡意代碼可報(bào)警功能；最外層部署流量探針，用于探測(cè)業(yè)務(wù)系統(tǒng)的異常流量。同時(shí)配備網(wǎng)絡(luò)審計(jì)設(shè)備，統(tǒng)一對(duì)云平臺(tái)各業(yè)務(wù)系統(tǒng)流量做網(wǎng)絡(luò)審計(jì)。

基于云平臺(tái)部署的AFC系統(tǒng)要滿足網(wǎng)絡(luò)安全等保三級(jí)的要求，需從以下幾個(gè)方面進(jìn)行安全防護(hù)。

在通信網(wǎng)絡(luò)安全防護(hù)方面，由于云平臺(tái)統(tǒng)一對(duì)各業(yè)務(wù)系統(tǒng)流量做網(wǎng)絡(luò)審計(jì)，AFC系統(tǒng)側(cè)則不再單獨(dú)配置針對(duì)通信網(wǎng)絡(luò)安全的防護(hù)設(shè)備。同時(shí)需保證AFC系統(tǒng)網(wǎng)絡(luò)與其他專業(yè)網(wǎng)絡(luò)之間的相互隔離。

在區(qū)域邊界安全防護(hù)方面，AFC系統(tǒng)須設(shè)置運(yùn)維審計(jì)（堡壘機(jī)）、日志審計(jì)設(shè)備。AFC系統(tǒng)控制中心具備網(wǎng)絡(luò)安全控制、審計(jì)等功能，與云網(wǎng)絡(luò)通過(guò)物理防火墻進(jìn)行隔離。AFC系統(tǒng)車站設(shè)備同樣通過(guò)物理防火墻與云網(wǎng)絡(luò)進(jìn)行隔離。車站物理防火墻需具備入侵防御功能，一旦檢測(cè)到惡意代碼，會(huì)自動(dòng)進(jìn)行丟棄。

AFC系統(tǒng)網(wǎng)絡(luò)設(shè)備等保方案是在車站及車輛段、控制中心（2臺(tái)主備）部署防火墻，在控制中心設(shè)置安全服務(wù)器，部署安全管理平臺(tái)、運(yùn)維審計(jì)、日志審計(jì)、漏洞掃描、數(shù)據(jù)庫(kù)審計(jì)、防病毒軟件。同時(shí)需對(duì)車站終端設(shè)備進(jìn)行必要的安全加固。其中控制中心網(wǎng)絡(luò)安全設(shè)備配置有3種方案：方案一，采用服務(wù)器+軟件的模式，該模式可移植性好，可擴(kuò)展性強(qiáng)，軟件靈活度強(qiáng)；方案二，采用一體機(jī)模式，該模式方便，但可擴(kuò)展性差；方案三，采用分體設(shè)備，該模式投資較大。基于以上比選，推薦選擇服務(wù)器+軟件方案部署控制中心網(wǎng)絡(luò)安全設(shè)備。

管理中心安全防護(hù)主要通過(guò)網(wǎng)絡(luò)管理系統(tǒng)、綜合安全管理平臺(tái)等機(jī)制實(shí)現(xiàn)安全防護(hù)。AFC系統(tǒng)網(wǎng)絡(luò)等保方案設(shè)置安全管理平臺(tái)，通過(guò)平臺(tái)對(duì)安全設(shè)備進(jìn)行統(tǒng)一管理。AFC系統(tǒng)網(wǎng)絡(luò)安全防護(hù)系統(tǒng)構(gòu)成如圖2所示。

圖2 AFC系統(tǒng)網(wǎng)絡(luò)安全系統(tǒng)構(gòu)成圖

4 基于云平臺(tái)的新一代智慧型 AFC 系統(tǒng)驗(yàn)證

4.1 AFC系統(tǒng)軟件部署方案

AFC系統(tǒng)中的線路中央計(jì)算機(jī)系統(tǒng)部署2臺(tái)應(yīng)用 /交易服務(wù)器、2臺(tái)數(shù)據(jù)庫(kù)服務(wù)器、2臺(tái)通信服務(wù)器、1 臺(tái)存儲(chǔ)設(shè)備，并全部部署于中央級(jí)云平臺(tái)上。每個(gè)車站設(shè)置1臺(tái)車站計(jì)算機(jī)系統(tǒng)服務(wù)器，部署于站段級(jí)云平臺(tái)上。

基于云平臺(tái)的AFC軟件部署步驟為：第一步，開通操作員賬號(hào)、部署系統(tǒng)、部署應(yīng)用服務(wù)；第二步，部署中央計(jì)算機(jī)、車站計(jì)算機(jī)軟件。

云平臺(tái)中央計(jì)算機(jī)系統(tǒng)及車站計(jì)算機(jī)系統(tǒng)部署步驟包括虛擬機(jī)創(chuàng)建、操作系統(tǒng)部署、基礎(chǔ)軟件部署、中央計(jì)算機(jī)軟件部署、系統(tǒng)應(yīng)用軟件（操作系統(tǒng)、軟件工具開發(fā)包、消息隊(duì)列、數(shù)據(jù)庫(kù)、網(wǎng)絡(luò)時(shí)間協(xié)議（NTP）、AFC應(yīng)用程序等）部署。其中線路中央計(jì)算機(jī)系統(tǒng)/車站計(jì)算機(jī)系統(tǒng)（LCSC）服務(wù)器虛擬機(jī)部署操作系統(tǒng)（centos7.7、JDK1.8 、mysql5.7.29、rabbitmq3.8.2），云桌面工作站部署操作系統(tǒng)（windows10、chrome、navicat）。實(shí)際工程中整個(gè)部署周期大概需要10天。

4.2 AFC 系統(tǒng)軟件測(cè)試方案

軟件測(cè)試通常在軟件部署完成后10天內(nèi)完成在線測(cè)試，測(cè)試內(nèi)容包括中央計(jì)算機(jī)系統(tǒng)、車站計(jì)算機(jī)系統(tǒng)的業(yè)務(wù)測(cè)試、功能測(cè)試和性能測(cè)試。一般情況下，先采用1個(gè)中央計(jì)算機(jī)系統(tǒng)，2個(gè)樣板站的模式進(jìn)行初步部署測(cè)試，其后隨著其余各車站的陸續(xù)開通，跟隨建設(shè)進(jìn)度逐步進(jìn)行測(cè)試。

4.2.1 中央計(jì)算機(jī)系統(tǒng)測(cè)試內(nèi)容及目的

中央計(jì)算機(jī)系統(tǒng)的測(cè)試內(nèi)容主要包括業(yè)務(wù)測(cè)試、功能測(cè)試及性能測(cè)試，具體測(cè)試內(nèi)容及目的如下所述。

（1）中央計(jì)算機(jī)數(shù)據(jù)庫(kù)服務(wù)器高可用集群測(cè)試為驗(yàn)證中央計(jì)算機(jī)數(shù)據(jù)庫(kù)高可用集群是否可以正常安裝并正常切換。

（2）外部FTP服務(wù)器上傳、下載功能測(cè)試旨在驗(yàn)證中央計(jì)算機(jī)服務(wù)器是否能夠從外部FTP服務(wù)器上傳、下載文件。

（3）數(shù)據(jù)庫(kù)備份、恢復(fù)測(cè)試的目的是為驗(yàn)證數(shù)據(jù)庫(kù)是否能夠正常備份和恢復(fù)。

（4）中央計(jì)算機(jī)系統(tǒng)與外部系統(tǒng)接口測(cè)試中，首先中央計(jì)算機(jī)系統(tǒng)開啟對(duì)外部系統(tǒng)的接口，其次在外部接口模擬機(jī)上利用Modbus TCP Client軟件讀取中央計(jì)算機(jī)系統(tǒng)提供的數(shù)據(jù)，從而驗(yàn)證中央計(jì)算機(jī)系統(tǒng)與對(duì)外部系統(tǒng)的接口性能。

（5）時(shí)鐘同步測(cè)試通過(guò)開啟各服務(wù)器云桌面的時(shí)間同步客戶端，測(cè)試客戶端與外部時(shí)間源的同步功能。

（6）云平臺(tái)虛擬機(jī)管理測(cè)試通過(guò)云管理平臺(tái)查看虛擬機(jī)狀態(tài)，并實(shí)現(xiàn)快照及快照恢復(fù)。

（7）云平臺(tái)桌面終端系統(tǒng)安裝測(cè)試，該測(cè)試旨在驗(yàn)證在云平臺(tái)桌面終端上能夠正確部署windows10 操作系統(tǒng)及相關(guān)軟件。

（8）中央計(jì)算機(jī)系統(tǒng)軟件功能測(cè)試通過(guò)部署并啟動(dòng)中央計(jì)算機(jī)系統(tǒng)軟件，利用客戶端驗(yàn)證中央計(jì)算機(jī)系統(tǒng)軟件是否正常運(yùn)行。

（9）中央計(jì)算機(jī)系統(tǒng)性能測(cè)試通過(guò)模擬全線車站計(jì)算機(jī)系統(tǒng)同時(shí)訪問(wèn)中央計(jì)算機(jī)系統(tǒng)的場(chǎng)景，查看中央計(jì)算機(jī)系統(tǒng)相關(guān)服務(wù)器的性能。

4.2.2 車站計(jì)算機(jī)服務(wù)器操作系統(tǒng)及相關(guān)服務(wù)部署測(cè)試

（1）SC系統(tǒng)軟件功能測(cè)試旨在驗(yàn)證在車站計(jì)算機(jī)服務(wù)器上是否能夠正確部署操作系統(tǒng)及相關(guān)服務(wù)。

（2）車站計(jì)算機(jī)系統(tǒng)性能測(cè)試。以車站終端設(shè)備（SLE）最多、客流量最大的換乘站為例，測(cè)試該站全部SLE設(shè)備發(fā)起向車站計(jì)算機(jī)系統(tǒng)的訪問(wèn)請(qǐng)求，驗(yàn)證車站計(jì)算機(jī)系統(tǒng)服務(wù)器性能。

（3）云平臺(tái)的網(wǎng)絡(luò)性能測(cè)試。利用網(wǎng)絡(luò)測(cè)試軟件測(cè)試云平臺(tái)主機(jī)間的網(wǎng)絡(luò)性能。

5 結(jié)束語(yǔ)

基于云平臺(tái)部署的智慧型AFC系統(tǒng)可根據(jù)業(yè)務(wù)需求在線調(diào)整服務(wù)器虛擬機(jī)數(shù)量，根據(jù)客流狀態(tài)調(diào)整虛擬機(jī)資源配置，相較傳統(tǒng)AFC可減少服務(wù)器投資及運(yùn)維費(fèi)用，有利于新增票種子系統(tǒng)的部署。本文通過(guò)探討清分中心、互聯(lián)網(wǎng)票務(wù)平臺(tái)、線路中心、車站計(jì)算機(jī)系統(tǒng)基于云平臺(tái)的部署方案，并經(jīng)過(guò)多方案比選，推薦清分中心、互聯(lián)網(wǎng)票務(wù)平臺(tái)、線路中心部署于中央級(jí)云平臺(tái)，車站計(jì)算機(jī)系統(tǒng)部署于車站接點(diǎn)云的方案為基于云平臺(tái)智慧型AFC系統(tǒng)部署的最佳方案。該方案既可滿足智慧型AFC系統(tǒng)用戶的需求，又能滿足在中心與車站網(wǎng)絡(luò)斷開的情況下，實(shí)現(xiàn)車站降級(jí)服務(wù)。除此以外本文還探討智慧型AFC系統(tǒng)中非云設(shè)備上云以后的改進(jìn)方案、網(wǎng)絡(luò)安全等級(jí)保護(hù)方案及系統(tǒng)驗(yàn)證方案，為后期基于云平臺(tái)智慧型AFC系統(tǒng)部署提供一些工程經(jīng)驗(yàn)。