專利名稱：用于集合計算服務(wù)器資源的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體而言是關(guān)于電子交易平臺。更具體而言，是關(guān)于集合計算服務(wù)器資源的基于計算機的方法和系統(tǒng)。
背景技術(shù)：
很多不同的市場都提供電子交易。電子交易是一種廣為人知的匹配市場上購買和出售貨品訂單的方式。匹配的訂單隨后可以通過電子方式得到“執(zhí)行”，從而實施匹配的訂單。電子交易平臺需要技術(shù)資源以進行這些電子交易。持續(xù)不斷地優(yōu)化電子交易平臺的硬件和軟件資源可以在技術(shù)上達到降低那些硬件和軟件資源的負載的效果，同時全面提升電子交易的質(zhì)量。這里所說的質(zhì)量包括速度(如縮短網(wǎng)絡(luò)等待時間)、效率(如減少中央處理單元的處理資源，降低電子內(nèi)存消耗)、準確性(如給定貨品的實際報價值準確)等。不同種類的電子交易使用不同的數(shù)據(jù)記錄結(jié)構(gòu)來代表所交易的證券。這種數(shù)據(jù)記錄結(jié)構(gòu)的不同導(dǎo)致的結(jié)果就是對應(yīng)不同類型的電子交易的唯一技術(shù)結(jié)構(gòu)和配置。而且，在電子交易中所涉及的服務(wù)器之間的網(wǎng)絡(luò)連接、以及這些電子交易服務(wù)器上的硬件和軟件流程的配置也會影響不同類型的電子交易的質(zhì)量。其中一種電子交易的特點是債券結(jié)構(gòu)的數(shù)據(jù)記錄。債券數(shù)據(jù)記錄通常以不同的格式保存在不同的計算環(huán)境中，這些計算環(huán)境由不同的券商維護。與債券數(shù)據(jù)記錄相關(guān)聯(lián)的電子報價需要定期更新(通常是每天)，并且使所有與特定債券數(shù)據(jù)記錄相關(guān)聯(lián)的債券的券商能夠得到。在某些當前配置中，一個例子就是加拿大的債券電子交易。由特定交易公司或券商維護的計算環(huán)境僅依賴于關(guān)聯(lián)到該計算環(huán)境的電子交易數(shù)據(jù)，而不與由其他券商所維護的計算環(huán)境所關(guān)聯(lián)的電子交易數(shù)據(jù)進行交互。這樣，一個券商的計算環(huán)境中的電子報價因其他券商的電子計算環(huán)境不同而不同。在另外的配置中，不同券商的計算環(huán)境可通過某種方式連接成網(wǎng)絡(luò)，這樣就可以檢查所有券商的電子交易數(shù)據(jù)，以確定電子報價，該電子報價對應(yīng)于給定債券的全部債券數(shù)據(jù)記錄(保存在參與的券商所關(guān)聯(lián)到的計算環(huán)境中)。但是， 檢查對應(yīng)于給定債券的所有債券數(shù)據(jù)記錄會消耗大量的計算資源。而且，大量消耗計算資源也會干擾其他連接在網(wǎng)絡(luò)中、專門基于按時且有意義的電子報價最終執(zhí)行電子交易的計算資源。因此，最好能夠降低由于檢查和處理對應(yīng)于給定債券的債券數(shù)據(jù)記錄以生成該債券的電子報價而引起的計算資源負擔(dān)。

發(fā)明內(nèi)容
本發(fā)明的一個方面就是提供一個系統(tǒng)，集合包含多個報價服務(wù)器的計算服務(wù)器資源。每個報價服務(wù)器都配置為保存一個券商數(shù)據(jù)記錄，其中包含一個債券的報價。每個券商數(shù)據(jù)記錄都與其他券商數(shù)據(jù)記錄不同。系統(tǒng)還包含一個結(jié)算服務(wù)器，配置為保存一個結(jié)算數(shù)據(jù)記錄，其中包含債券的實際交易值。系統(tǒng)還包含一個報價引擎，連接到報價服務(wù)器和結(jié)算服務(wù)器。報價引擎配置為接收券商數(shù)據(jù)記錄和結(jié)算數(shù)據(jù)記錄。報價引擎配置為基于券商數(shù)據(jù)記錄和實際交易值執(zhí)行多個操作。這些操作配置為連續(xù)刪除一個或多個所述券商數(shù)據(jù)記錄。報價引擎配置為基于刪除后余下的券商數(shù)據(jù)記錄執(zhí)行最終的價格確定。


圖1示出了一個實施例的集合計算服務(wù)器資源的系統(tǒng)。圖2示出了一個流程圖，說明另一個實施例的集合計算服務(wù)器資源的方法。圖3示出了圖1的系統(tǒng)執(zhí)行圖2方法的方塊205的示例。圖4示出了圖1的系統(tǒng)執(zhí)行圖2方法的方塊210的示例。圖5示出了圖1的系統(tǒng)執(zhí)行圖2方法的方塊255的示例。圖6示出了圖1的系統(tǒng)執(zhí)行圖2方法的方塊255的另一示例。圖7示出了另一實施例集合計算服務(wù)器資源的方法。圖8示出了一個流程圖，說明另一個實施例集合計算服務(wù)器資源的方法。圖9示出了一個流程圖，說明另一個實施例集合計算服務(wù)器資源的方法。圖10示出了一個流程圖，說明確定詢價(作為此處討論的其他方法的可選輸出生成的一部分)的方法。
具體實施例現(xiàn)在請參閱圖1。一個集合了計算資源的系統(tǒng)，整體標記為50。系統(tǒng)50包含多個報價服務(wù)器，54-l、M-2、54-3. . . 此處統(tǒng)稱為“服務(wù)器M”)。這些服務(wù)器都通過任何適當?shù)木W(wǎng)絡(luò)62連接到報價引擎58。系統(tǒng)50還包含一個結(jié)算服務(wù)器66，它直接連接到報價引擎58和網(wǎng)絡(luò)62。每個服務(wù)器M通常都是一個服務(wù)器或大型機，其中包含的裝置包括一個或多個中央處理單元、易失性內(nèi)存(即隨機訪問內(nèi)存)、永久內(nèi)存(即硬盤設(shè)備)以及網(wǎng)絡(luò)接口 (使每個服務(wù)器M能夠通過網(wǎng)絡(luò)62通訊)。這些裝置通過總線相互連接。例如，每臺服務(wù)器討可以是加利福尼亞I^alo Alto的Sun Microsystems Inc.出品的運行UNIX操作系統(tǒng)的Sun Fire V480，擁有四個中央處理單元(每個單元都以約900MHz的速度運行以及有大約16GB的隨機訪問內(nèi)存)。但是，需要強調(diào)的是，此處提到的這個服務(wù)器僅供示例。其他類型的計算環(huán)境陣列的報價服務(wù)器M也包含在本發(fā)明范圍內(nèi)。事實上，已經(jīng)考慮到每臺服務(wù)器M都有不同的計算環(huán)境。每臺服務(wù)器可帶有一個鍵盤或鼠標(或其他輸入設(shè)備)和一臺顯示器(或其他輸出設(shè)備)。每臺服務(wù)器M通常都是與不同券商相關(guān)聯(lián)的計算環(huán)境的一部分，因此每臺服務(wù)器M通常都是不同的，有著不同的處理器、內(nèi)存、操作系統(tǒng)和軟件配置。每臺服務(wù)器M通常都連接到與券商相關(guān)聯(lián)的其他計算框架結(jié)構(gòu)，包括交易屏幕、打印機、文件服務(wù)器等。在下文中將要介紹，每臺服務(wù)器M都配置為保存代表不同債券的報價的電子數(shù)據(jù)記錄，并將這些電子數(shù)據(jù)記錄轉(zhuǎn)發(fā)給報價引擎58。報價引擎58是一臺服務(wù)器或大型機，其中包含的裝置包括一個或多個中央處理單元、易失性內(nèi)存(即隨機訪問內(nèi)存)、永久內(nèi)存(即硬盤設(shè)備)以及網(wǎng)絡(luò)接口(通過網(wǎng)絡(luò) 62與每臺服務(wù)器M通訊)。這些裝置通過總線相互連接。例如，報價引擎58可以是加利福尼亞 Palo Alto 的 Sun Microsystems Inc.出品的運行 UNIX 操作系統(tǒng)的 Sun Fire V480, 擁有四個中央處理單元(每個單元都以約900MHz的速度運行并有大約16GB的隨機訪問內(nèi)存)。但是，需要強調(diào)的是，此處提到的這個服務(wù)器僅供示例。其他類型的計算環(huán)境陣列的報價引擎58也包含在本發(fā)明范圍內(nèi)。在現(xiàn)有實施例中，報價引擎58連接到主要永久存儲設(shè)備(未示出)，該設(shè)備中保存與接收自服務(wù)器M和結(jié)算服務(wù)器66的電子數(shù)據(jù)記錄相關(guān)聯(lián)的永久數(shù)據(jù)。在下文中將要介紹，報價引擎58配置為生成代表給定債券的最終報價的電子數(shù)據(jù)記錄。網(wǎng)絡(luò)62可以是有線的，也可以是無線的，或者兩者結(jié)合。它可以基于任何類型的已知網(wǎng)絡(luò)體系結(jié)構(gòu)或平臺(如因特網(wǎng)或廣域網(wǎng))，或兩者的結(jié)合。通常網(wǎng)絡(luò)62為相互連接的引擎58、服務(wù)器66和服務(wù)器M提供一個框架結(jié)構(gòu)。結(jié)算服務(wù)器66也是在一臺服務(wù)器、大型機或其他計算環(huán)境上，與更廣泛的電子交易往來相關(guān)聯(lián)，配置為保存代表已登記的債券交易的電子數(shù)據(jù)記錄，并將這些數(shù)據(jù)記錄轉(zhuǎn)發(fā)給報價引擎58?，F(xiàn)在請參閱圖2。此處用流程圖說明本發(fā)明的另一實施例中集合計算資源的方法。 該方法整體標記為200。為了幫助理解此方法，現(xiàn)假定方法200是通過系統(tǒng)50執(zhí)行的。而且，下文中關(guān)于方法200的討論將進一步幫助理解系統(tǒng)50及其各種組件。但是，請理解系統(tǒng)50和/或方法200可以有各種變化，不需要完全按照這里所述的那樣一起工作，而且這些變化也在本發(fā)明的范圍之內(nèi)。方塊205接收代表交易值的數(shù)據(jù)記錄。在系統(tǒng)50中，方塊205由報價引擎58執(zhí)行，后者接收數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”。DR-O中包含電子數(shù)據(jù)，代表給定債券發(fā)行的市值加權(quán)價格、收益、交易總額、交易日期以及清算日期。方塊205在圖3中進行了詳解結(jié)算服務(wù)器66將交易值數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”發(fā)送到報價引擎58。報價引擎58接收到數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”后，將它存儲在內(nèi)存中。作為方塊205的一部分，報價引擎58可以配置為對數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中已知不正確的數(shù)據(jù)進行更正。更正因子是根據(jù)數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中的數(shù)據(jù)確定的。例如，如果確定數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中的價格不正確，則可以根據(jù)數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中的其他數(shù)據(jù)進行計算(如果這些數(shù)據(jù)正確的話)。更正因子的另一個例子是檢查在結(jié)算服務(wù)器66上登記的交易，其中的價格包括應(yīng)計但未付的利息(“應(yīng)計利息”)。(正常的期望值是交易已登記為結(jié)清，即最終價格中沒有 “應(yīng)計利息”)。報價引擎58可以配置為也利用數(shù)據(jù)庫中的已知的先前條款和條件。該數(shù)據(jù)庫配置為提供更正因子，以通過來自結(jié)算系統(tǒng)的價格日期和清算日期反算“應(yīng)計利息”，從而重新計算正確的結(jié)清價格。如果由于更正因子未知或無法確定而不能進行這樣的更正， 那么數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”被標識為不正確，方法200被暫停，以執(zhí)行另一個進程，如方法200a或200b。(方法200a和200b將在后面討論。)在某些實施例中，報價引擎58會要求結(jié)算服務(wù)器66發(fā)送另外一份數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”，例如當確定之前接收到的數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”已損壞時。請注意，方法200可以在任何時候執(zhí)行，但通常是在給定債券發(fā)行的交易值存儲在結(jié)算服務(wù)器66上的一個數(shù)據(jù)記錄(如數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”)中之后半小時之內(nèi)。 請注意，半小時的時長并不是固定的，只是一個為限制性的示例。通常而言，當給定債券發(fā)行的交易值被存儲到結(jié)算服務(wù)器66上的數(shù)據(jù)記錄中、并隨即可供報價引擎58使用時，方法 200幾乎是立即執(zhí)行。不過，方法200也可以在其他時候執(zhí)行。在某些實施例中，從給定債券發(fā)行的交易值被存儲到結(jié)算服務(wù)器66上的數(shù)據(jù)記錄(如“數(shù)據(jù)記錄DR-0”)時，到給定債券發(fā)行的交易值到期的時間段內(nèi)，方法200可以在任何時候執(zhí)行。通常，給定債券發(fā)行的交易值在下一個交易期(一般來說是下一個工作日)開始時到期，這樣給定交易期的交易值只在當前交易期中用于方法200的執(zhí)行。但是，本領(lǐng)域?qū)I(yè)人士可以理解，交易值的到期時間可能會根據(jù)特定債券市場環(huán)境有所不同。另外還需要注意的是，可以為多個債券發(fā)行執(zhí)行方法200，或是作為與報價引擎58并行的進程，或是順序進行，或者是并行與串行的結(jié)
I=I O另外，請注意，在某些實施例中，報價引擎58配置為方塊205的一部分，將數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中的某些債券的交易值規(guī)格化，從而減少或消除錯誤數(shù)據(jù)并忽略未正確登記的交易。此變化將在后面討論。方塊210從交易公司或券商接收報價。在系統(tǒng)50中，方塊210由報價引擎58執(zhí)行，后者從各個報價服務(wù)器討接收數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”、“數(shù)據(jù)記錄DR-2”... “數(shù)據(jù)記錄DR-n”，這些數(shù)據(jù)記錄包含代表給定債券發(fā)行的報價的電子數(shù)據(jù)。方塊210在圖4中進行了詳解報價服務(wù)器M將報價數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”發(fā)送到報價引擎58。在一個當前實施例中，數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”直接從報價服務(wù)器M發(fā)送到報價引擎58。但是，在此實施例的一種常見變化中，數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”由它們各自的報價服務(wù)器M在不同時間發(fā)布給報價服務(wù)器數(shù)據(jù)庫(未示出)。然后，在執(zhí)行方塊210時，從報價服務(wù)器數(shù)據(jù)庫(未示出)中提取數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-I ” ... “數(shù)據(jù)記錄DR-n”。由于報價服務(wù)器討不同源的特點，數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n” 通常格式也不相同。因此，作為方塊210的一部分，報價引擎58可以配置為將數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”統(tǒng)一為一種常用格式。而且，作為方塊210的一部分，報價引擎58可以配置為在已知更正因子可用的情況下對數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”中每個已知不正確的數(shù)據(jù)進行更正。更正因子是根據(jù)每個數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”中的數(shù)據(jù)確定的。例如，根據(jù)數(shù)據(jù)記錄中的其他數(shù)據(jù)(如果這些其他數(shù)據(jù)正確的話)重新計算部分已知不正確的數(shù)據(jù)。如果由于更正因子未知或無法確定而不能進行這樣的更正，那么數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-1”... “數(shù)據(jù)記錄DR-n”中被標識為不正確的數(shù)據(jù)記錄就將被忽略，不執(zhí)行方法200接下來的處理。如果方塊210中的數(shù)據(jù)記錄中的報價超過來自方塊205的數(shù)據(jù)記錄中的交易值的第一預(yù)定義閾值，方塊215會刪除這些數(shù)據(jù)記錄。(請注意，此方塊和接下來的方塊中的 “刪除”的意思可能是完全從報價引擎58的內(nèi)存中刪除，或者是從專屬于方法200的存儲區(qū)中刪除，或者是在方法200接下來的處理中將它們標記為“忽略”)。在當前實施例中，第一預(yù)定義閾值被稱為。發(fā)明人認定，如果X處于特定范圍之內(nèi)，服務(wù)器M和引擎58的計算資源的利用就被視為有效率的。發(fā)明人認定，可以通過審閱每個通過特定時間段的歷史分析來定價的債券發(fā)行的變化來確定X。三個月的時間段被認為是合適的時間段，不過也可以使用其他時間段，并且仍屬于本發(fā)明的范圍之內(nèi)?；蛘?，如果發(fā)行的定價歷史少于三個月，也可以審閱整個發(fā)行期的每日定價變化，從而確定X。使用此技術(shù)，發(fā)明人認定X值的第一范圍介于約正負4之間。使用此技術(shù)，發(fā)明人認定X值的第二范圍介于約正負25之間。 發(fā)明人還認定X的其他范圍可以設(shè)置在第一范圍和第二范圍之間，而且正負區(qū)間不一定相等。這些范圍被認為可以幫助更好地利用服務(wù)器M和引擎58的計算資源。方塊220比較經(jīng)方塊215刪除之后余下的數(shù)據(jù)記錄中的報價。方塊225刪除方塊 220中相互關(guān)系超過第二預(yù)定義閾值的數(shù)據(jù)記錄。在當前實施例中，第二預(yù)定義閾值被稱為。發(fā)明人認定，如果Y處于特定范圍之內(nèi)，服務(wù)器M和引擎58的計算資源的利用就是有效率的。發(fā)明人認定，可以通過根據(jù)債券發(fā)行的類型審閱歷史數(shù)據(jù)來確定Y。審閱兩年時間段內(nèi)給定債券發(fā)行類型的定價歷史的每日變化可以達到這個目的。不過，請理解也可以使用其他時間段。使用這些技術(shù)，發(fā)明人認定Y值的第一范圍可以介于正負0. 750之間。 使用這些技術(shù)，發(fā)明人還認定Y值的第二范圍可以介于正負1.750之間。發(fā)明人還認定還可以為Y設(shè)置介于第一范圍和第二范圍之間的其他范圍，但這些范圍的正負區(qū)間通常是相等的。這些范圍被認為可以幫助更好地利用服務(wù)器M和引擎58的計算資源。方塊230針對經(jīng)方塊225刪除之后余下的數(shù)據(jù)記錄中存儲的報價執(zhí)行均值和標準偏差操作。方塊235刪除來自方塊230的、超過方塊225的標準偏差操作的第三預(yù)定義閾值的公司報價。在當前實施例中，第三預(yù)定義閾值被稱為Ζ%。發(fā)明人認定，如果Z處于約正負1之間的范圍之內(nèi)，服務(wù)器M和引擎58的計算資源的利用就是有效率的。選擇使用距均值一個標準偏差的原因是，“正常分布”的數(shù)據(jù)中68. 27%的數(shù)據(jù)處于均值的一個標準偏差內(nèi)。距均值一個標準偏差被認為是普遍使用的標準，而且為此目的還提供了一個相對于均值的合理的數(shù)據(jù)集。方塊240確定經(jīng)方塊235刪除后是否還仍有余下的公司報價。如果在方塊240中得到的結(jié)果是“無”，那么在方塊250中會在引擎58中調(diào)用一個意外處理例程。這樣一個意外處理例程58可以執(zhí)行任何備選流程以確定某個債券發(fā)行的最終價格，或錯誤消息指明某個債券發(fā)行的最終價格無法確定。例如，一個最終價格可以設(shè)置為經(jīng)過前面的方塊(如方塊21 后余下的數(shù)據(jù)記錄的平均價格。另一個例子是，方法200a或200b會被調(diào)用，如下文所述。如果在方塊240得到的結(jié)果是“是”，則在方塊M5中使用經(jīng)方塊235刪除后余下的數(shù)據(jù)記錄中存儲的報價確定最終價格。在當前實施例中，債券發(fā)行的最終價格是通過經(jīng)方塊235刪除后余下的數(shù)據(jù)記錄中存儲的報價的均值計算出來的。生成方塊245中確定的最終價格。在當前實施例中，最終價格并入到數(shù)據(jù)記錄Dfoi+Ι中。方塊255生成一個或多個輸出數(shù)據(jù)記錄以供后續(xù)處理。引擎58可配置為在方塊 255將數(shù)據(jù)記錄Dfoi+Ι返回到部分或全部報價服務(wù)器54。在一個當前實施例中，引擎58配置為僅將數(shù)據(jù)記錄Dfoi+Ι返回到在方塊210提交數(shù)據(jù)記錄、且提交的數(shù)據(jù)記錄沒有被方塊 225刪除的報價服務(wù)器M。這種配置不鼓勵同一報價服務(wù)器M在方塊210重復(fù)提交數(shù)據(jù)記錄(作為方法200的后續(xù)操作)，從而可進一步提高報價服務(wù)器M和引擎58的使用效率。(請注意，由于服務(wù)器M和引擎58可能通過方法200合作用于多個債券發(fā)行，所以可以假定給定服務(wù)器M可以為某些債券發(fā)行正確參與到方法200中，而同時為其他債券發(fā)行在方法200中提供不準確的數(shù)據(jù)記錄)。在一個當前實施例中，方塊255將數(shù)據(jù)記錄Dfoi+Ι返回到至少一部分的報價服務(wù)器M。方塊255的典型執(zhí)行在圖5中示出，數(shù)據(jù)記錄Dfoi+Ι中包含在方塊MO中確定的債券發(fā)行的最終價格，而且被返回到報價服務(wù)器M-l、54-2和M-n，但不返回到報價服務(wù)器 M-3，因為報價服務(wù)器M-3提交了在方塊225中被刪除的數(shù)據(jù)記錄DR-3。圖6示出了方塊 255不同于圖5的另一種執(zhí)行方式，其中，除了將數(shù)據(jù)記錄Dfoi+Ι返回到報價服務(wù)器M-1、54-2和M-n之外，還向報價服務(wù)器M-3發(fā)送意外報告ER，向報價服務(wù)器指出數(shù)據(jù)記錄DR-3在方塊225被刪除。報價服務(wù)器M-3隨后可使用意外報告ER更新報價服務(wù)器 54-3中的流程，這樣就不會再次發(fā)送該債券發(fā)行的錯誤數(shù)據(jù)記錄，從而進一步減少引擎58 上的處理資源浪費。返回到報價服務(wù)器M的數(shù)據(jù)隨后可以被發(fā)送到自動的交易流程中。這些流程駐留在服務(wù)器M本身或其他服務(wù)器上，自動導(dǎo)向代表購買或出售特定債券的電子指令。通過釋放每臺報價服務(wù)器M的處理壓力，計算資源可以被引導(dǎo)到自動交易流程，從而減少與這些自動交易流程相關(guān)聯(lián)的等待時間?，F(xiàn)在請參閱圖7。這張流程圖根據(jù)本發(fā)明的另一實施例介紹了一種集合計算資源的方法，這種方法整體標記為300。為了幫助理解這種方法，假定方法300是使用系統(tǒng)50執(zhí)行的。而且，下文中關(guān)于方法300的討論將幫助進一步理解系統(tǒng)50及其各種組件。但是，請理解系統(tǒng)50和/或方法300可以有各種變化，不需要完全按照這里所述的那樣一起工作， 而且這些變化也在本發(fā)明的范圍之內(nèi)。方塊305確定是否有存儲實際交易的新數(shù)據(jù)記錄。在方塊305所考慮的數(shù)據(jù)記錄與方法200的方塊205所考慮的數(shù)據(jù)記錄類型相同(即存儲在或者來自結(jié)算服務(wù)器66)。 “新”的意思是這些數(shù)據(jù)記錄是在方法200的最近一次執(zhí)行之后添加的，或者更改過。如果在方法200的最近一次執(zhí)行之后有存儲實際交易的新數(shù)據(jù)記錄，則方塊305的結(jié)果是“是”。 在這種情況下前進到方塊310，此時如以前一樣調(diào)用方法200。如果沒有存儲實際交易的新數(shù)據(jù)記錄，則結(jié)果是“否”，并前進到方塊315。方塊315確定是否有占先券商數(shù)據(jù)記錄。如果對于正在執(zhí)行方法300的特定債券， 存在來自代表實際上最初發(fā)行該債券的券商(即“占先券商”)的報價服務(wù)器M的包含報價的數(shù)據(jù)記錄，則此方塊的結(jié)果是“是”。因此，為了使方塊315生效，報價引擎58配置為保存有一個數(shù)據(jù)庫，可以區(qū)分出對應(yīng)于報價引擎討所處理的每個債券發(fā)行的占先券商的報價服務(wù)器M。此數(shù)據(jù)庫用于執(zhí)行方塊315。如果存在來自代表占先券商的報價服務(wù)器M的包含特定債券發(fā)行報價的數(shù)據(jù)記錄，則方塊315的結(jié)果是“是”，并前進到方塊320。這時調(diào)用方法200a。方法200a在下面進一步討論。如果方塊315的結(jié)果是“否”，則前進到方塊325。這時調(diào)用方法200b。方法 200b在下面進一步討論。方法200a在圖8以流程圖的方式說明。方法200a是方法200的一種變式，因此 200a中的方塊的說明也類似，只是方法200a中的說明帶有后綴” a”。請注意，在方法200a 中，方塊205被略去，代之以方塊207a。方塊207a從代表占先券商的報價服務(wù)器接收數(shù)據(jù)記錄(其中包含債券發(fā)行的報價)。另外，請注意方塊210被略去，代之以方塊209a。方塊 209a從代表非占先券商的報價服務(wù)器即所有除了方塊207a的報價服務(wù)器M之外的所有報價服務(wù)器54)接收數(shù)據(jù)記錄。方塊209a的數(shù)據(jù)記錄包含對應(yīng)于那些報價服務(wù)器M 的債券發(fā)行的報價。除此之外，方法200a和方法200的執(zhí)行方式基本相同，雖然根據(jù)方塊 207a和209a接收到的數(shù)據(jù)的上下文而有所調(diào)整。方法200b在圖9以流程圖的方式示出。方法200b是方法200的一種變式，因此 200b中的方塊的說明也類似，只是方法200b中的說明帶有后綴”b”。請注意，在方法200b 中，方塊205被略去，代之以方塊208b。方塊208b確定最近執(zhí)行的是方法200、200a還是200b,并從方塊M5、Mfe或24 接收最終價格(取決于最近執(zhí)行的是這三個方塊中的哪一個)。除此之外，方法200b和方法200的執(zhí)行方式基本相同，雖然根據(jù)方塊200b接收到的數(shù)據(jù)的上下文而有所調(diào)整。雖然前文描述了一些實施例和示例，但請理解這些是非限制性的，而且所有變化、 子集以及組合都在本發(fā)明的范圍之內(nèi)。例如，如上文中關(guān)于系統(tǒng)50的介紹中所述，方塊205 由報價引擎58執(zhí)行，后者接收代表給定債券發(fā)行的市值加權(quán)價格、收益、總交易量、交易日期和清算日期的數(shù)據(jù)記錄。但是，如前文所注明，報價引擎58配置為方塊205的一部分，可以接收給定債券發(fā)行的多個交易值(作為數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”的一部分)，并在需要時評估以及更正這些交易值，從而減少或消除錯誤數(shù)據(jù)并忽略未正確登記的交易。在這種變化中，報價引擎58配置為對數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中存儲的數(shù)據(jù)進行反向工程，以得到規(guī)格化的價格。這種規(guī)格化的價格反映實際發(fā)生的交易的價格，而不是未規(guī)格化的價格 (實際上存儲在數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中)，而且反映債券的實際價格加上債券的應(yīng)計值(由結(jié)算服務(wù)器66提供)。報價引擎58還配置為忽略數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中反映重復(fù)購買協(xié)議的債券交易值；這些協(xié)議被錯誤地當作客戶交易存儲在了數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中。數(shù)據(jù)記錄“數(shù)據(jù)記錄DR-0”中余下的以及更正過的實際交易值被集中起來， 提供每個發(fā)行的市值加權(quán)價格、收益以及交易總量。在某些實施例中，例如要為機構(gòu)債券交易定價時，少于500，000面值的交易也會被報價引擎58忽略。但是，本領(lǐng)域技術(shù)人員可以理解，較小值的交易也可能用在其他實施例中。發(fā)明人對于前文內(nèi)容進行了測試。其中某些針對各種方法測試的結(jié)果在下文中進行討論。第一個測試使用方法200運行了第一個債券(此處稱為“債券1”)，如下文中的討論。表 I-I典型數(shù)據(jù)記錄DR-O方法200的方塊20權(quán)利要求
1.一種集合計算服務(wù)器資源的系統(tǒng)，包含多臺報價服務(wù)器；每臺所述報價服務(wù)器配置為保存一個券商數(shù)據(jù)記錄，其中包含一個債券的報價；至少一個所述券商數(shù)據(jù)記錄不同于另一個所述券商數(shù)據(jù)記錄；一臺結(jié)算服務(wù)器，配置為保存結(jié)算數(shù)據(jù)記錄，其中包含所述債券的實際交易值；一個報價引擎，連接到所述報價服務(wù)器和所述結(jié)算服務(wù)器；所述報價引擎配置為接收所述券商數(shù)據(jù)記錄和所述結(jié)算數(shù)據(jù)記錄；所述報價引擎配置為基于所述券商數(shù)據(jù)記錄執(zhí)行多個操作；所述多個操作可選地包括所述實際交易值；所述操作配置為連續(xù)刪除一個或多個所述券商數(shù)據(jù)記錄；所述操作基于對所述實際交易值和所述報價的比較，或占先券商報價與其他所述報價的比較；所述報價引擎配置為基于所述余下的券商數(shù)據(jù)記錄執(zhí)行最終價格確定。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多個操作中至少一個配置為刪除包含的報價高于預(yù)定義上限或低于預(yù)定義下限的所述券商數(shù)據(jù)記錄。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述預(yù)定義上限和下限是通過所述實際交易值和占先券商報價之一確定的。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述預(yù)定義上限為高于所述實際交易值和所述占先券商報價之一的4%到25%。
5.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述預(yù)定義下限為低于所述實際交易值和所述占先券商報價之一的4%到25%。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述報價引擎配置為在接收到所述結(jié)算數(shù)據(jù)記錄之后立即執(zhí)行所述多個操作。
7.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述報價引擎配置為在接收到所述結(jié)算數(shù)據(jù)記錄約30分鐘之后執(zhí)行所述多個操作。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述報價引擎配置為在所述實際交易值到期之前執(zhí)行所述多個操作。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述實際交易值的到期是下一個交易期的開始。
10.如權(quán)利要求1到9之一所述的系統(tǒng)，其特征在于，報價引擎進一步配置為將所述最終價格確定的結(jié)果傳輸?shù)剿龆嗯_報價服務(wù)器中的至少一臺。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述報價引擎進一步配置為將所述最終價格確定的所述結(jié)果傳輸?shù)剿龆嗯_報價服務(wù)器中的與所述余下的券商數(shù)據(jù)記錄相關(guān)聯(lián)的報價服務(wù)器。
12.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述實際交易值來自前一交易期的所述結(jié)算數(shù)據(jù)記錄。
13.一種根據(jù)權(quán)利要求1到12之一所述的系統(tǒng)的報價引擎。
全文摘要
提供一種用于集合計算資源的方法和系統(tǒng)。在一個實施例中，一個系統(tǒng)包含多個報價服務(wù)器，它們連接到一個報價引擎。報價引擎還連接到一個結(jié)算服務(wù)器。報價引擎從不同的服務(wù)器接收代表報價的數(shù)據(jù)。報價引擎還從結(jié)算服務(wù)器接收代表實際交易的數(shù)據(jù)。報價引擎配置為對報價和實際交易進行操作，刪除某些報價以減少報價引擎上的計算資源消耗，從而提高處理報價以達到最終報價的效率。系統(tǒng)還通過將處理轉(zhuǎn)移到報價引擎來減輕報價服務(wù)器的負擔(dān)。
文檔編號G06Q40/00GK102224518SQ200880132056
公開日2011年10月19日 申請日期2008年11月21日 優(yōu)先權(quán)日2008年11月21日
發(fā)明者約翰·喬治·布魯斯·馬克里 申請人:多倫多證券交易所