TWI751586B

TWI751586B - 風險控管裝置及方法

Info

Publication number: TWI751586B
Application number: TW109120377A
Authority: TW
Inventors: 張志堅
Original assignee: 康和綜合證券股份有限公司
Priority date: 2020-06-17
Filing date: 2020-06-17
Publication date: 2022-01-01
Also published as: TW202201324A

Abstract

一種風險控管裝置及方法。該裝置連線至交易線路，該裝置儲存複數個資料庫，且各該資料庫各自包含複數個客戶資料。該裝置執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取。該裝置自外部裝置，接收交易請求。該裝置基於分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的合法性。當該交易請求符合該合法性時，該裝置將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。

Description

風險控管裝置及方法

本發明係關於一種風險控管裝置及方法。具體而言，本發明係關於一種快速驗證交易請求的風險控管裝置及方法。

在現今的網路交易機制下，在進行金融商品的買賣交易時(例如：股票及期貨等等)，通常是由券商提供網路平台讓客戶進行下單(即，發出交易請求的委託)，網路平台在接收交易請求後，再透過與交易所連線的交易線路傳送交易請求以進行後續處理。

一般而言，券商為了避免客戶的交易委託發生違約問題(例如：違約交割、保證金不足等等問題)，券商通常會在交易請求送至交易所前，先透過風險控管裝置預先對於客戶所提出的交易請求進行風險的驗證，例如：驗證該客戶的金融商品庫存是否足夠、保證金是否足夠等等，當驗證通過後才將合法的交易請求發送至交易所。

然而，在瞬息萬變的金融交易市場中，交易的速度至關重要，而習知的風險控管裝置通常會是造成交易速度緩慢的原因之一。具體而言，一般由於券商服務的客戶數量龐大，使得儲存客戶資料的資料庫整體空間巨大，因而使得風險控管裝置在對某一客戶的交易請求進行驗證時，需要在龐大的資料庫中先檢索出該客戶的資料才能進行驗證，因而無法有效率的進行交易驗證。而在這樣的情形下，當交易請求的數量提升且風險控管裝置需要逐筆的對交易請求進行驗證時，龐大的資料庫檢索運作將使得風險控管裝置無法有效率的分配計算資源。

此外，由於儲存客戶資料的資料庫的整體空間龐大，使得整體資料庫難以全部載入至風險控管裝置的記憶體中。因此，當查詢的目標客戶的資訊不在目前風險控管裝置的記憶體中時，則需要進行耗時的磁碟I/O存取運作(page in/page out)，如此亦降低風險控管裝置的處理速度。據此，即便近年來有關多核心處理器的性能大幅度提升，例如：32核及64核處理器的出現，市面上仍缺乏能有效率的處理交易請求的風險控管機制。

有鑑於此，市面上仍亟需一種風險控管機制能夠有效率地驗證大量的交易請求，使得整體交易速度能夠提升。

本發明之一目的在於提供一種風險控管裝置。該風險控管裝置包含一網路介面、一記憶體及一處理器，且該處理器電性連接至該記憶體及該網路介面。該網路介面連線至一交易線路，該記憶體儲存複數個資料庫，且各該資料庫各自包含複數個客戶資料。該處理器執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取。該處理器執行以下運作：透過該網路介面自一外部裝置，接收一交易請求；基於一分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取；該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性；以及當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。

本發明之另一目的在於提供一種風險控管方法，其適用於一電子裝置，該電子裝置儲存複數個資料庫，各該資料庫各自包含複數個客戶資料，且該電子裝置更執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取，該風險控管方法包含以下步驟：自一外部裝置，接收一交易請求；基於一分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取；該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性；以及當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。

本發明所提供之風險控管技術(至少包含裝置及方法)儲存複數個包含客戶資料的資料庫且執行複數個執行緒。接著，基於分派規則，將接收之交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。隨後，該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的合法性。最後，當該交易請求符合合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。本發明所提供之風險控管技術藉由分流資料庫的規模且運作多條執行緒，使得各個執行緒可以平行的進行處理，並有效率地驗證大量的交易請求，使得整體交易速度能夠提升，解決習知技術的風險控管裝置造成交易速度緩慢的問題(即，巨量的資料庫檢索時間、搬移資料的耗費及無法有效率分配計算資源等問題)。

以下結合圖式闡述本發明之詳細技術及實施方式，俾使本發明所屬技術領域中具有通常知識者能理解所請求保護之發明之技術特徵。

1:風險控管裝置

11:網路介面

13:記憶體

15:處理器

101:交易請求

103:另一交易請求

T1、......、Tn:執行緒

D1、......、Dn:資料庫

S201~S207:步驟

第1圖係描繪第一實施方式之風險控管裝置1之架構示意圖；以及第2圖係描繪第二實施方式之風險控管方法之部分流程圖。

以下將透過實施方式來解釋本發明所提供之一種風險控管裝置及方法。然而，該等實施方式並非用以限制本發明需在如該等實施方式所述之任何環境、應用或方式方能實施。因此，關於實施方式之說明僅為闡釋本發明之目的，而非用以限制本發明之範圍。應理解，在以下實施方式及圖式中，與本發明非直接相關之元件已省略而未繪示，且各元件之尺寸以及元件間之尺寸比例僅為例示而已，而非用以限制本發明之範圍。

本發明之第一實施方式為一風險控管裝置1，其架構示意圖係描繪於第1圖。風險控管裝置1包含一網路介面11、一記憶體13及一處理器15，且處理器15電性連接至記憶體13及網路介面11。網路介面11為任何可與一網路(例如：券商的交易平台網路)或一專用線路(例如：交易線路)連線之網路介面，風險控管裝置1可透過網路介面11接收及傳輸資料。於本實施方式中，風險控管裝置1透過網路介面11自外部裝置(例如：交易平台)接收交易請求，再經由風險控管裝置1的風險控管運作後，將驗證通過後的交易請求傳輸至與金融商品交易所連線的交易線路(未繪示)。

記憶體13為一動態隨機存取記憶體、一靜態隨機存取記憶體或本發明所屬技術領域中具有通常知識者所知且具有相同功能之任何其他儲存媒體或電路。處理器15可為各種處理器、中央處理單元、微處理器、數位訊號處理器或本發明所屬技術領域中具有通常知識者所知之其他計算裝置。於一些實施方式中，風險控管裝置1可單獨的設置於交易系統內(例如：獨立連線至交易平台與交易所的交易線路上)或是整合至交易處理伺服器中，本發明未限制其內容。

在本實施方式中，風險控管裝置1係藉由持續更新客戶資料，並根據客戶資料來判斷客戶所提出的交易請求是否合法。舉例而言，客戶資料至少包含一客戶帳號、一庫存量、一保證金額度、一存款餘額、一信用額度及一交易請求紀錄至少其中之一或其組合。須說明者，由於客戶資料的數量龐大且通常具有保密性質，為保持客戶資料的隱密性及安定性，這類客戶資料通常會儲存在一外部儲存裝置中(例如：券商的後端儲存裝置，通常為不須電力即可保存資料之裝置。例如：硬碟(HD)或固態硬碟(SSD))，僅提供被授權的裝置進行讀取或更新(例如：本發明的風險控管裝置1)，以防有心人士入侵進行竄改。

於本實施方式中，風險控管裝置1在最初始運作時先自外部儲存裝置將客戶資料載入至記憶體13中，風險控管裝置1將在適當時機(例如：風險控管裝置1每處理幾筆交易請求後、或是經過一預設時間區間等等)時，將記憶體13中的客戶資料與外部儲存裝置進行同步。

於本實施方式中，風險控管裝置1預先儲存複數個包含客戶資料的資料庫且執行複數個執行緒(關於資料庫及執行緒的運作相關細節，容後段說明)。接著，風險控管裝置1接收交易請求。隨後，風險控管裝置1基於分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。接著，該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性。最後，當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。需說明者，風險控管裝置1的運作尚包含其他相關細節，惟本發明之重點在於與分配交易請求相關之運作及驗證，故以下段落將僅詳細說明與本發明相關之實施細節。

為便於理解，請參考第1圖所示之一具體範例，但其非用以限制本發明之範例。於該具體範例中，風險控管裝置1的記憶體13儲存複數個資料庫D1、......、Dn，且各該資料庫D1、......、Dn各自包含複數個客戶資料。具體而言，風險控管裝置1可基於不同的條件及需求，以不同的分類方式將各個客戶資料分配至對應的資料庫D1、......、Dn，而資料庫D1、......、Dn的分類方式將與後續的分配規則有關。

舉例而言，若風險控管裝置1選擇以服務客戶的分行做為分類標準時(即，以客戶所對應的分行編號來分類客戶)，資料庫D1將包含所有由編號 1的分行所服務的客戶的客戶資料，資料庫D2將包含所有由編號2的分行所服務的客戶的客戶資料，資料庫Dn將包含所有由編號n的分行所服務的客戶的客戶資料。

於本實施方式中，風險控管裝置1將透過執行複數個執行緒以平行處理的機制加速運算。在第1圖之具體範例中，處理器15執行複數個執行緒T1、......、Tn，且各該執行緒T1、......、Tn分別僅會對於預設的固定的資料庫進行存取。

在第1圖之具體範例中，執行緒T1、......、Tn與資料庫D1、......、Dn的對應關係為一對一，因此執行緒T1僅會對於D1資料庫的內容進行客戶資料檢索及更新。同理，執行緒T2僅會對於D2資料庫的內容進行客戶資料檢索及更新，且執行緒Tn僅會對於Dn資料庫進行客戶資料檢索及更新。須說明者，第1圖執行緒與資料庫的對應關係僅為例示而已，本發明未限制執行緒與資料庫的對應關係須為一對一對應關係。於某些實施方式中，可由多個執行緒同時平行處理某一資料庫所對應客戶的交易請求。換言之，可由多個執行緒同時對同一資料庫進行存取，而本發明所屬技術領域中具有通常知識者應可透過上述說明理解具有其他對應關係時的運作內容(例如：多個執行緒同時對同一資料庫)，故不贅言。

須說明者，為了增進處理的效率，風險控管裝置1可根據其硬體條件決定執行緒的設置數量。舉例而言，若風險控管裝置1以處理器的實體或虛擬核心(CORE)數目來決定執行緒的數量時，則當處理器15配置了16個的核心時，風險控管裝置1可將處理器15運作的執行緒的數量設置為稍小於16條。此外，由於近年來多核心處理器的性能大幅度提升，例如：32核及64核處理器，使得本發明的風險控管機制能夠更有效率地透過多核心處理器的平行運作驗證大量的交易請求，使得整體交易速度能夠提升。

為便於說明，以下說明將以執行緒T1、......、Tn與資料庫D1、......、Dn具有一對一的對應關係為例說明(如第1圖所示)，本領域具有通常知識者應可根據其內容理解具有其他對應關係的運作方式，茲不贅言。

於本實施方式中，處理器15透過網路介面11自外部裝置接收交易請求101。舉例而言，交易請求101可以是客戶A購買編號D股票X張、或賣出編號D股票Y張的交易請求。

接著，處理器15在判斷交易請求101的內容(來源)後，基於分派規則將交易請求101分派至合適的執行緒中。具體而言，處理器15基於分派規則，將交易請求101分派至執行緒T1、......、Tn其中之一(下稱：目標執行緒)，且目標執行緒對資料庫D1、......、Dn其中之一進行存取(下稱：目標資料庫)。

另外，由於執行緒T1、......、Tn分別僅會對於固定的資料庫進行存取，因此分派規則是根據前述資料庫D1、......、Dn的分類方式以及資料庫與執行緒的對應關係產生。須說明者，分派規則用以指示處理器15將交易請求分至哪一個執行緒，例如：分派規則指示將來自資料庫D1所服務客戶的交易請求，分派至執行緒T1。本發明未限制分派規則的實際形式，任何可供處理器15利用以查詢分派方式的內容(例如：查詢表)均屬於本發明欲保護的範疇，本發明所屬技術領域中具有通常知識者應可透過上述說明理解其內容，故不贅言。

在第1圖之具體範例中，當處理器15判斷交易請求101是來自於資料庫D1所服務的客戶時，則根據分派規則將交易請求101分派至對應處理資料庫D1的執行緒T1，此時執行緒T1即為目標執行緒，而資料庫D1即為目標資料庫。

接著，處理器15所執行的目標執行緒基於目標資料庫中的該等客戶資料，驗證交易請求101的一合法性。具體而言，目標執行緒透過比對目標資料庫中的客戶資料及交易請求101的內容，以驗證交易請求101是否合理，且目標執行緒驗證的內容視交易請求101的種類及內容而定。

舉例而言，當交易請求101為客戶購買/賣出編號D股票X張時，目標執行緒即基於目標資料庫中關於該客戶的客戶資料，進行「編號D股票的庫存量是否足夠售出」、「信用額度是否足夠」等等關於風險的比對。又舉例而言，當交易請求101為購買客戶購買/賣出編號C的期貨X口時，目標執行緒即基於目標資料庫中關於該客戶的客戶資料，進行「保證金額度是否足夠」、「存款餘額是否滿足該次交易」、「信用額度是否足夠」等等關於風險的比對。

最後，當目標執行緒判斷交易請求101符合合法性時，目標執行緒透過網路介面11，將交易請求101輸出至交易線路，且根據交易請求101更新目標資料庫(例如：更新該交易請求紀錄)。須說明者，當目標執行緒判斷交易請求101不符合合法性時，風險控管裝置1可產生相應之拒絕通知予發起交易請求101之該客戶，惟此部分內容非本發明之重點，故不贅言。

此外，當執行完前述風險控管運作後，風險控管裝置1即可繼續接收下一筆交易請求，並同樣執行前述的風險控管運作。具體而言，請參考第1圖所示之具體範例，風險控管裝置1的處理器15透過網路介面11自該外部裝置，接收另一交易請求103。接著，基於該分派規則，將該另一交易請求103分派至執行緒T1、......、Tn中之一另一目標執行緒(下稱：另一目標執行緒)，且該另一目標執行緒對該等資料庫D1、......、Dn中之一另一目標資料庫(下稱：另一目標資料庫)進行存取。隨後，該另一目標執行緒基於該另一目標資料庫中的該等客戶資料，驗證該另一交易請求103的該合法性。最後，當該另一交易請求103符合該合法性時，將該另一交易請求103輸出至該交易線路，且根據該另一交易請求103更新該另一目標資料庫。本領域具有通常知識者應可根據上述內容理解風險控管裝置1運作多筆交易請求的方式，茲不贅言。

須說明者，由於本發明已將巨量的資料庫分割為小的資料庫，並將其儲存於風險控管裝置1的記憶體13中，因此風險控管裝置1在運作時的存取速度更快。此外，由於各個執行緒存取固定的資料庫，且執行緒及資料庫間彼此不互相干擾，使得風險控管裝置1能有效率的平行處理交易請求。因此，風險控管裝置1能更有效率的分配計算資源，並降低巨量的資料庫檢索時間及搬移資料的耗費等問題。

於某些實施方式中，為了提升目標執行緒檢索目標資料庫時的效率，處理器15亦可根據最近有提出交易請求的客戶，將目標資料庫中客戶資料進行動態排序(即，調整客戶資料的排列順序)。舉例而言，處理器15可根據交易請求101，將提出交易請求101的該客戶在目標資料庫中的索引順位提前，使得下次目標執行緒能更快速的在目標資料庫中檢索到該客戶的客戶資料。

於某些實施方式中，處理器15亦可將某些使用頻率較低的資料庫儲存資源釋放，以節省記憶體13的儲存資源，當下次使用到該資料庫時再去外部裝置取得該資料庫的內容。

於某些實施方式中，處理器15更將記憶體13中該等資料庫的該等客戶資料與一外部儲存器進行同步。

由上述說明可知，本發明所提供之風險控管裝置1儲存複數個包含客戶資料的資料庫且執行複數個執行緒。接著，風險控管裝置1基於分派規則，將接收之交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。隨後，該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的合法性。最後，當該交易請求符合合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。本發明所提供之風險控管裝置1藉由分流資料庫的規模且運作多條執行緒，使得各個執行緒可以平行的進行處理，並有效率地驗證大量的交易請求，使得整體交易速度能夠提升，解決習知技術的風險控管裝置造成交易速度緩慢的問題(即，巨量的資料庫檢索時間、搬移資料的耗費及無法有效率分配計算資源等問題)。

本發明之第二實施方式為一風險控管方法，其流程圖係描繪於第2圖。風險控管方法適用於一電子裝置，例如：第一實施方式所述之風險控管裝置1。該電子裝置儲存複數個資料庫，各該資料庫各自包含複數個客戶資料，且該電子裝置更執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取，例如：第一實施方式之複數個資料庫及複數個執行緒。風險控管方法透過步驟S201至步驟S207運作風險控管機制。

首先，於步驟S201，由該電子裝置自一外部裝置，接收一交易請求。隨後，於步驟S203，由該電子裝置基於一分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。

接著，於步驟S205，由該電子裝置該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性。

最後，於步驟S207，由該電子裝置當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。

於某些實施方式中，該風險控管方法更包含以下步驟：根據該交易請求，調整該目標資料庫中該等客戶資料的一索引順位。

於某些實施方式中，其中各該客戶資料至少包含一客戶帳號、一庫存量、一保證金額度、一存款餘額、一信用額度及一交易請求紀錄至少其中之一或其組合。

於某些實施方式中，其中該風險控管方法更包含以下步驟：將該等資料庫的該等客戶資料與一外部儲存器進行同步。

於某些實施方式中，其中該風險控管方法更包含以下步驟：自該外部裝置，接收另一交易請求；基於該分派規則，將該另一交易請求分派至該等執行緒中之一另一目標執行緒，且該另一目標執行緒對該等資料庫中之一另一目標資料庫進行存取；該另一目標執行緒基於該另一目標資料庫中的該等客戶資料，驗證該另一交易請求的該合法性；以及當該另一交易請求符合該合法性時，將該另一交易請求輸出至該交易線路，且根據該另一交易請求更新該另一目標資料庫。

除了上述步驟，第二實施方式亦能執行第一實施方式所描述之風險控管裝置1之所有運作及步驟，具有同樣之功能，且達到同樣之技術效果。本發明所屬技術領域中具有通常知識者可直接瞭解第二實施方式如何基於上述第一實施方式以執行此等運作及步驟，具有同樣之功能，並達到同樣之技術效果，故不贅述。

需說明者，於本發明專利說明書及申請專利範圍中，某些用語(包含：交易請求、目標執行緒及目標資料庫)前被冠以「另一」，該「另一」僅用來區分不同之用語。例如：「另一」目標執行緒之「另一」僅用來表示不同階段所使用之目標執行緒。

綜上所述，本發明所提供之風險控管技術(至少包含裝置及方法)儲存複數個包含客戶資料的資料庫且執行複數個執行緒。接著，基於分派規則，將接收之交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取。隨後，該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的合法性。最後，當該交易請求符合合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。本發明所提供之風險控管技術藉由分流資料庫的規模且運作多條執行緒，使得各個執行緒可以平行的進行處理，並有效率地驗證大量的交易請求，使得整體交易速度能夠提升，解決習知技術的風險控管裝置造成交易速度緩慢的問題(即，巨量的資料庫檢索時間、搬移資料的耗費及無法有效率分配計算資源等問題)。

上述實施方式僅用來例舉本發明之部分實施態樣，以及闡釋本發明之技術特徵，而非用來限制本發明之保護範疇及範圍。任何本發明所屬技術領域中具有通常知識者可輕易完成之改變或均等性之安排均屬於本發明所主張之範圍，而本發明之權利保護範圍以申請專利範圍為準。

S201~S207：步驟

Claims

一種風險控管裝置，包含：一網路介面，連線至一交易線路；一記憶體，儲存複數個資料庫，且各該資料庫各自包含複數個客戶資料；以及一處理器，電性連接至該記憶體及該網路介面，該處理器執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取，且該處理器執行以下運作：透過該網路介面自一外部裝置，接收一交易請求；基於一分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取，其中該分派規則是根據該等資料庫的分類方式以及該等資料庫與該等執行緒的對應關係產生；該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性；以及當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。
如請求項1所述之風險控管裝置，其中該處理器更執行以下運作：根據該交易請求，調整該目標資料庫中該等客戶資料的一索引順位。
如請求項1所述之風險控管裝置，其中各該客戶資料至少包含一客戶帳號、一庫存量、一保證金額度、一存款餘額、一信用額度及一交易請求紀錄至少其中之一或其組合。
如請求項1所述之風險控管裝置，其中該處理器更執行以下運作：將該等資料庫的該等客戶資料與一外部儲存器進行同步。
如請求項1所述之風險控管裝置，其中該處理器更執行以下運作：透過該網路介面自該外部裝置，接收另一交易請求；基於該分派規則，將該另一交易請求分派至該等執行緒中之一另一目標執行緒，且該另一目標執行緒對該等資料庫中之一另一目標資料庫進行存取；該另一目標執行緒基於該另一目標資料庫中的該等客戶資料，驗證該另一交易請求的該合法性；以及當該另一交易請求符合該合法性時，將該另一交易請求輸出至該交易線路，且根據該另一交易請求更新該另一目標資料庫。
一種風險控管方法，其適用於一電子裝置，該電子裝置儲存複數個資料庫，各該資料庫各自包含複數個客戶資料，且該電子裝置更執行複數個執行緒，各該執行緒分別對該等資料庫其中之一進行存取，該風險控管方法包含以下步驟：自一外部裝置，接收一交易請求；基於一分派規則，將該交易請求分派至該等執行緒中之一目標執行緒，且該目標執行緒對該等資料庫中之一目標資料庫進行存取，其中該分派規則是根據該等資料庫的分類方式以及該等資料庫與該等執行緒的對應關係產生；該目標執行緒基於該目標資料庫中的該等客戶資料，驗證該交易請求的一合法性；以及當該交易請求符合該合法性時，將該交易請求輸出至該交易線路，且根據該交易請求更新該目標資料庫。
如請求項6所述之風險控管方法，其中該風險控管方法更包含以下步驟：根據該交易請求，調整該目標資料庫中該等客戶資料的一索引順位。
如請求項6所述之風險控管方法，其中各該客戶資料至少包含一客戶帳號、一庫存量、一保證金額度、一存款餘額、一信用額度及一交易請求紀錄至少其中之一或其組合。
如請求項6所述之風險控管方法，其中該風險控管方法更包含以下步驟：將該等資料庫的該等客戶資料與一外部儲存器進行同步。
如請求項6所述之風險控管方法，其中該風險控管方法更包含以下步驟：自該外部裝置，接收另一交易請求；基於該分派規則，將該另一交易請求分派至該等執行緒中之一另一目標執行緒，且該另一目標執行緒對該等資料庫中之一另一目標資料庫進行存取；該另一目標執行緒基於該另一目標資料庫中的該等客戶資料，驗證該另一交易請求的該合法性；以及當該另一交易請求符合該合法性時，將該另一交易請求輸出至該交易線路，且根據該另一交易請求更新該另一目標資料庫。