而冠忠及泰豐就由站長或公司職員用PDA收集
數據。
陽光都係架. alexero在 2005-4-27 00:50 發表:
我以前都係咁諗
但有甚麼方法令到所有八達通機的時間都是一樣？
尤其係小巴／嶼巴個D機
基本上都無機會跟八達通公司的server「溝通」
只係靠一張專用卡來過數...
我講既都唔係簡單版既八達通機.....
上文有提及到巴士正常每日返廠
既時候都要輸出data,但其實呢個
程序同時係可以有data input,即係
如果有路線既更動或者價格既更
動一樣可以由呢個'交換資料'呢個
過程得到.
咁如果八達通本身係有一個'標準
時間'既,咁每當'交換資料'既時候
就可以核對同更正返個時間有冇
偏差
我諗因為你搭既係小巴,所以因此
時間上有偏差都唔會有定時既收
正. 超愚問一個：AP69出事後，車上既八仔機命運又如何？
如果連八仔機也嚴重損毀，無法讀取資料咁又點算呢？
尤其如果用黎自動增值過的話，o個$250條數又點算？ mckhgc在 2005-4-27 02:52 AM 發表:
超愚問一個：AP69出事後，車上既八仔機命運又如何？
如果連八仔機也嚴重損毀，無法讀取資料咁又點算呢？
尤其如果用黎自動增值過的話，o個$250條數又點算？
就算部機爛左都有意外保險費賠呱 mckhgc在 2005-4-27 02:52 發表:
超愚問一個：AP69出事後，車上既八仔機命運又如何？
如果連八仔機也嚴重損毀，無法讀取資料咁又點算呢？
尤其如果用黎自動增值過的話，o個$250條數又點算？
呢度
因為八達通系統唔係real time (同步),
乘客張卡已經被扣數,
不過巴士公司可能收唔返錢~ 財記o係快富街老闆娘都係用部PDA同D小巴八仔埋數。
shtsang在 2005-4-27 01:09 發表:
陽光都係架. hksf在 2005-4-27 11:18 AM 發表:
呢度
因為八達通系統唔係real time (同步),
乘客張卡已經被扣數,
不過巴士公司可能收唔返錢~
其實一個可行而簡單的方法﹐便可以解決唔齊data的問題。
每張八仔卡都會紀錄過去10次的交易紀錄﹐只要每次交易時﹐八仔機同時提取八仔卡的交易紀錄﹐便可以推算missing data﹐最後修正所有資料後﹐便可以發$給商戶﹐向卡主收$$。
即是﹐汽水機這一類八仔機﹐理論上是可以不去收data都得。唔知八仔公司是不是用這個方法。 轉載自八達通卡有限公司一份介紹八仔的資料
(文章上沒有列明禁止轉載)
如有copyright或犯iRule,
請通知本人處理
第一層：中央結算所 (Central Clearing House)
設置保安密碼匙管理系統平台的中央結算所 (CCH) 的主要作用是
綜合所有交易，結算各間運輸營辦商的收支，和處理每張聰明咭的
主咭記錄和交易記錄。一天要處理多達4百萬宗交易，每項100個
位元組 (byte) 的交易數據。對於一套要同時兼固精確結算、管理和
保安資料的系統來說，絕非易事。
使用高效能 Unix 系統的整套中央結算所伺服器，設計上可處理
每天3 - 4百萬宗交易記錄。每項交易送至 CCH 後會被記錄及與主咭
資料核對，然後中央電腦會產生一個核數編號，提供系統作進一步
順序檢查，以防重覆和遺失。綜合一天所有收支記錄後，CCH 會以
電子形式發送系統和賬目資訊給各運輸營辦商。
中央結算所擁有一座主系統 ( CCHS - Primary ) 和一座後備系統
( CCHS - Backup )，後備系統存放了所有重要元件以供 CCH 正常運作。
當主系統或其所在位置受災害影響時 ( 例如火災 )，所有電子通訊
便會自動跟隨設定轉換至後備系統繼續操作。
第二層：運輸營辦商中央電腦數據處理系統
(Service Providers Central Computer Data Processing System
運輸營辦商中央電腦 (SPCC) 負責收發和處理來往各站數據，但
這些數據並不是由底層收費儀器經 SPCC 送至 CCH，而是透過 Entera Middleware 同步傳遞至 SPCC 及 CCH。此做法能確保兩處接收的數據一致
( 跟 會計 double-entry 有異曲同工之妙 )。任何票價改動均可自動從
SPCC 下傳並分送至各收費儀器，「票價生效日程表」同時確保已更新
的車費資料只會在指定的時間後才生效。
第三層：運輸營辦商本區數據處理器
(Service Providers Local Data Processors)
１. 固定安裝
在本區程度於固定安裝地點 ( 例如地鐵站和火車站 )，工作站 (workstation) 提供本區通訊聯繫給「八達通」處理器。交易數據實時
(real time) 從處理器送至工作站，再以批次模式 (batch mode) 抄往 SPCC，
這些數據會保留在本區直至 SPCC 確認為有效。
工作站除了擔任數據處理的角色外，它還控制和監察本區所有設定。
任何本區儀器有異常運作會即時在工作站螢幕顯示和發出警報。控制訊息
可路由 (route) 至高層次的車站管理系統，此舉有助監督所有必需的車站服務。
九廣輕鐵的情況則有些不同，「車站數據匯集器」集路由器 (router) 、
警報傳遞和監察狀況提供者於一身，連接輕鐵中央系統。
２. 流動安裝
當有裝置「八達通」處理器的巴士返回所屬車廠時，處理器儲存的
交易記錄便會透過無線本地區域網絡 ( wireless local area network，簡稱
wireless LAN ) 通訊點傳送至車廠中央電腦 ( Bus Depot Computer，簡稱BDC )，
其功能跟 LDP 相類似。
BDC 採用 Unix 工作站，分別利用 X.25 和 wireless LAN 跟 SPCC 和巴士
通訊。別小覷這些 wireless LAN，它的頻寬 (bandwidth) 可在約90秒時間內
同時處理多達21部巴士的數據轉移！核數和用量記錄會被送至BDC，而由
BDC下傳至巴士「八達通」處理器包括路線參數、車費資料以及黑名單。
巴士八達通處理器Bus Contactless Smartcard Processor (BCP)
第四層：非接觸式聰明咭 ( CSC ) 處理器
「八達通」處理器是乘客與交通工具收費儀器的界面，每個處理器均
配備新力 ( Sony ) 聰明咭讀寫器。這些讀寫裝置利用電磁感應RF來輸送能量
和數據信號至「八達通」咭內。傳輸有效距離是0 - 100mm。
當一張CSC放在RF控制範圍內時，閱讀器會驗證咭中資料。經確認後，
交易數據便會被加密傳送，處理結果會展示在乘客資訊顯示器，同時亦有
適當的聲音發出。CSC讀寫器靠高速保密並聯 ( serial ) 通訊頻道連接到收費
儀器的處理底板。處理底板執行通訊管理，而收費儀器必須在150 - 300ms
完成其功能，例如車費計算和黑名單核對，實際時間要視乎傳送多少數據
而定。
儀器操作數據系統 ( Equipment Operating Data System )
儀器操作數據系統 (EOD)負責處理服務營辦商不同種類的收費。當車費
表和生效時間被輸入至EOD後，EOD會產生幾個二進制檔案 ( binary files )和
一個版本編號以作新舊車費表分辨，這些檔案然後由 SPCC給發送至BDC作
下傳 ( download ) 之用。
當巴士CSC處理器 ( Bus Contactless Smartcard Processor，簡稱 BCP ) / 車長
顯示器 (Drivers' Display Unit，簡稱 DDU ) 和BDC進行通訊時，BDC會檢查BCP / DDU 是否擁有跟EOD相同的車費表版本編號，並為有需要的巴士收費組件
進行資料更新。 3AD170在 2005-4-27 12:53 AM 發表:
而冠忠及泰豐就由站長或公司職員用PDA收集
數據。
嶼巴、村巴的八達通機同市面飲食業及零售業藍色八達通機的運作原理相同，
要另外需要一部 PDA 及專用八達通作通訊
當營業前先用 PDA 與八達通公司下載數據 (如失卡資料)，完成後，
用 PDA 與拍卡機(即顯示價錢給顧客的那一部)連接，將 PDA 已下載的資
料存入拍卡機。專用八達通是啟動連接模式的，數據下載好便可以開工做生意
當收工用相反次序把當日生意額從拍卡機存入 PDA ，然後利用 PDA 上載與
八達通公司，八達通公司便會將應有款項存入有關公司戶口
頁:
1
[2]