李 量 張 寧 李 郁 毛 建
(1. 南京地鐵建設(shè)有限責(zé)任公司 南京 210024; 2. 東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心南京 210018; 3.北京全路通信信號(hào)研究設(shè)計(jì)院有限公司 北京 100073)
?
區(qū)域中心模式下AFC設(shè)備監(jiān)控系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)
李量1張寧2李郁3毛建1
(1. 南京地鐵建設(shè)有限責(zé)任公司南京210024; 2. 東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心南京210018; 3.北京全路通信信號(hào)研究設(shè)計(jì)院有限公司北京100073)
設(shè)計(jì)一種軌道交通監(jiān)控系統(tǒng),既能監(jiān)控AFC設(shè)備的運(yùn)轉(zhuǎn),又能方便運(yùn)營(yíng)人員的日常管理以及維修人員的故障診斷。首先調(diào)查AFC系統(tǒng)現(xiàn)狀,分析區(qū)域線路中心的管理模式,進(jìn)而對(duì)AFC設(shè)備監(jiān)控系統(tǒng)中數(shù)據(jù)的存儲(chǔ)與管理進(jìn)行研究,運(yùn)用公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)(CORBA)通信技術(shù)解決與終端設(shè)備的通信問(wèn)題,最后利用組態(tài)軟件對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)實(shí)現(xiàn)。實(shí)踐證明,該AFC設(shè)備監(jiān)控系統(tǒng)穩(wěn)定可靠,能以組態(tài)的形式對(duì)AFC設(shè)備進(jìn)行監(jiān)控,滿足功能系統(tǒng)要求。
AFC設(shè)備;監(jiān)控系統(tǒng);實(shí)時(shí)數(shù)據(jù)庫(kù);公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu);組態(tài)軟件
自動(dòng)售檢票(automatic fare collection, AFC)系統(tǒng)是一種能實(shí)現(xiàn)地鐵售票、檢票、清分和統(tǒng)計(jì)分析等全過(guò)程自動(dòng)化的計(jì)算機(jī)管理系統(tǒng)。隨著軌道交通網(wǎng)絡(luò)化和信息化的發(fā)展,AFC系統(tǒng)的應(yīng)用越來(lái)越廣泛,相應(yīng)的服務(wù)要求也越來(lái)越高。在多條新線同時(shí)開(kāi)建以及現(xiàn)有AFC系統(tǒng)改擴(kuò)建的背景下,為滿足統(tǒng)一管理的需求,區(qū)域線路中心(ZLC)[1-2]的規(guī)劃設(shè)計(jì)理念應(yīng)運(yùn)而生,它有別于以往的AFC系統(tǒng)單線建設(shè)管理模式和多線共用中心系統(tǒng)模式,是以區(qū)域?yàn)榻ㄔO(shè)的管理單位。
作為軌道交通網(wǎng)絡(luò)化集中管理模式的一種體現(xiàn),區(qū)域線路中心對(duì)于線網(wǎng)密集的軌道交通的高效運(yùn)轉(zhuǎn)具有非常重要的應(yīng)用價(jià)值,能夠統(tǒng)一線路中心的建設(shè)、運(yùn)營(yíng)和維護(hù)標(biāo)準(zhǔn),避免因多家集成商分散建設(shè)而帶來(lái)的運(yùn)營(yíng)維護(hù)技術(shù)壁壘和協(xié)調(diào)瓶頸,提高線網(wǎng)運(yùn)營(yíng)管理及維護(hù)的工作效率,降低系統(tǒng)建設(shè)、運(yùn)營(yíng)和維護(hù)等各方面的成本。
AFC設(shè)備監(jiān)控系統(tǒng)是軌道交通運(yùn)營(yíng)管理的重要組成部分,提高其服務(wù)水平和配置靈活度具有重要意義。在區(qū)域中心模式下,隨著AFC系統(tǒng)設(shè)備的增加,網(wǎng)絡(luò)化運(yùn)營(yíng)中的運(yùn)營(yíng)維護(hù)壓力也增大。作為區(qū)域線路中心系統(tǒng)的重要組成部分,AFC設(shè)備監(jiān)控系統(tǒng)應(yīng)能實(shí)時(shí)監(jiān)控各類終端設(shè)備的狀態(tài),及時(shí)發(fā)現(xiàn)并修復(fù)故障,保障硬件設(shè)備和軟件系統(tǒng)的正常運(yùn)行。
AFC設(shè)備監(jiān)控系統(tǒng)主要包括AFC設(shè)備、數(shù)據(jù)服務(wù)器和監(jiān)控軟件3種實(shí)體,結(jié)構(gòu)如圖1所示,可實(shí)現(xiàn)如下功能:
1)用戶通過(guò)監(jiān)控軟件可以遠(yuǎn)程查看系統(tǒng)中自動(dòng)售票機(jī)、半自動(dòng)售票機(jī)、進(jìn)出站閘機(jī)等AFC設(shè)備的當(dāng)前狀態(tài)和歷史狀態(tài)。
2)當(dāng)發(fā)生某個(gè)特定事件時(shí),設(shè)備將事件數(shù)據(jù)發(fā)送給監(jiān)控軟件,以提醒監(jiān)控管理人員采取必要的控制措施。
3)用戶根據(jù)需要給設(shè)備發(fā)送控制命令,使設(shè)備采取相應(yīng)的動(dòng)作。
圖1 地鐵AFC設(shè)備監(jiān)控系統(tǒng)結(jié)構(gòu)
AFC設(shè)備監(jiān)控系統(tǒng)的監(jiān)控及管理對(duì)象是AFC設(shè)備,主要包括自動(dòng)售票機(jī)、半自動(dòng)售票機(jī)、進(jìn)出站閘機(jī)等,暫不支持服務(wù)器、網(wǎng)絡(luò)設(shè)備等對(duì)象。在設(shè)計(jì)系統(tǒng)時(shí),應(yīng)能在不影響AFC設(shè)備正常工作的情況下,監(jiān)控到AFC設(shè)備運(yùn)行的關(guān)鍵環(huán)節(jié),并且保持系統(tǒng)的高穩(wěn)定性。
數(shù)據(jù)服務(wù)器不僅是監(jiān)控軟件和設(shè)備的通信中樞,也是監(jiān)控系統(tǒng)運(yùn)行數(shù)據(jù)的管理者。由于整個(gè)軌道交通系統(tǒng)所使用的AFC設(shè)備并沒(méi)有統(tǒng)一的版本,所以在通信過(guò)程中需要使用中間件技術(shù)[3],同時(shí)根據(jù)監(jiān)控系統(tǒng)的要求以及數(shù)據(jù)的特點(diǎn),采用實(shí)時(shí)數(shù)據(jù)庫(kù)技術(shù)。筆者主要研究3個(gè)方面的關(guān)鍵技術(shù):數(shù)據(jù)管理與存儲(chǔ)、數(shù)據(jù)通信和組態(tài)軟件。
2.1數(shù)據(jù)管理
數(shù)據(jù)服務(wù)器管理著系統(tǒng)中在線設(shè)備的當(dāng)前狀態(tài)數(shù)據(jù)和事件數(shù)據(jù)。由于數(shù)據(jù)服務(wù)器管理的設(shè)備較多,在客流高峰時(shí),設(shè)備狀態(tài)數(shù)據(jù)的更新也比較頻繁,因此對(duì)數(shù)據(jù)的管理和存儲(chǔ)提出了較高的要求。數(shù)據(jù)管理具有如下特征。
1) 一座大中城市的軌道交通線路往往有數(shù)十座地鐵站,每座地鐵站設(shè)有數(shù)十甚至上百個(gè)AFC設(shè)備,而每個(gè)AFC設(shè)備往往有數(shù)百個(gè)狀態(tài)數(shù)據(jù)需要不斷更新,數(shù)據(jù)量較大。
2) 對(duì)數(shù)據(jù)存儲(chǔ)和處理的速度要求較高。系統(tǒng)要求能及時(shí)有效地處理采集的數(shù)據(jù),滿足系統(tǒng)對(duì)數(shù)據(jù)吞吐量的要求。
3) 數(shù)據(jù)按時(shí)效性可分為實(shí)時(shí)數(shù)據(jù)和歷史數(shù)據(jù)。實(shí)時(shí)數(shù)據(jù)只在一段時(shí)間內(nèi)有效,過(guò)時(shí)后此數(shù)據(jù)往往就沒(méi)有意義。
4) 對(duì)大部分實(shí)時(shí)存儲(chǔ)的數(shù)據(jù)安全要求較低,無(wú)需考慮數(shù)據(jù)備份,而歷史數(shù)據(jù)則需要考慮數(shù)據(jù)備份。一旦實(shí)時(shí)數(shù)據(jù)丟失或數(shù)據(jù)服務(wù)器系統(tǒng)重啟,數(shù)據(jù)服務(wù)器可通過(guò)設(shè)備的定時(shí)上傳重新獲取實(shí)時(shí)數(shù)據(jù)。
2.2內(nèi)存數(shù)據(jù)庫(kù)
常見(jiàn)的數(shù)據(jù)庫(kù)是將數(shù)據(jù)庫(kù)工作版本存放于磁盤(pán)中,低速的磁盤(pán)I/O(輸入/輸出)使磁盤(pán)數(shù)據(jù)庫(kù)無(wú)法提供高性能的數(shù)據(jù)管理服務(wù);針對(duì)設(shè)備監(jiān)控應(yīng)用,提出采用內(nèi)存數(shù)據(jù)庫(kù)技術(shù)。內(nèi)存數(shù)據(jù)庫(kù)將管理的全部或大部分?jǐn)?shù)據(jù)存放于內(nèi)存中,消除了事務(wù)處理中的磁盤(pán)I/O瓶頸問(wèn)題;充分利用內(nèi)存訪問(wèn)速度快的優(yōu)勢(shì),為數(shù)據(jù)庫(kù)應(yīng)用提供高性能的數(shù)據(jù)管理服務(wù)[4]。
在分析監(jiān)控系統(tǒng)對(duì)數(shù)據(jù)需求的基礎(chǔ)上,研究并實(shí)現(xiàn)適用于AFC設(shè)備監(jiān)控系統(tǒng)的內(nèi)存數(shù)據(jù)庫(kù),具體要求如下:
1)在共享內(nèi)存的基礎(chǔ)上實(shí)現(xiàn)內(nèi)存數(shù)據(jù)庫(kù),支持多進(jìn)程操作訪問(wèn);
2)根據(jù)監(jiān)控系統(tǒng)的數(shù)據(jù)特點(diǎn),優(yōu)化內(nèi)存數(shù)據(jù)庫(kù)的數(shù)據(jù)存儲(chǔ)和索引機(jī)制,提高內(nèi)存的使用效率和訪問(wèn)效率;
3)支持關(guān)鍵數(shù)據(jù)的轉(zhuǎn)儲(chǔ)和恢復(fù)機(jī)制;
4)支持事務(wù)處理的鎖機(jī)制。
本監(jiān)控系統(tǒng)的內(nèi)存數(shù)據(jù)庫(kù)由一組進(jìn)程組成,以實(shí)現(xiàn)相應(yīng)的功能。軟件模塊關(guān)系如圖2所示。
圖2 內(nèi)存數(shù)據(jù)庫(kù)程序框架
2.3數(shù)據(jù)的存儲(chǔ)與訪問(wèn)
根據(jù)系統(tǒng)的數(shù)據(jù)管理需求,基于上述內(nèi)存數(shù)據(jù)庫(kù)的框架,設(shè)計(jì)和實(shí)現(xiàn)了一個(gè)內(nèi)存數(shù)據(jù)庫(kù),從而可以完成數(shù)據(jù)的高效存儲(chǔ)和訪問(wèn)。具體內(nèi)容包括以下幾方面。
1) 在共享內(nèi)存的基礎(chǔ)上實(shí)現(xiàn)內(nèi)存數(shù)據(jù)庫(kù),支持多進(jìn)程對(duì)內(nèi)存數(shù)據(jù)庫(kù)的操作,給出了詳細(xì)的共享內(nèi)存動(dòng)態(tài)管理方法和進(jìn)程同步機(jī)制,內(nèi)存分配效率高,并且盡可能地避免了內(nèi)存碎片的產(chǎn)生。
2)根據(jù)AFC監(jiān)控系統(tǒng)數(shù)據(jù)的特點(diǎn),對(duì)內(nèi)存數(shù)據(jù)庫(kù)的數(shù)據(jù)存儲(chǔ)和索引機(jī)制進(jìn)行優(yōu)化,如采用T樹(shù)和哈希表組合方式實(shí)現(xiàn)狀態(tài)數(shù)據(jù)的存儲(chǔ)和索引,采用T樹(shù)和循環(huán)隊(duì)列形式實(shí)現(xiàn)事件數(shù)據(jù)的存儲(chǔ)和索引。實(shí)驗(yàn)證明,本內(nèi)存數(shù)據(jù)庫(kù)的數(shù)據(jù)訪問(wèn)效率較高,有著較好的性能,滿足系統(tǒng)的要求。
3)在進(jìn)行數(shù)據(jù)轉(zhuǎn)儲(chǔ)事務(wù)時(shí),考慮到內(nèi)存數(shù)據(jù)庫(kù)的高效和磁盤(pán)數(shù)據(jù)庫(kù)的I/O操作較慢的特點(diǎn),采用命名管道的方式實(shí)現(xiàn)進(jìn)程間的通信,以完成數(shù)據(jù)的轉(zhuǎn)儲(chǔ)備份操作。
4)在鎖機(jī)制基礎(chǔ)上實(shí)現(xiàn)了內(nèi)存數(shù)據(jù)庫(kù)并發(fā)事務(wù)處理機(jī)制。
最后,對(duì)內(nèi)存數(shù)據(jù)庫(kù)的性能進(jìn)行了測(cè)試,實(shí)驗(yàn)表明,內(nèi)存數(shù)據(jù)庫(kù)的性能完全滿足區(qū)域中心系統(tǒng)的要求。
在對(duì)地鐵AFC設(shè)備監(jiān)控系統(tǒng)的數(shù)據(jù)傳輸需求進(jìn)行分析的基礎(chǔ)上,通過(guò)比選,選擇CORBA(公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu))技術(shù)作為通信的底層技術(shù),并以此為基礎(chǔ),設(shè)計(jì)并實(shí)現(xiàn)了監(jiān)控系統(tǒng)的CORBA接口和數(shù)據(jù)傳輸模型。
CORBA通信本身是一種發(fā)布/訂閱(Publish/Subscribe)結(jié)構(gòu)[5],每次通信只能由訂閱方發(fā)起,而AFC系統(tǒng)包含數(shù)千個(gè)設(shè)備和多個(gè)監(jiān)控軟件,監(jiān)控軟件與設(shè)備間互為發(fā)布方和訂閱方,進(jìn)行雙向的通信。由于AFC系統(tǒng)中設(shè)備和監(jiān)控軟件的數(shù)目不固定,訂閱方難以直接通過(guò)命名服務(wù)的方式獲取發(fā)布方的對(duì)象引用,因此對(duì)系統(tǒng)的連接和數(shù)據(jù)傳輸模型進(jìn)行設(shè)計(jì),實(shí)現(xiàn)對(duì)象引用的發(fā)布和獲取,以實(shí)現(xiàn)雙向?qū)崟r(shí)通信,具體內(nèi)容包括:定義了數(shù)據(jù)類型和CORBA接口,設(shè)計(jì)和實(shí)現(xiàn)了系統(tǒng)注冊(cè)方案、設(shè)備狀態(tài)數(shù)據(jù)傳輸方案、設(shè)備事件數(shù)據(jù)傳輸方案和設(shè)備命令數(shù)據(jù)傳輸方案的系統(tǒng)數(shù)據(jù)傳輸模型。
3.1數(shù)據(jù)通信連接的建立
在本系統(tǒng)內(nèi),不僅設(shè)備和監(jiān)控軟件需獲取數(shù)據(jù)服務(wù)器的CORBA對(duì)象的引用,由于數(shù)據(jù)庫(kù)服務(wù)器還需將事件數(shù)據(jù)推送至監(jiān)控軟件以及將命令數(shù)據(jù)推送至設(shè)備,因此數(shù)據(jù)庫(kù)服務(wù)器也需獲取設(shè)備和監(jiān)控軟件的CORBA對(duì)象的引用。在注冊(cè)過(guò)程中,監(jiān)控軟件建立與數(shù)據(jù)服務(wù)器的雙向通信[6]。設(shè)備的注冊(cè)過(guò)程與監(jiān)控軟件基本相同,下面以數(shù)據(jù)服務(wù)器監(jiān)控軟件注冊(cè)代理對(duì)象register操作的執(zhí)行流程(見(jiàn)圖3)為例加以說(shuō)明。
圖3 監(jiān)控軟件注冊(cè)順序
1) 調(diào)用輸入的監(jiān)控軟件根對(duì)象的getData操作,獲得該監(jiān)控軟件的地址信息。判斷該地址是否已經(jīng)注冊(cè),如果已經(jīng)注冊(cè)則該監(jiān)控軟件注冊(cè)失敗,否則繼續(xù)執(zhí)行。
2) 調(diào)用監(jiān)控軟件根對(duì)象的queryInterface操作,獲得監(jiān)控軟件控制器對(duì)象的對(duì)象引用。
3) 創(chuàng)建該監(jiān)控軟件對(duì)應(yīng)的監(jiān)控軟件事件處理器對(duì)象。
4) 調(diào)用監(jiān)控軟件控制器對(duì)象的setMACSEventHandler操作,將創(chuàng)建的監(jiān)控軟件事件處理器的對(duì)象引用傳給監(jiān)控軟件。
5) 創(chuàng)建監(jiān)控軟件節(jié)點(diǎn),將監(jiān)控軟件的注冊(cè)信息保存到該節(jié)點(diǎn)中,并將該節(jié)點(diǎn)添加到監(jiān)控軟件注冊(cè)表中,注冊(cè)成功。
3.2數(shù)據(jù)傳輸方案
3.2.1設(shè)備狀態(tài)數(shù)據(jù)傳輸方案
設(shè)備狀態(tài)數(shù)據(jù)使用“推/拉”模式傳輸。設(shè)備定時(shí)將自己的當(dāng)前狀態(tài)數(shù)據(jù)推送給數(shù)據(jù)服務(wù)器,數(shù)據(jù)服務(wù)器將收到的設(shè)備狀態(tài)數(shù)據(jù)存儲(chǔ)于設(shè)備狀態(tài)表中,監(jiān)控軟件定時(shí)從數(shù)據(jù)服務(wù)器讀取設(shè)備的當(dāng)前狀態(tài)數(shù)據(jù)。
3.2.2設(shè)備事件數(shù)據(jù)傳輸方案
設(shè)備事件采用“存儲(chǔ)轉(zhuǎn)發(fā)”模式和“推/拉”模式相結(jié)合的方式傳輸。設(shè)備在事件發(fā)生時(shí),將對(duì)應(yīng)的設(shè)備事件標(biāo)簽的當(dāng)前信息推送給數(shù)據(jù)服務(wù)器,數(shù)據(jù)服務(wù)器將收到的設(shè)備事件數(shù)據(jù)存儲(chǔ)于設(shè)備狀態(tài)表中,并將該數(shù)據(jù)推送給設(shè)備監(jiān)控軟件。
3.2.3設(shè)備命令數(shù)據(jù)傳輸方案
使用“存儲(chǔ)轉(zhuǎn)發(fā)”模式傳輸設(shè)備命令數(shù)據(jù)。監(jiān)控軟件先將設(shè)備命令數(shù)據(jù)傳送給數(shù)據(jù)服務(wù)器,數(shù)據(jù)服務(wù)器再將設(shè)備命令數(shù)據(jù)轉(zhuǎn)發(fā)給指定的單個(gè)在線設(shè)備或系統(tǒng)中所有在線設(shè)備。
為了實(shí)現(xiàn)監(jiān)控界面的簡(jiǎn)便、靈活開(kāi)發(fā),監(jiān)控軟件應(yīng)具備組態(tài)功能。這樣用戶就可根據(jù)地鐵車站的設(shè)備數(shù)量和布局,簡(jiǎn)單、方便地使用開(kāi)發(fā)環(huán)境,編寫(xiě)配置信息,以搭積木和作圖的方式[7]開(kāi)發(fā)出一套設(shè)備監(jiān)控系統(tǒng),進(jìn)而根據(jù)這些配置信息實(shí)現(xiàn)運(yùn)行環(huán)境。
在參照已有組態(tài)軟件功能的基礎(chǔ)上,自主開(kāi)發(fā)了一個(gè)適用于區(qū)域模式下AFC系統(tǒng)的組態(tài)軟件。該監(jiān)控組態(tài)軟件作為面向過(guò)程監(jiān)控與數(shù)據(jù)采集的軟件平臺(tái),集成了豐富的功能,主要由監(jiān)控軟件、頁(yè)面編輯軟件和圖元類庫(kù)3部分組成,如圖4所示,其中頁(yè)面編輯軟件和監(jiān)控軟件共享圖元類庫(kù)。監(jiān)控頁(yè)面開(kāi)發(fā)用戶可根據(jù)地鐵AFC設(shè)備監(jiān)控系統(tǒng)的需求使用頁(yè)面編輯軟件,在界面上創(chuàng)建圖元、調(diào)整圖元大小和位置、配置圖元、生成監(jiān)控頁(yè)面文件。監(jiān)控管理人員可使用監(jiān)控軟件打開(kāi)監(jiān)控頁(yè)面文件,對(duì)設(shè)備進(jìn)行遠(yuǎn)程監(jiān)控。
圖4 組態(tài)化監(jiān)控軟件示意
根據(jù)系統(tǒng)的數(shù)據(jù)管理需求,設(shè)計(jì)和實(shí)現(xiàn)了一個(gè)內(nèi)存數(shù)據(jù)庫(kù)模塊,從而實(shí)現(xiàn)數(shù)據(jù)的高效存儲(chǔ)和訪問(wèn);根據(jù)系統(tǒng)數(shù)據(jù)傳輸需求,選用CORBA面向?qū)ο笾虚g件技術(shù)作為通信的底層技術(shù),對(duì)基于CORBA技術(shù)的通信機(jī)制進(jìn)行了討論;根據(jù)系統(tǒng)可組態(tài)開(kāi)發(fā)監(jiān)控界面的需求,設(shè)計(jì)和實(shí)現(xiàn)了組態(tài)化監(jiān)控軟件。實(shí)踐證明,筆者設(shè)計(jì)的AFC設(shè)備監(jiān)控系統(tǒng)穩(wěn)定可靠,能以組態(tài)的形式實(shí)現(xiàn)對(duì)AFC設(shè)備的監(jiān)控,功能和性能都達(dá)到了系統(tǒng)要求。另外,未來(lái)可考慮在當(dāng)前系統(tǒng)架構(gòu)的基礎(chǔ)上添加一層,即增加整個(gè)線網(wǎng)的數(shù)據(jù)服務(wù)器,以實(shí)現(xiàn)多級(jí)監(jiān)控。
[1] 吳娟, 徐鐘全, 毛建.南京地鐵AFC區(qū)域線路中心的規(guī)劃設(shè)計(jì)[J].鐵路通信信號(hào)工程技術(shù), 2012, 9(5): 63-65.
[2] 胡冬, 楊洋.南京地鐵AFC系統(tǒng)區(qū)域線路中心建設(shè)需求分析[J].科技信息, 2011(35): 51-52.
[3] 黎江, 劉凱.軟件中間件技術(shù)在自動(dòng)售檢票系統(tǒng)中的應(yīng)用[J].鐵路計(jì)算機(jī)應(yīng)用, 2006, 15(1):34-36.
[4] 沙先軍.內(nèi)存數(shù)據(jù)庫(kù)的研究設(shè)計(jì)與實(shí)現(xiàn)[D].合肥: 安徽大學(xué), 2011.
[5] 朱其亮, 鄭斌.CORBA原理及應(yīng)用[M].北京: 北京郵電大學(xué)出版社, 2001.
[6] 陸文偉.基于CORBA的軌道交通AFC設(shè)備監(jiān)控組態(tài)軟件的設(shè)計(jì)與實(shí)現(xiàn)[D].南京:東南大學(xué), 2012.
[7] 歐金成, 歐世樂(lè), 林德杰,等.組態(tài)軟件的現(xiàn)狀與發(fā)展[J].工業(yè)控制計(jì)算機(jī), 2002, 15(4): 1-5.
(編輯:王艷菊)
Design and Implementation of AFC Equipment Monitoring System under Regional Center Mode
Li Liang1Zhang Ning2Li Yu3Mao Jian1
(1. Nanjing Metro Co., Ltd., Nanjing 210024; 2. ITS Institute of Southeast University, Nanjing 210018; 3. Beijing National Railway Research & Design Institute of Signal & Communication Co., Ltd., Beijing 100073)
It is expected to design a monitoring system of urban rail transit which can not only monitor the operation of AFC equipment but also be convenient for daily management by operation personnel and breakdown diagnosis by maintenance personnel. The situation of AFC system was investigated firstly; the‘regional line center’management mode was analyzed. Then data storage and management of the AFC equipment monitoring system was studied. CORBA communications technology was used to solve the communication problem with the terminal equipment; and the configuration software was finally used for system design and implementation. Practice has proved that the system is stable and reliable, and that it can monitor AFC equipment in configuration form while its function and performance meets system's requirements.
AFC equipment; monitoring system; Time-varying database; CORBA; Configuration Software
10.3969/j.issn.1672-6073.2015.01.002
2014-05-27
2014-06-26
李量,工程師,長(zhǎng)期從事地鐵設(shè)備設(shè)計(jì)管理工作,li_l@njmetro.com.cn
江蘇省科技廳產(chǎn)學(xué)研聯(lián)合創(chuàng)新資金項(xiàng)目(BY2012197);南京地鐵專項(xiàng)科技項(xiàng)目(8550140042)
U29-39;U293.22
A
1672-6073(2015)01-0004-04
編者按自動(dòng)售檢票(AFC)系統(tǒng)在各城市的軌道交通工程中得到廣泛應(yīng)用,其系統(tǒng)設(shè)計(jì)、數(shù)據(jù)傳輸、票制票卡等項(xiàng)目的管理,在實(shí)踐中得到不斷的完善與創(chuàng)新。本期熱點(diǎn)研討精選了7篇論文集中發(fā)表,供讀者參考應(yīng)用,以推動(dòng)AFC系統(tǒng)技術(shù)進(jìn)一步發(fā)展提高。