TWI530900B

TWI530900B - 證券資料回補方法及系統

Info

Publication number: TWI530900B
Application number: TW104108990A
Authority: TW
Inventors: 陳珠琮; 李俊毅; 魏丕平; 施盛達
Original assignee: 神乎科技股份有限公司
Priority date: 2015-03-20
Filing date: 2015-03-20
Publication date: 2016-04-21
Also published as: TW201635218A; US9973537B2; US20160277404A1

Description

證券資料回補方法及系統

本發明係有關於一種證券資料回補方法及系統，尤指一種結合了主動推送(push)與被動拉取(pull)兩種資料傳送方式之優點的證券資料回補方法及系統。

隨著資訊科技的突飛猛進，人們對於即時且方便的資訊取得與通訊需求更是呈現爆炸性的成長。而各種多樣化功能之可攜式無線通訊裝置，也為了因應人們生活上的方便與需要，而不斷地被開發出來。例如，各式手機(或稱行動電話，Cellular Phone)、智慧型手機(Smart Phone)、股票機、具行動通訊功能之個人數位助理(Personal Digital Assistant；簡稱PDA)、以及具無線通訊功能之平板電腦與筆記型電腦等等。

除了前述之各種無線通訊裝置的硬體外，更有許多可配合前述硬體來執行與應用的軟體與功能不斷地被開發出來，以讓使用者可以更便利、更即時、且更隨時隨地的理財、工作、娛樂或擷取資訊等等。例如，透過無線通訊裝置來進行股票、債券或期貨等有價證券的電子交易便是其中一例。這些用來進行股票或期貨等有價證券之電子交易的無線通訊裝置，除了進行電子下單之功能外，提供即時且有效的證券買賣資訊更是另一項不可或缺之重要功能，以便能協助使用者從龐大數量的有價證券中即時且準確地去判斷具有潛力之有價證券，以及掌握最佳之買賣時機點。

現今對於有價證券相關資訊的服務及傳輸方式，主要是仰賴雲端技術。證券資訊提供業者除了要把證券買賣的即時交易資訊、歷史交易資訊、公司財報、以及其他新聞資訊等等以無線通訊方式傳輸給使用者的可攜式無線通訊裝置外，還必須針對證券買賣的各項即時交易資訊與歷史交易資訊以預定的數學運算式進行計算或統計，來產生可協助使用者評估證券之買賣時機點的各種參考數據，例如但不侷限於證券相關的各種技術線型圖。依據現有的習知技術，只要有發現任何證券資料被更新，證券資訊提供業者就會以主動推送(push)方式傳送給每一個有連線的使用者，或者，證券資訊提供業者也會依據來自使用者之可攜式無線通訊裝置的一資料拉取(pull)請求而把相關的證券資料傳送給特定的使用者。然而，由於絕大多數的使用者幾乎都是在同一時段使用證券相關資訊的服務，例如，在股市有進行交易的時段，尤其是自股市開盤前半小時至開盤後第一小時的時段、以及自股市收盤前1小時至收盤後半小時的時段，更是服務最擁塞的兩個時段。倘若在這些時段推送(push)一些不需那麼即時被更新的資料的話，例如公司財報、公司股東會日期、內部人持股等等之歷史資料，將會佔用珍貴的無線通訊頻寬，導致原已擁塞的通訊品質更為低落。反之，倘若大部分資料都得依靠拉取(pull)方式來傳送的話，不僅會增加證券資訊提供業者的系統負擔，且大量可攜式無線通訊裝置頻繁上傳之拉取請求一樣會佔用珍貴的無線通訊頻寬，導致原已擁塞的通訊品質更為低落。

有鑑於此，本發明的主要目的在於提供一種證券資料回補方法及系統，其結合了主動推送與被動拉取兩種資料傳送方式之優點。證券資料的服務提供端可在無線通訊較不擁塞的離峰時段以主動推送的方式傳送有更新的證券資料給每一位使用者的終端裝置，且每一個終端裝置也會在同一離峰時段自動被喚醒並連線到服務提供端以接收這些更新的證券資料。此一主動推送方式尤其適用於傳送較不需被即時更新的歷史資料給所有的使用者。而當某一使用者操作其終端裝置時若有需要額外資料，就會由該終端裝置以拉取的方式向服務提供端取得這些額外資料，以符合不同使用者的不同需求。藉此，可避免在服務或通訊擁塞的時段傳送不需即時更新的證券資料，也可避免終端裝置過於頻繁地向服務提供端拉取更新的證券資料，進而改善無線通訊品質以及服務提供端的系統負擔。

為達上述之目的，本發明提供一種證券資料回補方法，實施於一資訊服務端中，該資訊服務端包括有一伺服器及一資料庫，該伺服器可提供至少一筆證券資料給位於遠端之至少一終端裝置，各該證券資料分別關聯於一證券代碼；該證券資料回補方法係包括：步驟(A)：該伺服器內儲存有一資料定義表，於該資料定義表中包括有複數個資料名稱，每一個資料名稱都有其相對應之一資料代碼及一資料處理時間被包含於該資料定義表中；該資料名稱是關於該證券資料的一資料種類，該資料代碼是對應於該資料名稱的一代碼編號，該資料處理時間指定了相對應之該資料名稱的該證券資料應該在何時下載；步驟(B)：由該伺服器依據該資料定義表，在該資料定義表之該資料處理時間所指定的時間，自外界之一資料來源下載與該資料處理時間相對應之該資料名稱或該資料代碼相符合的每一筆該證券資料後，將所下載之每一筆該證券資料儲存到該資料庫，並且，該伺服器依據該下載來更新預先儲存於該資料庫中的複數個資料更新表；其中，每一該證券代碼都有一對應的資料更新表被儲存於資料庫中，並且，於各個該資料更新表中分別紀錄了與其相對應之該證券代碼相關之每一筆該證券資料的該資料代碼及其最近更新的一更新時間；步驟(C)：由該伺服器依據該些資料更新表，針對每一筆已更新的該證券資料所各別對應之該證券代碼來產生一資料傳送時刻表，於該資料傳送時刻表中包括了對應於該證券代碼的一傳送時段、以及每一個該資料代碼所對應的一資料開始日期與一資料結束日期；其中，該資料開始日期與該資料結束日期兩日期之區間是指該證券代碼的該資料代碼所對應的該證券資料有被最近更新的日期區間；以及步驟(D)：由該伺服器在該資料傳送時刻表中所包括的該傳送時段，將該傳送時段所對應之該證券代碼在該資料開始日期與該資料結束日期兩日期之區間內的該證券資料，傳送給在該傳送時段內有連線於該伺服器的每一個該終端裝置。

於一實施例中，於該終端裝置執行有一應用程式並儲存有一個人設定表，該個人設定表包括了由使用者個人所設定之至少一該證券代碼，該個人設定表是至少被儲存於該資料庫中，並且，該個人設定表所包括之各個該證券代碼分別有一相對應的該資料更新表及該資料傳送時刻表被儲存於該終端裝置內；其中：於步驟(B)中，當伺服器更新了任一該證券代碼的該資料更新表後，會和有連線於該伺服器的每一個該終端裝置所對應的該個人設定表的內容進行比對，將有交集的該證券代碼的更新後之該資料更新表傳送給對應的該終端裝置；該終端裝置所執行的該應用程式會依據來自伺服器的該資料更新表的內容來更新儲存於終端裝置內的該資料更新表；於步驟(C)中，當伺服器產生了任一該證券代碼的該資料傳送時刻表後，會和有連線於該伺服器的每一個該終端裝置所對應的該個人設定表的內容進行比對，將有交集的該證券代碼的該資料傳送時刻表傳送給對應的該終端裝置；該終端裝置所執行的該應用程式會依據來自伺服器的該資料傳送時刻表的內容來更新儲存於終端裝置內的該資料傳送時刻表；於步驟(D)中，該終端裝置所執行的該應用程式會根據儲存於終端裝置內的該資料更新表與該資料傳送時刻表，在該傳送時段自動連線到該伺服器以接收由該伺服器所傳送之該證券資料。

於一實施例中，當使用者操作該終端裝置來顯示一所需資訊時，該終端裝置所執行的該應用程式會依據該使用者的該操作及儲存於終端裝置內的該資料更新表來決定是否需要連線到該伺服器以取得所需的一補缺資料，當有需要時則會連線並傳送一資料拉取需求給該伺服器；該伺服器收到來自該終端裝置的該資料拉取需求後會自該資料庫取出相關的該補缺資料並傳送給該終端裝置；該終端裝置除了會把所收到之該補缺資料儲存於該終端裝置本身之記憶體中、以及將該所需資訊顯示在該終端裝置上之外，也會把儲存於該終端裝置中且與該補缺資料有相關的該資料更新表進行更新。

於一實施例中，該伺服器包括：一資料彙集模組(Data Collector，簡稱為DC)、一資料排程模組(Data Scheduler，簡稱為DL)、一資料傳播模組(Data Disseminator，簡稱為DD)、一資料暫存區(Data Cacher，簡稱為DA)、一暫存記憶模組(Memory Cache，簡稱為MC)、一服務伺服模組(Service Server，簡稱為SS)、以及一資料拉取模組(Data Puller，簡稱為DP)；該資料彙集模組(DC)可連結於外界之一資料來源(Data Source，簡稱為DS)以蒐集各種不同的該證券資料，並加以處理並轉換成一預定格式後儲存到該資料庫(Database，簡稱為DB)中；該資料庫(DB)至少存放有該證券資料；該資料排程模組(DL)可定時由DB讀取資料處理後，產生各項資料相關的「資料更新表」及「資料傳送時刻表」儲存到DB中，並傳送給相關的該終端裝置(Mobile Device，簡稱為MD)；資料傳播模組(DD)根據DL在DB中存放的「資料傳送時刻表」，定時讀取相關的資料並傳送給相關需求者程式做後續的處理；資料暫存區(DA)可接收DL與DD傳送來的資料處理後儲存到MC中；暫存記憶模組(MC)可儲存DA的資料以利後續DP所需時調用；服務伺服模組(SS)可提供該終端裝置(MD)各項雲端資料回補服務的「服務伺服器」相關網路連線與資料傳輸功能；該資料拉取模組(DP)可解析由SS傳送的資料回補命令後，由MC中取得MD所需要的相關證券資料並回傳給SS再傳送給MD。

為使能更進一步瞭解本發明之特徵及技術內容，請參閱以下有關本發明之詳細說明與附圖，然而所附詳細說明與附圖僅提供參考與說明用，並非用來對本發明加以限制者。

100‧‧‧服務提供端

110‧‧‧伺服器

111‧‧‧資料彙集模組(DC)

112‧‧‧資料排程模組(DL)

113‧‧‧資料傳播模組(DD)

114‧‧‧資料暫存區(DA)

115‧‧‧暫存記憶模組(MC)

116‧‧‧服務伺服模組(SS)

117‧‧‧資料拉取模組(DP)

120‧‧‧資料庫

131‧‧‧資料來源

132‧‧‧證券交易所

140‧‧‧通訊媒介

150‧‧‧無線通訊服務系統

161、162、163‧‧‧終端裝置

1~17‧‧‧資料流編號

圖一為本發明之證券資料回補系統的一實施例方塊示意圖。

圖二為本發明之證券資料回補系統中的伺服器的模組方塊及資料流的一實施例示意圖。

本發明之一種證券資料回補方法及系統結合了主動推送與被動拉取兩種資料傳送方式之優點。證券資料的服務提供端可在無線通訊較不擁塞的離峰時段以主動推送的方式傳送有更新的證券資料給每一位使用者的終端裝置，且每一個終端裝置也會在同一離峰時段自動被喚醒並連線到服務提供端以接收這些更新的證券資料。此一主動推送方式尤其適用於傳送較不需被即時更新的歷史資料給所有的使用者。而當某一使用者操作其終端裝置時若有需要額外資料，就會由該終端裝置以拉取的方式向服務提供端取得這些額外資料，以符合不同使用者的不同需求。藉此，可避免在服務或通訊擁塞的時段傳送不需即時更新的證券資料，也可避免終端裝置過於頻繁地向服務提供端拉取更新的證券資料，進而改善無線通訊品質以及服務提供端的系統負擔。

請參閱圖一所示，為本發明之證券資料回補系統的一實施例的系統架構圖。本發明之證券資料回補系統的一實施例係包括有：至少一伺服器110、至少一資料庫120、一資料來源131、一證券交易所132、一通訊媒介140、一無線通訊服務系統150、以及複數個終端裝置161、162、163。該伺服器110及資料庫120係構成該證券資料回補系統的一服務提供端100，其伺服器110可自該資料來源131及該證券交易所來源132接收複數筆證券相關的資料，並針對所接收之證券相關的資料進行解析後，儲存至該資料庫120中。服務提供端100之伺服器110可透過通訊媒介140與無線通訊服務系統150接受來自複數個終端裝置161、162、163的連線要求，使終端裝置161、162、163可以連線、登入服務提供端100以享受服務提供端100所提供的服務，包括但不侷限於自伺服器110下載儲存於該資料庫120中之該些證券相關的即時或歷史交易資料、或其統計資料、或其技術線型資料、或其他與證券相關之新聞資料、資券資料、主力資料、公司營收資料、公司財報資料、股東會資料、公司基本資料、內部人持股資料、法說會資料、組合資料、或其他資料等等。於本發明中，該些證券相關的資料係一律統稱為證券資料。

該些終端裝置161、162、163、該服務提供端100之伺服器110與該些資料來源130可透過由至少一通訊服務系統150所提供之通訊媒介140來連線以傳輸資料。於本實施例中，該服務提供端100是用來提供關於有價證券之資訊服務，該有價證券係包括但不侷限於：股票、期貨、權證、基金、及債券等。該資料來源131是指該服務提供端100之伺服器110可以擷取到證券資料的來源，其可以是但不侷限於：由證券交易所、證券商、銀行、新聞媒體、電視或廣播媒體、及個別企業等等所提供的即時或歷史資料；並且，該服務提供端100之伺服器110亦可直接由證券交易所132擷取到證券的即時交易資料。該服務提供端100之伺服器110會將自資料來源131與證券交易所132擷取到的證券資料加以處理成預定格式後都儲存於其資料庫120中。於本發明中，該無線通訊服務系統150可以是但不侷限於：全球行動通訊系統GSM850/900/1800/1900、分碼多重存取CDMA、寬頻分碼多重存取WCDMA、個人手持電話系統PHS、通用封包無線電服務GPRS、微波存取全球互通WiMAX、及長期演進通訊LTE等等的無線通訊系統。該終端裝置161、162、163可以是但不侷限於：具觸控螢幕之股票機、個人數位助理(PDA)、智慧手機(Smart Phone)等之掌上型電子裝置，或是具觸控螢幕之平板電腦、筆記型電腦、以及個人電腦等等。該通訊媒介140是至少包括以下其中之一：一行動電話通訊媒介、一無線網路通訊媒介、以及一網際網路媒介。

本發明之證券資料回補方法係實施於如圖一所示之資訊服務端100中。該資訊服務端100包括有該伺服器110及該資料庫120，該伺服器110可透過該通訊服務系統150所提供該通訊媒介140來提供至少一筆證券資料給位於遠端之至少一終端裝置161、162、163。各該證券資料分別關聯於一證券代碼。於本實施例中，本發明之證券資料回補方法係包括以下步驟：

步驟(A)：該伺服器110內儲存有一資料定義表，於該資料定義表中包括有複數個資料名稱，每一個資料名稱都有其相對應之一資料代碼及一資料處理時間被包含於該資料定義表中。該資料名稱是關於該證券資料的一資料種類(例如但不侷限於：K線(日)、K線(週)、法人(日)、資券(日)、主力+(日)、月營收、財報、股東會(年)、公司基本資料、內部人持股、法說會、組合資料(日))，該資料代碼是對應於該資料名稱的一代碼編號(例如數字1、2、3...)，該資料處理時間指定了相對應之該資料名稱的該證券資料應該在何時下載(例如但不侷限於：交易日的特定時間或時段，且若未被下載時可以在間隔一段時間後重複嘗試下載N次)。請見下表一為本發明之資料定義表的一實施例。

於表一中所示的「資料處理時間」欄位，其內容僅供伺服器110中的資料彙集模組所使用。雖然在終端裝置161、162、163中也會有內建的資料定義表，但只有資料名稱與資料代碼兩欄位，沒有資料處理時間欄位。

步驟(B)：由該伺服器110依據該資料定義表，在該資料定義表之該資料處理時間所指定的時間，自外界之資料來源131(或交易所132)下載與該資料處理時間相對應之該資料名稱或該資料代碼相符合的每一筆該證券資料後，將所下載之每一筆該證券資料儲存到該資料庫120。並且，該伺服器110依據該下載來更新預先儲存於該資料庫120中的複數個資料更新表。其中，每一該證券代碼都有一對應的資料更新表被儲存於資料庫120 中，並且，於各個該資料更新表中分別紀錄了與其相對應之該證券代碼相關之每一筆該證券資料的該資料代碼及其最近更新的一更新時間。請見下表二為本發明之資料更新表的一實施例。

此外，於該終端裝置161、162、163執行有一應用程式(APP)並儲存有一個人設定表(profolio)，該個人設定表包括了由使用者個人所設定之至少一該證券代碼，該個人設定表至少會被伺服器110儲存於該資料庫120中。並且，該個人設定表所包括之各個該證券代碼分別有一相對應的該資料更新表及該資料傳送時刻表被儲存於該終端裝置161、162、163內。

步驟(C)：由該伺服器110依據該些資料更新表，針對每一筆已更新的該證券資料所各別對應之該證券代碼來產生一資料傳送時刻表。於該資料傳送時刻表中包括了對應於該證券代碼的一傳送時段、以及每一個該資料代碼所對應的一資料開始日期與一資料結束日期。其中，該資料開始日期與該資料結束日期兩日期之區間是指該證券代碼的該資料代碼所對應的該證券資料有被最近更新的日期區間。請見下表三為本發明之資料傳送時刻表的一實施例。

於一較佳實施例中，於步驟(B)中，當伺服器110更新了任一該證券代碼的該資料更新表後，會和有連線於該伺服器110的每一個該終端裝置161、162、163所對應的該個人設定表的內容進行比對，將有交集的該證券代碼的更新後之該資料更新表傳送給對應的該終端裝置161、162、163。之後，該終端裝置161、162、163所執行的該應用程式會依據來自伺服器110的該資料更新表的內容來更新儲存於終端裝置161、162、163內的該資料更新表。此外，於步驟(C)中，當伺服器110產生了任一該證券代碼的該資料傳送時刻表後，也會和有連線於該伺服器110的每一個該終端裝置161、162、163所對應的該個人設定表的內容進行比對，將有交集的該證券代碼的該資料傳送時刻表傳送給對應的該終端裝置161、162、163。之後，該終端裝置所執行的該應用程式會依據來自伺服器110的該資料傳送時刻表的內容來更新儲存於終端裝置161、162、163內的該資料傳送時刻表

步驟(D)：由該伺服器110在該資料傳送時刻表中所包括的該傳送時段，將該傳送時段所對應之該證券代碼在該資料開始日期與該資料結束日期兩日期之區間內的該證券資料，以推送的方式傳送給在該傳送時段內有連線於該伺服器110的每一個該終端裝置161、162、163。於步驟(D)中，該終端裝置161、162、163所執行的該應用程式會根據儲存於終端裝置161、162、163內的該資料更新表與該資料傳送時刻表，在該傳送時段自動連線到該伺服器110，以接收由該伺服器100以推送方式傳送之該證券資料。換言之，只有伺服器100內所儲存之資料更新表中的更新時間欄位有異動的證券資料，才會被伺服器110在資料傳送時刻表所紀錄之特定的傳送時段(通常是網路最不擁塞的時段，例如凌晨)推送給有連線於該伺服器110的每一個該終端裝置161、162、163。此外，於本發明之一較佳實施例中，只有該個人設定表有紀錄之證券代碼相關的證券資料才會被推送給與該個人設定表相關聯的終端裝置；其做法是，執行於終端裝置上的應用程式會依據其個人設定表的內容，來決定是否要在特定的傳送時段喚醒終端裝置並連線到伺服器以接收證券資料；倘若應用程式發現在該在特定的傳送時段所傳送的資料與其個人設定表內之證券代碼都不相關時，則不會喚醒終端裝置。

於本發明之證券資料回補方法的一實施例中，當使用者操作該終端裝置161、162、163來顯示一所需資訊時，該終端裝置161、162、163所執行的該應用程式會依據該使用者的該操作及儲存於終端裝置161、162、163內的該資料更新表來決定是否需要連線到該伺服器110以取得所需的一補缺資料。倘若終端裝置161、162、163內所儲存之證券資料已足夠應付該操作之所需資訊時，則終端裝置161、162、163不會向伺服器110拉取資料。而當終端裝置161、162、163內所儲存之證券資料不足以應付該操作所需資訊時，則有需要向伺服器110拉取資料；此時，終端裝置161、162、163當有需要時會連線並傳送一資料拉取需求給該伺服器110。該伺服器110收到來自該終端裝置161、162、163的該資料拉取需求後會自該資料庫120取出相關的該補缺資料並以拉取方式傳送給該終端裝置161、162、163。該終端裝置161、162、163除了會把所收到之該補缺資料儲存於該終端裝置161、162、163本身之記憶體中、以及將該所需資訊顯示在該終端裝置161、162、163上之外，也會把儲存於該終端裝置161、162、163中且與該補缺資料有相關的該資料更新表進行更新。如此，當下一次終端裝置161、162、163需要此資料、或是當伺服器110要以前述步驟(A)至步驟(D)的方法來推送證券資料時，便不需要再重複拉取或推送此資料。

請參閱圖二所示，為本發明之證券資料回補系統中的伺服器的模組方塊及資料流的一實施例示意圖。如圖二所示，本發明之證券資料回補系統中的伺服器110的一實施例係包括有：一資料彙集模組111(Data Collector，簡稱為DC)、一資料排程模組112(Data Scheduler，簡稱為DL)、一資料傳播模組113(Data Disseminator，簡稱為DD)、一資料暫存區114(Data Cacher，簡稱為DA)、一暫存記憶模組115(Memory Cache，簡稱為MC)、一服務伺服模組116(Service Server，簡稱為SS)、以及一資料拉取模組117(Data Puller，簡稱為DP)。該資料彙集模組111(DC)可透過網際網路(Internet)連結於資料來源131、132(Data Source，簡稱為DS)以蒐集各種不同的證券相關資訊(證券資料)，並加以處理並轉換成預定格式後儲存到資料庫(Database，簡稱為DB)中。資料庫120(DB)是用來存放各種轉換後之證券資料的永久性儲存裝置。資料排程模組112(DL)可定時由DB讀取資料處理後，產生各項資料相關的「資料更新表」及「資料傳送時刻表」資料儲存到DB中，並透過網路傳送(multicast)給所有下游的相關終端裝置(Mobile Device，簡稱為MD)的應用程式使用。資料傳播模組113(DD)根據DL在DB中存放的「資料傳送時刻表」，定時讀取相關的資料並透過網路傳送(multicast)下游的相關需求者程式做後續的處理。資料暫存區114(DA)可接收DL與DD傳送來的資料處理後儲存到MC中。暫存記憶模組115(MC)可儲存DA的資料在記憶體中，以利後續DP所需時調用。服務伺服模組116(SS)可提供使用者(終端裝置MD)各項雲端資料回補服務的「服務伺服器」相關網路連線與資料傳輸功能。資料拉取模組117(DP)可解析由SS傳送的資料回補命令後，由MC中取得MD所需要的相關證券資料並回傳給SS再傳送給MD。

於本發明之一實施例中，該些模組111、112、113、115、116、117分別可以是一或多台獨立的伺服主機電腦硬體，換言之，該伺服器110是由數個伺服主機所組成，且各伺服主機可以位於不同的地理位置並使用電腦網路相互連結。尤其，為了提供給數量龐大之終端裝置161、162、163的連線服務，該服務伺服模組116的數量通常大於其他模組。然而，在本發明之另一實施例中，該些模組111、112、113、115、116、117也可以是藉由電腦軟體的方式來提供所需功能且是被整合於位於同一地理位置的伺服器110中。

請參閱圖二，當伺服器110進行將證券資料轉換並儲存入資料庫120的操作時，首先，由DC提供系統輸入「資料定義表」，並在程式啟動後重新載入此資料定義表。接著，如圖二所示之的資料流編號1，DC在「資料定義表」指定的時間內，透過網際網路自DS收集並下載指定的證券資料後，將這些證券資料轉換成特定的格式並儲存到DB中等待後續DD使用(資料流編號2)。並且，DC也會根據「資料定義表」的資料代碼定義，將這些資料的日期寫入到伺服器的「資料更新表」中，等待後續DL使用。

當伺服器110進行產生資料更新表的操作時，DL會在指定的時間檢查DB中市場的「資料更新表」，針對已完成資料更新的資料代碼，對所有DB中的個股(也就是各證券個股所對應之證券代碼)分別產生一個新的「資料更新表」並儲存在DB中等待後續使用(資料流編號3)。同時，DL將上述個股(證券代碼)更新後的「資料更新表」透過網路傳送(multicast)給DA及SS(資料流編號4、6)。並且，DA將收到個股(證券代碼)更新後的「資料更新表」儲存到MC中等待後續使用(資料流編號5)。之後，SS將所收到之個股(證券代碼)更新後的「資料更新表」與連線中MD所相關的個人設定表(profolio)內的個股(證券代碼)相關資料比對後，將有交集個股(證券代碼)的更新後的「資料更新表」傳送給MD(資料流編號7)。MD中的應用程式，再將所收到個股(證券代碼)的更新後「資料更新表」與MD中先前儲存之「資料更新表」進行比對後更新有異動的資料欄位，使MD中儲存之「資料更新表」符合所收到之更新後的「資料更新表」。

當伺服器110進行產生資料傳送時刻表的操作時，DL在指定的時間檢查DB中「資料更新表」，針對已完成資料更新的資料代碼，對所有市場(所有證券代碼)產生更新後的「資料傳送時刻表」並儲存在DB中等待後續使用(資料流編號3)。同時DL將上述伺服器之更新後的「資料傳送時刻表」透過網路傳送(multicast)給DA及SS(資料流編號4、6)。並且，DA將收到之更新後的「資料傳送時刻表」儲存到MC中等待後續使用(資料流編號5)。之後，SS將收到更新後的「資料傳送時刻表」傳送給連線中的MD(資料流編號7)。MD中的應用程式，在將所收到之更新後的「資料傳送時刻表」與MD中先前儲存之「資料傳送時刻表」進行比對比對後更新有異動的資料欄位，使MD中儲存之「資料傳送時刻表」符合所收到之更新後的「資料傳送時刻表」。

當伺服器110以推送方式進行資料回補的操作時，DD根據DB中的「資料傳送時刻表」，讀取DB中該時段需要傳送的證券資料後，將證券資料傳送(multicast)給DA與SS(資料流編號9、11)。接著，DA將由DD傳送來的證券資料儲存在MC中等待後續使用(資料流編號10)。另，位於遠端的MD會根據其內所儲存之「資料更新表」與「資料傳送時刻表」的內容來決定何時連線到SS取得所需的資料。SS將由DD傳送來的證券資料與連線中MD相關之個人設定表內的個股(證券代碼)相關資料比對後，將有交集個股(證券代碼)的證券資料傳送給MD(資料流編號12)。於本發明中，由伺服器110以推送方式進行證券相關歷史資料的回補操作，乃是依據各個證券代碼相關之「資料傳送時刻表」所記載特定的傳送時段來進行，所以可以在夜深人靜的離峰時段推送大量資料給大量終端裝置；並且，可依據不同的資料代碼來各別更新與該資料代碼相對應的證券資料；此外，更可以依據不同的地理位置分配給不同SS來推送給位於不同地理區域的終端裝置，所以不僅舒緩了無線通訊頻寬之擁塞現象、更降低了系統運作的負擔。

當伺服器110接受終端裝置之請求而以拉取方式進行資料回補的操作時，首先，使用者會透過操作MD來顯示所需觀看的資訊。此時，MD之應用程式會依據使用者的操作指令及MD本身先前儲存的「資料更新表」，來決定是否要連線到SS取得所需的補缺資料(資料流編號13)。倘若有需要向伺服器拉取資料時，DM就會連線並傳送一資料拉取需求給SS。SS將依據MD所傳送之該資料拉取需求產生相對應之一資料回補指令並傳遞給DP做後續處理(資料流編號14)。接著，DP根據SS所傳遞來的MD指令，向MC要相關的回補資料(資料流編號15)，然後將資料轉換並封裝成MD所需的封包格式傳送給SS(資料流編號16)。之後，SS將由DP回傳的資料封裝後傳送給MD(資料流編號17)。然後，MD將收到SS回傳的相關回補資料解析後，將資料儲存在MD本身的記憶體中，然後將資料顯示給MD的使用者。同時，MD也需要更新其內所儲存且與此回傳資料相關的「資料更新表」內容，以便後續使用。

藉由上述本發明的證券資料回補方法及系統，將可以兼顧主動推送(push)與被動拉取(pull)兩種資料傳送方式之優點。例如，以主動推送(push)方式進行證券資料的回補操作可具有：適用於有連線的MD、即時性高、減少MD上傳的頻寬、減少系統內部的資料流量、減少SS與DP的負荷、可同時傳送同類型的資料給不同的MD、可同時服務更多的MD等優點；而使用被動拉取(pull)方式進行證券資料的回補操作則具有：適用於有即時不同需求(on-demand)的MD、資料隨選即得適合片段的資料需求、資料類型變動較大等優點，相較於習知技術確實有顯著進步性。

以上所述僅為本發明之較佳可行實施例，非因此侷限本發明之專利範圍，故舉凡運用本發明說明書及圖示內容所為之等效技術變化，均包含於本發明之範圍內。