作者emonyaki (哆啦銅鑼燒)
看板Bus
標題[閒聊] 關於寶錄多卡通為何感應速度非常快
時間Fri May 13 22:39:07 2011
最近在看運研所的
交通電子票證系統共通技術規範研究與票證一卡通推動計畫
報告書第三冊
在當時的推動計畫主要構想是以不更換驗票機
使用舊有的機器為前提
在此前提下多卡通的方式為使用輪詢法
輪詢法就是在驗票機插入每家票證公司的SAM卡
依照SAM卡的順序取得key
並由每個key對票卡進行循序的驗證 直到驗證成功後
才會開始交易
報告書內對各種交易方式的感應時間都有做記錄
當卡片種類越多時
交易時間也隨之上升
但一卡通推動計畫後期出現了一個"多卡平行驗票機"的名詞
由於驗票機的PSAM需要搭配控制器
舊有的驗票機是以一個控制器對應多個PSAM
所以多卡並用時必須採輪詢法
容易造成交易時間太長
"多卡平行驗票機"的技術簡單說就是
每個PSAM都會接上一個控制器
可以同時讀取PSAM的資料 所以不需再使用輪詢法
我的猜想是這樣的技術
應該會讓每一種卡片交易速度都一樣快
在我刷寶錄機 台灣通與悠遊卡的感覺也是如此
報告書當時指出國內已有廠商在"開發中"
經google後發現
原來此技術是寶錄電子提出
該時間點約在三代機出現前
所以目前那些神通.宏碁的多卡通驗票機
是不是沒有多卡平行的技術?
依舊使用輪詢法 速度才會如此慢
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.170.40.175
※ 編輯: emonyaki 來自: 114.46.137.120 (05/14 00:32)
1F：→ ortz:若公車上刷卡的部分 機器有扣款資料 是不是拿資料去找 05/14 10:20
2F：→ ortz:捷運公司他們那邊去取款呢? 05/14 10:20
3F：推 luther0583:若真是這樣的話寶錄的多卡通開機時應該就不會顯示SAM順 05/14 11:19
4F：→ luther0583:序的畫面吧(不過要在開機時看到機器的畫面有點困難) 05/14 11:20
5F：推 komachi275:我不覺得那是順序...或許只是位址編碼 05/14 11:56
6F：→ komachi275:就像RAM Slot一樣 05/14 11:56
7F：→ komachi275:另外to 1F,電子票證是一個龐大的系統 驗票機只是負責 05/14 11:58
8F：→ komachi275:扣款 扣完的回傳主機後還要再回傳卡公司結算 05/14 11:58
9F：→ komachi275:再由卡公司撥款給業者哩 所以前臺後臺都要建立才行 05/14 11:59
10F：推 luther0583:這麼說好像也有可能 05/14 12:10
11F：→ ortz:像高雄的話 是不是公車印好資料傳回捷運公司後 05/14 13:03
12F：→ ortz:再由捷運公司依據資料去把錢發給公車業者嗎? 05/14 13:03
13F：→ ortz:這樣捷運公司(若驗票機也是同家)他要怎賺? 是抽一元嗎 05/14 13:03
14F：→ ortz:以及便利商店加值購卡跟小額消費的原理 05/14 13:03
15F：→ komachi275:不用印 結班資料上傳場站管理系統後直接回傳卡公司 05/14 17:08
16F：→ komachi275:印象中撥款是月結 而卡公司會抽清分手續費 05/14 17:09
17F：→ komachi275:可能是算%數 也可能是算筆數 這就不清楚了 05/14 17:09
18F：推 liaing:高捷抽%數呀 各家公司自己跟高捷談%數 05/16 00:12