Page 229 - 捷運技術 第38期

捷運技術半年刊 第38期 97年2月 223

1. Message Queue
中文名稱為訊息貯列【6】，將欲傳送之資料往貯列丟，貯列會負責將資料完整送達目
的地，即使中途斷線，貯列仍會重傳至接收端確實收到為止，對程式撰寫者而言它是方便

可靠之API介面，撰寫者不須去顧慮其底層TCP/IP之運作，也無須處理收送雙方之交握信號
（Hand Shake），使用上甚為方便，適合大量資料之傳送，但因反應速度慢比較不適合要即
時（Real Time）回應之末端設備使用。
2. FTP（File Transfer Protocol）

檔案傳輸，屬高階應用軟體，同樣適合後端大量資料之傳送，在此系統僅作為參數下載
等不須即時回應之應用。
3. CORBA (Common Object Request Broker Architecture)
是一種可以連接各種物件的架構，這種架構可以讓分散在不同機器上的物件互相做溝

通，概念上跟 RPC（Remote Procedure Call） 有點像，不過 CORBA 傳送的是物件，這是歐
洲系統喜歡採用的通訊方式，相對上述這是較即時之通訊方式，但較難除錯。
4. TCP/IP
這是底層網路協定，雖撰寫程式繁複，但可及時回應，適合終端設備間通訊。

上述不論那種協定，在通訊安全上均可利用附加MAC（或稱數位簽章）方式傳送交易
資料塊，使接收端以反向運算確認資料來源及是否被竄改，達到確保通訊安全之目標。

五、結語

隨著網路科技之發達，捷運建置之系統亦朝此網路化發展，其使用之技術及系統架構也
越來越像，就上述第三代系統而言，不但在票卡讀寫與網路傳送上有其安全考量，在終端電

子帳部份也使用了RFID（電子標籤）進行控管，整個系統安全堪稱完善，即使將來手機加
入營運亦應無安全顧慮。惟網際網路之蓬勃發展，方便好用之設計元件（Component）廣為
流傳，程式設計者為節省力氣自然引用這些現成元件，如此一來不但寫出之應用軟體越發相
似，連系統架構也只能在幾家軟體公司產品上作選擇，因此往後捷運系統之規劃建置亦須持

續關心網路之安全技術發展方向，將之應用於新系統建置，以確保捷運系統之安全強固。

參考文獻

1.臺北市政府捷運工程局，台北捷運第一代自動收費系統（標號：C307）設計文件
2.臺北市政府捷運工程局，台北捷運第二代自動收費系統（標號：CC337）設計文件
3.臺北市政府捷運工程局，台北捷運第三代自動收費系統（標號：CU307）設計文件

4.Mifare Card http://www.sunzone.com.tw/cr_MIFARE.htm
5.Java加解密與摘要演算API http://java.sun.com/j2se/1.5.0/docs/api/
6.C# Message Queue http://libcmt.sourceforge.net/index.php?page=CSharp_API