資訊系統/架構/產品‎ > ‎KGQ‎ > ‎GMDS相關文章‎ > ‎GMDS‎ > ‎

TSHS合流程式部署示意(for PATS Tags)

張貼者:2014年5月6日 上午3:52Wei-Xiuang Wang   [ 已更新 2014年5月15日 下午8:31 ]

透過TSHS可結合不同的分流資訊甚至與不同來源的資訊作合流匯整

如下圖部署示意中產生兩種合流後的服務來源 (A)-TSHS 與 (B)-DTS


1. GMDS本身以DTS(DBF Transaction Server)服務為主作複製或延伸, 提供高效率資訊同步架構建置,
    DTS可想成是一個Multi Sheets EXCE Table的 Server/Client RTC同步架構, 可參考 DbfTS

2. 被合流的來源可為 PatsRaw 或 PatsEmu已支援之其他導入架構, 可參考 行情程式說明

3. TSHS (Tag Sream History Server), 具備跨平台Client應用, 採Tag編碼簡易協定作為通訊,
    提供有效率的不漏不中斷之服務, 同時可滿足各種系統重啟或Recover的需求, 可參考 TSHS

4. PATS Tags為依據PATS的報價結構定義而成, 可參考 DbfTC API Tag List for PATSFeedServer預設欄位介紹(含特殊欄位規則說明)

5. 欄位Tag #1為統一的全域編碼Symbol, 也就是最後Client端處理數據時會看到的Key(SymbolName或ItemName)

GMDS-PATS Symbol編碼方式

YYMM + contract name + ‘|’ + exchange name
表示期貨商品, 例如:
CME,CMX HG,APR11 編碼為 1104CMX HG|CME
eCBOT,MINI GOLD,AUG12 編碼為 1208MINI GOLD|eCBOT

'@' + contract date + '@' + contract name + '|' + exchange name
表示指數/現貨商品, 例如:
SGX,TW IDX,TW 編碼為 @TW@TW IDX|SGX
SGX,SG IDX,SG 編碼為 @SG@SG IDX|SGX

'#' + YYMMYYMM + '#' + contract name + '|' + exchange name
表示複合商品, 例如:
SGX,TW,JUN11|JUN13 編碼為 #11061306#TW|SGX
SGX,TW,FEB11|DEC12 編碼為 #11021212#TW|SGX

YYMM + contract name + '(' + 'P/C' + Strike + ')' + ‘|’ + exchange name
表示期貨選擇權商品, 例如:
XCME,6E,J3 C1280 編碼為 13046E(C1280)|XCME

其餘未能正確辨識類型的商品皆以指數/現貨的方式編碼
(例如尚未解釋選擇權的版本,看到的選擇權商品編碼是'@'開頭的方式)

6. 使用TSHS-UniDbf-PATS-OBG66作為DTS/TSHS服務轉換,以新的OBG 66格式取代舊的01格式,可提供完整的所有行情資訊欄位供應用
    若使用舊版TSHS-UniDbf-PATS-OBG則只能傳遞原OBG格式能傳遞的資訊+已擴充的66格式欄位(未平倉,隱含買賣價1,2檔)

7. TSHS-UniDbf-PATS-OBG66於未使用Log的運作機制下,有狀態回補機制,故分流下無其他應用需求可選擇不使用Log
    若各分流在每日特定時間點需留存一份完整資訊歷程Log,可透過新的參數指令完成即可, 參考 TSHS /Refresh 參數

8. 在設置TSHS連結DTS時使用的資料來源指定參數, 例如 /Data 0x0021=RMDS
    其中的 'RMDS' 就是最後Client端處理數據時會看到的 DBName,
    不同來源可以設定不同名稱作為識別, 也可以都用相同的名稱作統一代碼, 可視需求調整

9. 合流(B) 可提供 DbfTCdll.dll (DBF Transaction Client API) 建立對DTS的連線取得完整來源資訊, 可參考 DbfTC API連線範例

10. 合流(B) 可透過 fakePATS API模式, 可直接將現行的PATS's API行情程式移轉改連DTS取得資訊, 可參考 fakePATS API
    基於原本的PATS's API行情程式應該都有代碼轉換與價格倍率調整功能, 大致上應該是調整設定即能完成轉移,
    若原系統確實缺乏前述功能,可於fakePATS中加入對應功能調整,或於6.中進行代碼轉換另於合流(B)中作倍率調整設定.
    此方式缺點為僅能透過原本PATS定義的報價結構獲取對應資訊, 來源所提供的其他實用數據欄位須透過一定的設計修改配合後才能應用

11. 合流(A) 可提供 PktEvCdll.dll (Packet Event Client API) 建立對TSHS的連線取得完整來源資訊, 可參考 PktEvC API連線範例 (OBG66格式)

12. 合流(A)中提供的是的RawData格式, 以此架構輸出的是 OBG66 格式, 參考 PktEvC API處理RawData

13. 另可於合流(B)上建置TSHS-UniDbf 提供 合流(C)-TSHS 之服務, 則同 11.合流(A)之服務輸出處理方式, 但輸出為TSHS的Tag-Stream格式

14. 以合流(B)再生源作為整流過的頂源DTS, 因有6.與10.的客製性功能, 這樣的架構可以讓不同資訊源的相同商品最後都提供統一相同的輸出

15. 第14.的說明也就是異源備源的可行性, 在經過一定的調整後確實可以在原PATS行情系統不用修改的狀態下, 完成以路透資訊源直接替代的目的

16. 不作代碼轉換, 單純合流再生的架構方式




Comments