Page 119 - 捷運技術 第60期

108 109

（一） 提供列車監督資訊系統（TSIS （三） 故障監視與故障碼同步回傳
系統 需求 類型
或 TCMS）之原始資料流訊息 功能
標準通訊協定 傳輸格式
廠商應提供故障名稱、故障代 列車（監督）管理系統資料庫
雙主機互為備援 備援
碼、設備編號與設備名稱等詳盡原 紀錄列車內部中央控制、本地控制
事件順序紀錄 格式
始資料訊息並確保列車（監督）管 及顯示單元間之訊息傳遞、列車運
供電 網路化通訊 傳輸
理系統執行偵測、紀錄時或其發生 轉期間設備運轉資訊、系統參數及
減少通訊協定轉換設備 傳輸
故障時，均不影響列車正常運轉。 物理量等資料。
預留界面網點連接備援電力遙控系統 增設傳輸 捷運公司透過列車（監督）管 規範廠商提供前述資訊並適時

機房增設通訊網點 增設傳輸 理系統執行偵測與紀錄，當列車設 回傳機廠之「電聯車非即時資料服
通訊多功能操作台缺乏軟韌體原始碼 原始資料 備異常時，各子系統可同步回傳故 務」電腦系統，除供捷運公司監看

車站旅客資訊系統遠端遙控重啟功能 傳輸 障碼至行控中心及後端電腦，讓行 及下載，適時掌控列車資訊外，亦
通訊 車控中心與維修人員即時確認故障 能協助捷運公司蒐集大量列車資訊，
通訊設備預防性檢修需求 數據分析
原因，並評估對主線營運影響，判 藉由大數據分析建立資料庫，以作
人工智慧影像辨識功能 人工智慧辨識
斷列車有無立即收車回廠之必要性。 為預警資訊及輔助決策等加值應用，

（二） 標準通訊協定（含傳輸界面） 提供後端更強大之車隊管理與後勤
肆、研究成果 最後，考量台北捷運公司需求 及明確封包格式定義 維修之能量。

面、機電系統廠商供給面與契約執 列車各子系統設備運轉狀態及 列車（監督）管理系統回傳非
研究成果係以上章節捷運公司 行面等三個面向，將先進科技技術 內部傳遞訊息，主動傳至列車（監 即時性資料，如當使用無線數據通

對於智慧鐵道提出之需求作為出發 和大數據分析之初步概念納入契約 督）管理系統中儲存，廠商各設備 訊時，應可設定傳輸優先等級功能，
點，並針對現行契約規範與設計不 規範中。 資料採用相同傳輸界面（例如：網 以系統運作順利為優先，避免影響
足部分，增修相對應之規範，以期 本章節將由電聯車系統、行車 路傳輸界面 TCP ／ IP）與方式，並 其他系統無線傳輸需求，可增加系

符合台北捷運公司對於智慧鐵道之 監控系統、供電系統及通訊系統， 藉由廠商提供相關封包格式及定義 統可靠度。
需求。 對應台北捷運公司之需求項目（表 界面文件，讓捷運公司更容易擷取 （四） 檢修紀錄訓練課程及可手動

除此之外，尋求機電系統及水 3），逐一敘述規範精進部分與其預 設備內存與原始資料，對於大數據 設定回傳資訊
環設計廠商，瞭解有助於智慧鐵道 期效益。 收集與智慧鐵道之運營維修、預警 規範廠商提供故障名稱、代碼、
發展之新技術及應用方式，透過當 一、電聯車系統 系統及生命週期評估等，有相當大 時間、示意位置及其排除方法等訊

面溝通，除可清楚地明白廠商之能 的助益，且系統整體採用相同網路 息，大量資料內包含複雜之故障碼
電聯車系統對應台北捷運公司
力及系統限制外，亦可明白現況技 協定，便於後續智慧鐵道資訊共享， 組成、設備編號與設備名稱，故廠
智慧鐵道之需求項目，現行精進規
術是否足夠滿足營運公司需求。 使後段加值應用更加便利。 商應提供行控中心與維修人員安排
範對應如下：