專利名稱：用于迅速計算電子買賣交易所中的風(fēng)險的系統(tǒng)和方法
技術(shù)領(lǐng)域：
技術(shù)領(lǐng)域涉及自動化買賣交易所。
背景技術(shù)：
買賣交易所在歷史上為買家和賣家提供集會的場所以買賣股票、債券、通貨、商品和其他項目。電子買賣交易所系統(tǒng)使用通信網(wǎng)絡(luò)和計算機以復(fù)制傳統(tǒng)面對面交易所功能。例如集中交易所計算機散布市場信息、維護(hù)記錄和統(tǒng)計、結(jié)算(settle)現(xiàn)金支付、確定基于風(fēng)險的裕度要求并且匹配買賣。通信網(wǎng)絡(luò)將交易所計算機連接到許多買賣者站點。買賣者在買賣者站點操作的買賣者站包括接口功能，該接口功能使買賣者能夠查看價格和與產(chǎn)品有關(guān)的其他信息并且通過提交訂單和報價來執(zhí)行交易。訂單是對在指定價格買入或者賣出指定量的特定證券(security)的請求。在買賣交易所可用于買賣的證券在買賣交易所由工具來電子建立和表示。用于特定工具的量的訂單因此與買入或者賣出與工具對應(yīng)的證券有關(guān)。作為示例，買賣者可以下訂單以57.25 的買方出價買入100份IBM股票。報價與訂單不同在于報價指示出價并且賣方開價，以及針對特定工具的買入量(bid quantity)和賣出量(ask quantity)。買賣者通常下訂單以發(fā)起交易。專業(yè)股票經(jīng)紀(jì)人可以下訂單或者報價，但是往往通過針對工具提供報價并且由此創(chuàng)建市場向特定工具提供流動性來履行它們作為股票經(jīng)紀(jì)人的角色。訂單存儲于訂單簿中，該訂單簿是可用于針對在系統(tǒng)中買賣的每個證券來匹配或者維護(hù)的買入或者賣出訂單的列表。每個訂單包括數(shù)量和價格。散布并且顯示各種買賣信息以允許買賣者快速識別市場機會并且對它們做出行動有望產(chǎn)生利潤。電子買賣交易所的現(xiàn)行目標(biāo)是提供與買賣過程關(guān)聯(lián)的低延時。買賣延時是交易所處理從買賣者接收的訂單或者報價并且拒絕它、執(zhí)行它或者將它放入訂單簿中以便可能將來執(zhí)行的時間。通過提供低買賣延時，買賣者可以對市場的改變更快做出反應(yīng)?？焖俜从硨τ诟鶕?jù)某些原則在買賣交易所中下訂單的“算法買賣者”(計算機)而言特別重要。算法買賣者對于買賣交易所而言是重要客戶，因為它們在市場中提供大量流動性。除了低延時之外，控制與電子買賣關(guān)聯(lián)的風(fēng)險也是重要的，該電子買賣包括下訂單的實體的商譽。例如證券買賣涉及到關(guān)于買賣對手是否將為在交易日中買賣的證券付款的一些風(fēng)險。這一風(fēng)險在易所充當(dāng)經(jīng)紀(jì)人的雙邊買賣中以及在其中交易所充當(dāng)中心對手的情形中是個問題。風(fēng)險可能對于其中各方同意將來買入/賣出的比如期權(quán)、期貨、衍生品等金融工具或者產(chǎn)品而言甚至更大。因而多數(shù)交易所要求交易所“成員”出示一些擔(dān)保物并且基于該擔(dān)保物對每個成員的買賣活動設(shè)置限制。涉及賣出證券的另一示例風(fēng)險“檢查”可能是驗證在訂單中指定的證券數(shù)量是針對賣家的賬戶實際登記的數(shù)量。在世界的一些地區(qū)中，監(jiān)管機構(gòu)明確禁止“賣空”、例如呈報用于未擁有的證券的賣出訂單。一種用于減少風(fēng)險的方式是執(zhí)行預(yù)訂單證實?？紤]圖1，該圖通過執(zhí)行預(yù)訂單證實來檢查接收的訂單是有效還是無效。無效訂單可能是基于一個或者多個風(fēng)險標(biāo)準(zhǔn)而風(fēng)險太大并且因此被拒絕的訂單。另一方面，向網(wǎng)關(guān)計算機12轉(zhuǎn)發(fā)批準(zhǔn)/證實的訂單，該網(wǎng)關(guān)計算機12可以執(zhí)行其他匹配功能如用戶認(rèn)證和其他與安全有關(guān)的功能。網(wǎng)關(guān)計算機12向匹配引擎14傳遞批準(zhǔn)的訂單，該匹配引擎14如果可能則匹配訂單或者在適當(dāng)訂單簿15中存儲它為不匹配。如上文說明的那樣，訂單簿15管理可用于針對在系統(tǒng)中買賣的每個工具來匹配或者維護(hù)的買入和賣出訂單的列表。以這一方式，在任何匹配之前按訂單控制針對買賣者的當(dāng)前風(fēng)險。例如，如果訂單超過與買賣者、交易所等關(guān)聯(lián)的風(fēng)險限制，則預(yù)訂單證實計算機10可以拒絕它。如果接受訂單，則預(yù)訂單證實計算機10可以更新當(dāng)前可能風(fēng)險水平。這一方式的問題在于依次進(jìn)行預(yù)訂單證實。在匹配引擎14可以執(zhí)行它的買賣功能之前，匹配引擎14必須等待預(yù)訂單證實計算機10完成它的處理并且生成批準(zhǔn)的訂單。該預(yù)訂單證實延遲增加買賣延時。作為示例，假設(shè)預(yù)訂單證實計算機10、網(wǎng)關(guān)12和匹配引擎14中的每一個需要IOOys來處理訂單。那么訂單的總最小買賣延時是300 μ S。這一延時問題隨著買賣數(shù)量增加而快速攀升。如上文提到的那樣，例如算法買賣者可以按很高頻率和很高量買賣，從而使訂單延時對于電子買賣交易所而言成為重大問題。隨著訂單和報價量增加，關(guān)于錄入的每個訂單計算風(fēng)險的負(fù)擔(dān)和延遲也增加。

發(fā)明內(nèi)容
根據(jù)第一方面，提供一種用于減少電子買賣交易所中的買賣訂單處理延時的買賣訂單處理方法和裝置。電子買賣交易所接收將針對存儲器中的買賣訂單簿中存儲的買賣訂單匹配的買賣訂單。在針對買賣風(fēng)險證實接收的買賣訂單之前，在買賣訂單簿中存儲那些接收的買賣訂單中的至少一些買賣訂單。進(jìn)行接收的買賣訂單中的第一買賣訂單是否與存儲于買賣訂單簿中的第二買賣訂單匹配的確定。電子買賣交易所在執(zhí)行匹配的第一和第二買賣訂單的買賣之前驗證匹配的第一和第二買賣訂單在買賣風(fēng)險上被證實。證實買賣訂單包括計算與買賣訂單關(guān)聯(lián)的風(fēng)險和/或確認(rèn)與買賣訂單關(guān)聯(lián)的賬戶的性質(zhì)。根據(jù)第二方面，一種非瞬態(tài)計算機可讀存儲介質(zhì)具有實現(xiàn)于其中的計算機可讀代碼，該計算機可讀代 碼用于執(zhí)行在前段中描述的買賣訂單處理方法。在第一非限制性實施例中，如果第一買賣訂單未與第二買賣訂單匹配，則在買賣訂單簿中存儲它。在確定接收的買賣訂單中的第一買賣訂單與第二買賣訂單匹配之后，證實第一買賣訂單和第二買賣訂單。在第二非限制性實施例中，與證實第一和第二買賣訂單中的一個或者兩個買賣訂單并行執(zhí)行第一買賣訂單是否與第二買賣訂單匹配的確定。在兩個實施例中，如果發(fā)現(xiàn)存儲于買賣訂單簿中的買賣訂單無效，則去除該買賣訂單。第三方面涉及一種電子買賣交易裝置，該裝置包括:存儲器，被配置成存儲買賣訂單簿，買賣訂單簿用于存儲買賣訂單；以及數(shù)據(jù)處理器，其耦合到存儲器，用于減少在電子買賣交易所中匹配買賣訂單時的買賣訂單處理延時。數(shù)據(jù)處理器被編程為:接收用于與存儲于買賣訂單簿中的第二買賣訂單執(zhí)行買賣的第一訂單，在針對買賣風(fēng)險證實第一述買賣訂單之前確定第一買賣訂單是否與存儲于買賣訂單薄中存儲的第二買賣訂單匹配，如果第一買賣訂單未與第二買賣訂單匹配則在買賣訂單簿中存儲第一買賣訂單而不在買賣風(fēng)險上證實第一買賣訂單，在第一買賣訂單與第二買賣訂單匹配之后針對買賣風(fēng)險證實第一買賣訂單和第二買賣訂單，并且如果在買賣風(fēng)險上成功證實第一和第二買賣訂單則執(zhí)行匹配的第一和第二買賣訂單的買賣。
第四方面涉及一種電子買賣交易裝置，該裝置包括:存儲器，被配置成存儲買賣訂單簿，買賣訂單簿用于存儲買賣訂單；以及處理器，其耦合到存儲器，用于減少在電子買賣交易所中匹配買賣訂單時的買賣訂單處理延時。處理器被配置成:接收將針對存儲于買賣訂單簿中的買賣訂單匹配的買賣訂單，在針對買賣風(fēng)險證實接收的買賣訂單之前在買賣訂單簿中存儲那些接收的買賣訂單中的至少一些買賣訂單，并且在并行操作中確定接收的買賣訂單中的第一買賣訂單是否與存儲于買賣訂單簿中的第二買賣訂單匹配并且第一和第二買賣訂單從買賣風(fēng)險的觀點來看是否為有效買賣訂單。處理器還被配置成在執(zhí)行匹配的第一和第二買賣訂單的買賣之前完成并行操作。在一個非限制性示例實施中，向第一買賣訂單分配第一證實狀態(tài)標(biāo)記并且向第二買賣訂單分配第二證實狀態(tài)標(biāo)記。第一和第二證實狀態(tài)標(biāo)記指示第一買賣訂單或者第二買賣訂單是否已經(jīng)經(jīng)歷證實處理。證實狀態(tài)標(biāo)記包含來自包括以下至少一個的組的狀態(tài)指示符:接受、不接受和尚未計算。一旦確定第一證實狀態(tài)標(biāo)記的狀態(tài)，處理器可以執(zhí)行各種操作。例如，如果第一證實狀態(tài)標(biāo)記的狀態(tài)是不接受，則它可以拒絕接收的買賣訂單中的第一買賣訂單或者從買賣訂單簿去除接收的買賣訂單中的第一買賣訂單。如果接收的買賣訂單中的第一買賣訂單未與第二買賣訂單匹配并且第一證實狀態(tài)標(biāo)記是接受，則處理器可以在買賣訂單簿中存儲接收的買賣訂單中的第一買賣訂單，并且隨后如果接收的買賣訂單中的第一買賣訂單與第二買賣訂單匹配并且第一證實狀態(tài)標(biāo)記是接受，則處理器可以確定第二證實狀態(tài)標(biāo)記的狀態(tài)。替代地，如果接收的買賣訂單中的第一買賣訂單未與第二買賣訂單匹配并且第一證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算，則處理器可以在買賣訂單簿中存儲接收的買賣訂單中的第一買賣訂單。又一替代方式是處理器如果第一買賣訂單與第二買賣訂單匹配并且第一證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算則證實第一買賣訂單，并且如果第一證實狀態(tài)標(biāo)記的狀態(tài)從尚未計算改變成接受并且第二證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算則證實第二買賣訂單。在一個非限制性示例實施中，處理器使用單線程處理來匹配第一買賣訂單和第二買賣訂單并且使用多線程處 理來證實第一買賣訂單和第二買賣訂單。在另一非限制性示例實施中，電子買賣交易所裝置實施于高性能計算系統(tǒng)上以減少訂單處理延時，高性能計算系統(tǒng)包括耦合到共享存儲器的計算節(jié)點的多個并行集群。替代地，電子買賣交易所裝置實施于包括與專用硬件組合的無共享計算架構(gòu)的高性能計算系統(tǒng)上以減少訂單處理延時。又一替代方式在包括共享存儲器和無共享計算機架構(gòu)的高性能計算系統(tǒng)上實施電子買賣交易所裝置以減少訂單處理延時。


圖1圖示了串行或者依次預(yù)訂單證實、之后為訂單簿錄入或者訂單匹配的示例； 圖2圖示了示例電子買賣交易所；
圖3圖示了圖2的電子買賣交易所中的(一個或多個)訂單證實和訂單匹配服務(wù)器的示
例；
圖4是減少電子買賣交易所中的買賣訂單處理延時的示例買賣訂單處理方法的流程
圖5是流程圖，該流程示了根據(jù)第一非限制性示例實施例的用于在匹配引擎中處理尚未首先被證實/批準(zhǔn)的傳入買賣訂單的非限制性示例步驟；
圖6圖示了將確定性單線程處理用于匹配引擎并且將多線程并行處理用于風(fēng)險證實的根據(jù)第二非限制性示例實施例的非限制性示例實施；
圖7是流程圖，該流程示了在根據(jù)第二非限制性示例實施例的基于圖6中所示實施的電子買賣交易所中用于并行訂單證實和訂單匹配的非限制性示例過程；
圖8是可以用來在根據(jù)第二非限制性示例實施例的電子買賣交易所中實施并行訂單證實和訂單匹配的非限制性示例分布式計算結(jié)構(gòu)；并且
圖9A和9B示出了可以用來在根據(jù)第二非限制性示例實施例的電子買賣交易所中實施并行預(yù)訂單證實和訂單匹配的具體、但是非限制性示例高性能計算結(jié)構(gòu)。
具體實施例方式在以下描述中，出于說明而非限制的目的，闡述諸如特定節(jié)點、功能實體、技術(shù)、協(xié)議、標(biāo)準(zhǔn)等具體細(xì)節(jié)以便提供對描述的技術(shù)的理解。本領(lǐng)域技術(shù)人員將清楚除了下文描述的具體細(xì)節(jié)之外還可以實現(xiàn)其他實施例。在其他實例中，省略對公知方法、設(shè)備、技術(shù)等的詳細(xì)描述以免因不必要的細(xì)節(jié)而模糊描述。在圖中示出了個別功能塊。本領(lǐng)域技術(shù)人員將理解可以使用個別硬件電路、與適當(dāng)編程的微處理器或者通用計算機結(jié)合使用軟件程序和數(shù)據(jù)、使用專用集成電路(ASIC)和/或使用一個或者多個數(shù)字信號處理器(DSP)來實施這些塊的功能。軟件程序指令和數(shù)據(jù)可以存儲于計算機可讀存儲介質(zhì)上，并且當(dāng)指令由計算機或者其他適當(dāng)處理器控制執(zhí)行時，計算機或者處理器執(zhí)行功能。雖然下文可以描繪數(shù)據(jù)庫為表，但是其他格式(包括關(guān)系數(shù)據(jù)庫、基于對象的模型和/或分布式數(shù)據(jù)庫)可以用來存儲和操縱數(shù)據(jù)。雖然可以按特定依次順序描述或者要求保護(hù)過程步驟、算法等，但是這樣的過程可以被配置成按不同 順序工作。換言之，可以明確描述或者要求保護(hù)的任何步驟序列或者順序未必指示按該順序執(zhí)行步驟的要求。可以按任何可能順序執(zhí)行這里描述的過程的步驟。另外，盡管描述或者暗示為非同時發(fā)生(例如因為一個步驟在另一步驟之后被描述)，但是可以同時執(zhí)行一些步驟。另外，通過在附圖中過程的描述來圖示它未暗示所示過程排除對其的其他變化和修改，未暗示示出的過程或其任何步驟為本發(fā)明所必需的并且未暗示優(yōu)選所示過程。對過程的描述是對用于執(zhí)行過程的裝置的描述。執(zhí)行過程的裝置例如可以包括處理器以及適合于執(zhí)行過程的那些輸入設(shè)備和輸出設(shè)備?？梢栽谙蛱幚砥鬏斔蛿?shù)據(jù)(例如指令序列)中涉及到各種形式的計算機可讀介質(zhì)。例如可以(i)從RAM向處理器遞送數(shù)據(jù)；(ii)通過任何類型的傳輸介質(zhì)(例如有線、無線、光學(xué)等)攜帶數(shù)據(jù)根據(jù)諸如以太網(wǎng)(或者IEEE 802.3)、SAP、ATP、藍(lán)牙和TCP/IP、TDMA、CDMA、3G等許多格式、標(biāo)準(zhǔn)或者協(xié)議格式化和/或傳輸數(shù)據(jù)；和/或(iv)以本領(lǐng)域中已知的多種方式中的任何方式加密數(shù)據(jù)以保證隱私或者防止欺詐。在這一情況下的技術(shù)可以使用于任何類型的買賣交易所中。術(shù)語訂單被廣泛使用并且例如包括任何買入和/或賣出要約而且涵蓋報價。訂單包括用于金融工具的訂單，買賣交易所將為該訂單執(zhí)行與匹配訂單的買賣。金融工具包括表明證明人(dept)或者股本(equity)和/或其任何衍生品的所有權(quán)的工具，該工具包括股本、股票、固定收入工具、債券、債權(quán)證、利息或者保證金憑證、權(quán)證、期權(quán)、期貨、遠(yuǎn)期(forward)、掉期或者一般為任何證券。如果買賣包括根據(jù)訂單的一個或多個事物的至少一部分的所有權(quán)轉(zhuǎn)移，則買賣履行針對該一個或多個事物的訂單的部分。發(fā)明人認(rèn)識到可以通過延遲訂單證實直至匹配或者買賣可以潛在地發(fā)生來明顯減少延時。在第一非限制性示例實施例中，如果新訂單針對訂單簿中的現(xiàn)有訂單未滿足匹配標(biāo)準(zhǔn)，則在訂單簿中存儲新訂單而不執(zhí)行證實處理。在第二非限制性示例實施例中，在證實已經(jīng)完成之前在訂單簿中存儲訂單。但是如果新訂單針對存儲于訂單簿中的現(xiàn)有訂單滿足匹配標(biāo)準(zhǔn)，則針對兩個匹配訂單執(zhí)行訂單證實處理。一旦針對兩個匹配訂單成功完成訂單證實處理，然后就執(zhí)行買賣。訂單證實處理包括風(fēng)險計算和賬戶證實兩者(例如檢查以保證如果是買家則該方具有必需資金或者擔(dān)保物或者如果是賣家則該方是所有者)。如果未針對兩個匹配訂單成功完成訂單證實處理，則拒絕買賣。在第一非限制性示例實施例中，在訂單簿中存儲新訂單而不執(zhí)行任何訂單證實處理。換言之，如果訂單從未匹配則完全省略訂單證實處理或者推遲訂單證實處理直至標(biāo)識潛在匹配。這一方式節(jié)省大量處理資源并且減少延時。因而明顯減少總計算量。通過消除證實處理，也明顯減少在訂單簿中存儲訂單而需要的時間。如果訂單以后匹配，則然后執(zhí)行證實處理。以這一方式，僅在需要證實處理時執(zhí)行它。在非限制性第二示例實施例中，在并行執(zhí)行訂單證實處理時在訂單簿中存儲新訂單。如果可以在訂單匹配發(fā)生之前完成證實，則可以減少或者完全消除用于證實匹配的訂單的時間。如果證實過程確定應(yīng)當(dāng)拒絕訂單，則可以從訂單簿刪除訂單并且向相關(guān)方發(fā)送訂單是無效的消息。如果證實訂單而無當(dāng)前有效匹配訂單，則訂單可以在訂單簿中被指示為有效并且如果曾經(jīng)接收有效匹配訂單則被匹配。如果在訂單簿中檢測到或者隨后接收到有效匹配訂單時并行證實過程未完成，則匹配/買賣執(zhí)行暫停，從而使必需證實的完成未決。由于訂單證實和匹配處理兩者同時接收訂單并且并行處理信息，所以顯著減少買賣延時而又仍然實現(xiàn)嚴(yán)格的風(fēng)險保護(hù)。該技術(shù)利用最終導(dǎo)致買賣的所下訂單的百分比實際上減少的事實。盡管以往幾乎所有訂單最終買賣，但是如今通常所下所有訂單的少于百分之一實際上導(dǎo)致買賣。因此，與買賣交易所接受訂單并且將它放入訂單簿中關(guān)聯(lián)的風(fēng)險不是問題。由于與將訂單放入訂單簿中關(guān)聯(lián)的風(fēng)險僅在訂單實際上買賣時是個問題，所以當(dāng)訂單放入訂單簿中時不必完成或者甚至不必開始風(fēng)險評估。實際上，僅當(dāng)該訂單匹配時需要完成該風(fēng)險評估。因而匹配引擎在為訂單完成匹配之前等待完成用于訂單的風(fēng)險證實過程。當(dāng)起初接收訂單時針對其有立即匹配的買賣的百分比相對小。如果訂單在風(fēng)險證實已經(jīng)完成之前放入訂單簿中，但是提交訂單的該方具有這樣的裕度擔(dān)保物使得不能接受這一訂單(例如它將被同步風(fēng)險證實拒絕)，則結(jié)果是交易所表現(xiàn)比實際上存在的流動性略微多的流動性。然而這樣的風(fēng)險訂單表現(xiàn)對在某一價格水平買入/賣出的興趣并且可能總體上對市場有價值。在用于第二示例實施例的一個示例實施中，訂單簿中的每個訂單與證實狀態(tài)標(biāo)記關(guān)聯(lián)。匹配過程可以不匹配無肯定證實狀態(tài)標(biāo)記的訂單。當(dāng)錄入訂單時，開始風(fēng)險評估計算?？梢允褂枚喾N方法中的一種或者多種方法、例如多核系統(tǒng)中的其中匹配引擎和訂單證實器在共享存儲器中通信的單獨線程、外部軟件方式或者專用硬件解決方案來執(zhí)行風(fēng)險評估計算。一旦完成風(fēng)險計算，訂單證實器3 8為這一訂單設(shè)置用于風(fēng)險評估的肯定或者否定證實狀態(tài)標(biāo)記。在其中有檢測到的高風(fēng)險情形、例如當(dāng)無足夠擔(dān)保物時的例外情況下，從訂
單簿去除訂單。通過從向交易所中錄入的多數(shù)訂單的延時關(guān)鍵處理中去除風(fēng)險計算，交易所可以提供很有競爭力的訂單延時、但是仍然有效地操作，如同當(dāng)在訂單簿中錄入時對所有訂單進(jìn)行風(fēng)險評估一樣。這樣，消除在無風(fēng)險證實的情況下接受訂單的金融風(fēng)險。圖2示出了具有多個買賣終端24的計算機化電子買賣系統(tǒng)的示例。在買賣終端中的一些買賣終端處，人類買賣者22創(chuàng)建用于工具買賣的訂單并且然后經(jīng)由買賣終端發(fā)送訂單。算法外部買賣機器26也可以用于創(chuàng)建并且向包括一個或者多個訂單證實和匹配計算機服務(wù)器32的計算機化中心交易所20呈報訂單。算法外部買賣機器26如與人類買賣者22相比快得多。它可以接收有時稱為市場數(shù)據(jù)源(feed)的消息流，諸如按照訂單的市場(Market By order) (MBO)流、按照價格的市場(Market By Price) (MPO)流等?；诮邮盏男畔?，算法外部買賣機器26被編程為根據(jù)接收的信息執(zhí)行一個或者多個算法以對由于可能對買賣的工具的價格具有影響的政治、經(jīng)濟(jì)或者其他原因所致的市場改變迅速做出反應(yīng)。 買賣終端經(jīng)由網(wǎng)絡(luò)28經(jīng)由可選網(wǎng)關(guān)服務(wù)器30向計算機化中心交易所32發(fā)送訂單消息。可選網(wǎng)關(guān)服務(wù)器30可以用來執(zhí)行用戶認(rèn)證、與安全有關(guān)的和/或其他過程。計算機化中心交易所32執(zhí)行包括證實訂單的并行操作而也試圖使用訂單證實器和匹配服務(wù)器來匹配訂單與回報訂單(counter order)。可以使用FIX標(biāo)準(zhǔn)協(xié)議或者任何其他適當(dāng)協(xié)議來發(fā)送訂單消息，該任何其他適當(dāng)協(xié)議使得對于計算機設(shè)備有可能相互通信。如果(一個或多個)匹配服務(wù)器不能在接收時立即匹配訂單，則(一個或多個)匹配服務(wù)器在訂單簿中存儲訂單，該訂單簿是計算機化中心交易所系統(tǒng)32的存儲器的一部分。示例訂單證實處理包括風(fēng)險計算和賬戶證實、例如檢查以保證如果為買家則該方具有必需資金或者擔(dān)保物或者如果為賣家則該方是所有者。如果(一個或多個)匹配服務(wù)器執(zhí)行買賣，則它向清算系統(tǒng)34并且向信息散布系統(tǒng)35提供“成交”或者“買賣”。圖3圖示了圖2的電子買賣交易所中的(一個或多個)訂單證實和訂單匹配服務(wù)器的示例。在第一示例實施例中，傳入訂單由匹配引擎36處理并且然后僅如果進(jìn)行匹配則才由訂單證實器38處理。在第二示例實施例中，匹配引擎36和訂單證實器38并行處理傳入訂單并且通信以協(xié)調(diào)它們的相應(yīng)功能。它們也共享對存儲訂單簿42的存儲器40的訪問。圖4是涵蓋第一和第二示例實施例兩者的、減少電子買賣交易所中的買賣訂單處理延時的示例買賣訂單處理方法的流程圖。在步驟A中，電子買賣交易所接收將針對存儲器中的買賣訂單簿中存儲的買賣訂單匹配的買賣訂單。在針對買賣風(fēng)險證實接收的買賣訂單之前在買賣訂單簿中存儲那些接收的買賣訂單中的至少一些買賣訂單(步驟B)。匹配引擎進(jìn)行接收的買賣訂單中的第一買賣訂單是否與存儲于買賣訂單簿中的第二買賣訂單匹配的確定(步驟C)。在執(zhí)行匹配的第一和第二買賣訂單的買賣之前，交易所驗證在買賣風(fēng)險上證實匹配的第一和第二買賣訂單(步驟D)。圖5是流程圖，該流程示了根據(jù)第一非限制性示例實施例的用于在匹配引擎中處理尚未首先證實/批準(zhǔn)的傳入買賣訂單的非限制性示例步驟。對于每個傳入的未批準(zhǔn)的訂單(即尚未證實的訂單)，進(jìn)行未批準(zhǔn)的訂單是否與訂單簿中的訂單匹配的確定(步驟SI)。如果不是，則在訂單簿中存儲未批準(zhǔn)的訂單(步驟S2)。如果是這樣，則對訂單執(zhí)行訂單證實(步驟S3)。在步驟S4中進(jìn)行匹配訂單是否均被證實或者批準(zhǔn)的確定。如果是這樣，則匹配引擎執(zhí)行買賣或者匹配(步驟S7)，并且如果訂單存儲于訂單簿則從訂單簿去除它們(步驟S8)。如果未批準(zhǔn)(一個或多個)訂單，則拒絕并且從訂單簿去除(一個或多個)未批準(zhǔn)的訂單(步驟S6)?？梢赃\用可選超時以限制批準(zhǔn)過程可以繼續(xù)多久而未斷定是否接收訂單。圖6圖示了用于第二示例實施的一個非限制性示例實施，該實施例包括并行的用于匹配引擎的確定性單線程處理和用于風(fēng)險證實的多線程處理。匹配引擎36和訂單證實器38在圖5中被概念上示出并且均接收待并行處理的具有唯一訂單ID的新訂單。匹配引擎使用確定性的單線程操作。確定性過程預(yù)測性地表現(xiàn)，因為當(dāng)被給予特定輸入時，確定性過程總是產(chǎn)生相同輸出并且機器總是穿過相同狀態(tài)序列。電子買賣系統(tǒng)使用確定性系統(tǒng)，適當(dāng)輸出是僅依賴于一系列輸入數(shù)據(jù)的良好歸檔的匹配結(jié)果。這一架構(gòu)是針對將買賣系統(tǒng)用于匹配訂單的多數(shù)投資者的關(guān)鍵要求，因為投資者不愿意冒有讓他們的訂單以任何其他方式來對待的風(fēng)險。線程是計算機過程的執(zhí)行線程。另一方面，訂單證實過程為多線程，這意味著計算機執(zhí)行的多線程過程包括并行執(zhí)行的兩個或者更多執(zhí)行線程。因而與匹配引擎執(zhí)行并行執(zhí)行證實計算而不是在將訂單放入訂單簿中之前預(yù)證實訂單。多線程訂單證實(使用每個訂單自己的執(zhí)行線程來證實它)例如通過利用多核計算機架構(gòu)來甚至進(jìn)一步增加處理效率。通過與匹配引擎并行執(zhí)行訂單證實來減少延時。通過針對訂單簿中的許多訂單并行執(zhí)行訂單證實，甚至進(jìn)一步減少總延時。匹配引擎36將新訂單與它的例如1111、2222、3333、4444等唯一訂單標(biāo)識符一起存儲于訂單簿42中。新訂單也由訂單證實器38中的線程控制器45接收，該訂單證實器38保存訂單、它的訂單標(biāo)識符和與每個接收的訂單的對應(yīng)狀態(tài)。匹配引擎36和線程控制器45使用相同訂單標(biāo)識符?？梢杂枚喾N方式生成訂單標(biāo)識符。線程控制器45分配用于執(zhí)行(一個或多個)訂單證實操作過程的特定風(fēng)險證實器線程。示例訂單證實狀態(tài)包括用于處理中的P和用于等 待的W。來自多個風(fēng)險證實線程的輸出在訂單簿42中存儲為標(biāo)記，其中每個訂單具有關(guān)聯(lián)的證實狀態(tài)，該證實狀態(tài)包括用于接受或者有效訂單的Y、用于不接受或者無效訂單的N和用于尚未計算證實狀態(tài)的O。訂單證實器38可以優(yōu)選地包括時間限制，所有風(fēng)險證實器線程必須在該時間限制前已經(jīng)接受或者不接受接收的訂單。一旦超過時間限制，訂單自動設(shè)置成非接受或者無效狀態(tài)，并且可以向訂單的始發(fā)者發(fā)送指示訂單無效的消息。匹配引擎36從訂單簿42去除無效訂單。在一些示例實施例中，訂單證實器38向匹配引擎發(fā)送訂單狀態(tài)更新，該訂單狀態(tài)更新對訂單簿中的訂單的狀態(tài)進(jìn)行更新。在一些示例實施例中，訂單證實器38直接在訂單簿中存儲訂單狀態(tài)更新。與訂單證實線程處理活動并行，匹配引擎邏輯36試圖針對訂單中的考慮的金融工具來匹配傳入訂單與存在于訂單簿42中的訂單。如果無匹配對于新訂單而言當(dāng)前是可能的，則匹配引擎在對應(yīng)訂單簿中存儲訂單用于潛在的將來匹配。如果用于訂單的證實狀態(tài)變成被訂單證實器“接受”，那么如果匹配證實的訂單變成可用，則可以立即匹配訂單。如果用于訂單的證實狀態(tài)變成訂單證實器“未接受”，則從訂單簿去除訂單。如果用于訂單的證實狀態(tài)保持“尚未計算”并且匹配回報訂單存在，則那些訂單在訂單簿中保持未匹配直至它們均被證實或者無效。圖7是流程圖，該流程示了用于第二示例實施例的匹配引擎遵循的非限制性示例過程，該匹配引擎在電子買賣交易所中運用并行訂單證實和訂單匹配。如說明的那樣，匹配引擎36接受新訂單，并且在確定訂單的有效性之前將訂單放入訂單簿42中。這意味著訂單簿42可以存儲并非有效訂單的一個或者多個訂單。只要未匹配那些未證實的訂單，對于對手就沒有與具有無效訂單的一方買賣關(guān)聯(lián)的風(fēng)險。如在背景技術(shù)中說明的那樣，證券買賣涉及到關(guān)于買賣對手是否將為在交易日買賣的證券付款的一些風(fēng)險。僅在證實或者無效訂單之后，風(fēng)險才將變成現(xiàn)實。因此，如果輸入訂單可以在由匹配引擎邏輯接收時被立即匹配，則匹配引擎必須推遲匹配直至證實器接受或者拒絕訂單。具有證實狀態(tài)“O”或者“尚未計算”的訂單不能被立即匹配并且必須被至少暫時保持直至以一種方式或者另一方式解決該狀態(tài)。步驟SlO指示匹配引擎(ME)接收下一新訂單、執(zhí)行一些初步處理并且在訂單簿中存儲訂單。起初將新接收的訂單與默認(rèn)證實狀態(tài)“尚未計算”一起存儲于訂單簿中。如圖6中所示，也向訂單證實器38提供訂單，該訂單證實器38與匹配引擎并行處理訂單。訂單證實器38使用多個線程來操作以確定多個訂單的證實狀態(tài)。因而訂單證實器38何時證實接收的訂單和何時在訂單簿中更新證實狀態(tài)值的定時未與ME的操作協(xié)調(diào)。在任何情況下，匹配引擎在步驟S12中檢查該訂單的證實狀態(tài)。如果指示證實狀態(tài)為“不接受”，則在步驟S13中拒絕訂單。如果用于訂單的證實狀態(tài)為“接受”，則在步驟S14中進(jìn)行接受的訂單是否與訂單簿中的某一其他訂單匹配的判決。如果不是，則控制返回到步驟S17，其中ME等待下一新訂單到來。然而，如果接受的頂點與訂單簿中的某一其他訂單匹配，則控制繼續(xù)下文描述的判決塊S24。如果在步驟S12中的處理的訂單的證實狀態(tài)是尚未計算(“0”)，則在步驟S16中進(jìn)行訂單X是否已經(jīng)與該訂單簿中的某一其他訂單匹配的確定。如果不是，則控制繼續(xù)步驟S17以等待新的下一訂單由匹配引擎處理。與匹配引擎處理下一新訂單并行，在線程控制器啟動的訂單證實器38中計算證實狀態(tài)。如果證實訂單，則訂單證實器在訂單簿中將訂單X的狀態(tài)更新成“接受”。但是如果發(fā)現(xiàn)訂單X為無效或者“不接受”，則從訂單簿去除它并且向所有者通知它無效。 但是如果訂單與訂單簿中的另一訂單匹配，則匹配引擎在步驟S18等待預(yù)訂單證實器計算證實狀態(tài)。在步驟S20中再次檢查證實狀態(tài)，并且如果是“不接受”，則在步驟S22中拒絕訂單。如果用于訂單的證實狀態(tài)是“接受”，則在步驟S24中確定訂單簿中的匹配訂單的證實狀態(tài)。如果訂單證實器接受該訂單簿訂單，則在步驟S27中匹配訂單。另一方面，如果訂單簿中的匹配訂單的證實狀態(tài)是“尚未計算”，則匹配引擎在步驟S25中等待訂單證實器計算它的狀態(tài)。在步驟S26中再次檢查訂單簿中的匹配訂單的證實狀態(tài)。如果是“接受”，則在步驟S27中匹配訂單。如果是“不接受”，則在步驟S28中從訂單簿去除匹配訂單并且向該訂單的所有者通知它無效。匹配引擎然后在步驟sl4中檢查接收的訂單X是否與訂單簿中的任何其他訂單匹配。如果發(fā)現(xiàn)另一匹配，則在S24中檢查匹配訂單的狀態(tài)，或者如果無匹配存在，則控制返回到步驟S17，其中ME等待新的下一訂單到來。圖8是分布式計算結(jié)構(gòu)的非限制性示例，該分布式計算結(jié)構(gòu)可以用來在用于第二示例實施例的電子買賣交易所中實施并行訂單匹配和多線程訂單證實。計算機集群網(wǎng)絡(luò)50包括由網(wǎng)絡(luò)結(jié)構(gòu)(fabric)52通信地耦合或者互連的多個網(wǎng)絡(luò)節(jié)點52。計算機集群網(wǎng)絡(luò)50可以包括性能增強的計算系統(tǒng)，該計算系統(tǒng)在可擴展和成本有效配置中支持高帶寬操作?？梢越?jīng)由網(wǎng)絡(luò)結(jié)構(gòu)54在網(wǎng)絡(luò)節(jié)點52之間傳輸訂單數(shù)據(jù)。可以使用任何適當(dāng)高性能計算架構(gòu)。通常使用共享存儲器在具有多個CPU的主機上執(zhí)行第一代高性能計算。第二代高性能計算通常使用通過各種手段互連的CPU節(jié)點的集群，例如1024個CPU。第三代高性能計算使用相對廉價的對稱多處理(SMP)，其中兩個或者更多相同處理器連接到單個共享主存儲器并且由單個操作系統(tǒng)實例控制。例如可以用每個包括4個SMP CPU的1024個節(jié)點構(gòu)建集群。圖9A和9B示出了可以用來在用于第二示例實施例的電子買賣交易所中實施并行訂單匹配和多線程訂單證實的具體、但是非限制性示例高性能計算結(jié)構(gòu)。Hyperion系統(tǒng)架構(gòu)在圖9A中被示出并且可以很好地包括超過一千個節(jié)點。Hyperion系統(tǒng)例如可以使用紅帽操作系統(tǒng)的版本并且如圖9B中所示包括8個可擴展單元(SU)?？蓴U展單元與粗樹拓?fù)浠ミB，如InfiniBand網(wǎng)絡(luò)?？蓴U展單元本身同樣地由粗樹連接。每個可擴展單元包括超過一百個計算機節(jié)點。諸如InfiniBand (IB)的高性能技術(shù)遠(yuǎn)程直接存儲器訪問(RDMA)可以用于如同圖8以及圖9A和9B中所示示例這樣的實施。InfiniBand是在包括服務(wù)質(zhì)量和故障轉(zhuǎn)移的高性能計算中使用的交換結(jié)構(gòu)通信鏈路并且被設(shè)計成可擴展。InfiniBand架構(gòu)規(guī)范限定在處理器節(jié)點與高性能I/O節(jié)點(諸如存儲設(shè)備)之間的連接。InfiniBand形成虛擬接口架構(gòu)的超集。RDMA是從一個計算機的存儲器到另一計算機的存儲器中的直接存儲器訪問而未涉及到二者之一的操作系統(tǒng)。這允許在大規(guī)模并行計算機集群中尤其有用的高吞吐量、低延時聯(lián)網(wǎng)。與共享存儲器實施方式對照，無共享(SN)架構(gòu)可以替代地用來實施本申請中的技術(shù)。無共享架構(gòu)是其中每個節(jié)點獨立并且自給自足的分布式和可擴展計算架構(gòu)。無跨越系統(tǒng)的單個爭用點。這與 如下系統(tǒng)對照，這些系統(tǒng)無論是在數(shù)據(jù)庫、應(yīng)用服務(wù)器還是任何其他相似單個爭用點中都保持大量集中存儲的狀態(tài)信息。無共享系統(tǒng)如與共享存儲器系統(tǒng)相比的優(yōu)點在于SN系統(tǒng)提供實質(zhì)上無限的擴展性?？梢酝ㄟ^使用一個計算機上的網(wǎng)關(guān)部件來使用多播發(fā)送具有唯一標(biāo)識符的新的未批準(zhǔn)的訂單來在如同圖9A中所示系統(tǒng)這樣的系統(tǒng)中實施這一情況下的技術(shù)。匹配引擎和訂單證實器兩者(可以在若干計算機上存在若干風(fēng)險證實器線程、例如每個買賣公司一個風(fēng)險證實器線程)接收多播消息并且并行地對于新訂單開始工作。如果訂單證實器完成證實訂單，則訂單的證實狀態(tài)標(biāo)記為接受(Y)。如果匹配訂單，則匹配引擎檢查匹配訂單的證實狀態(tài)?？梢允褂眠h(yuǎn)程直接存儲器訪問在如同圖8、圖9A和9B中的系統(tǒng)這樣的系統(tǒng)中很高效地實現(xiàn)該檢查。例如可以使用如與通用計算機向?qū)Φ腇PGA (現(xiàn)場可編程門陣列)或者相似設(shè)備來組合上文描述的“無共享”方式與訂單證實器的專用硬件實施。也可以使用無共享和共享存儲器的混合方式。考慮這一示例情況。假設(shè)有與一千個成員買賣500000個訂單簿的期權(quán)交易所并且假設(shè)匹配引擎(ME)按在ME實例分割給1000個訂單簿。這意味著有500個ME分區(qū)(過程)。也假設(shè)針對共計1500個忙碌過程向每個成員分配一個風(fēng)險過程。多數(shù)如今的SMP可能不能高效處置1500個過程，因此它們需要分布于多個節(jié)點上。在每個節(jié)點上使用SMP可以是成本高效的，但是仍然需要多個節(jié)點，并且它們必須例如通過IB來使用RDMA或者其他介質(zhì)來高效通信。
雖然已經(jīng)詳細(xì)示出和描述各種實施例，但是權(quán)利要求不限于任何特定實施例或者示例。上文描述都不應(yīng)解讀為暗示特定單元、步驟、范圍或者功能是必需的。本領(lǐng)域普通技術(shù)人員已知的與上文描述的優(yōu)選實施例的元素等效的所有結(jié)構(gòu)和功能等同物都通過引用明確地結(jié)合于此并且旨在于被涵蓋。另外，設(shè)備或者方法不必解決本發(fā)明尋求解決的每一個問題以便讓它為本發(fā)明所涵蓋。在本說明書中的實施例、特征、部件或者步驟都未旨在于貢獻(xiàn)于公 眾。
權(quán)利要求
1.一種用于減少電子買賣交易所(20)中的買賣訂單處理延時的買賣訂單處理方法，包括以下步驟: 在所述電子買賣交易所(20)處接收(A)將針對存儲器(40)中的買賣訂單簿(42)中存儲的買賣訂單匹配的買賣訂單； 在針對買賣風(fēng)險證實接收的買賣訂單之前在所述買賣訂單簿(40)中存儲(B)那些接收的買賣訂單中的至少一些買賣訂單； 確定(C)所述接收的買賣訂單中的第一買賣訂單是否與存儲于所述買賣訂單簿(42)中的第二買賣訂單匹配；并且 在執(zhí)行匹配的第一和第二買賣訂單的買賣之前驗證(D)是否在買賣風(fēng)險上證實所述匹配的第一和第二買賣訂單。
2.根據(jù)權(quán)利要求1所述的買賣訂單處理方法，其中: 如果所述第一買賣訂單未與所述第二買賣訂單匹配則它存儲(S2)于所述買賣訂單簿(42)中，并且 在確定所述接收的買賣訂單中的所述第一買賣訂單與所述第二買賣訂單匹配之后證實(S3)所述第一買賣訂單和所述第二買賣訂單。
3.根據(jù)權(quán)利要求1或者2中的任一權(quán)利要求所述的買賣訂單處理方法，其中與證實所述第一和第二買賣訂單中的一個或者兩個買賣訂單并行地執(zhí)行確定所述第一買賣訂單是否與所述第二買賣訂單匹配的步驟。
4.根據(jù)權(quán)利要求1-3中的任一權(quán)利要求所述的買賣訂單處理方法，還包括如果發(fā)現(xiàn)存儲于所述買賣訂單簿中的買賣訂單無效則去除所述買賣訂單。
5.根據(jù)權(quán)利要求1-4中的任一權(quán)利要求所述的買賣訂單處理方法，其中證實所述買賣訂單包括計算與所述買賣訂單關(guān)聯(lián)的風(fēng)險和/或確認(rèn)與所述買賣訂單關(guān)聯(lián)的賬戶的性質(zhì)。
6.—種非瞬態(tài)計算機可讀存儲介質(zhì)，具有實現(xiàn)于其中的計算機可讀代碼，所述計算機可讀代碼用于執(zhí)行根據(jù)權(quán)利要求1-5中的任一權(quán)利要求所述的買賣訂單處理方法。
7.一種電子買賣交易所裝置(20)，包括: 存儲器(40)，被配置成存儲買賣訂單簿(42)，所述買賣訂單簿(42)用于存儲買賣訂單；以及 電子電路(36，38)，其耦合到所述存儲器(40)，用于減少電子買賣交易所中的買賣訂單處理延時并且被配置成: 接收將針對存儲于所述買賣訂單簿(42)中的買賣訂單匹配的買賣訂單； 在針對買賣風(fēng)險證實接收的買賣訂單之前在所述買賣訂單簿(42)中存儲那些接收的買賣訂單中的至少一些買賣訂單； 確定所述接收的買賣訂單中的第一買賣訂單是否與存儲于所述買賣訂單簿(42)中的第二買賣訂單匹配；并且 在執(zhí)行匹配的第一和第二買賣訂單的買賣之前針對買賣風(fēng)險驗證證實匹配的第一和第二買賣訂單。
8.根據(jù)權(quán)利要求7所述的電子買賣交易所裝置，其中所述電子電路(36，38)被配置成如果未證實存儲于所述買賣訂單簿(42)中的買賣訂單則去除所述買賣訂單。
9.根據(jù)權(quán)利要求7或者8中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述電子電路(36，38)被配置成通過計算與買賣訂單中的每個買賣訂單關(guān)聯(lián)的風(fēng)險并且確認(rèn)與所述買賣訂單中的每個買賣訂單關(guān)聯(lián)的賬戶來證實所述買賣訂單。
10.一種電子買賣交易所裝置(20)，包括: 存儲器(40)，被配置成存儲買賣訂單簿(42)，所述買賣訂單簿(42)用于存儲買賣訂單；以及 數(shù)據(jù)處理器(36，38)，其耦合到所述存儲器(40)，用于減少在電子買賣交易所中匹配買賣訂單時的買賣訂單處理延時并且被編程為: 接收第一買賣訂單用于與存儲于所述買賣訂單簿(42)中的第二買賣訂單執(zhí)行買賣，在針對買賣風(fēng)險證實所述第一和第二買賣訂單之前確定所述第一買賣訂單是否與存儲于所述買賣訂單簿(42)中的所述第二買賣訂單匹配， 如果所述第一買賣訂單未與所述第二買賣訂單匹配則在所述買賣訂單簿(42)中存儲所述第一買賣訂單而不在買賣風(fēng)險上證實所述第一買賣訂單， 在所述第一買賣訂單與所述第二買賣訂單匹配之后針對買賣風(fēng)險證實所述第一買賣訂單和所述第二買賣訂單，并且 如果在買賣風(fēng)險上成功證實所述第一和第二買賣訂單則執(zhí)行匹配的第一和第二買賣訂單的買賣。
11.根據(jù)權(quán)利要求10所述的電子買賣交易所裝置，其中所述數(shù)據(jù)處理器(36，38)被編程為從所述訂單簿去除無效訂單。
12.一種電子買賣交易所裝置，包括: 存儲器(40)，被配置成存儲買賣訂單簿(42)，所述買賣訂單簿(42)用于存儲買賣訂單；以及 處理器(36，38)，其耦合到所述存儲器(40)，用于減少在電子買賣交易所中匹配買賣訂單時的買賣訂單處理延時并且被配置成: 接收將針對存儲于所述買賣訂單簿(40)中的買賣訂單匹配的買賣訂單， 在針對買賣風(fēng)險證實接收的買賣訂單之前在所述買賣訂單簿(42)中存儲那些接收的買賣訂單中的至少一些買賣訂單，并且 在并行操作中確定所述接收的買賣訂單中的第一買賣訂單是否與存儲于所述買賣訂單簿(42)中的第二買賣訂單匹配并且所述第一和第二買賣訂單從買賣風(fēng)險的觀點來看是否為有效買賣訂單， 其中所述處理器(36，38)還被配置成在執(zhí)行匹配的第一和第二買賣訂單的買賣之前完成所述并行操作。
13.根據(jù)權(quán)利要求12所述的電子買賣交易所裝置，其中所述處理器(36，38)被配置成使用單線程處理來匹配所述第一買賣訂單和所述第二買賣訂單并且使用多線程處理來證實所述第一買賣訂單和所述第二買賣訂單。
14.根據(jù)權(quán)利要求12或者13中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述電子買賣交易所裝置實施于高性能計算系統(tǒng)上以減少訂單處理延時，所述高性能計算系統(tǒng)包括耦合到共享存儲器(40)的計算節(jié)點(144)的多個并行集群。
15.根據(jù)權(quán)利要求12或者13中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述電子買賣交易所裝置實施于包括與專用硬件組合的無共享計算架構(gòu)的高性能計算系統(tǒng)上以減少訂單處理延時。
16.根據(jù)權(quán)利要求12或者13中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述電子買賣交易所裝置實施于包括共享存儲器和無共享計算機架構(gòu)的高性能計算系統(tǒng)上以減少訂單處理延時。
17.根據(jù)權(quán)利要求12-16中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述處理器(36，38)還被配置成: 向所述第一買賣訂單分配第一證實狀態(tài)標(biāo)記并且向所述第二買賣訂單分配第二證實狀態(tài)標(biāo)記，所述第一和第二證實狀態(tài)標(biāo)記指示所述第一買賣訂單或者所述第二買賣訂單是否已經(jīng)經(jīng)歷證實處理。
18.根據(jù)權(quán)利要求17所述的電子買賣交易所裝置，其中所述處理器(36，38)還被配置成: 確定所述第一證實狀態(tài)標(biāo)記的狀態(tài)，并且如果所述第一證實狀態(tài)標(biāo)記的所述狀態(tài)是不接受，則拒絕接收的買賣訂單中的第一買賣訂單或者從所述買賣訂單簿去除所述接收的買賣訂單中的所 述第一買賣訂單。
19.根據(jù)權(quán)利要求17或者18中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述證實狀態(tài)標(biāo)記包含來自包括以下至少一個的組的狀態(tài)指示符:接受、不接受和尚未計算。
20.根據(jù)權(quán)利要求17-19中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述處理器(36，38)還被配置成: 確定所述第一證實狀態(tài)標(biāo)記的狀態(tài)； 如果所述接收的買賣訂單中的所述第一買賣訂單未與所述第二買賣訂單匹配并且所述第一證實狀態(tài)標(biāo)記是接受，則在所述買賣訂單簿(42)中存儲所述接收的買賣訂單中的所述第一買賣訂單；并且 如果所述接收的買賣訂單中的所述第一買賣訂單與所述第二買賣訂單匹配并且所述第一證實狀態(tài)標(biāo)記是接受，則確定所述第二證實狀態(tài)標(biāo)記的狀態(tài)。
21.根據(jù)權(quán)利要求17-20中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述處理器還被配置成: 如果所述接收的買賣訂單中的所述第一買賣訂單未與所述第二買賣訂單匹配并且所述第一證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算，則在所述買賣訂單簿(42)中存儲所述接收的買賣訂單中的所述第一買賣訂單。
22.根據(jù)權(quán)利要求17-21中的任一權(quán)利要求所述的電子買賣交易所裝置，其中所述處理器(36，38)還被配置成: 如果所述第一買賣訂單與所述第二買賣訂單匹配并且所述第一證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算，則證實所述第一買賣訂單；并且 如果所述第一證實狀態(tài)標(biāo)記的狀態(tài)從尚未計算改變成接受并且所述第二證實狀態(tài)標(biāo)記的狀態(tài)是尚未計算，則證實所述第二買賣訂單。
全文摘要
通過延遲買賣訂單證實直至匹配或者買賣可以潛在地發(fā)生來明顯減少電子買賣的延時。在第一示例實施例中，如果新訂單針對訂單簿中的現(xiàn)有訂單未滿足匹配標(biāo)準(zhǔn)，則在訂單簿中存儲新訂單而不執(zhí)行證實處理。在第二示例實施例中，在證實已經(jīng)完成之前在訂單簿中存儲訂單。但是如果新訂單針對存儲于訂單簿中的現(xiàn)有訂單滿足匹配標(biāo)準(zhǔn)，則針對兩個匹配訂單執(zhí)行訂單證實處理。一旦針對兩個匹配訂單成功完成訂單證實處理，然后就執(zhí)行買賣。訂單證實處理包括風(fēng)險計算和賬戶證實兩者(例如檢查以保證如果是買家則該方具有必需資金或者擔(dān)保物或者如果是賣家則該方是所有者)。如果未針對兩個匹配訂單成功完成訂單證實處理，則拒絕買賣。
文檔編號G06Q40/04GK103250174SQ201180021113
公開日2013年8月14日 申請日期2011年4月27日 優(yōu)先權(quán)日2010年4月27日
發(fā)明者U.阿萊尼厄斯, H.溫博姆 申請人:歐睦技術(shù)公司