第三章 研究流程與系統架構
第二節 系統架構
Management Extensions)作為管理架構，以 JMS(Java Message Service)為訊息中介 軟體，並在 JBoss 企業級應用程式伺服器平台實現平行運算 資料層則使用 HBase 雲端運算 散式資料庫，HBase 則建構於 Hadoop 雲端運算平台之上
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
圖 10.平台系統運作架構圖
(資料來源：本研究整理)
本研究所實做系統平台可 為五大模組： 別為規劃室 交易室 下單機 資料 存取室以及 場狀態室
圖 11.模擬交易平台流程圖
(資料來源：本研究整理)
1.規劃室： 為策略產生器 演算法模組 統計模型模組及歷史回測模組 (1)策略產生器
策略系由一個或多個技術 析值所組成的一組判別式 本研究整理了常用之 技術 析指標與Ｋ線型態，並依其不同之特性，設計成若干不同之策略
一個交易策略 為兩大部 －買進訊號與賣出訊號 每組策略具有一個權重
‧
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
2.交易室模組： 為策略監控模組及交易報告匯總模組 (1)策略監控模組
用先前在規劃室產生的交易策略，並接收 場狀態運算模組產生的即時 場狀態，對特定的投資標的產生買賣訊號，供投資者參考
(2)交易報告彙總模組
當使用者在策略監控模組觀察到交易訊息產生後，使用者可以選擇下單，交 易報告匯總模總會將使用者的下單請求送至外部下單機，並將交易結果回傳給使 用者 若是進行期貨投資，交易報告彙總模組會自行下單，並回傳結果
3.下單機 (1)下單模組
與券商介接的下單功能，供投資者在交易室觀察產生買賣訊號的特定標的 並下單 下單功能的設定根據使用者投資的 場而有所不同 股票 場需使用者 手動確認才能下單，而期貨 場為求效率則為自動下單
圖 12.交易室 use case diagram
‧
(1)HBase Reader當規劃室需要歷史股價做為產生交易策略和歷史回測所需的輸入資料時，
HBase Reader 會從 HBase 散式雲端資料庫中讀取所需標的 KBar 資料以及經過技 術指標計算的買賣規則
(2)HBase Writer
HBase Writer 主要的功能是將資料寫進 HBase 資料庫 將使用者在規劃室產生
的策略存回資料庫；另一方面，也提供 場即時狀態非同步地寫入資料庫 場
狀態運算模組將運算結果放入 JMS 通道，HBase Writer 會訂閱相關的 JMS Topics，
將 場狀態資料自 JMS 移至 HBase 如此一來， 場狀態運算模組不用直接參與 Messaging Service(JMS)訊息交換通道中接收經過即時報價接收器轉換成各個時間
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
重新丟進 JMS 訊息交換通道，讓 HBase Writer 將其寫入資料庫 本研究總共使用 11 種技術指標， 別為 K 線樣式(KBar Patterns) 隨機指標(KD) 移動平均線(MA) 動量指標(MTM) 震盪指標(OSC) 相對強弱指標(RSI) 威廉指標(WMS%R) 中 間意願指標(CR) 人氣指標(AR)以及平滑移動平均線(EMA)
圖 13.模擬交易平台架構圖
(資料來源：本研究整理)
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
在系統資源配置方面，本研究用六台運算能力相同之四核心主機架設成一群 集，指派其中一台主機做為平台的管理中心，即 JBoss 平台中 Domain controller 之 角色 該主機為接收使用者服務請求及與資料庫讀寫之節點，其他節點則專心處 理管理中心 派的運算工作，不接受客戶端的服務請求與涉及資料庫讀寫，以求 提升平台運算效率，必要時管理中心亦能支援運算工作
圖 14.模擬交易平台軟硬體資源配置圖
(資料來源：本研究整理)