第一篇：地鐵AFC售票系統操作注意事項

地鐵IC卡售票系統操作注意事項

a)上班前檢查

1.設備清點：主機、顯示器、票據打印即、客戶顯示屏、卡片讀寫器

2.打印紙檢查

b)開機和系統登錄注意事項

1.開機順序流程：打印機、客戶顯示屏、電腦顯示器、主機

2.設備狀態檢查：打印機、客戶顯示屏、卡片讀寫器狀態

3.出現系統登錄界面之前不得進行任何操作

4.出現系統主程序界面之前不得進行任何操作

c)退出和關機注意事項

1.嚴格按照任務結束的流程進行

2.工作交接報表打印結束之前，不要點擊退出按鈕進行關機操作

3.在電腦自動關閉之前，不要進行任何操作

4.關機順序：電腦主機關閉后，關閉打印機、客戶顯示屏、電腦顯示

器的電源開關

5.關機時，不要關主機電源開關，因為已經自動關閉，否則會重啟動 d)下班前檢查

1.卡片和現金清點，并與工作交接報表核對

2.設備清點：主機、顯示器、票據打印即、客戶顯示屏、卡片讀寫器

3.重點檢查確認上述設備已經關閉，然后蓋上蓋布

1.操作說明材料：注意事項一份、操作規程一份、問題解答一份 e)業務操作注意事項

1.操作員作業操作應該嚴格按照操作流程要求及系統的提示進行操作

2.操作員不得拔插卡片讀寫器的電源插頭

3.操作員不得在系統的主機上進行業務作業以外的操作

4.操作員不得啟動非系統要求的應用軟件和系統功能

5.售票室和補票室的操作有所不同，未經許可，不要進行非網點業務

范圍的操作

1.售票室專用作業流程包括：卡片發行、出站信息、退卡操作

2.補票室專用作業流程包括：進站記錄、退票處理

6.操作員離開座位時，必須退出系統、或進入暫時離開狀態，不得在工作界面狀態下擅自離開座位

7.系統運行中不得關閉打印機、客戶顯示屏的電源開關

8.卡片放入讀寫器中必須輕放輕拿，不可過于用力，以免損壞卡片和

讀寫器

9.非車站管理人員不得擅自使用‘工作統計’和‘服務統計’功能 f)作業紀律注意事項

1.不得擅自在系統中安裝非系統配套的任何軟件

2.嚴禁在系統主機上玩電子游戲

3.未經許可不得擅自移動和轉動系統的設備位置

4.操作員須使用經授權的本人賬號登錄，不得使用他人賬號進行登錄 5.操作員需妥善保存自己的賬號密碼，不得提供或借給他人使用

第二篇：地鐵AFC系統應用論文

自動售檢票（AFC）系統是綜合技術性很強的一個專業系統，涉及到機械、電子、微控、傳感、計算機、網絡、數據庫和系統集成等多個方面，整個系統實現具有很大難度。AFC應用系統軟件是其中最具有代表性的，它不僅要集成所有售檢票設備信息，還要對車票和現金等實物進行管理，涉及車站管理、收益管理和車票管理等各個環節，數據關系較為復雜，需求難以把握，開發具有一定難度，是實現AFC系統集成的關鍵環節。

1AFC應用系統在開發和應用中遇到的問題

深圳地鐵AFC系統的建設是在探索中前進的，作為第一個具有自主知識產權的國產化AFC系統來講，它不斷要根據實際情況做出改進。但對于這個涉及面廣、層次多的龐大系統而言，達到應用系統的需求一步到位是不可能的。這就對AFC項目的使用維護方提出了高水平的要求，要在掌握到第一線的乘客需求、車站運作情況和目前應用系統軟件所實現功能的前提下，提出AFC系統的改進方向。對項目的開發方而言，用戶需求的多變是讓開發人員頭痛的問題，如何快速地根據用戶需求改進軟件，盡快拿出滿足用戶需求的軟件更是增加了開發的難度。

通過深圳地鐵AFC系統兩年來的實際使用，其中存在的一些問題顯現出來，比如，管理信息不完整，部分統計數據不能滿足實際運營需要，系統功能待改進等，造成工作效率低下、人力資源浪費和運作成本提高。在此基礎之上，經深入討論研究，使用快速原型法可以使實際和應用結合的較為緊密，是解決以上問題的有效方法。

2快速原型法技術介紹

快速原型法（Rapid prototyping Method）是近年來提出的一種以計算機為基礎的系統開發方法，它首先構造一個功能簡單的原型系統，然后通過對原型系統逐步求精，不斷擴充完善得到最終的軟件系統。原型就是模型，而原型系統就是應用系統的模型。這個模型可在運行中被檢查、測試和修改，直到它的性能達到用戶需求為止。因而這個工作模型很快就能轉換成原樣的目標系統。

快速原型法主要包括兩種開發方法：快速建立需求規格模型法和快速建立漸進原型法。快速原型法在優化AFC應用

系統中的應用統的神經中樞，它實現系統運作、收益及設備維護集中管理功能。監控并管理車站AFC系統內的所有設備，采集并上傳售檢票設備的交易、工作狀態等信息，儲存并下載運營和設置參數，具備售檢票設備及運營的收益管理功能，能統計、生成及打印地鐵運營日的現金收益、車站管理和票卡管理等報表，具備輔助分析功能。

（1）通過快速建立需求規格模型法建立用戶需求

深圳地鐵AFC應用系統的優化和改進首先采用了“快速建立需求規格模型法”來確認用戶需求。這種快速原型法通過建立模型反映系統的某些方面，密切用戶和開發人員的關系，促進相互了解，因此，有助于獲得更完整精確的需求說明書。對深圳地鐵AFC應用系統而言，采用快速原型法為AFC用戶需求建立一個模型，該模型是系統功能的一個子集，開發人員測試通過后將這個模型提交給用戶，通過用戶的測試使用可以發現這個模型是否滿足預想的需求，哪些功能冗余，哪些地方需要改進。

（2）通過快速建立漸進原型法逐步優化系統

待用戶和開發人員逐步確定需求說明書之后，其后的開發工作采用“快速建立漸進原型法”來完成系統優化。“快速建立漸進原型法”采用循環進化的開發方式，對系統模型作連續的精化，將系統需具備的性質逐步添加上去，直到所有的性質全部滿足，此時，模型也就成為我們所需的系統目標了。

在AFC應用系統的優化過程中，我們提出一個更新或改進的書面報告，開發人員根據報告的描述，并同我們討論具體需求后，設計出一個模型，通過開發人員的內部測試后，將模型提交給我們。在深圳地鐵培訓中心測試平臺的支持下，用戶嚴格測試系統的功能和各

部件的接口，修改所發現的問題，直至模型測試通過。測試完后，用戶和開發人員一起進行原型審查，確定正確無誤后，就可讓系統進入車站試用。開發人員也可以通過用戶的使用加深對用戶需求的了解，經過相互了解促進這樣一個過程，直至模型確定。最后，將測試通過的模型轉變成目標系統，小規模的上線使用，觀察一段時間，經過實地運作確保不產生其他影響后，才全線鋪開實施。

4快速原型法在深圳地鐵應用中的優點

通過不斷跟進深圳地鐵票務人員、車站人員和乘客使用AFC系統的情況和根據得到的反饋，快速原型法使用戶在感性的層面上了解系統的概貌，通過與用戶的交流，能很好地理解用戶的意圖與需求。在采用快速原型法的開發過程中，開發人員一直與用戶密切聯系，以少量代價快速地構造一個可執行的軟件系統模型，使用戶和開發人員可以較快地確定需求。在初步了解用戶的基本需求后，開發人員建立一個他們認為符合用戶要求的模型系統并交給用戶檢驗，由于模型是可以執行的，所以為用戶提供了獲得感性認識的學習機會。增進了用戶和開發人員之間的溝通交流，節省了開發時間，降低了開發強度，需求可以更快地得以確定，目標也能加快實現。

5結束語

快速原型法這種支持用戶的方法，使得用戶在系統生存周期的設計階段起到積極的作用。它能減少系統開發的風險，特別是在深圳地鐵AFC項目投入運營后，由于對項目需求的分析難以一次完成，而且時間緊迫，采用快速原型法效果更為明顯。它既適用于系統的重新開發，也適用于對系統的修改，也可以與傳統的生命周期方法相結合使用，這樣會擴大用戶參與需求分析、初步設計及詳細設計等階段的活動，加深對系統的理解。在采用快速原型法設計的過程中，加入再用式軟件開發方法，采用快速原型法做需求分析，后續階段使用重用機制，還能夠有效地降低開發成本。

結合幾年來對AFC系統研究的逐步深入，和近兩年的實際運作管理經驗，加之對票務業務管理流程的不斷深入領會，采用快速原型法優化后的AFC應用系統精簡了票務管理流程，極大減少人為的統計分析和干預，其智能化、模塊化和個性化地提供后臺統計分析的數據及報表，同時也為深圳地鐵運營決策層提供了高效的素材和有利的保障。

第三篇：鐵路售票系統

鐵路售票系統應用軟件需求分析報告

前言：

（1）需求分析報告的編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本鐵路售票系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用。（2）產品背景明細 軟件名稱：鐵路售票系統 軟件開發者：（3）縮寫及縮略語

鐵路售票應用系統軟件：基本元素為構成鐵路售票及相關行為所必須的各種部分。

需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。本工程描述：

（1）軟件開發的目標：

完善目前鐵路售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。（2）應用范圍：

理論上能夠實現于鐵路部門的售票系統，其目的在于在原有的系統基礎使得鐵路售票實名化，以期實現完善日常生活中鐵路售票的各種缺陷。（3）硬件配置要求：

硬件外部設備需奔騰133以上的pc機，內存需16兆以上。（4）子集說明：

軟件分別有五個模塊組成，每個模塊各有不同的功能。但都能完成查詢和存儲功能，各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成。（5）軟件功能描述：

外部功能：實現可視化窗口，查找及存儲 內部功能：同步，過濾，定位，識別 軟件功能描述圖： 賠償信息 車次信息 列車明細 日志維護 個人信息 主界面 同步 過濾 數據庫 定位

（6）軟件操作人員的要求：

軟件要求操作人員具有初步的相關知識（7）在其他方面的要求：

由于本系統為即時軟件，對數據的同步要求較高，建議配置網絡時使用可靠性較高的相關網絡硬件設施。軟件結構化描述（1）數據流圖： 乘客 數據庫更新 列車明細 個人信息 日志 售票員

（2）數據結構的描述：

車票=日期+價格+出發站+目的站+售票站+座號+車次+性質+編號 日期=年+月+日+時+分 價格=“1”..“9999” 出發站=1{漢字}6 目的站=1{漢字}6 售票站=1{漢字}6 座號=車廂號+座位號 車次=“1”..“9999”

編號=“000000001”..“999999999”

性質=“1”..“6” 注：“1”表示空調硬座特快，“2”表示空調軟座普快等 設計要求：

（1）所調用的數據庫的顯示： 輸入內容：指定的庫文件名。加工內容：調用指定的數據庫。輸出內容：所指定的數據庫的庫結構。（2）關于編輯框的說明： 輸入內容：編輯框名稱。加工內容：生成編輯框。輸出內容：顯示所生成的編輯框（3）指定記錄說明：

輸入內容：指定的項名及庫文件名。加工內容：將指定的數據庫里指定的記錄置為當前記錄。（4）初始化說明： 輸入內容：所要求的尺寸

要求處理內容：確定指定對象在窗體中的開始尺寸的大小 輸出內容：確定開始尺寸的四個參數。（5）最大化說明： 輸入內容：指定的參數值。

加工內容：確定指定對象在窗體中的最大尺寸。輸出內容：確定指定對象最大尺寸的四個參數。（6）最小化說明 原理同上

（7）查詞編輯框說明（編輯框控制）

功能：主要是定義的一個編輯框，供用戶輸入一個詞名，為程序生成查找條件做準備。輸入內容：在查詞編輯框中輸入要查找的詞名。加工內容：用輸入的詞名以供程序生成查找條。輸出內容：地址、長度。

（8）內容編輯框說明（編輯框控制）

功能：主要是定義的一個編輯框，將程序查找到的用戶所輸入詞的相關內容顯示出來，為用戶提供幫助信息。

輸入內容：數據庫中查找到的記錄的項的內容的地址、長度。加工內容：置控制標題或值。

輸出內容：顯示用戶所輸入詞的相關內容（如該詞的格式、用法……）。（9）定義過濾說明

作用：定義用戶輸入的詞名與內容庫中的詞名字段中的詞名進行串比較，即定義詞名字段為過濾字段。輸入內容：用戶輸入的詞名。

加工內容：把代碼寫入過濾條件指針之中。輸出內容：查找條件。（10）執行過濾說明

作用：將定義的過濾作為內容庫的過濾條件。輸入內容：查找條件。

加工內容：與查找編輯框中的內容比較。輸出內容：庫過濾顯。（11）同步說明： I：令牌持有標記

P：與數據庫同步更新數據 O：更新數據庫 環境要求：

（1）數據錄入精度需求

在進行向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數時，要求輸入數準確。

（2）軟件自身時間特性需求

程序響應時間：在人的感覺和視覺事件范圍內；

信息交換時間：要求在程序調用前調用后都與數據庫保持同步更新，網絡信息狡猾施加應該小于程序調用的時間

（3）數據管理能力需求

要求數據庫具有很好的更新能力，由于本產品是實驗性軟件，故對磁盤和內存容量沒有很高的要求，但是數據庫應該能夠對并發事件，臟數據具有較強的識別處理能力。接口要求：

（1）硬件接口：無特別要求

（2）網絡硬件接口要求：現實中要求具有高速以太網組網一實現聯網銷售，但是在理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。（3）軟件接口要求：無 軟件屬性（1）可用性 本軟件也可以通過單步跟蹤的操作進行檢查處理。

（2）安全性

由于軟件運行數據放在數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。（3）可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。（4）兼容性

由于尚未測試，故無法對兼容性進行評析。支持信息（1）軟件支持：

本軟件開發是使用Delphi編寫。

（2）設備支持：

推薦配置：WindowsXP，256內存，VGA顯示器

第四篇：廣州公交AFC系統介紹

系統概述:

公交 AFC系統是指實現公交行業電子自動收費、自動結算、自動分的一整套解決方案。借助此系統，可對公交運營提供有效數據，提高運轉效率。消費者手持一張非接觸IC卡，可方便地乘坐公共汽車、出租車、地鐵、輪渡等交通工具。此系統為人們的出行帶來極大的便利，同樣也簡化各公交運營公司的收益處理程序，提高數據統計和分析的準確性。

系統功能:

1.車載終端系統

車載終端系統是安裝在公交車上的消費終端，具有以下功能：

· 非接觸卡刷卡消費

· 紅外數據采集

· 黑名單管理

· 管理卡功能

· 運營參數管理

· 軟件更新管理

· 采集計劃管理

· 交易數據存儲

· 營運數據存儲

2．采集中心系統

采集中心系統是安裝在各公交公司的數據采集中心的應用軟件系統，具有以下功能：

· 數據收集及下載

· 采集計劃管理

· 數據通信管理

· 收益統計管理

· 報表查詢管理

· 操作員管理

· 運營參數管理

3．綜合管理系統

綜合管理系統是安裝在公交數據管理中心以及各公交公司、分公司的信息管理系統。具有以下功能：

· 基礎資料管理

· 票價及優惠參數定義

· 參數管理

· 設備管理

· 軟件更新管理

· 報表管理

· 明細數據管理

· 系統監控

· 系統管理

4.通信系統

· 與采集中心的數據通信

· 與一卡通中心的數據通信

5.結算系統

· 交易數據結算

· 營運數據統計

· 錯誤數據處理

系統組成公交AFC系統是集計算機、通信、微電子技術、現代密碼學、數據庫管理等高技術為一體的龐大的系統工程，是涉及領域較廣、覆蓋面較大、影響力很大的工程項目。該系統主要包括以下幾個部分:

· 公交數據中心系統

· 采集中心系統

· 公交車載終端

· 紅外采集盒

· 數據收集器

· 發卡充值管理系統

· 客戶服務系統

· 聯機式充值機

· 自助式充值機

· 密鑰管理系統

系統特色

· 采用非接觸卡作為電子錢包的載體，具有多用途的應用。

· 根據建設部IC卡應用標準建設系統，可適用于國內的任何城市。

· 線路參數、票價定制、優惠方式、分段計價模式設計適合國內大多數城市的實際情況。

· 采用大容量的采集盒方式采集數據，不改變現有公交的工作流程，方便用戶使用。

· 采用獨特的電源解決方案，增強了車載終端的可靠性，延長使用壽命。· 標準化、開放式的系統設計，系統可靈活擴展和剪裁，適應不同規模的行業應用。

· 系統操作、維護簡單、性價比高。

· 采用建設部標準的加密技術，系統安全、可靠。

第五篇：關于南京地鐵AFC系統網絡化建設思路和再思考論文

1.南京地鐵AFC系統建設概況

2010年5月,隨著南京地鐵2號線和1號線南延的開通試運營,南京地鐵進入了網絡化建設的時期,AFC系統的建設面臨著嚴峻的挑戰。從總體來看,網絡化AFC系統建設具有以下特點:

1)由單線建設轉變為多線建設;

2)需為乘客提供統一的服務界面和無障礙換乘;

3)信息化系統建設的發展對互聯互通提出了更高的要求;

4)多種技術和產品(特別是不同技術接口)之間的矛盾日益突出;

5)系統建設和運營經驗的積累相對滯后于系統的擴張速度,不斷出現涉及整個線網運營模式、票務規則、系統接口等方面的需求調整。

為了實現AFC系統的互聯互通,保證乘客在各線路間的無障礙換乘,針對南京地鐵在網絡化AFC系統建設時所遇到的問題,結合網絡化AFC系統建設的特點,制定總體思路,吸納咨詢顧問力量,解決關鍵問題,適當改造既有線AFC系統,建設ACC(AFCclearingcenter,清算管理中心),保證了多條新建線路AFC系統的無縫接入,增強了AFC系統的可靠性、安全性和兼容性,提高了AFC系統的建設效率和運行效率,降低了建設成本和維護成本。

2.網絡化AFC系統建設遇到的問題

南京地鐵AFC系統是在既有1號線基礎上進行網絡化建設的,包括新線路的AFC系統建設、ACC系統建設以及原有線路的AFC系統擴改。由于各線路的系統承包商不同,存在原線路所采用的技術開放性不足、接口標準未建立的問題,還有原來所采用的部分技術不適用于網絡化環境的矛盾,導致后續線路AFC系統建設的接入仍然存在障礙。南京地鐵建設網絡化AFC系統初期遇到如下問題:

1)線網AFC系統的建設對目前地鐵AFC系統運營模式有何改變,以及對后續線路的建設、運營、收益、資源開發等方面帶來什么樣的影響?

2)ACC系統的功能定位、規模及其建設規劃應該如何確定?

3)原有線路AFC系統的改擴建具體要移植、改造、升級哪些內容,風險和代價有多少?

4)面對各線路AFC系統、設備供貨商不同的情況,后續線路的建設如何協調使之相互兼容?

5)線網AFC系統各層次間的功能如何合理劃分?

6)新線路AFC系統、ACC系統以及原有線路AFC系統的改擴建順序如何安排?

3.咨詢力量的引入

為了有效保護投資,贏得工程建設的主動,化解潛在的風險,建立節約型、可持續發展的城市軌道交通網絡化建設和運營模式,南京地鐵針對軌道交通發展的實際情況,規避承包商技術封閉造成的互聯風險,引入了北京城建設計研究總院和東南大學兩家咨詢單位,依托其豐富的咨詢、設計經驗和大量的專業優秀人才,進行技術規程的編制工作,研究并形成了開放統一的技術規范和接口條件,營造了有效的競爭環境,控制并逐步降低了AFC系統新線建設和并網接入的成本。隨著各線路和ACC系統的建成及并網運行,進一步驗證了技術規程的可實施性,確保了技術規程的正確性和完整性。

4.AFC系統網絡化建設的總體思路

南京地鐵AFC系統網絡化建設的基本原則:

1)在1號線成功運營的基礎上,為實現網絡化運營下AFC系統的互聯互通,去蕪存菁地采納1號線引進的技術,避免對1號線AFC系統進行顛覆性改造,降低建設成本,保障改造期間系統的平穩運行;

2)通過技術規程的編制,不僅保證既有的1號線、新建的2號線及南延線接入ACC系統,還應保證后續線路的無縫接入;

3)系統應有可擴展性,可以持續升級,適應未來新技術的應用,如新型票卡的應用。

依據上述基本原則,開展必要的技術咨詢和研究工作,制定統一的技術規程,合理劃分線網AFC系統各層次間的功能,確定ACC的功能與定位,確定新老線路AFC、ACC的建設順序,研發關鍵技術與產品,以較小的代價確保AFC系統的互聯互通,滿足新線建設和網絡化運營的要求。

4.1AFC的系統架構

軌道交通AFC系統通常采用5層架構體系:ACC—LC(linecentral,線路中心)—SC(stationcomputer,車站計算機)—SLE(stationlevelequipment,車站現場設備)—車票。

考慮到AFC系統未來的業務模式、票務處理流程、票卡結構以及所選用的票卡技術都有可能發生調整,為此提出6層架構體系,即在車票和車站設備兩層之間建立業務內置型讀寫器層。

所謂業務內置型讀寫器,即讀寫器采用嵌入式32位CPU、大容量存儲器件,可將完整的票務處理流程軟件部署到讀寫器內部,一旦票務處理流程、票卡結構等發生調整,通過網絡在線升級業務內置型讀寫器中的軟件即可,無需改變設備計算機的程序。

使用業務內置型讀寫器的另一個優點是可確保票務處理流程的統一,有利于互聯互通,有利于均衡各線路AFC系統的服務水準。在目前快速推進軌道交通的工程建設中,以標準化的產品貫徹標準、助推標準,不失為一條有效途徑。

4.2ACC的功能與定位

ACC是AFC系統最上層的管理中心,將承擔軌道交通票卡發行、票務收入的匯總、清分、資金劃撥和線網AFC系統的運行聯動、監督,同時還負責處理一卡通車票在軌道交通中應用的清分和管理,以及對整個線網客流信息的匯總分析。ACC的基本職能包括收益清分、運營管理、票務管理、分析決策等。

1)收益清分。主要是指制定并實施清分規則,實現軌道交通各線之間、軌道交通領域與其他行業領域之間的收益清分。

2)運營管理。主要指客流量、票卡流向、重大故障等線網級運營狀況的監視,管理線網屬性、密鑰、票價參數、車票種類、費率表、乘客服務界面等相關參數,并進行匯總和轉發。

3)票務管理。包括票種的發行計劃、票卡初始化與分揀、庫存、調撥、注銷銷毀等。

4)分析決策。指充分利用清分系統數據平臺中的信息資源,為政府決策部門的決策制定提供準確、豐富的數據支持。

4.3AFC系統的改擴建方案

在制定線網AFC技術規程和1號線改擴建方案時,充分尊重1號線的既有技術方案,吸納1號線引進的先進技術,保留對互聯互通無影響的技術方案,摒棄不利于系統互聯互通的技術。

1)推廣使用原有1號線AFC系統的先進技術。如基于PKI(publickeyinfrastructure,公開密鑰體系)安全機制的密鑰管理系統,用以實現讀寫器設備的簽到、文件的數據簽名以及單程票密鑰的下載,提高了系統的安全性和可靠性,應用效果顯著。

2)保留不阻礙系統互聯互通的技術。避免對1號線AFC系統進行顛覆性改造,降低建設成本。如數據傳輸方面,在不影響互聯互通的前提下,采用CORBA(公共對象請求代理體系結構)方式傳輸實時數據,采用FTP(文件傳輸協議)方式傳輸非實時數據。

3)摒棄不利于系統互聯互通的技術。如原票卡結構等數據規劃僅適用于單線運營,不滿足網絡化AFC系統的需求,需重新設計。

4.4新老線路的改擴建順序

本著平滑過渡、逐步驗證的原則,確定新老線路AFC系統及ACC系統的建設和改擴建順序:

1)首先,制定AFC系統技術規程;

2)然后,進行1號線的改擴建,驗證技術規程的可實施性;

3)建設ACC系統,并與1號線對接,在單線運行條件下可以驗證數據通信接口、清分系統、密鑰管理系統及監控系統的正確性與穩定性;

4)最后,將2號線及1號線南延線的AFC系統接入,進行聯調測試,確保接入系統的可靠性與兼容性,實現網絡化系統的并網運行。

4.5研發關鍵技術和產品

在編制AFC技術規程時,需要對一些技術難題進行攻克,如單程票密鑰和業務內置型IC卡讀寫器等。以咨詢單位為技術依托,由ACC及AFC系統承包商進行技術實現,確保技術攻關的正確性和有效性。

由于目前主流的單程票產品多是存儲卡,卡內數據可自由讀寫,存在密鑰被破譯的可能。為解決這一問題,采用在線更新的方式實現票卡密鑰的下載,即ACC系統在需要下載密鑰時,可直接通過網絡下載至前端,若發現異常,可迅速更換交易密鑰,從而保證單程票的交易安全。

為了提高AFC系統的兼容性,降低系統升級維護的費用,南京地鐵率先提出了業務內置型IC卡讀寫器。業務內置型讀寫器將票卡的數據結構、安全密鑰等處理過程封裝在裝置內部,避免上述數據的外漏,有效地保護了軌道交通核心數據安全。

4.6研究可嵌入、可擴展的平滑升級技術

系統通過關鍵產品和技術的模塊化,運營參數化,實現系統的可嵌入、可擴展性。

1)關鍵產品的模塊化封裝。如業務內置型IC卡讀寫器。當票務流程發生變更時,該讀寫器支持ACC下發的交易流程處理模塊,實現對票務規則的在線下載更新,無需修改其他軟、硬件,這有利于系統的維護和升級,保證了系統的統一性與標準性,在軌道交通建設中創造了可觀的經濟效益和社會效益。

2)票務運營參數化。南京地鐵將單程票、儲值票和計次票作為基本票種,在基本票種的基礎上,通過設備運行參數(equipmentoperatingdata,EOD)和票卡結構參數的設置生成新的票種,即票卡產品,以滿足細化市場的需求。豐富的票卡產品一方面降低了票務管理的難度和復雜度,另一方面給乘客提供了多樣化的選擇,對客流的吸引、客流量的調節均具有重要作用。

3)人機界面參數化。如自動售票機(ticketvendingmachine,TVM)界面元素,包括地圖區域、按票價購票區域、功能選擇區域、單程票購買張數選擇和信息提示區等參數化處理。在網絡拓撲環境下,可通過軟件形成相關線路、站點的信息,當線路或車站信息發生變更時,只需更改相關參數,不需要更改系統的軟、硬件。

5.網絡化運營再思考

隨著2號線和1號線南延線接入ACC系統,南京地鐵AFC系統網絡化建設進入了一個新的階段。展望未來,也面臨著一些新的問題。

1)技術規程和一般事物一樣,總是需要在不斷完善中逐漸成熟。而技術規程在已有線網成型的情況下,是否可以進行調整?調整如何規避風險?一旦調整,既有線路AFC系統是否必須隨之調整?

2)目前,仍有新的系統架構需求提出。如區域性的票務中心,此種結構是否適用于南京地鐵?架構調整后,目前的技術規程是否需要隨之調整?是否會影響目前ACC的定位?

3)南京地鐵AFC項目采用了業務流程內置型IC卡讀寫器,未來票卡結構、處理流程的變更可通過升級讀寫器軟件來實現。受硬件的限定,目前只能兼容ISO14443的TYPEA或TYPEB的票卡,一旦有新的不同標準的票卡介質推出(如前段時間手機運營商推行過RFID-SIM的移動支付技術),將如何適應這種需求?

6結語

南京地鐵遵循AFC系統網絡化建設的基本原則,引入咨詢力量,確定AFC系統網絡化建設的總體思路。針對網絡化建設中面臨的問題,逐一解決,保證技術規程的完整性、適用性和可擴展性,以最小的代價確保1號線、1號線南延線和2號線的互聯互通,最終使后續線路建設遵循相同標準,逐步推行AFC系統國產化,更好地滿足新線建設和網絡化運營的要求。對技術規程進行總結與思考,并及時做相應的調整,確保網絡化AFC系統的順利建設。

在網絡化的過程中,南京地鐵將不斷發現問題、思考問題,和全國同行及致力于軌道交通研究和建設的各方力量一起,共同尋求解決之道。