王　健　張　寧　何鐵軍

(1. 南京地下鐵道有限責(zé)任公司　南京　210024；2. 東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心　南京　210018)

?

AFC系統(tǒng)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)的思考

王健1張寧2何鐵軍2

(1. 南京地下鐵道有限責(zé)任公司南京210024；2. 東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心南京210018)

針對(duì)當(dāng)前網(wǎng)絡(luò)化進(jìn)程中自動(dòng)售檢票(AFC)系統(tǒng)升級(jí)改造帶來(lái)的功能分配、子系統(tǒng)分布重定位等問(wèn)題，指出功能軟件靈活部署的關(guān)鍵在于可方便地獲取支撐軟件的基礎(chǔ)數(shù)據(jù)和信息，提出AFC系統(tǒng)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)的概念。通過(guò)對(duì)AFC系統(tǒng)數(shù)據(jù)傳輸需求的分析，確定可配置數(shù)據(jù)/服務(wù)交換平臺(tái)所需具備的功能，并基于此對(duì)平臺(tái)的系統(tǒng)架構(gòu)進(jìn)行設(shè)計(jì)，并將該平臺(tái)應(yīng)用于南京地鐵AFC工程建設(shè)。

城市軌道交通；自動(dòng)售檢票系統(tǒng)；數(shù)據(jù)交換平臺(tái)；區(qū)域中心

1　AFC系統(tǒng)架構(gòu)及存在的問(wèn)題

當(dāng)前的自動(dòng)售檢票(AFC)系統(tǒng)通常采用5層架構(gòu)，即車(chē)票-車(chē)站設(shè)備(station level equipment，SLE)-車(chē)站中心(station center，SC)-線(xiàn)路中心(line center，LC)-清分中心(AFC clearing center，ACC)[1-2];也有城市在此基礎(chǔ)上提出了一些變化，如北京軌道交通在SC與ACC之間設(shè)置多線(xiàn)路中心[3-5]，南京軌道交通提出了獨(dú)立的票卡交易內(nèi)置型IC卡讀寫(xiě)器層、區(qū)域中心[6]等，這些架構(gòu)的變化屬于原5層架構(gòu)的微調(diào)。5層架構(gòu)的形成有一定的歷史原因：城市地鐵建設(shè)初期通常采用單線(xiàn)運(yùn)行，LC負(fù)責(zé)整條線(xiàn)路的運(yùn)營(yíng)管理，包括數(shù)據(jù)統(tǒng)計(jì)、報(bào)表生成、票卡發(fā)行、卡賬戶(hù)管理、線(xiàn)路設(shè)備與 客 流 監(jiān)控等；隨著線(xiàn)網(wǎng)網(wǎng)絡(luò)化的形成，為滿(mǎn)足多條線(xiàn)路間票卡交易的清分結(jié)算等工作，因此在LC層上增加了ACC層，負(fù)責(zé)交易數(shù)據(jù)的存儲(chǔ)和備份、票卡的發(fā)行、卡賬戶(hù)管理、線(xiàn)網(wǎng)報(bào)表生成、線(xiàn)網(wǎng)設(shè)備與客流監(jiān)控。隨著ACC層的設(shè)立，LC的功能定位發(fā)生改變。但在運(yùn)營(yíng)實(shí)踐中，許多城市的軌道交通AFC系統(tǒng)5層架構(gòu)仍然存在一定的問(wèn)題。

1) LC功能定位模糊。在成網(wǎng)運(yùn)行后，原LC的大部分功能被提升部署在A(yíng)CC，而當(dāng)前LC的許多功能都可以被替代。例如：LC的數(shù)據(jù)上傳和備份功能，在當(dāng)前網(wǎng)絡(luò)條件下，數(shù)據(jù)可以直接由SC與ACC通信進(jìn)行傳遞，無(wú)需LC轉(zhuǎn)發(fā)，SC與ACC直接通信可以增加系統(tǒng)的穩(wěn)定性和可靠性；ACC存儲(chǔ)和備份了線(xiàn)網(wǎng)的票卡交易數(shù)據(jù)，LC再次備份本線(xiàn)路的交易數(shù)據(jù)并沒(méi)有太大的實(shí)際意義；由于A(yíng)CC可獲取整個(gè)線(xiàn)網(wǎng)AFC系統(tǒng)的原始基礎(chǔ)數(shù)據(jù)，線(xiàn)路管理所需的所有報(bào)表都可由ACC生成；線(xiàn)路與ACC的對(duì)賬功能也可改為ACC與SC直接對(duì)賬，一旦有交易清分發(fā)生異議，可更快捷、準(zhǔn)確地定位異議交易的發(fā)生原因。一方面，在地鐵線(xiàn)路建設(shè)投資主體單一的情況下，LC的功能意義不明確；另一方面，LC的配置通常較好，造價(jià)比較高，而且需要配置專(zhuān)門(mén)的部門(mén)進(jìn)行管理、維護(hù)。

2) 當(dāng)前的架構(gòu)對(duì)地鐵內(nèi)部管理有一定的影響。目前，AFC系統(tǒng)的通信接口比較固定，整個(gè)線(xiàn)網(wǎng)的數(shù)據(jù)匯聚于A(yíng)CC，不同的子系統(tǒng)(如設(shè)備監(jiān)控系統(tǒng)、客流監(jiān)控系統(tǒng)、票務(wù)系統(tǒng))需要從ACC中獲取基礎(chǔ)數(shù)據(jù)。這些子系統(tǒng)需要部署在A(yíng)CC內(nèi)，而隨著地鐵線(xiàn)網(wǎng)的日益擴(kuò)大，地鐵運(yùn)營(yíng)部門(mén)的職能也會(huì)隨之調(diào)整，維修部門(mén)、站務(wù)部門(mén)、票務(wù)部門(mén)未必隸屬于A(yíng)CC，所以對(duì)運(yùn)營(yíng)組織機(jī)構(gòu)的構(gòu)建造成一定的障礙。

要想解決上述問(wèn)題，需實(shí)現(xiàn)相應(yīng)的管理軟件的靈活部署，而其關(guān)鍵在于可方便地獲取支撐軟件的基礎(chǔ)數(shù)據(jù)和信息。為此，筆者基于南京地鐵AFC系統(tǒng)現(xiàn)狀，對(duì)AFC系統(tǒng)內(nèi)部數(shù)據(jù)的傳輸和管理進(jìn)行重新設(shè)計(jì)，提出AFC系統(tǒng)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)的概念。

圖1　可配置數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)系統(tǒng)

2　可配置數(shù)據(jù)/服務(wù)交換平臺(tái)需求

2.1數(shù)據(jù)分類(lèi)

AFC系統(tǒng)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)設(shè)立的目的，是為AFC系統(tǒng)內(nèi)部提供一個(gè)專(zhuān)門(mén)進(jìn)行數(shù)據(jù)傳輸和管理的后臺(tái)，為未來(lái)AFC系統(tǒng)的擴(kuò)建和發(fā)展奠定基礎(chǔ)。為此，需對(duì)南京地鐵AFC系統(tǒng)數(shù)據(jù)傳輸現(xiàn)狀進(jìn)行分析。其中，AFC的數(shù)據(jù)可分為非實(shí)時(shí)數(shù)據(jù)和實(shí)時(shí)數(shù)據(jù)兩類(lèi)。

1) AFC中的非實(shí)時(shí)數(shù)據(jù)主要為數(shù)據(jù)文件的傳輸，采用FTP(file transfer protocol，文件傳輸協(xié)議)來(lái)分級(jí)傳輸，文件包含票卡交易記錄數(shù)據(jù)文件、事件記錄文件、審計(jì)文件和參數(shù)文件等。交易數(shù)據(jù)上傳至ACC中心后，ACC對(duì)數(shù)據(jù)進(jìn)行解析，將交易數(shù)據(jù)寫(xiě)入數(shù)據(jù)庫(kù)，并對(duì)數(shù)據(jù)庫(kù)中的卡賬戶(hù)進(jìn)行維護(hù)。

2) AFC系統(tǒng)的實(shí)時(shí)數(shù)據(jù)如下：ACC-LC-SC-SLE的實(shí)時(shí)命令，以及命令的響應(yīng)、設(shè)備狀態(tài)的快照和事件、BOM(半自動(dòng)售票機(jī))。

當(dāng)設(shè)備的狀態(tài)發(fā)生改變時(shí)，設(shè)備狀態(tài)的快照以及事件報(bào)警等信息通過(guò)CORBA、以“推”的模式發(fā)送至SC，SC通過(guò)CORBA、將收到的數(shù)據(jù)以“推”的模式發(fā)送數(shù)據(jù)至LC。ACC在查詢(xún)狀態(tài)時(shí)，以“拉”的方式從LC中提取數(shù)據(jù)。

實(shí)時(shí)數(shù)據(jù)目前還包含一特例，BOM直接與ACC通信，實(shí)現(xiàn)SAM(security access module，安全存取模塊)的在線(xiàn)認(rèn)證以及票卡賬戶(hù)的查詢(xún)。

2.2建設(shè)目標(biāo)

根據(jù)上述內(nèi)容，在充分考慮與原技術(shù)規(guī)程充分兼容的基礎(chǔ)上，提出設(shè)置一個(gè)全網(wǎng)的數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)。該平臺(tái)匯聚全網(wǎng)的數(shù)據(jù)并作為服務(wù)的入口，它的建設(shè)目標(biāo)是：

1) 節(jié)省系統(tǒng)的投資。原每建一條線(xiàn)路AFC系統(tǒng)需要一臺(tái)小型機(jī)，隨著數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)的建設(shè)，未來(lái)AFC系統(tǒng)中的SC直接接至數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)，不僅可以節(jié)省LC的建設(shè)成本，還可以減少未來(lái)系統(tǒng)的維護(hù)工作量。

2) 為未來(lái)各種可能的應(yīng)用提供接口。隨著管理的精細(xì)化，在不同的位置可能部署著各種應(yīng)用軟件，而應(yīng)用軟件則需要各種各樣的數(shù)據(jù)，平臺(tái)將為這些應(yīng)用提供接入接口。簡(jiǎn)而言之，數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)具有可擴(kuò)展性。

3) 技術(shù)規(guī)程的標(biāo)準(zhǔn)化。在原南京AFC技術(shù)規(guī)范中，只描述了SLE與SC、LC與ACC的接口，并沒(méi)有描述SC與LC間的通信接口。通過(guò)可配置數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)的建設(shè)，將使AFC系統(tǒng)各層的接口都標(biāo)準(zhǔn)化。

4) 解決網(wǎng)絡(luò)化運(yùn)營(yíng)后LC功能定位模糊、系統(tǒng)資源分散浪費(fèi)的問(wèn)題，滿(mǎn)足區(qū)域化集中維護(hù)、管理，降低日常運(yùn)營(yíng)維護(hù)成本。

3　交換平臺(tái)系統(tǒng)架構(gòu)及設(shè)計(jì)構(gòu)想

3.1系統(tǒng)架構(gòu)

設(shè)計(jì)可配置數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)，應(yīng)考慮與現(xiàn)有技術(shù)規(guī)程的兼容性、實(shí)時(shí)性、可擴(kuò)展性、可實(shí)現(xiàn)性、可驗(yàn)證性、經(jīng)濟(jì)性以及模塊化。在A(yíng)FC系統(tǒng)網(wǎng)絡(luò)架構(gòu)下，任何一臺(tái)計(jì)算機(jī)都可以直接和另一臺(tái)計(jì)算機(jī)通信，且SLE可直接與數(shù)據(jù)交換平臺(tái)通信，這不利于系統(tǒng)的管理、維護(hù)以及可能的故障定位和排除，因此考慮SLE通過(guò)接入服務(wù)器與數(shù)據(jù)交換平臺(tái)通信。平臺(tái)的系統(tǒng)拓?fù)浼軜?gòu)如圖1所示，交換平臺(tái)系統(tǒng)由數(shù)據(jù)/服務(wù)傳輸交換服務(wù)器和接入服務(wù)器組成。

圖2　系統(tǒng)平臺(tái)功能邏輯

數(shù)據(jù)/服務(wù)傳輸交換服務(wù)器是整個(gè)平臺(tái)的核心系統(tǒng)，向整個(gè)網(wǎng)絡(luò)內(nèi)的應(yīng)用軟件提供數(shù)據(jù)和服務(wù)支持，其內(nèi)存數(shù)據(jù)庫(kù)映射整個(gè)網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)。對(duì)常規(guī)的應(yīng)用，應(yīng)用軟件可從數(shù)據(jù)交換平臺(tái)服務(wù)器中得到應(yīng)用數(shù)據(jù)的支持。對(duì)于某些特殊的應(yīng)用，數(shù)據(jù)交換平臺(tái)服務(wù)器本身不包含所需的數(shù)據(jù)，則可以用請(qǐng)求服務(wù)的方式，從相應(yīng)的服務(wù)提供端獲取數(shù)據(jù)。數(shù)據(jù)交換平臺(tái)通常不直接與應(yīng)用軟件通信，而是通過(guò)接入服務(wù)器轉(zhuǎn)接。

接入服務(wù)器為應(yīng)用程序和AFC設(shè)備的接入接口。接口主要由3部分組成：與數(shù)據(jù)交換平臺(tái)的接口、原有車(chē)站AFC設(shè)備接口、應(yīng)用程序接口。AFC設(shè)備可以通過(guò)原有車(chē)站的AFC設(shè)備接口接入，其他應(yīng)用程序通過(guò)應(yīng)用程序的接口接入。對(duì)外提供兩組不同接口的原因是：一方面，要考慮與原有AFC系統(tǒng)接口的兼容性；另一方面，原AFC設(shè)備的接口滿(mǎn)足不了未來(lái)應(yīng)用的需求，因此需要重新制定新的技術(shù)要求。接入服務(wù)器也應(yīng)該包含一個(gè)內(nèi)存數(shù)據(jù)庫(kù)，用以記錄本服務(wù)器的各種相關(guān)數(shù)據(jù)，支持本地的應(yīng)用。例如，車(chē)站的監(jiān)控軟件需要讀取本站的數(shù)據(jù)，則直接在本地接入服務(wù)器獲取相關(guān)的數(shù)據(jù)支持。

3.2設(shè)計(jì)構(gòu)想

系統(tǒng)平臺(tái)所提供的功能包括對(duì)外提供統(tǒng)一的數(shù)據(jù)通信接口、數(shù)據(jù)服務(wù)(數(shù)據(jù)的存儲(chǔ)、讀取、匯聚等再處理)以及服務(wù)的再定向等功能。系統(tǒng)平臺(tái)包含有通信接入接口、內(nèi)存數(shù)據(jù)庫(kù)、歷史數(shù)據(jù)庫(kù)等，同時(shí)平臺(tái)可掛載各種觸發(fā)器，實(shí)現(xiàn)接口的開(kāi)放性和功能的多樣性。系統(tǒng)平臺(tái)各子功能按不同模塊分別部署，如圖2所示。

3.2.1平臺(tái)數(shù)據(jù)

本平臺(tái)的數(shù)據(jù)分為兩種：第一種是系統(tǒng)產(chǎn)生的數(shù)據(jù),直接存儲(chǔ)于接入服務(wù)器或數(shù)據(jù)/服務(wù)傳輸交換服務(wù)器中；第二種是某些不能直接存儲(chǔ)于接入服務(wù)器或數(shù)據(jù)/服務(wù)傳輸交換服務(wù)器中的數(shù)據(jù)，只能在使用時(shí)由特定的應(yīng)用提供數(shù)據(jù)，如密鑰認(rèn)證、卡片查詢(xún)等。

3.2.2內(nèi)存數(shù)據(jù)庫(kù)

內(nèi)存數(shù)據(jù)庫(kù)用于在內(nèi)存中記錄設(shè)備的數(shù)據(jù)狀態(tài)，目前考慮數(shù)據(jù)的存儲(chǔ)分為3個(gè)大類(lèi)：狀態(tài)表、分時(shí)記錄表以及事件表。

狀態(tài)表用于記錄某種狀態(tài)的當(dāng)前值，每條記錄的字段名包括TAG(標(biāo)簽)名、設(shè)備的ID(identification，身份證明)、記錄更新時(shí)間以及狀態(tài)的值，每次更新時(shí)將采用覆蓋的方式對(duì)記錄進(jìn)行重寫(xiě)。

分時(shí)記錄表用于記錄某個(gè)事物的分時(shí)狀態(tài)，如客流的5min數(shù)據(jù)。該數(shù)據(jù)往往不由設(shè)備直接上報(bào)，而是由平臺(tái)的觸發(fā)器生成。每條記錄單元包括的字段為T(mén)AG名、設(shè)備的ID、記錄時(shí)間、狀態(tài)值。每次記錄更新，若為新值則插入新記錄，否則以覆蓋的方式改寫(xiě)記錄。

事件表用于記錄各種事件。每條記錄的字段包括事件的TAG名、設(shè)備的ID、事件以及事件的值，每次更新時(shí)采用插入的方式改寫(xiě)記錄。

為保證平臺(tái)的開(kāi)放性，平臺(tái)存取數(shù)據(jù)與采用的業(yè)務(wù)無(wú)關(guān)，即平臺(tái)不關(guān)心數(shù)據(jù)的含義，只是將數(shù)據(jù)的TAG名和數(shù)值采用某種數(shù)據(jù)結(jié)構(gòu)進(jìn)行存儲(chǔ)，建議采用鏈?zhǔn)酱鎯?chǔ)、鏈表、二叉樹(shù)等方式。

3.2.3服務(wù)

服務(wù)是指另一種通信擴(kuò)展手段，通常由應(yīng)用服務(wù)商提供，可部署于系統(tǒng)內(nèi)的某一特定的計(jì)算機(jī)上，服務(wù)分為提供端和使用端：服務(wù)提供端在啟動(dòng)時(shí)，調(diào)用注冊(cè)函數(shù)，通知平臺(tái)服務(wù)的位置；服務(wù)使用端在需要該服務(wù)時(shí)，首先向平臺(tái)請(qǐng)求該服務(wù)，平臺(tái)接受到服務(wù)請(qǐng)求后，將請(qǐng)求參數(shù)發(fā)至服務(wù)提供端，服務(wù)提供端將結(jié)果發(fā)送至平臺(tái)，平臺(tái)再將結(jié)果回送至服務(wù)調(diào)用者。可見(jiàn)，平臺(tái)的作用是為服務(wù)提供一種重定向的作用，服務(wù)機(jī)制是保障系統(tǒng)擴(kuò)展性的一個(gè)主要手段。

3.2.4文件傳輸

接入服務(wù)器和數(shù)據(jù)/服務(wù)交換服務(wù)器都提供FTP服務(wù)，都可提供put和get操作。文件傳輸服務(wù)可由腳本控制：FTP服務(wù)在收到某一類(lèi)的數(shù)據(jù)文件后，可以根據(jù)腳本轉(zhuǎn)發(fā)至其他FTP服務(wù)器；也可通過(guò)腳本設(shè)定服務(wù)器，定時(shí)去某FTP服務(wù)器查詢(xún)下載指定的文件。當(dāng)接收或發(fā)送完成文件后，向本服務(wù)器發(fā)送相關(guān)的消息(事件)。

3.2.5觸發(fā)器

觸發(fā)器是一種對(duì)數(shù)據(jù)進(jìn)行預(yù)處理的手段。觸發(fā)器分為內(nèi)置觸發(fā)器和外置觸發(fā)器兩種：內(nèi)置觸發(fā)器為動(dòng)態(tài)函數(shù)庫(kù)(DLL)，用戶(hù)可通過(guò)命令或配置文件動(dòng)態(tài)加載函數(shù)；外置觸發(fā)器通常是應(yīng)用程序，可以通過(guò)CORBA接口實(shí)現(xiàn)觸發(fā)。

內(nèi)置觸發(fā)器由平臺(tái)提供商提供，部署在平臺(tái)上，其觸發(fā)條件包括：?jiǎn)?dòng)觸發(fā)(平臺(tái)在啟動(dòng)的時(shí)候調(diào)用指定的觸發(fā)函數(shù))、定時(shí)觸發(fā)(按指定的時(shí)間間隔觸發(fā))、接收到指定的TAG命令觸發(fā)、接收到某一類(lèi)數(shù)據(jù)觸發(fā)等。內(nèi)置觸發(fā)器可以考慮使用配置文件等方式進(jìn)行加載。

外置觸發(fā)器通常由應(yīng)用服務(wù)商提供，可部署于系統(tǒng)內(nèi)任意的計(jì)算機(jī)上，支持規(guī)定的數(shù)據(jù)接口，其觸發(fā)條件包括：接收到指定的TAG命令觸發(fā)、接收到某一類(lèi)數(shù)據(jù)觸發(fā)等。通常，應(yīng)用軟件使用外置觸發(fā)器訂閱某個(gè)或某一類(lèi)消息。外置觸發(fā)器調(diào)用相應(yīng)的接口注冊(cè)函數(shù)的方式加載，平臺(tái)以“推”的方式將相關(guān)數(shù)據(jù)送至外置觸發(fā)器。

3.2.6消息隊(duì)列

考慮到接入服務(wù)器和數(shù)據(jù)/服務(wù)交換服務(wù)器的通信可能中斷，為了防止數(shù)據(jù)丟失，接入服務(wù)器中重要的數(shù)據(jù)不直接發(fā)至數(shù)據(jù)/服務(wù)交換服務(wù)器，而是寫(xiě)入消息隊(duì)列，由接口從消息隊(duì)列中讀出后，再傳至數(shù)據(jù)服務(wù)交換服務(wù)器。

3.3工程應(yīng)用

近年來(lái)，南京對(duì)原有的AFC系統(tǒng)架構(gòu)進(jìn)行了調(diào)整，在A(yíng)CC層與SC層增加了AFC系統(tǒng)區(qū)域中心層。區(qū)域中心是軌道交通網(wǎng)絡(luò)化運(yùn)營(yíng)后面向區(qū)域化管理而提出的，旨在解決一定規(guī)模的線(xiàn)網(wǎng)內(nèi)相關(guān)各線(xiàn)路獨(dú)立運(yùn)營(yíng)所帶來(lái)的運(yùn)營(yíng)管理復(fù)雜、維修調(diào)配不便、線(xiàn)網(wǎng)建設(shè)發(fā)展帶來(lái)的線(xiàn)路升級(jí)改造對(duì)運(yùn)營(yíng)產(chǎn)生的影響，以及新老線(xiàn)路間接口不統(tǒng)一帶來(lái)的一系列問(wèn)題[7-8]。

區(qū)域中心系統(tǒng)由核心業(yè)務(wù)后臺(tái)、核心業(yè)務(wù)前臺(tái)、支持與分析系統(tǒng)三大模塊組成。其中，核心業(yè)務(wù)后臺(tái)基于可配置數(shù)據(jù)/服務(wù)傳輸交換平臺(tái)，通過(guò)統(tǒng)一交互接口，實(shí)現(xiàn)不同車(chē)站或線(xiàn)路的接入，并與ACC、SC之間進(jìn)行數(shù)據(jù)傳輸，保證系統(tǒng)內(nèi)部所有數(shù)據(jù)的傳輸、解析、審核、核對(duì)、備份以及安全等。

4　結(jié)語(yǔ)

在網(wǎng)絡(luò)化運(yùn)營(yíng)背景下，新的運(yùn)營(yíng)需求產(chǎn)生和新線(xiàn)加入，使各城市針對(duì)自身情況對(duì)原有AFC系統(tǒng)的5層架構(gòu)進(jìn)行調(diào)整或升級(jí)逐漸成為一種趨勢(shì)。統(tǒng)一接入條件并在一定程度上對(duì)AFC系統(tǒng)內(nèi)部數(shù)據(jù)的傳輸和管理進(jìn)行重新設(shè)計(jì)，是其中的關(guān)鍵部分之一。筆者在分析當(dāng)前5層架構(gòu)可能存在部分缺陷的基礎(chǔ)上，提出了AFC系統(tǒng)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)的概念；再根據(jù)AFC系統(tǒng)數(shù)據(jù)傳輸?shù)男枨螅瑢?duì)可配置數(shù)據(jù)/服務(wù)交換平臺(tái)的系統(tǒng)架構(gòu)進(jìn)行了設(shè)計(jì)；最后說(shuō)明了該平臺(tái)在南京地鐵AFC工程中的應(yīng)用，為國(guó)內(nèi)城市軌道交通AFC系統(tǒng)的建設(shè)提供參考。

[1] GB/T 20907—2007城市軌道交通自動(dòng)售檢票系統(tǒng)技術(shù)條件 [S].北京：中國(guó)標(biāo)準(zhǔn)出版社，2007.

[2] 范巍.清分中心系統(tǒng)的功能定位及售檢票系統(tǒng)標(biāo)準(zhǔn)制定[J].城市軌道交通研究，2010 (3)：1-4.

[3] 李道全，趙華偉.多線(xiàn)共用AFC系統(tǒng)線(xiàn)路中心設(shè)計(jì)探討[J].都市快軌交通，2012，25(5)：71-74.

[4] 丁樹(shù)奎.北京市軌道交通AFC多線(xiàn)共用線(xiàn)路中心應(yīng)用研究[J].科技通報(bào)，2012，28(12)：176-178.

[5] 王浩，劉旭，楊霓霏.北京軌道交通自動(dòng)售檢票系統(tǒng)多線(xiàn)共用線(xiàn)路中心的設(shè)計(jì)與實(shí)現(xiàn)[J].鐵路計(jì)算機(jī)應(yīng)用，2013，22(3)：60-63.

[6] 吳娟，徐忠全，毛建.南京地鐵AFC區(qū)域線(xiàn)路中心的規(guī)劃設(shè)計(jì)[J].鐵路通信信號(hào)工程技術(shù)，2012，9(5)：63-65.

[7] 陳楠，李繼銘.南京地鐵AFC系統(tǒng)管理方式的分析和研究 [J].鐵路通信信號(hào)工程技術(shù)，2011，8(6)：47-50.

[8] 邱華瑞，張寧，徐文，等.城市軌道交通自動(dòng)售檢票系統(tǒng)架構(gòu)體系研究[J].都市快軌交通，2014，27(2)：74-77.

(編輯：郭 潔)Thoughts on ‘Configurable Data/Service Exchange Platform’ in AFC System

Wang Jian1Zhang Ning2He Tiejun2

(1. Nanjing Metro Co., Ltd., Nanjing 210024；2. ITS Institute of Southeast University, Nanjing 210018)

To solve the problems of function allocation and subsystem distribution relocation arising from the upgrade of AFC system in current network operation, it is suggested that the key to flexibly deploying functional software is to obtain basic data and supporting information. Based on this point, the concept of ‘configurable data/service exchange platform’ in AFC system is proposed. By analyzing the data transmission requirements of AFC system, the functions of the platform are identified and the system architectures of the platform are designed. This idea is applied to the current AFC system’s construction of Nanjing Metro.

urban railway transit; AFC system; Data Exchange Platform; regional center

10.3969/j.issn.1672-6073.2015.01.003

2014-05-22

2014-06-08

王健，男，碩士，教授級(jí)高級(jí)工程師，從事城市軌道交通機(jī)電工程研究，wang_j@njmetro.com.cn

江蘇省科技廳產(chǎn)學(xué)研聯(lián)合創(chuàng)新資金項(xiàng)目(BY2012197)；南京地鐵專(zhuān)項(xiàng)科技項(xiàng)目(8550140042)

U29-39；U293.22

A

1672-6073(2015)01-0008-04