專利名稱：對(duì)進(jìn)取性定單提供價(jià)格改進(jìn)的大宗交易系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及管理信息以使大宗交易興趣集中在秘密撮合帳簿上以及在像因特網(wǎng)那樣的計(jì)算機(jī)網(wǎng)絡(luò)上進(jìn)行大宗交易的方法。
背景技術(shù)：
在公開證券市場上，市場機(jī)制和交易心理形成傳播有效信息和發(fā)現(xiàn)價(jià)格的障礙。市場參與者暴露有關(guān)他或她的真正價(jià)格限定的信息的決定代表影響價(jià)格預(yù)期的市場影響成本與延遲或無法進(jìn)行交易的機(jī)會(huì)成本之間的折衷。正如這里所使用的那樣，術(shù)語“市場參與者”指的是有能力交易證券的任何個(gè)人或公司；市場參與者的例子包括在電子通信網(wǎng)絡(luò)(ECN)上交易的私人投資者、經(jīng)紀(jì)交易商、機(jī)構(gòu)、對(duì)沖基金和統(tǒng)計(jì)套利和其它專門交易運(yùn)作部門。
通過向例如一個(gè)或多個(gè)可能賣家顯示買家真正價(jià)格限定，市場參與者實(shí)際上正在出售一份每個(gè)賣家可以自由選擇執(zhí)行的期權(quán)；只要這個(gè)期權(quán)是開放的，就可以對(duì)應(yīng)該成為公平交易價(jià)格的市場參與者預(yù)期設(shè)置較低的界線。即使賣家之一原來存在較低的價(jià)格預(yù)期，但當(dāng)知道買家的價(jià)格限定時(shí)，也可以馬上改變這個(gè)預(yù)期，唯一剩下的問題是，公平的價(jià)格是否應(yīng)該再高一些。的確，通過公開表示買家渴望獲取股票的高價(jià)格，可以反映出還值得賣家注意的信息。
經(jīng)紀(jì)交易商通過在發(fā)現(xiàn)公平價(jià)格之前代表交易雙方謹(jǐn)慎管理當(dāng)事人的預(yù)期，然后提出可以使雙方都滿意的公平價(jià)格來處理這個(gè)問題。今天，這樣的代理定單越來越多地通過電子手段傳送。為了避免上述對(duì)價(jià)格預(yù)期的影響，在公開市場上不顯示視為“不確定”的定單。經(jīng)紀(jì)人可以代表買方和賣方接收撮合不確定定單，并親自在兩個(gè)定單的限定之間的某處找出必然選擇公平價(jià)格的位置，以便進(jìn)行撮合交易。當(dāng)處理這樣的狀況時(shí)，通常需要自行決定。例如，如果買家在上午10點(diǎn)輸入$30.00的大宗買入定單，而市場從那時(shí)起降到$29.80的當(dāng)前最佳發(fā)盤，由于與當(dāng)前市場相比，現(xiàn)在似乎有些貴，所以在這個(gè)價(jià)格上最沒有可能自動(dòng)撮合$29.99的大宗賣出定單；如果市場價(jià)格將上升到這個(gè)水平之上，買家的限定被解釋為停止買入的定單。但是，有可能接受也與買家高得多的限定撮合的$29.82的大宗賣出定單，而$29.85的大宗賣出定單將提示經(jīng)紀(jì)人給買家打電話。
考慮到傭金支付，和考慮到信息被泄漏給與像對(duì)沖基金那樣的進(jìn)取性交易公司關(guān)系密切的個(gè)體，這種人為仲裁都會(huì)造成價(jià)格過高。這樣就使大型機(jī)構(gòu)燃起了找出他們可以不受傳統(tǒng)經(jīng)紀(jì)人隨意干預(yù)地親自公布他們的定單的替代市場的欲望。
像NASDAQ或電子通信網(wǎng)絡(luò)(ECN)那樣的電子市場都沒有被良好地裝備成處理大宗交易的價(jià)格發(fā)現(xiàn)問題。最簡單地說，電子市場簡單地向他們的客戶顯示買家和賣家的交易興趣，然后使這些客戶有能力實(shí)現(xiàn)這樣的買入和賣出興趣。為了避免影響市場參與者的價(jià)格預(yù)期，電子市場的用戶通常輸入消極價(jià)格的相對(duì)小額定單。和耐心地等待其它人執(zhí)行它們，或者，采取稍微有點(diǎn)進(jìn)取的姿態(tài)和執(zhí)行其它人已經(jīng)公布在展板的另一方上的定單。
一些工具可用于將較大額的定單“切割”成可以以相同方式工作的大量小片，但它們的活動(dòng)不可避免地向熟悉統(tǒng)計(jì)分析技術(shù)的人員揭示出較大額定單的存在。這樣的交易者可以開發(fā)和優(yōu)化在大額秘密定單正在工作的時(shí)候故意檢測它們的交易策略，并通過預(yù)測那些定單有可能造成的市場影響來產(chǎn)生利益。最簡單的這樣策略是將較大額定單的位置提前和依靠它的長時(shí)間存在將價(jià)格往有利可圖的方向推動(dòng)。通過沿著與大額定單相同的方式交易，這樣的寄生策略最終加劇了大額定單在第一位置自然引起的價(jià)格移動(dòng)。最后結(jié)果與在紐約證券交易所上公布大額定單產(chǎn)生的結(jié)果完全不同在后一種情況下，場內(nèi)交易者一起“分享”拍賣定單，或直接來到前面，截取能夠吸引他們的流動(dòng)物。在NYSE交易大廳內(nèi)，以及在電子市場上，術(shù)語“便士跳躍(penny-jumping)”和“往前移(front-running)”已經(jīng)開始用于描述這種類型的寄生策略。
一些ECN提出了更復(fù)雜的定單類型，試圖緩解往前移問題。一些定單(例如，自行決定定單)僅僅通過顯示一個(gè)價(jià)格，但保留執(zhí)行到較高秘密價(jià)格限定的優(yōu)先級(jí)，設(shè)法屏蔽真正價(jià)格限定。這些措施遭到簡單計(jì)數(shù)策略，譬如，在不同價(jià)格水平上噴灑小額定單，看看什么時(shí)候在未顯示價(jià)格水平使定單被執(zhí)行的策略的破壞。其它復(fù)雜的定單類型與隱藏自行決定價(jià)格結(jié)合使用最少量條件，以避免通過小額定單的噴灑來檢測。由于不顯示價(jià)格，所以沒有傳統(tǒng)意義上的“價(jià)格暴露”。然后，興趣相反的大宗交易者在定單與常駐定單的限額相符之前，僅僅通過重復(fù)輸入和取消總是處在較差價(jià)格水平上的定單，可以發(fā)現(xiàn)第一定單的限定，和的確擁有這樣做的信用職責(zé)。因此，盡管在交易之前價(jià)格預(yù)期是不變的，但是，即使賣家另一方面愿意接受降到$29.90的任何價(jià)格，在ECN上輸入大額隱藏定單按$30.00購買的交易者的確也應(yīng)該期望按$30.00交易。
其結(jié)果是，由于大多數(shù)參與者迅速得知，潛伏在暗處和采取使其它人愿意每次少量示出或顯示的價(jià)格可以更有利可圖，所以像SuperMontage那樣的電子帳簿難以在有吸引力的價(jià)格水平上吸引比較大額的定單。這導(dǎo)致市場演變成平均交易數(shù)量總是下降到大約500股，而總交易量和平均機(jī)構(gòu)定單數(shù)量不斷增大。
在這種環(huán)境下，迫切需要一種當(dāng)對(duì)方當(dāng)事人同樣進(jìn)取時(shí)，將價(jià)格改進(jìn)所得的利益獎(jiǎng)勵(lì)給愿意秘密表達(dá)他們的真正價(jià)格進(jìn)取性的交易者的電子交易系統(tǒng)。在這樣的大宗交易解決方案中，進(jìn)取交易者的最佳策略應(yīng)該是輸入他們帶有進(jìn)取性價(jià)格的定單，而消極交易者自然通過輸入消極定價(jià)定單而得到最好服務(wù)。
然后，解決這樣的需要不能以犧牲傳統(tǒng)市場上的電子交易系統(tǒng)的主要可覺察優(yōu)點(diǎn)為代價(jià)，這個(gè)優(yōu)點(diǎn)就是無人為仲裁或無交易前信息泄漏地即時(shí)進(jìn)行交易的能力。
簡而言之，面臨的挑戰(zhàn)是防止可在進(jìn)取限定價(jià)格上用電子手段執(zhí)行的定單在對(duì)方事實(shí)上也愿意進(jìn)取時(shí)，實(shí)際上在這樣的進(jìn)取性價(jià)格上被執(zhí)行。
為了在損失電子速度執(zhí)行的可覺察優(yōu)點(diǎn)的情況下和在沒有第三方當(dāng)事人介入的情況下，使天平向有利于輸入進(jìn)取性定單的當(dāng)事人這一方傾斜，必須識(shí)別可以加強(qiáng)愿意表達(dá)進(jìn)取性價(jià)格的當(dāng)事人的談判位置的值項(xiàng)。一種這樣的值項(xiàng)是信息。2003年6月24日提供的相關(guān)申請(qǐng)第10/603,100號(hào)；2001年5月31日提出的相關(guān)申請(qǐng)第09/870,845號(hào)；2000年12月29日提出的相關(guān)申請(qǐng)第09/750,768號(hào)；和2000年6月1日提出的相關(guān)申請(qǐng)第09/585,049號(hào)(特此全文引用以供參考)示出了愿意秘密地向計(jì)算機(jī)系統(tǒng)公開CertifiedTrading Interest(認(rèn)證交易興趣)信息的當(dāng)事人如何可以獲得從有興趣與他們交易的其它當(dāng)事人那里接收Certified Trading Interest信息的權(quán)利。這樣就打開了當(dāng)交易者在交易系統(tǒng)中輸入進(jìn)取定價(jià)定單時(shí)，使信息流的箭頭反向的可能性不向第三方當(dāng)事人示出進(jìn)取性價(jià)格，而是讓進(jìn)取性價(jià)格幫助交易者吸引帶有更消極發(fā)盤的來自第三方當(dāng)事人的信息。

發(fā)明內(nèi)容
本發(fā)明的系統(tǒng)通過使市場參與者將進(jìn)取定價(jià)定單輸入電子匹配帳簿中，而無需向?qū)Ψ疆?dāng)事人公開這樣的限定價(jià)格，或者變成自由檢測這樣限定價(jià)格的策略的犧牲品，并且當(dāng)發(fā)現(xiàn)匹配定單時(shí)，接受立即執(zhí)行，如果兩個(gè)定單的限定允許，將價(jià)格定得與公布參考價(jià)，譬如，全國市場(National Market)中間價(jià)接近，克服了已知自動(dòng)交易系統(tǒng)的局限性。優(yōu)選實(shí)施例使市場參與者(1)將隱藏定單輸入系統(tǒng)的電子匹配帳簿中，而不用向公眾公開定單的屬方和價(jià)格；(2)在如果匹配定單允許，與全國市場中間價(jià)(或其它參考價(jià))接近的價(jià)格上，接受對(duì)按價(jià)格時(shí)間優(yōu)先級(jí)排列的帳簿中的匹配的對(duì)方定單的立即執(zhí)行；(3)使系統(tǒng)發(fā)出“ACTIVE SYMBOL”指示符，以引誘其它參與者將定單輸入這個(gè)證券中；(4)當(dāng)至少與全國市場中間價(jià)(或其它參考價(jià))一樣進(jìn)取地定價(jià)定單，和第二市場參與者將消極對(duì)方定單輸入系統(tǒng)顯示的大宗價(jià)格范圍(Block Price Range)內(nèi)時(shí)，接收“CONTRA PRESENT”通知；和(5)如果至少與全國市場中間價(jià)(或其它參考價(jià))一樣進(jìn)取地作了定價(jià)，在任何時(shí)候，或者，如果比中間價(jià)更消極地作了定價(jià)，在(比如說，5秒)的延遲之后，提高定單價(jià)格，以便不應(yīng)用旨在通過在不斷提高進(jìn)取性價(jià)格上依次取消和取代對(duì)方定單檢測長期有效定單的真正限定價(jià)格的策略。
優(yōu)選實(shí)施例包含以在公開市場上交易的替代物，譬如，金融證券形式進(jìn)行大宗交易的方法，該方法包含如下步驟用電子手段計(jì)算或接收少量替代物的參考價(jià)，譬如，買入和賣出替代物的最佳交易商報(bào)價(jià)的平均值；用電子手段存儲(chǔ)參考價(jià)；用電子手段在網(wǎng)絡(luò)上接收來自第一參與者的信息，該信息包括買入和賣出替代物的大宗定單；和用電子手段將來自第一參與者的信息存儲(chǔ)在電子匹配帳簿中。如果該定單與以前輸入按價(jià)格時(shí)間優(yōu)先級(jí)排列的電子匹配帳簿中的其它定單匹配，該方法包含在帶有與參考價(jià)盡可能接近的價(jià)格的匹配定單的價(jià)格和數(shù)量屬性內(nèi)和在兩個(gè)定單允許的范圍內(nèi)進(jìn)行交易，和向用戶和向清算和管制實(shí)體報(bào)告進(jìn)行的交易。如果定單不匹配，比參考價(jià)更消極地定價(jià)第一定單，和存在比參考價(jià)更進(jìn)取(但沒有進(jìn)取到足以與第一參與者定單匹配)定價(jià)的來自第二市場參與者的常駐對(duì)方定單，該方法包含用電子手段將CONTRA PRESENT通知發(fā)送給第二市場參與者，通知它們對(duì)方存在消極定單；每當(dāng)?shù)诙⑴c者定單被取消或修改成比參考價(jià)更消極的價(jià)格時(shí)，除去CONTRA PRESENT通知；繼續(xù)重新計(jì)算參考價(jià)和重新定價(jià)來自被選為使他們的定單“釘住”參考價(jià)的第一參與者和第二參與者的定單；并且當(dāng)參考價(jià)的變化使這樣的執(zhí)行在兩個(gè)定單的范圍內(nèi)成為可能時(shí)，對(duì)帶有固定價(jià)格的定單執(zhí)行釘住定單，和向用戶和向清算和管制實(shí)體報(bào)告進(jìn)行的交易。
有利的是，正如與參考價(jià)相比較確定的那樣，可以以允許輸入最進(jìn)取定單的交易者改進(jìn)價(jià)格的方式進(jìn)行交易。例如，如果第一參與者輸入比參考價(jià)高3美分買入的定單，和第二參與者輸入比參考價(jià)低2美分賣出的定單，那么，在參考價(jià)本身上進(jìn)行交易，將大部分價(jià)格改進(jìn)給予具有3-美分進(jìn)取性的定單。如果買入定單比參考價(jià)高3美分，但賣出定單被設(shè)置成比參考價(jià)高1美分，那么，在參考價(jià)加1美分上進(jìn)行交易；在這種情況下，只有進(jìn)取性定單接受價(jià)格改進(jìn)。如果買入定單被設(shè)置在參考價(jià)上和賣出定單被設(shè)置在比參考價(jià)高1美分，可以不進(jìn)行交易，但買家接收到CONTRA PRESENT通知。由于在交易之前發(fā)布這個(gè)信息使第一參與者可以撤回，所以使事實(shí)上渴望交易的第二參與者空手而歸。這樣的交易者最有可能通過輸入帶有進(jìn)取性限定的定單實(shí)現(xiàn)他或她的交易目標(biāo)。另一方面，如果這樣的第二參與者事實(shí)上愿意等待以更好價(jià)格交易的機(jī)會(huì)，那么，通過邀請(qǐng)第一參與者考慮更進(jìn)取的價(jià)格，CONTRA PRESENT通知起建設(shè)性作用。在這兩種情況下，與進(jìn)取性交易者在交易之前將信息泄漏給其它人，常常導(dǎo)致負(fù)面的市場影響和低下的填充率的電子市場截然不同，進(jìn)取性交易者是包含在CONTRA PRESENT通知中的信息的受益者。由于這種信息流的反轉(zhuǎn)，CONTRA PRESENT通知激勵(lì)交易者表達(dá)他們真正的交易偏愛，導(dǎo)致更大的流動(dòng)性和更有效的價(jià)格發(fā)現(xiàn)。
一個(gè)可替代實(shí)施例包含如下附加步驟用電子手段計(jì)算大宗價(jià)格范圍(BPR)；用電子手段將BPR存儲(chǔ)在計(jì)算機(jī)可讀媒體上；用電子手段在像因特網(wǎng)那樣的通信網(wǎng)絡(luò)上發(fā)送包括BPR和參考價(jià)信息的數(shù)據(jù)；和通過圖形用戶界面向數(shù)個(gè)用戶顯示數(shù)據(jù)?？商娲鷮?shí)施例最好保持在直到一定的時(shí)間間隔，譬如，60秒內(nèi)固定的BPR，除參考價(jià)因系統(tǒng)外部的事件突然改變，參考價(jià)本身不斷地被更新之外。在這個(gè)可替代實(shí)施例中，除了上述的步驟之外，當(dāng)?shù)谝粎⑴c者輸入與當(dāng)前在系統(tǒng)中的任何對(duì)方定單不匹配，但至少與BPR一樣進(jìn)取地定價(jià)的定單時(shí)，即，如果是等于或高于Block Bid(大宗遞盤)的買入定單，或等于或低于Block Offer(大宗發(fā)盤)的賣出定單，其中，Block Bid和Block Offer分別形成BPR的下限和上限，本發(fā)明的系統(tǒng)用電子手段通知用戶在合議系統(tǒng)中存在對(duì)交易替代物的主動(dòng)興趣。在這個(gè)可替代實(shí)施例中，只有當(dāng)至少與BPR一樣進(jìn)取地定價(jià)對(duì)方的定單時(shí)，才發(fā)送存在對(duì)方的通知，和如果隨后發(fā)現(xiàn)引起對(duì)方給出條件的兩個(gè)定單之一因一個(gè)或兩個(gè)定單可能釘住的參考價(jià)的變化，或因BPR本身的變化而比BPR更消極地定價(jià)，除去存在對(duì)方的通知。
另一個(gè)可替代實(shí)施例起像在上述兩個(gè)實(shí)施例之一中所述那樣的作用，但另外要求已經(jīng)輸入相對(duì)于參考價(jià)來說消極的定單的第一參與者在允許用更進(jìn)取的價(jià)格取代該定單之前，必須等待通知的最小時(shí)間量，譬如，5秒鐘。在這個(gè)可替代實(shí)施例中，可能已經(jīng)得到在系統(tǒng)內(nèi)存在消極對(duì)方的通知的第二參與者接著可以選擇取消或重新定價(jià)定單，以便執(zhí)行第一參與者的還盤。
在圖1中給出了本發(fā)明的優(yōu)選計(jì)算機(jī)系統(tǒng)實(shí)施例的示意圖。
該系統(tǒng)最好包含交易促進(jìn)系統(tǒng)100。所述交易促進(jìn)系統(tǒng)100通過像因特網(wǎng)那樣的通信網(wǎng)絡(luò)80和像FIX網(wǎng)絡(luò)90那樣的金融信息交換網(wǎng)絡(luò)與參與者連接。系統(tǒng)100通過銷售商網(wǎng)絡(luò)70接收來自銷售商60的市場數(shù)據(jù)。將定單發(fā)送到執(zhí)行引擎50。當(dāng)所述執(zhí)行引擎接收到時(shí)，自動(dòng)交易匹配定單。優(yōu)選實(shí)施例包含負(fù)責(zé)與每個(gè)客戶GUI的連接的網(wǎng)絡(luò)服務(wù)器子系統(tǒng)110；將連接提供給后臺(tái)系統(tǒng)和客戶定單管理系統(tǒng)的金融信息交換(FIX)服務(wù)器120；和負(fù)責(zé)實(shí)現(xiàn)像這里所述那樣的系統(tǒng)的定單管理邏輯的定單管理器子系統(tǒng)130。促進(jìn)器模塊140創(chuàng)立旨在將興趣集中在交易上和將用戶引向交易的信息事件。交易促進(jìn)系統(tǒng)100跟蹤事務(wù)處理數(shù)據(jù)庫150中它的定單的狀態(tài)。該系統(tǒng)確定定單與通過分析服務(wù)器160計(jì)算的像全國最佳遞盤和發(fā)盤中間價(jià)那樣的參考價(jià)相比的價(jià)格進(jìn)取性。在可替代實(shí)施例中，該系統(tǒng)也估量相對(duì)于接著也由分析服務(wù)器160計(jì)算的大宗價(jià)格范圍的價(jià)格進(jìn)取性定單的價(jià)格可以(a)比BPR更消極，或(b)是進(jìn)取的，這意味著在BPR內(nèi)或比BPR更進(jìn)取。執(zhí)行引擎50通過通信網(wǎng)絡(luò)80接收定單，和用電子手段將它們存儲(chǔ)在交易容錯(cuò)數(shù)據(jù)庫(帳簿51)中；它在這同一個(gè)網(wǎng)絡(luò)上將執(zhí)行結(jié)果往回報(bào)告給交易促進(jìn)系統(tǒng)100。在可替代實(shí)施例中，執(zhí)行引擎50可以作為系統(tǒng)100內(nèi)的附加部件寄宿在本地。
參與者使用圖形用戶界面20將定單輸入系統(tǒng)中。當(dāng)執(zhí)行所述定單時(shí)，利用FIX協(xié)議將結(jié)果報(bào)告給它們的保薦經(jīng)紀(jì)人95或它們自己公司的定單管理系統(tǒng)(OMS)10，以便加以處理。
最好要求所有定單都是“大宗定單”，這意味著它們的數(shù)額是大宗數(shù)量的倍數(shù)。例如，如果大宗數(shù)量是100,000，GUI只允許是100,000股的倍數(shù)的定單。定單可以具有限定價(jià)格或更好價(jià)格，或使它們釘住像全國市場上最佳遞盤和發(fā)盤之間的中間價(jià)那樣的市場指導(dǎo)價(jià)。將所有有效大宗定單都直接發(fā)送到將它們存儲(chǔ)在帳簿50中的執(zhí)行引擎50。在可替代實(shí)施例中，接受任何數(shù)額的定單。
優(yōu)選實(shí)施例根據(jù)先到先服務(wù)原則處理定單。在可替代實(shí)施例中，為了另外激勵(lì)交易者輸入進(jìn)取定價(jià)定單，該系統(tǒng)通告不對(duì)匹配加以考慮地接收和排隊(duì)定單的累積時(shí)段，再加上按價(jià)格時(shí)間優(yōu)先級(jí)將定單輸入執(zhí)行引擎50中的交易時(shí)段，其中，首先輸入買入定單，隨后輸入賣出定單，并且當(dāng)按定單輸入檢測到匹配時(shí)，像上述那樣執(zhí)行它們。例如，該系統(tǒng)可以通告15分鐘的累積時(shí)段，以及執(zhí)行時(shí)段占據(jù)每個(gè)15分鐘間隔的最后一秒鐘。在這個(gè)實(shí)施例中，該系統(tǒng)整天就在累積時(shí)段和交易時(shí)段之間交替變化，例如，累積時(shí)段為8:30:00-8:44:59；8:45-8:59:59；9:00-9:14:59等。
GUI 20使有興趣大宗交易給定證券的交易者可以點(diǎn)擊像顯示在主屏上方的方框中那樣的證券代碼，引出定單輸入對(duì)話框和按照他或她預(yù)先配置的偏愛自動(dòng)填充定單輸入對(duì)話框的字段。交易者可以按需要編輯這些字段和按下標(biāo)為“Submit(提交)”的按鈕輸入定單。
如果新輸入的定單與一個(gè)或多個(gè)前帳簿定單匹配(新定單屬于同一證券，處在相對(duì)方，和具有等于或高于長期有效帳簿定單的價(jià)格)，執(zhí)行引擎50按價(jià)格時(shí)間優(yōu)先級(jí)自動(dòng)排列對(duì)方定單和以兩個(gè)定單的限定內(nèi)與系統(tǒng)當(dāng)前參考價(jià)最接近的價(jià)格，在輸入定單和長期有效定單之間進(jìn)行交易，直到前者或后者之一被完全執(zhí)行，和用電子手段向用于統(tǒng)一行情顯示系統(tǒng)的自動(dòng)確認(rèn)和交易(ACT)服務(wù)40和向保薦經(jīng)紀(jì)人的清算公司30報(bào)告交易結(jié)果。還將執(zhí)行的通知發(fā)送到圖形用戶界面20，以便將交易結(jié)果通知交易者。如果另一方面，在帳簿中不存在匹配定單，新定單仍然存儲(chǔ)在帳簿中，作為長期有效定單。在優(yōu)選實(shí)施例中，客戶可以選擇讓它們的定單由第三方經(jīng)紀(jì)人保薦，在這種情況下，還通過FIX將交易結(jié)果報(bào)告給保薦經(jīng)紀(jì)人的后臺(tái)系統(tǒng)95。在優(yōu)選實(shí)施例中，只有在最小延遲(比方說，5秒)之后，才允許輸入消極定單(與當(dāng)前參考價(jià)相比)的參與者提高那個(gè)定單的價(jià)格進(jìn)取性。在可替代實(shí)施例中，用戶可以馬上取代定單，但取代定單只有在指定最小延遲之后才有資格匹配。在又一個(gè)可替代實(shí)施例中，所有定單在系統(tǒng)公布的累積時(shí)段內(nèi)都沒有資格匹配，并在累積時(shí)段過去之后，按屬方、價(jià)格進(jìn)取性和時(shí)間的順序裝入執(zhí)行引擎50中。在又一個(gè)可替代實(shí)施例中，交易者可以隨時(shí)輸入定單和修改價(jià)格，和系統(tǒng)操作人員監(jiān)視特定用戶是否正從事于“探明”常駐定單限定的活動(dòng)(如果是，取消它們的帳戶)。
為了提高交易的可能性，將系統(tǒng)的定單管理器130與當(dāng)新輸入的定單未發(fā)現(xiàn)匹配，而是存儲(chǔ)在帳簿51中作為長期有效定單時(shí)自動(dòng)起作用的促進(jìn)器模塊140連接。一旦輸入買入(賣出)定單，促進(jìn)器就通過CONTRA PRESENT通知，通知定價(jià)成等于或低于(等于或高于)參考價(jià)的長期有效賣出(買入)定單已經(jīng)輸入了對(duì)方定單。在可替代實(shí)施例中，輸入定單的對(duì)方的所有長期有效定單都有資格接收這樣的通知。
在可替代實(shí)施例中，只有合理定價(jià)的定單才成為促進(jìn)主體；大宗交易的合理價(jià)格范圍(大宗價(jià)格范圍)由分析服務(wù)器160計(jì)算和公布在每60秒鐘更新一次的交易者的圖形用戶界面20上。在這個(gè)可替代實(shí)施例中，促進(jìn)器140不泄漏定單的價(jià)格或?qū)俜降厣晒膭?lì)其它人輸入相同證券的定單的信息事件。
在這個(gè)實(shí)施例中，取決于系統(tǒng)數(shù)據(jù)庫150內(nèi)已知的定單的狀態(tài)，當(dāng)使促進(jìn)器140起作用時(shí)，存在兩種可能作用流。
在第一種情況下，當(dāng)新輸入的定單未發(fā)現(xiàn)匹配時(shí)，系統(tǒng)的狀態(tài)使得在系統(tǒng)內(nèi)不存在合理定價(jià)的對(duì)方定單。將消息傳送給預(yù)訂這種證券的所有當(dāng)事人，表示在新輸入定單的代碼主體中存在活動(dòng)(如果代碼已經(jīng)處在“活動(dòng)”狀態(tài)，省略這個(gè)步驟)。如圖2所示，圖形用戶界面20將在定單輸入對(duì)話框205上面的橙色方框215中顯示活動(dòng)代碼。該系統(tǒng)最好使看見活動(dòng)代碼和有興趣大宗交易這種證券的第二參與者通過點(diǎn)擊該代碼引出定單輸入對(duì)話框。該系統(tǒng)最好按照第二參與者的預(yù)先配置偏愛填充定單輸入對(duì)話框205的所有字段。第二參與者借助于代碼是“活動(dòng)”的知識(shí)行動(dòng)。因此，他將了解到以前輸入了使ACTIVE SYMBOL通知發(fā)出的第一定單，和這個(gè)第一定單被定價(jià)在BPR內(nèi)。如果第一定單是對(duì)方的和仍然打開，利用這個(gè)信息，第二參與者可以選擇提交大宗發(fā)盤(大宗遞盤)的限定買入(賣出)定單，以保證交易進(jìn)行。在優(yōu)選實(shí)施例中，一旦代碼變成活動(dòng)的，它就這樣保持至少60秒(或其它預(yù)定時(shí)段)；與BPR更新結(jié)合在一起復(fù)審打開活動(dòng)代碼通知，和只有當(dāng)所述通知在超過60秒內(nèi)未解決和在BPR更新的時(shí)候系統(tǒng)內(nèi)當(dāng)前打開的這個(gè)代碼中沒有更合理定價(jià)的定單時(shí)才除去打開活動(dòng)代碼通知。在可替代實(shí)施例中，實(shí)時(shí)地更新ACTIVE SYMBOL通知，以反映此時(shí)系統(tǒng)內(nèi)是否存在合理定價(jià)定單。在另一個(gè)可替代實(shí)施例中，除了顏色外，GUI還顯示系統(tǒng)內(nèi)當(dāng)前打開的合理定價(jià)定單的數(shù)量。
在第二種情況下，存在常駐在帳簿51中的合理定價(jià)對(duì)方定單，但這個(gè)對(duì)方定單不具備相當(dāng)?shù)倪M(jìn)取性，足以滿足新輸入定單提出的限定價(jià)格。在這種情況下，促進(jìn)器模塊140將CONTRA PRESENT通知發(fā)送給有資格至少與當(dāng)前參考價(jià)一樣進(jìn)取地定價(jià)的常駐對(duì)方定單。如果對(duì)方定單當(dāng)前未滿足這個(gè)準(zhǔn)則，但由于參考價(jià)的變化在稍后時(shí)間滿足這個(gè)準(zhǔn)則，那么，在條件滿足的稍后時(shí)間發(fā)送CONTRA PRESENT通知。一旦被發(fā)送，只要定單保持合理定價(jià)，CONTRAPRESENT通知就一起保持有效。在可替代實(shí)施例中，不存在與參考價(jià)有關(guān)的條件，和滿足合理價(jià)格條件的任何長期有效對(duì)方定單都有資格接收CONTRAPRESENT通知。如圖2所示，圖形用戶界面20通過加亮定單輸入對(duì)話框205上面的黃色方框225中的代碼顯示CONTRA PRESENT通知。因此，使代碼成為活動(dòng)的第一參與者將看到現(xiàn)有存在對(duì)方。該系統(tǒng)最好使所述第一參與者能夠以進(jìn)取性的價(jià)格重新定價(jià)定單，和取代定單，以便執(zhí)行第二參與者的定單。在優(yōu)選實(shí)施例中，該系統(tǒng)自動(dòng)提議BPR的進(jìn)取性一端，作為默認(rèn)價(jià)格，以鼓勵(lì)導(dǎo)致交易的策略；然后，交易者可以點(diǎn)擊接受提議的價(jià)格限定，或如有需要修改定單對(duì)數(shù)。在可替代實(shí)施例中，該系統(tǒng)使用戶能夠?qū)⑦M(jìn)取性定單類型配置成限于BPR中的較好者或與當(dāng)前全國市場中間價(jià)相差可配置的數(shù)美分(或它的幾分之一)，然后，這個(gè)進(jìn)取性定單類型是在存在CONTRA PRESENT通知的情況下被提議為默認(rèn)類型的那一種類型。在優(yōu)選實(shí)施例中，使用戶可以通過點(diǎn)擊帶有代碼的黃色方框，然后按下為這個(gè)目的標(biāo)記的單個(gè)按鈕，輸入使系統(tǒng)嘗試執(zhí)行對(duì)方定單的定單。在可替代實(shí)施例中，圖形用戶界面20讓交易者選擇新的價(jià)格和按下標(biāo)為“Replace(取代)”的按鈕。如果沒有一個(gè)帶有長期有效定單的交易者提高他們的價(jià)格進(jìn)取性，并在30秒之后仍然存在長期有效對(duì)方定單，如果接著發(fā)現(xiàn)第二參與者的定單至少與參考價(jià)一樣進(jìn)取地定價(jià)，那么，輪到第二參與者有資格獲知系統(tǒng)內(nèi)存在長期有效對(duì)方定單。正如前面針對(duì)第一參與者所述的那樣，該系統(tǒng)最好通過黃色方框顯示這個(gè)信息；和所述第二參與者可以選擇提高他或她的價(jià)格進(jìn)取性，以便達(dá)成交易。在另一個(gè)實(shí)施例中，只要求第二參與者的定單是“合理定價(jià)的”，以便有資格在30秒(或預(yù)定時(shí)段)之后接收CONTRA PRESENT通知。在這兩種情況下，30秒延遲阻止第二參與者嘗試探查系統(tǒng)，發(fā)現(xiàn)是否只存在對(duì)方，以便稍后撤回；常駐定單有30秒鐘來決定接下還盤還是撤回。在另一個(gè)可替代實(shí)施例中，沒有30秒延遲，和所有交易者同時(shí)接收CONTRA PRESENT通知，但存在可以不取消定單的5-秒最小有效時(shí)間。在另一個(gè)可替代實(shí)施例中，所有用戶馬上接收CONTRA PRESENT通知，而不存在最小有效時(shí)間條件。在可替代實(shí)施例中，交易者可以將GUI 20配置成當(dāng)接收到CONTRA PRESENT通知時(shí)，用進(jìn)取性價(jià)格自動(dòng)取代他們的定單。在這個(gè)最后實(shí)施例中，如果在帶有自動(dòng)重新定價(jià)定單和競爭執(zhí)行相同對(duì)方定單的系統(tǒng)內(nèi)存在多個(gè)定單，該系統(tǒng)按價(jià)格時(shí)間優(yōu)先級(jí)執(zhí)行響應(yīng)定單為了執(zhí)行輸入對(duì)方定單，長期有效定單首先按價(jià)格競爭，然后，如果兩個(gè)定單具有相同的進(jìn)取性價(jià)格限定，隨著轉(zhuǎn)到第一定單的優(yōu)先級(jí)被輸入，按輸入的時(shí)間競爭。
計(jì)算大宗價(jià)格范圍(BPR)的優(yōu)選算法力圖根據(jù)股票的波動(dòng)性確定在下一個(gè)60秒內(nèi)交易大宗定單的合理價(jià)格。在優(yōu)選實(shí)施例中，這個(gè)范圍基于自更新BPR的最后時(shí)間以來將交易結(jié)果報(bào)告給統(tǒng)一行情顯示系統(tǒng)的價(jià)格，采用全國最佳遞盤和發(fā)盤的當(dāng)前中間價(jià)上下的對(duì)稱價(jià)格范圍。這個(gè)范圍相對(duì)于中間價(jià)上下延伸與自最近BPR更新以來觀察的價(jià)格波動(dòng)有直接關(guān)系的數(shù)量。
縮寫





圖1是本發(fā)明的優(yōu)選計(jì)算機(jī)系統(tǒng)實(shí)施例的示意圖；圖2描繪了打開定單輸入對(duì)話框的優(yōu)選GUI；圖3(a)和3(b)描繪了包括系統(tǒng)與參與者和相關(guān)公司的電子系統(tǒng)的交互的優(yōu)選系統(tǒng)和方法的操作；圖4示出了優(yōu)選實(shí)施例中從清算的角度來看交易的生命周期；圖5描繪了最好在處理New Ticket(新票證)的同時(shí)執(zhí)行的優(yōu)選步驟；圖6描繪了處理Cancel Ticket(取消票證)消息的優(yōu)選步驟；圖7描繪了處理有效定單的優(yōu)選步驟；圖8描繪了優(yōu)選監(jiān)視表配置對(duì)話框；圖9描繪了計(jì)算BPR的優(yōu)選方法的步驟；和圖10描繪了標(biāo)識(shí)監(jiān)視證券的優(yōu)選GUI。
具體實(shí)施例方式
下文是本發(fā)明的優(yōu)選和可替代實(shí)施例的詳細(xì)描述。
關(guān)鍵特征。下面是本發(fā)明的特征的優(yōu)選列表1.秘密大宗撮合。將定單發(fā)送到撮合具有價(jià)格時(shí)間優(yōu)先級(jí)的定單和報(bào)告鎖定交易以便進(jìn)行清算的匹配引擎。匹配引擎可以遠(yuǎn)程寄宿。
2.大宗數(shù)量。所有定單最好都以按每種證券配置的大宗數(shù)量的倍數(shù)輸入。通過鼓勵(lì)用戶使用相同的定單數(shù)量，大宗證券的數(shù)額阻止了博弈，并減輕了完成填充之后的“買家懊悔”問題或出錯(cuò)方的擔(dān)心。
3.ACTIVE SYMBOL通知。在可替代實(shí)施例中，當(dāng)確定證券交易的雙方都對(duì)大宗交易感興趣時(shí)，系統(tǒng)也通知用戶。這樣就及時(shí)把注意力集中在定單輸入上，從而提高了填充速度。
4.CONTRA PRESENT通知。當(dāng)輸入幾乎匹配的對(duì)方定單時(shí)，通知系統(tǒng)中帶有進(jìn)取定價(jià)定單(與參考價(jià)有關(guān))的交易者。30秒鐘之后，如果那時(shí)所述第二定單滿足價(jià)格進(jìn)取性條件，還可以警告帶有所述第二定單的參與者存在相近匹配。CONTRA PRESENT通知將有關(guān)消極還盤(counter offer)的信息獎(jiǎng)勵(lì)給輸入進(jìn)取定價(jià)定單的交易者，從而鼓勵(lì)交易者表達(dá)他們真正的價(jià)格進(jìn)取性。
5.與后臺(tái)的FIX連接。優(yōu)選實(shí)施例支持直接或通過FIX服務(wù)局將FIX執(zhí)行結(jié)果傳送到買方定單管理系統(tǒng)的機(jī)制。這種情況支持買方客戶與保薦經(jīng)紀(jì)人的收盤匿名。
6.FIX票證處理應(yīng)用。客戶可以將股票從他們的定單管理系統(tǒng)放入系統(tǒng)中(代碼、數(shù)量和屬方)，然后利用GUI 20逐漸達(dá)到輸入的數(shù)量?？梢愿翺MS，以便跟蹤各個(gè)工作定單，或者，取決于客戶機(jī)的配置，只根據(jù)填充情況。
7.API/GUI訪問。系統(tǒng)提供為已經(jīng)接收到CONTRA PRESENT通知的感興趣證券的監(jiān)視表突出顯示代碼的設(shè)計(jì)成帶有來自機(jī)構(gòu)交易者的輸入的可選交易前端。在帶有ACTIVE SYMBOL通知的可替代實(shí)施例中，也顯示這個(gè)ACTIVESYMBOL通知。系統(tǒng)還展示應(yīng)用程序編程接口(API)，使許可的第三方當(dāng)事人能夠代表他們的顧客接收這樣的通知，并通過他們自己的前端應(yīng)用程序提供可視性。在可替代實(shí)施例中，還可以通過為市場數(shù)據(jù)服務(wù)的FIX協(xié)議獲取這樣的通知和大宗價(jià)格范圍。
本發(fā)明包含將系統(tǒng)與參與者和相關(guān)公司，譬如，保薦經(jīng)紀(jì)人或他們的清算公司的電子系統(tǒng)整合在一起的優(yōu)選結(jié)構(gòu)。在圖3(a)和3(b)中表示了這種整合的概況。這些圖形例示了導(dǎo)致如下所述的參與者C和E之間的交易的流程。對(duì)于已經(jīng)在系統(tǒng)中的長期有效定單，新的參與者可以輸入對(duì)方定單。該系統(tǒng)發(fā)出CONTRA PRESENT通知；將常駐定單修改成較高價(jià)格進(jìn)取性水平，產(chǎn)生一個(gè)被執(zhí)行的交易。
該系統(tǒng)最好通過如下步驟促進(jìn)上述例子中的交易1.在步驟1中，用戶將定單輸入該系統(tǒng)中，最好利用圖形用戶界面20。
2.該系統(tǒng)最好在步驟2中指定記錄經(jīng)紀(jì)人，并根據(jù)記錄經(jīng)紀(jì)人和顧客ID，對(duì)照任何信用額度驗(yàn)證定單。將定單信息存儲(chǔ)在數(shù)據(jù)庫150中。
3.在步驟3中，定單管理器130將定單發(fā)送到執(zhí)行引擎50，并期待指示定單按輸入填充、存儲(chǔ)成有效限定定單、還是如果定單無效則被取消的，從執(zhí)行引擎返回的定單更新消息。
4.一旦發(fā)現(xiàn)在執(zhí)行引擎中未執(zhí)行或取消定單，OM 130就將定單項(xiàng)事件通知促進(jìn)器模塊140。
5.促進(jìn)器模塊140發(fā)現(xiàn)存在帶有進(jìn)取性價(jià)格的存在于系統(tǒng)之中的對(duì)方；它馬上將CONTRA PRESENT通知發(fā)送給常駐對(duì)方，而如果接著發(fā)現(xiàn)新定單是進(jìn)取性的，則在例如30秒延遲之后，安排向發(fā)出新定單的第二參與者發(fā)布這同一個(gè)消息的事件。
6.在步驟6中，將對(duì)方存在消息傳送給常駐定單。
7.步驟7最好比發(fā)送第一對(duì)方存在消息晚30秒發(fā)生如果對(duì)方存在狀況持續(xù)下去，并且接著與參考價(jià)相比，進(jìn)取性地定價(jià)新的定單，則將CONTRAPRESENT通知傳送給新定單。
8.在步驟8中，常駐定單(即，將服務(wù)局用于他們與系統(tǒng)的FIX連接的有保薦顧客)在他們的GUI 200上接收CONTRA PRESENT通知，并修改定單以提高價(jià)格進(jìn)取性。
9.在步驟9中，OM 130發(fā)送修改定單請(qǐng)求并更新OM數(shù)據(jù)庫150中定單的狀態(tài)。
10.在步驟10中，OM 130將修改定單請(qǐng)求傳送給執(zhí)行引擎50。
11.在步驟11中，執(zhí)行引擎50確定新的價(jià)格進(jìn)取性足以鎖定交易，并且最好將這個(gè)交易結(jié)果與清算對(duì)方信息一起報(bào)告給ACT。在可替代實(shí)施例中，只為行情顯示系統(tǒng)報(bào)告交易結(jié)果，而將清算信息一直保留到收盤，以便延遲將交易結(jié)果通知保薦經(jīng)紀(jì)人的時(shí)間。
12.執(zhí)行引擎50最好向定單管理器130報(bào)告執(zhí)行結(jié)果，OM 130更新它的數(shù)據(jù)庫150中的定單的狀態(tài)并更新消耗的信用。
13.在步驟13中，定單管理器130向網(wǎng)絡(luò)服務(wù)器110和FIX服務(wù)器120報(bào)告交易結(jié)果。
14.網(wǎng)絡(luò)服務(wù)器110和FIX服務(wù)器120將執(zhí)行消息轉(zhuǎn)發(fā)給它們各自的客戶。
15.第二客戶通過服務(wù)局接收FIX執(zhí)行結(jié)果。
16.在交易過程的最后步驟中，將執(zhí)行結(jié)果的引出副本(drop copy)發(fā)送給保薦經(jīng)紀(jì)人。在優(yōu)選實(shí)施例中，這是在收盤時(shí)完成的。在可替代實(shí)施例，這是馬上完成的，并將保薦經(jīng)紀(jì)人保薦的所有交易活動(dòng)直接通知保薦經(jīng)紀(jì)人。
設(shè)施該系統(tǒng)最好包含如下設(shè)施或子系統(tǒng)1.網(wǎng)絡(luò)服務(wù)器110。網(wǎng)絡(luò)服務(wù)器子系統(tǒng)使客戶能夠通過圖形用戶界面200訪問該系統(tǒng)。這個(gè)界面最好是可以用于將定單輸入該系統(tǒng)中的最合適界面。所有用戶必須下載交易應(yīng)用程序(GUI)，或開發(fā)出為活動(dòng)代碼和對(duì)方存在標(biāo)志提供滿意可視性的GUI。網(wǎng)絡(luò)服務(wù)器110最好通過公布的API支持與交易前端的連接。
2.FIX服務(wù)器120。FIX服務(wù)器使用戶(客戶)能夠打開連接和根據(jù)FIX協(xié)議交換金融信息消息。FIX服務(wù)器的源代碼可從開放源代碼庫中獲得。FIX服務(wù)器最好配置成接收Ticket(New，Cancel，Cancel/Replace)和定單狀態(tài)請(qǐng)求消息。它將推出包括定單更新和填充的執(zhí)行。它最好支持與客戶定單管理系統(tǒng)的直接連接，以及通過服務(wù)局的連接。FIX服務(wù)器還可以用于將執(zhí)行消息(帶有“完成”狀態(tài))傳送給保薦經(jīng)紀(jì)人，以便在交易處理之后設(shè)置。通常，這些消息在收盤時(shí)發(fā)出，但客戶最好也可以在需要的時(shí)候請(qǐng)求系統(tǒng)當(dāng)天將執(zhí)行結(jié)果通知他們的經(jīng)紀(jì)人。
3.定單管理器130。定單管理器處理定單和隨后的交易消息，將它們傳遞給執(zhí)行引擎加以存儲(chǔ)和執(zhí)行。它最好接收來自分析服務(wù)器160的BPR更新消息，并通過跟蹤至少與BPR一樣好地定價(jià)定單，或消極定價(jià)定單的時(shí)間，維持它的定單上的價(jià)格進(jìn)取性標(biāo)志。
4.促進(jìn)器模塊140。如本文所述，定單管理器130最好包含負(fù)責(zé)通過謹(jǐn)慎發(fā)布有關(guān)定單的信息，促進(jìn)匹配定單輸入系統(tǒng)中的部件。
5.定單管理數(shù)據(jù)庫150。定單管理器130最好跟蹤交易和可完全恢復(fù)結(jié)構(gòu)化查詢語言(SQL)數(shù)據(jù)庫中定單的狀態(tài)。它還包含負(fù)責(zé)向清算公司報(bào)告交易結(jié)果，以及負(fù)責(zé)每日生成送給相應(yīng)自我監(jiān)管組織(SRO)的強(qiáng)制性報(bào)告的報(bào)告模塊。
6.分析服務(wù)器160。分析服務(wù)器160接收將每個(gè)代碼的市場活動(dòng)狀態(tài)(開始、停止、交易暫停)、所有Nasdaq和NYSE列出股票的內(nèi)部最佳遞盤和發(fā)盤(價(jià)格、總數(shù)額和時(shí)間標(biāo)志)和來自全國市場系統(tǒng)統(tǒng)一行情顯示系統(tǒng)的最后售出交易數(shù)據(jù)通知所述服務(wù)器的數(shù)據(jù)反饋。服務(wù)器將這個(gè)信息存儲(chǔ)在像硬盤驅(qū)動(dòng)器那樣的計(jì)算機(jī)可讀媒體上，并進(jìn)行如上所述的分析計(jì)算，以確定參考價(jià)和大宗價(jià)格范圍。它負(fù)責(zé)按代碼向預(yù)訂方公布參考價(jià)、BPR更新消息和交易暫停方面的變化。
7.求助桌面。該系統(tǒng)最好包含求助桌面子系統(tǒng)，該求助桌面子系統(tǒng)包含像萬維網(wǎng)GUI那樣的用戶界面。求助桌面操作人員可以訪問這個(gè)界面，以加入/刪除/修改與各個(gè)交易者相聯(lián)系的客戶公司、保薦經(jīng)紀(jì)人或GUI帳戶。求助桌面使交易操作人員能夠根據(jù)定單ID或通過公司和代碼查詢系統(tǒng)，跟蹤將客戶定單輸入系統(tǒng)中之后的事件的序列，和給予想要調(diào)用求助桌面的交易者對(duì)系統(tǒng)中他們定單的歷史的詳細(xì)響應(yīng)。
8.系統(tǒng)操作管理。該系統(tǒng)最好還包含使系統(tǒng)操作人員能夠管理所有設(shè)施的功能實(shí)現(xiàn)的系統(tǒng)操作控制臺(tái)子系統(tǒng)。除了普通系統(tǒng)操作職責(zé)之外，該系統(tǒng)最好還使操作人員能夠?qū)崿F(xiàn)包括如下的其它職責(zé)保密；審查；管理收盤和開盤事件的批處理；容量計(jì)劃；和管理內(nèi)部帳戶(操作人員和求助桌面)的權(quán)利。
9.匹配引擎50。匹配引擎50將參與者的定單存儲(chǔ)在電子匹配帳簿51中，并且當(dāng)在重疊價(jià)格上輸入買入定單和賣出定單時(shí)進(jìn)行交易，如果兩個(gè)定單的價(jià)格限定允許，將執(zhí)行價(jià)格選擇成與參考價(jià)接近。
下面更廣泛地描述上述特征的優(yōu)選實(shí)現(xiàn)。
FIX服務(wù)器。優(yōu)選實(shí)施例最好在需要時(shí)將FIX協(xié)議用于與客戶定單管理系統(tǒng)10和保薦經(jīng)紀(jì)人的后臺(tái)整合。圖4示出了從清算的角度來看交易的生命周期。為了使用系統(tǒng)，客戶最好能夠在兩個(gè)模型之間作出選擇。第一模型是使用票證，以便于在多個(gè)市場目的地之間管理債務(wù)。票證是來自每個(gè)市場目的地(市場目的地是像當(dāng)前系統(tǒng)那樣，可以執(zhí)行定單的地方)中幫助交易者監(jiān)視他們正在交易多少股的客戶定單管理系統(tǒng)的代用品。票證的用途是保證在所有目的地輸入的累計(jì)股數(shù)決不會(huì)超過如客戶定單管理系統(tǒng)10所知的客戶所有定單的總股數(shù)。當(dāng)交易者使用票證時(shí)，從OMS輸入的票證出現(xiàn)在GUI 20上，而且只能對(duì)照這些票證輸入定單。
如果定單屬于同一證券、處在同一方且具有不大于以前輸入的票證的數(shù)額，則選擇使用票證的客戶最好只能夠?qū)⑺龆▎屋斎胂到y(tǒng)中。當(dāng)交易者選擇使用票證時(shí)，該系統(tǒng)最好通過執(zhí)行如下步驟更新后臺(tái)和第三方系統(tǒng)。
1.在步驟410中，將票證輸入系統(tǒng)100中，作為沒有價(jià)格的FIX定單。票證攜帶系統(tǒng)將其映射到特定GUI的終端ID。交易者看到顯示在他/她的GUI上的票證。
2.在步驟420中，交易者對(duì)照這個(gè)票證輸入本文稱為“子”定單的定單。這個(gè)子定單與票證屬于同一證券和同一方，和選擇的數(shù)量是交易者配置的默認(rèn)定單數(shù)量或票證數(shù)量的較少者。該系統(tǒng)最好驗(yàn)證該定單和將它傳遞給執(zhí)行引擎50。在優(yōu)選實(shí)施例中，通過帶有Order Status＝New的FIX執(zhí)行消息向OMS報(bào)告定單項(xiàng)事件。在可替代實(shí)施例中，當(dāng)交易完成時(shí)(請(qǐng)看下面)，客戶OMS只接收?qǐng)?zhí)行消息。
3.當(dāng)針對(duì)這個(gè)定單發(fā)生交易時(shí)，執(zhí)行引擎50最好向ACT報(bào)告關(guān)于行情顯示系統(tǒng)和清算(步驟430)。然后，將交易結(jié)果通知定單管理器130。在優(yōu)選實(shí)施例中，該系統(tǒng)接著將交易細(xì)節(jié)通知像GUI那樣的API客戶機(jī)和像顧客定單管理系統(tǒng)那樣的FIX客戶機(jī)。
4.在步驟450中，該系統(tǒng)最好將包括客戶ID的FIX執(zhí)行消息發(fā)送到執(zhí)行經(jīng)紀(jì)人。
5.該系統(tǒng)最好使用戶能夠在交易日或結(jié)束之前啟動(dòng)分配處理(在用戶的選擇下執(zhí)行步驟440)。
6.優(yōu)選系統(tǒng)在收盤時(shí)執(zhí)行如下步驟(步驟460)。
a.將交易總結(jié)文件發(fā)送到保薦經(jīng)紀(jì)人的清算公司。這個(gè)文件包含與清算有關(guān)的信息，包括代碼、賣出或買入的股數(shù)和對(duì)方當(dāng)事人的MPID。
b.OATS報(bào)告代表保薦經(jīng)紀(jì)人給出定單追蹤和執(zhí)行的總結(jié)。該系統(tǒng)自動(dòng)將OATS報(bào)告發(fā)送給保薦經(jīng)紀(jì)人，以便轉(zhuǎn)發(fā)給NASD。在可替代實(shí)施例中，將報(bào)告直接發(fā)送給NASD。這些文件傳輸是電子形式的，并使用文件傳輸協(xié)議(FTP)。
在優(yōu)選實(shí)施例中，使用戶能夠選擇不要求使用票證，而是使交易者開始定單輸入步驟420的處理的可替代配置。其余步驟與如上所述相同。
在可替代實(shí)施例中，系統(tǒng)100由使用系統(tǒng)的所有客戶的保薦經(jīng)紀(jì)人寄宿，和包含本領(lǐng)域的普通技術(shù)人員可以容易地實(shí)現(xiàn)的或可通過專門銷售商從市場上購買到的交易后處理子系統(tǒng)。在這個(gè)可替代實(shí)施例中，不需要收盤匿名，和可以馬上發(fā)出經(jīng)紀(jì)人執(zhí)行報(bào)告。
FIX服務(wù)器120最好支持提供與客戶定單管理系統(tǒng)10的連接的各種各樣聯(lián)網(wǎng)解決方案。例如，客機(jī)OMS可以直接與所述FIX服務(wù)器連接，或者，可以通過調(diào)停FIX服務(wù)器120和數(shù)個(gè)客戶機(jī)之間的連接的FIX服務(wù)局與FIX服務(wù)器120通信。
當(dāng)票證無效時(shí)或當(dāng)客戶機(jī)被配置成不使用票證時(shí)，F(xiàn)IX服務(wù)器120拒絕票證；票證拒絕消息最好在文本字段中攜帶可理解的拒絕理由。如果由于定單數(shù)量少于這種證券的大宗數(shù)量(LBQ)而發(fā)送拒絕消息，最好為拒絕消息中的消息文本中的信息給出正確的LBQ。在優(yōu)選實(shí)施例中，F(xiàn)IX服務(wù)器120最好支持如下到達(dá)消息FIX New Order、Cancel Order、Cancel/Replace和OrderStatus Request。如果客戶使用票證，則發(fā)出消息最好包括與給定票證的子定單有關(guān)的Order Update(FIX執(zhí)行消息攜帶底層票證的Order-ID)。不使用票證的客戶最好只接收?qǐng)?zhí)行消息(FIX執(zhí)行消息)。在可替代實(shí)施例中，不利用票證的客戶接收與通過GUI輸入的定單有關(guān)的每個(gè)事件的Order Update消息，包括New Order確認(rèn)消息，以便OMS可以逐個(gè)事件地跟蹤正在運(yùn)行的總模型，以及已經(jīng)執(zhí)行的數(shù)額。
FIX服務(wù)器120最好支持使操作人員無需改變系統(tǒng)軟件就能夠設(shè)置和定制新的客戶機(jī)連接的萬維網(wǎng)配置屏幕。如上所述，F(xiàn)IX買方客戶機(jī)最好可以配置成只用于(a)FIX執(zhí)行，或(b)支持票證處理和執(zhí)行報(bào)告。FIX保薦經(jīng)紀(jì)人客戶機(jī)最好配置成只接收?qǐng)?zhí)行結(jié)果。在可替代實(shí)施例中，可以將保薦經(jīng)紀(jì)人的FIX連接配置成接收發(fā)送到有保薦客戶的OMS的每個(gè)消息的引出副本。除了每次執(zhí)行發(fā)送的執(zhí)行消息之外，配置選項(xiàng)最好包括當(dāng)定單完成時(shí)，發(fā)送最后FIX執(zhí)行消息，以及設(shè)置成“完成”的Order Status字段，以指示對(duì)這個(gè)定單的工作已完成的選項(xiàng)。
定單管理器。定單管理器130起消息處理器的作用。在如下的段落中，將描述各種各樣消息的處理。
該系統(tǒng)最好使用戶能夠輸入New Ticket消息。New Ticket消息是帶有Order Type＝Market和沒有限定價(jià)格的FIX New Order消息。帶有限定價(jià)格的FIX Order將被拒絕。在可替代實(shí)施例中，可以在系統(tǒng)的應(yīng)用程序編程接口(API)上提交這個(gè)消息。
如下的步驟最好在步驟510中接收到票證之后，在處理New Ticket(參見圖5)的時(shí)候執(zhí)行。
●驗(yàn)證。在步驟520中，該系統(tǒng)最好通過首先驗(yàn)證FIX New Order消息中的字段處理新定單。票證必須含有有效的Client-ID、Trader-ID(映射到專門GUI)、證券和屬方(買入或賣出)，和至少與這個(gè)證券的大宗數(shù)量一樣大。Cloud9最好接受標(biāo)識(shí)為“Market(市場)”定單和“Not Held(不持有)”的FIX Order(票證)，并拒絕含有限定價(jià)格的票證。在可替代實(shí)施例中，對(duì)價(jià)格和Not Held狀態(tài)的限制不是強(qiáng)制的。最好只允許客戶在每一方每種證券擁有一種票證。如果以前的票證仍然許可，則同一證券的第二買入票證或第二賣出票證將被拒絕。如果以前的票證已被執(zhí)行或取消，那么，你可以輸入第二票證；它將取代GUI前端上的第一票證?？商娲鷮?shí)施例應(yīng)用了能夠?yàn)槊糠N證券顯示多個(gè)票證的前端，和允許客戶輸入任何個(gè)數(shù)的票證。其它商業(yè)FIX定單屬性將不被忽略。最好用合理的代碼將拒絕票證顯示在GUI上。
●處理。該系統(tǒng)最好將有效票證存儲(chǔ)在數(shù)據(jù)庫150中。然后，在步驟540中，通過網(wǎng)絡(luò)服務(wù)器110將票證顯示在客戶GUI上，而在步驟530中，通過FIX服務(wù)器120確認(rèn)票證返回到客戶OMS。下表給出了優(yōu)選實(shí)施例中Ticket消息中的所需字段。


該系統(tǒng)最好使用戶能夠輸入Cancel/Replace Ticket消息。Cancel/Replace Ticket最好作為帶有前打開票證的ClientTicketID和新票證的ClientTicketID的FIX Cancel/Replace Order提交。在可替代實(shí)施例中，可以在API上提交這個(gè)消息。在優(yōu)選實(shí)施例中，一旦接收到Cancel/ReplaceTicket消息，該系統(tǒng)就執(zhí)行如下步驟。
●驗(yàn)證。如果新數(shù)量減去已經(jīng)執(zhí)行的數(shù)量(新“許可數(shù)”)小于該代碼的系統(tǒng)大宗數(shù)量，或如果小于放在執(zhí)行引擎上作為打開定單(open order)的總股數(shù)(許可數(shù)小于工作數(shù))，本發(fā)明的系統(tǒng)主體最好拒絕Cancel/ReplaceTicket消息。
●處理。如果接受請(qǐng)求，則Cloud9最好將票證數(shù)額修改成可應(yīng)用于任何隨后定單項(xiàng)事件并通過網(wǎng)絡(luò)服務(wù)器110將變化推給客戶GUI。最好還通過FIX確認(rèn)返回到客戶OMS的變化。
該系統(tǒng)最好使用戶能夠輸入Cancel Ticket請(qǐng)求。Cancel Ticket消息是帶有前打開票證的ClientTicketID的FIX Cancel Order消息。在可替代實(shí)施例中，可以在API上提交這個(gè)消息。本發(fā)明的系統(tǒng)主體按如下處理CancelTicket消息(參見圖6)。
●驗(yàn)證。該系統(tǒng)最好通過保證指向打開票證，在步驟610中驗(yàn)證CancelRequest消息的字段。
●處理。如果存在打開定單，則在步驟620中，該系統(tǒng)將首先嘗試取消與票證相聯(lián)系的所有打開定單，然后，動(dòng)態(tài)地用消息報(bào)告取消之前完成的任何執(zhí)行結(jié)果630(當(dāng)所有相關(guān)定單都得到執(zhí)行或被取消，和Cloud9定單管理器的數(shù)據(jù)庫在任何填充的狀態(tài)方面都與執(zhí)行引擎的數(shù)據(jù)庫一致時(shí)，結(jié)束這個(gè)“消除”處理)。當(dāng)任何打開定單都被消除時(shí)，在步驟640中，如果有的話，該系統(tǒng)將確認(rèn)帶有指示被取消的數(shù)額的結(jié)果的Cancel Ticket。在步驟650中，通過網(wǎng)絡(luò)服務(wù)器將成功的Cancel Ticket請(qǐng)求通知客戶GUI。
該系統(tǒng)最好使用戶能夠輸入New Order消息。New Order消息最好通過GUI或API提交，并包含以限定價(jià)格或更好價(jià)格買入或賣出給定證券的給定大宗手?jǐn)?shù)的請(qǐng)求。在優(yōu)選實(shí)施例中，用戶也可以選擇釘住價(jià)格限定，在這種情況下，將定單限制在絕對(duì)限定價(jià)格與釘住限定價(jià)格之間的較不進(jìn)取價(jià)格上。在可替代實(shí)施例中，用戶通過利用FIX ExecInstr字段，將票證(帶有ExecInstr＝“suspended”的FIX定單)與新定單(未掛起)區(qū)分開，來選擇以掛起通過FIX輸入New Order，或者根本不選擇使用票證而將他們所有的FIX定單解釋成New Order消息。New Order消息最好像如下那樣管理。
驗(yàn)證。該系統(tǒng)最好驗(yàn)證定單是針對(duì)受支持證券的大宗數(shù)量的倍數(shù)。在可替代實(shí)施例中，定單可以針對(duì)任意數(shù)量。優(yōu)選定單驗(yàn)證處理中的另一個(gè)步驟是核實(shí)定單包含價(jià)格字段。在可替代實(shí)施例中，如果用戶選擇釘住價(jià)格，在這種情況下，釘住定單可以不受限制地浮動(dòng)，那么，放棄這種要求。優(yōu)選實(shí)施例中支持的釘住類型是釘住NBBO中間價(jià)，或根本不釘住。正如本領(lǐng)域的普通技術(shù)人員所知的那樣，可替代實(shí)施例支持另外的釘住屬性。該系統(tǒng)最好還驗(yàn)證定單的屬方是買入還是賣出?？商娲鷮?shí)施例還支持短期賣出定單。參數(shù)PegOffest確定相對(duì)于應(yīng)該使定單得到定價(jià)的釘住值(NBBO中間價(jià))的美分?jǐn)?shù)(或它的幾分之一)。如果定單不是釘住的，最好忽略PegOffest屬性。該系統(tǒng)最好向GUI客戶機(jī)報(bào)告拒絕的定單，以及可理解的錯(cuò)誤碼。如果客戶使用了票證處理，驗(yàn)證步驟最好還檢驗(yàn)定單的數(shù)額不超過相關(guān)票證的數(shù)額，并且與票證屬于同一方。如果輸入定單的客戶與保薦經(jīng)紀(jì)人之間存在信用額度，作為驗(yàn)證處理的一部分，該系統(tǒng)最好核實(shí)定單不會(huì)破壞所述信用額度；信用核實(shí)處理將在下面作更詳細(xì)描述。在優(yōu)選實(shí)施例中，如果系統(tǒng)在最后5秒(或其它預(yù)定時(shí)段)內(nèi)曾經(jīng)接收到定單，該定單與當(dāng)前定單屬于同一證券和同一方，以及價(jià)格比當(dāng)前定單更消極，并比那時(shí)的參考價(jià)更消極，那么，拒絕該定單。在可替代實(shí)施例中，接受這樣的進(jìn)取性提高定單，但在5-秒延遲過去之前，將其標(biāo)記成不可執(zhí)行的。在另一個(gè)可替代實(shí)施例中，在累積時(shí)段過去之前，所有定單都是不可執(zhí)行的，但接著按屬方、價(jià)格和輸入的時(shí)間的順序?qū)⑺鼈兲峤唤o執(zhí)行引擎50。在又一個(gè)可替代實(shí)施例中，沒有這樣的條件，可以在任何時(shí)候以任何價(jià)格輸入定單并可馬上執(zhí)行，但是，當(dāng)發(fā)現(xiàn)特定用戶具有檢驗(yàn)各種價(jià)格水平，以試圖探明常駐定單的價(jià)格限定的模式時(shí)，通知求助桌面操作人員，而求助桌面操作人員給顧客打電話，通知他們這樣的行為是不允許的。給予本實(shí)施例中的求助桌面操作人員特定準(zhǔn)則，使得如果該行為不被糾正，則他們可以中止顧客在系統(tǒng)上進(jìn)行交易的權(quán)利。
在優(yōu)選實(shí)施例中，作為無效來拒絕IOC定單。在可替代實(shí)施例中，接受IOC定單，但有資格看到CONTRA PRESENT通知的長期有效(standing)對(duì)方定單的擁有者可以看到對(duì)方放入無法執(zhí)行的IOC定單(在優(yōu)選GUI中，代碼暫時(shí)從橙色變成黃色，然后又變加橙色)。在又一個(gè)可替代實(shí)施例中，接受IOC定單，但不發(fā)送CONTRA PRESENT通知。
定單屬性。優(yōu)選實(shí)施例的系統(tǒng)期待找出如下表給出的New Order消息中的所需字段。

處理。該系統(tǒng)最好通過如下步驟處理有效定單(參見圖7)。
●在驗(yàn)證(步驟710)之后，在步驟720中馬上將有效定單傳遞給執(zhí)行引擎。響應(yīng)將指示定單被拒絕，還是被接受，并放入帳簿中作為打開定單，或者處在執(zhí)行未決狀態(tài)。通過網(wǎng)絡(luò)服務(wù)器將來自執(zhí)行引擎的狀態(tài)報(bào)告給GUI。
●如果客戶使用FIX Ticket，該系統(tǒng)最好報(bào)告像接受或拒絕那樣通過FIX返回的定單狀態(tài)(步驟730)；執(zhí)行未決狀態(tài)在FIX中將作為開放狀態(tài)報(bào)告(隨后鎖定的執(zhí)行消息將接在后面)。FIX定單狀態(tài)更新消息攜帶相關(guān)票證的ID。
●如果執(zhí)行引擎指出定單是打開的，則該系統(tǒng)將通過幫助提高交易可能性的促進(jìn)器啟動(dòng)處理740。
○優(yōu)選實(shí)施例確定系統(tǒng)中是否存在進(jìn)取性對(duì)方定單。如果處在對(duì)方和至少與代碼的當(dāng)前參考價(jià)一樣進(jìn)取地定價(jià)，則說定單就是進(jìn)取性對(duì)方定單。帶有進(jìn)取性對(duì)方定單的用戶馬上接收CONTRA PRESENT通知。帶有當(dāng)前沒有資格成為進(jìn)取性的對(duì)方定單的用戶只要它們以后因參考價(jià)的改變而成為進(jìn)取性的，就有資格接收這樣的通知。如果接著發(fā)現(xiàn)成為進(jìn)取性的，最好在定單輸入時(shí)刻加上30秒(或其它預(yù)定時(shí)段)的時(shí)間安排一個(gè)事件，以便將CONTRAPRESENT通知發(fā)送給新輸入的定單。這種情況最好與常駐對(duì)方定單是否有資格接收通知無關(guān)地發(fā)生。因此，將消極定單輸入系統(tǒng)中的用戶可以讓愿意在30秒或更長的間隔內(nèi)輸入進(jìn)取性定單的那一個(gè)發(fā)現(xiàn)存在這樣的定單。在可替代實(shí)施例中，如果發(fā)現(xiàn)常駐對(duì)方有資格首先接收這樣的通知，則只發(fā)送延遲CONTRA PRESENT通知。
○在可替代實(shí)施例中，該系統(tǒng)還按定單輸入確定新定單的價(jià)格是否至少與大宗價(jià)格范圍(BPR)的最近公布價(jià)格一樣進(jìn)取，如果是，則將該定單標(biāo)記成“合理定價(jià)的”。如果該定單被標(biāo)識(shí)成“合理定價(jià)的”和代碼還未處在“活動(dòng)”狀態(tài)，該系統(tǒng)向所有用戶發(fā)出ACTIVE SYMBOL通知，邀請(qǐng)他們?cè)谶@種證券上放入定單。在可替代實(shí)施例中，還計(jì)算大宗價(jià)格范圍，只有當(dāng)新定單的價(jià)格得到合理定價(jià)時(shí)，才發(fā)送CONTRA PRESENT通知，而如果以后確定因定單價(jià)格和BPR的改變，每個(gè)定單不再是合理地定價(jià)，則除去CONTRA PRESENT通知。
●在步驟750中，該系統(tǒng)等待其它定單到達(dá)。像上面從驗(yàn)證步驟710開始那樣處理對(duì)方定單。帶有相等或更好價(jià)格的對(duì)方定單最好與那時(shí)流行參考價(jià)盡可能接近地執(zhí)行。
該系統(tǒng)最好使用戶能夠輸入Cancel Order消息。Cancel Order是帶有與前New/Replaced Order相對(duì)應(yīng)的ClientOrderID的GUI/API消息。在可替代實(shí)施例中，還可以通過FIX接收取消定單請(qǐng)求。
驗(yàn)證。如果order ID無效或指向成為打開的在Cloud9內(nèi)未知的定單，則拒絕取消定單請(qǐng)求。
處理。系統(tǒng)100最好通過如下步驟處理Cancel Order請(qǐng)求。
●Cloud9 OM 130將有效取消定單請(qǐng)求傳遞給執(zhí)行引擎50。
●執(zhí)行引擎50用取消的股票作為響應(yīng)。取消響應(yīng)可以在執(zhí)行之后進(jìn)行。對(duì)于已填充(fill)或到期定單，拒絕取消請(qǐng)求。
●一旦從執(zhí)行引擎50接收到成功的取消響應(yīng)，○將定單狀態(tài)更新消息推給GUI客戶機(jī)20和分析服務(wù)器160。
○如果客戶使用FIX Ticket，還通過FIX報(bào)告狀態(tài)更新。
○釋放分配給這個(gè)定單的信用。
○如果已經(jīng)發(fā)出與這個(gè)定單相關(guān)的“CONTRA PRESENT”通知，則在不再存在對(duì)方的情況下，除去通知。
○注意在帶有ACTIVE SYMBOL通知的可替代實(shí)施例中，取消定單最好不除去這個(gè)通知。用戶可以響應(yīng)該通知繼續(xù)在雙方輸入定單，產(chǎn)生交易機(jī)會(huì)。在另一個(gè)可替代實(shí)施例中，直接將ACTIVE SYMBOL狀態(tài)與系統(tǒng)中合理定價(jià)定單的存在相聯(lián)系。
該系統(tǒng)還使用戶能夠輸入取消/取代定單請(qǐng)求，以修改以前輸入的定單。在優(yōu)選實(shí)施例中，Cancel/Replace Order是指向(ClientOrderID)前有效New/Replaced Order的GUI/API消息。在可替代實(shí)施例中，也可以通過FIX輸入這個(gè)消息，對(duì)于New Order消息，具有與前面所述相同的配置選項(xiàng)。
驗(yàn)證。ClientOrderID應(yīng)該指向有效定單。如果指向已知被取消、到期或執(zhí)行的定單，或者，如果在最小延遲(比方說，5秒)過去之前，對(duì)以前消極定單提高了價(jià)格進(jìn)取性，該系統(tǒng)最好拒絕取消/取代請(qǐng)求；上面針對(duì)NewOrder消息描述了這種功能的可替代實(shí)施例。該系統(tǒng)最好支持交易前信用檢驗(yàn)。因此，如果定單的數(shù)額因取消/取代請(qǐng)求增大了，該系統(tǒng)首先對(duì)用戶的帳戶核實(shí)新數(shù)額未超過信用額度。拒絕信用驗(yàn)證失敗的取代定單請(qǐng)求，使其成為無效的，以及用理由碼說明信用理由。
Cancel/Replace Order處理。Cloud9 OM 130最好通過將其傳遞給執(zhí)行引擎，處理取消/取代定單消息。執(zhí)行引擎50以包括已執(zhí)行股票、其余打開股票和平均價(jià)格的定單狀態(tài)作出響應(yīng)。
●交易消息。通過網(wǎng)絡(luò)服務(wù)器110將狀態(tài)更新消息推給GUI客戶機(jī)。
●如果客戶使用FIX Ticket，還通過FIX報(bào)告狀態(tài)更新。
●如果取消/取代修改了定單的數(shù)額，則取消和取代分配給這個(gè)定單的信用量，以反映新的定單。
交易消息。執(zhí)行引擎50通過交易消息將交易結(jié)果報(bào)告給定單管理器130。來自執(zhí)行引擎的每個(gè)交易消息報(bào)告恰好涉及到兩個(gè)定單的鎖定交易。
執(zhí)行引擎50將對(duì)照對(duì)方定單的帳簿匹配各個(gè)定單(一對(duì)多匹配)。在匹配檢驗(yàn)之后可以存在多個(gè)各自交易，每個(gè)交易都將獨(dú)立處理。
由于交易是單次事務(wù)處理，交易的兩只腿應(yīng)該作為一個(gè)單元來報(bào)告。
該系統(tǒng)的優(yōu)選實(shí)施例期待找出交易消息的如下字段。

處理交易消息。系統(tǒng)100最好通過如下步驟處理來自執(zhí)行引擎50的交易消息。
●對(duì)于使用Ticket或請(qǐng)求FIX執(zhí)行的客戶，通過FIX向相關(guān)GUI客戶機(jī)報(bào)告兩次執(zhí)行。
●更新信用，以反映根據(jù)交易價(jià)格消耗的實(shí)際信用量。
●如果交易者使用票證和票證上的剩余量小于這種代碼的大宗數(shù)量，使票證上的剩余量作廢。
●將大宗行情顯示系統(tǒng)消息發(fā)送到網(wǎng)絡(luò)服務(wù)器，以便傳送給監(jiān)視這種證券的GUI。大宗行情顯示系統(tǒng)消息最好包含如下字段。

該系統(tǒng)最好使交易者能夠在緊急情況下，用單個(gè)請(qǐng)求取消以前輸入系統(tǒng)中的所有定單。CancelAllClientOrder s是請(qǐng)求取消通過給定GUI輸入的所有定單的來自網(wǎng)絡(luò)服務(wù)器的消息。在可替代實(shí)施例中，也可以通過FIX傳送這個(gè)消息。由于執(zhí)行引擎50不知道顧客ID，Cloud9 OM將通過分別取消處在打開狀態(tài)的與這個(gè)客戶相聯(lián)系的每個(gè)定單，像各個(gè)Cancel Order請(qǐng)求那樣處理它們來處理cancel-all消息。
在包含大宗價(jià)格范圍的實(shí)施例中，定單管理器130向分析服務(wù)器160預(yù)訂存在打開定單的證券的BPR更新消息，和一旦接收到BPR更新消息，就更新合理定價(jià)條件。如果定單的合理價(jià)格狀態(tài)發(fā)生變化，定單管理器130對(duì)這種證券的所有定單重新評(píng)估是否存在對(duì)方存在狀況，和像上述那樣更新對(duì)方存在通知。如果這導(dǎo)致定單上的對(duì)方存在狀態(tài)發(fā)生變化，該系統(tǒng)最好將CONTRAPRESENT通知更新發(fā)送到受影響的UGI客戶機(jī)。在帶有ACTIVE SYMBOL通知的實(shí)施例中，該系統(tǒng)還根據(jù)BPR更新消息更新這些通知。如果代碼處在活動(dòng)狀態(tài)，處在這種狀態(tài)長達(dá)至少60秒(或其它預(yù)定時(shí)段)，并在BPR內(nèi)不再存在任何定單，將代碼設(shè)置成“not firm(沒有公司)”狀態(tài)，和網(wǎng)絡(luò)服務(wù)器發(fā)送帶有SymbolStatus＝Not Active的ACTIVE SYMBOL通知更新消息。在可替代實(shí)施例中，在任何BPR更新消息上更新活動(dòng)代碼狀態(tài)，和即使在不到60秒內(nèi)代碼已經(jīng)變穩(wěn)定，也可以將活動(dòng)代碼狀態(tài)設(shè)置成不活動(dòng)狀態(tài)。在又一個(gè)可替代實(shí)施例中，每次改變成全國市場最佳遞盤和發(fā)盤價(jià)格和每次定單輸入或取消都更新活動(dòng)狀態(tài)，以保證活動(dòng)狀態(tài)總是反映此時(shí)系統(tǒng)中存在活的、合理定價(jià)的可執(zhí)行定單。
執(zhí)行引擎。優(yōu)選實(shí)施例中的執(zhí)行引擎50與Cloud9系統(tǒng)100寄宿在同一設(shè)施中，并且兩個(gè)系統(tǒng)在內(nèi)聯(lián)網(wǎng)上通信。在可替代實(shí)施例中，執(zhí)行引擎50是Cloud9系統(tǒng)100內(nèi)的一個(gè)部件。在這兩個(gè)實(shí)施例中，執(zhí)行引擎50的功能像下述那樣。執(zhí)行引擎50接收“匿名”定單，這意味著定單被剝?nèi)ベI方顧客ID，取而代之，用內(nèi)部定單ID和保薦經(jīng)紀(jì)人ID標(biāo)識(shí)。正如我們?cè)谙旅娓敿?xì)描述的那樣，執(zhí)行引擎50通過檢驗(yàn)，看看是否存在與輸入定單匹配的常駐描述，并且利用價(jià)格時(shí)間優(yōu)先級(jí)排列的常駐定單進(jìn)行交易，處理新輸入的定單。
優(yōu)選實(shí)施例中的執(zhí)行引擎50是在出故障的情況下恢復(fù)有關(guān)任何Cloud9交易的真正狀態(tài)的記錄簿。
執(zhí)行引擎50的優(yōu)選實(shí)施例支持限定定單和釘住NBBO中間價(jià)的定單。
在可替代實(shí)施例中，也支持本領(lǐng)域的普通技術(shù)人員所知的其它定單類型。例如，可替代執(zhí)行引擎可以支持當(dāng)將其它定單放入系統(tǒng)中時(shí)，按價(jià)格時(shí)間優(yōu)先級(jí)排列自動(dòng)增加其價(jià)格進(jìn)取性，以保持在頂部位置的價(jià)格自行決定定單。然后，只要不破壞自行決定價(jià)格的絕對(duì)限定價(jià)格，最好將這樣的定單重新定價(jià)成比同一代碼和屬方的最佳其它定單好一個(gè)跳動(dòng)點(diǎn)(tick)。在可替代實(shí)施例的另一個(gè)例子中，該系統(tǒng)使交易者能夠根據(jù)遠(yuǎn)期時(shí)間間隔內(nèi)的成交量加權(quán)平均格式(VWAP)，譬如，從交易時(shí)間到收盤的VWAP，或在特定時(shí)間間隔，譬如，半小時(shí)間隔上的VWAP，輸入在稍后時(shí)間定價(jià)的定單。例如，這樣的定單可以被定價(jià)成一直購買到比11:00-12:00未來時(shí)間間隔內(nèi)的VWAP高兩美分。在這個(gè)實(shí)施例中。未來定價(jià)定單的ACTIVE SYMBOL通知顯示定價(jià)定單的時(shí)間間隔，和務(wù)必與同一未來平均價(jià)格相關(guān)地定價(jià)對(duì)這樣的通知作出響應(yīng)的所有定單。因此，VWAP時(shí)間間隔有效地形成正被交易的替代物的定義的一部分。類似地，可替代實(shí)施例使用戶能夠按一對(duì)證券，或包含多種證券的一攬子輸入定單。ACTIVE SYMBOL通知描述交易單元的組成，并期待交易者以相同交易單元的買入或賣出定單作出響應(yīng)。在這些可替代實(shí)施例中，必須將參考價(jià)和大宗價(jià)格范圍推廣到VWAP定單或一攬子。對(duì)于VWAP定單，參考價(jià)是VWAP本身，而對(duì)于一對(duì)和一攬子，參考價(jià)是通過基于其參考價(jià)的每個(gè)項(xiàng)目的美元值加權(quán)、一對(duì)和一攬子中投資工具的價(jià)格的平均。
所有定單要么是限定指定，要么是與參考價(jià)相關(guān)定價(jià)的定單(釘住定單)。如果釘住定單也具有限定價(jià)格，那么，最好認(rèn)為在限定值或釘住值更消極時(shí)定價(jià)定單。在帶有像VWAP定單那樣的未來定價(jià)定單的實(shí)施例中，最好不允許絕對(duì)限定價(jià)格。一旦交易被鎖定，未來價(jià)格將變成什么就一目了然了。在帶有未來定價(jià)VWAP定單的可替代實(shí)施例中，用戶可以在VWAP定單上宣布停止價(jià)。如果這個(gè)價(jià)格水平在定價(jià)時(shí)段過去之前被打破，那么，該時(shí)段就過早結(jié)束了，只有在直到這個(gè)點(diǎn)的VWAP上，對(duì)相應(yīng)部分的股票鎖定交易。例如，如果市場價(jià)格在下一個(gè)小時(shí)過去了45分鐘之后打破$21.15，那么，停止價(jià)為$21.15(例如，當(dāng)前價(jià)可能是$21.01)的在下一個(gè)小時(shí)以未來VWAP買入100,000股的定單將關(guān)閉。由于已經(jīng)過去了3/4時(shí)間，所以對(duì)于45分鐘間隔上的VWAP的75,000股將鎖定交易。這樣的停止價(jià)保護(hù)買家避免在定價(jià)間隔內(nèi)價(jià)格快速波動(dòng)帶來的風(fēng)險(xiǎn)，和讓賣家享受到更高的市場價(jià)格，輸入其余的股數(shù)。
執(zhí)行引擎50最好允許釘住定單和限定定單相互影響。在出現(xiàn)匹配檢驗(yàn)事件的時(shí)候，定價(jià)釘住定單，然后，在限定價(jià)格或釘住價(jià)格更消極時(shí)，與限定定單一樣對(duì)待釘住定單。在優(yōu)選實(shí)施例中，釘住值是作為參考價(jià)的NBBO中間價(jià)，加上可以是正或負(fù)的PegOffset量。
使優(yōu)選實(shí)施例中的用戶能夠?qū)⑨斪∮糜诒Ｗo(hù)限定定單，以保證如果市場迅速變化，他們的定單不會(huì)在與NBBO相比突然表面得非常進(jìn)取的價(jià)格上交易。GUI 20通過將特征表示成“價(jià)格保護(hù)”和提供“如果相對(duì)于NBBO中間價(jià)超過<n>美分，不交易”的選項(xiàng)，建議這種使用釘位的方式。
由于在系統(tǒng)中存在釘住定單和限定定單兩者，匹配不僅可以按定單輸入觸發(fā)，而且可以作為使釘住定單的價(jià)格與對(duì)方定單的限定價(jià)格相符的NBBO價(jià)格的變化結(jié)果觸發(fā)。
因此，在本發(fā)明的優(yōu)選實(shí)施例中，匹配可以按新定單的輸入觸發(fā)，或按使釘住定單與其它定單相符的NBBO價(jià)格的變化觸發(fā)。該系統(tǒng)最好實(shí)現(xiàn)如下處理，以便標(biāo)識(shí)這樣的匹配。
執(zhí)行引擎50最好包含利用現(xiàn)有技術(shù)中已知的信息高速緩沖技術(shù)，從數(shù)據(jù)提供器60接收所有報(bào)價(jià)更新消息和跟蹤當(dāng)前最佳遞盤和最佳發(fā)盤的部件。還最好使執(zhí)行引擎50的部件能夠?yàn)榻o定證券預(yù)訂價(jià)格更新消息，此后，每當(dāng)給定證券的最佳遞盤或最佳發(fā)盤發(fā)生變化時(shí)，就接收消息。
執(zhí)行引擎50最好保存在一方存在一個(gè)或多個(gè)限定定單和在另一方存在一個(gè)或多個(gè)釘住定單的代碼的列表，預(yù)訂這個(gè)列表中的所有證券的NBBO價(jià)格變化消息。為了這個(gè)部分的目的，當(dāng)被執(zhí)行引擎50接收時(shí)，如果其價(jià)格被取作釘住值，認(rèn)為帶有限定價(jià)格的釘住定單是釘住定單，和如果按輸入將它們定價(jià)成限定定單(即，釘住值比限定價(jià)格更消極)，將帶有限定價(jià)格的釘住定單當(dāng)作限定定單。對(duì)于這個(gè)列表內(nèi)的每個(gè)代碼，執(zhí)行引擎50最好設(shè)置定義成釘住定單的值等于最佳限定對(duì)方定單的參考價(jià)的值的買家閾值和/或與釘住買入定單類似地定義以便與限定買入定單相交的賣家閾值。一旦每個(gè)NBBO價(jià)格發(fā)生變化，該系統(tǒng)最好計(jì)算新的參考價(jià)和確定這個(gè)價(jià)格是否打破了買家閾值或賣家閾值。如果打破了買家閾值，該系統(tǒng)著手進(jìn)行釘住買入定單和按價(jià)格時(shí)間優(yōu)先級(jí)排列的限定對(duì)方定單之間的交易，就像剛剛將買入定單輸入系統(tǒng)中那樣，反之，當(dāng)打破買家閾值時(shí)，對(duì)賣出定單作類似的處理。
如果多個(gè)釘住定單都有資格與賣出定單匹配，最好根據(jù)那時(shí)的有效價(jià)格，按價(jià)格時(shí)間優(yōu)先級(jí)排列它們，因此，如果兩個(gè)絕對(duì)限定價(jià)格不同的定單釘住NBBO中間價(jià)，由于這兩個(gè)定單具有相同的有效值，所以與限定價(jià)格不相干，并且，按輸入的時(shí)間確定它們的排列，最舊的定單處在最高優(yōu)先級(jí)上。
執(zhí)行引擎50最好按如下觀察一級(jí)市場上的交易暫停。在證券暫停的時(shí)候，所有現(xiàn)有的和新的定單都將被拒絕。執(zhí)行引擎60從數(shù)據(jù)銷售商60那里推測證券交易狀態(tài)。如果數(shù)據(jù)銷售商60不能提供服務(wù)或相應(yīng)通信網(wǎng)絡(luò)70出故障，執(zhí)行引擎不處理任何交易，而是簡單地等待到至關(guān)重要的服務(wù)被重新建立起來。
在優(yōu)選實(shí)施例中反饋的市場數(shù)據(jù)包含市場暫停信息，以及1級(jí)和最后銷售數(shù)據(jù)，供分析服務(wù)器160使用。
如果新定單觸發(fā)了匹配，執(zhí)行引擎最好馬上向Cloud9 OM 130報(bào)告執(zhí)行未決狀態(tài)，以及預(yù)期總匹配量。如下所述，這個(gè)報(bào)告是只供促進(jìn)器140使用的信息，和不保證交易將理所當(dāng)然。
交易最好利用現(xiàn)有技術(shù)中已知的軟件編程方法，作為單次事務(wù)處理來處理，以避免在計(jì)算機(jī)出故障的情況下系統(tǒng)報(bào)告交易的一方而沒有報(bào)告交易的另一方帶來的風(fēng)險(xiǎn)。處理交易最好涉及如下步驟。
1.如有需要，向管制組織報(bào)告交易結(jié)果，并更新數(shù)據(jù)庫中的定單狀態(tài)。在優(yōu)選實(shí)施例中，向Nasdaq ACT系統(tǒng)報(bào)告交易結(jié)果。為了數(shù)據(jù)發(fā)布(行情顯示系統(tǒng)報(bào)告)和為了清算的目的，匹配引擎要馬上向ACT報(bào)告。
2.當(dāng)為了清算而成功鎖定交易時(shí)(ACT確認(rèn)交易報(bào)告和指定ACT報(bào)告ID)，執(zhí)行引擎50最好將公司交易報(bào)告消息發(fā)送到定單管理器130。涉及到釘住定單的交易最好用用于計(jì)算NBBO中間價(jià)的最近遞盤的時(shí)間標(biāo)記和最近發(fā)盤的時(shí)間標(biāo)記，以及處理執(zhí)行結(jié)果的時(shí)間標(biāo)記來報(bào)告。
執(zhí)行引擎50按如下處理輸入的消息New Order處理。New Order是來自O(shè)M 130的消息。最好按如下處理它。
●如果有的話，識(shí)別匹配定單，并向定單管理器130確認(rèn)帶有狀態(tài)的定單輸入。
●如果定單未被填充，但導(dǎo)致在一方存在限定定單而在另一方存在釘住定單的狀況，則在證券中為NBB價(jià)格更新登記。
●處理如上所述的任何交易。
Cancel Order。Cancel Order是取消打開定單的來自Cloud9 OM的請(qǐng)求。最好按如下處理它。
●核實(shí)Cancel Order請(qǐng)求是否攜帶指向帳簿51中的一個(gè)定單的有效定單ID。
●如果定單已經(jīng)交易過，拒絕取消定單請(qǐng)求消息。
●如果定單未曾交易過○在執(zhí)行引擎數(shù)據(jù)庫(帳簿51)中將定單狀態(tài)標(biāo)記成“取消的”。
○向定單管理器130報(bào)告成功取消狀態(tài)。
在優(yōu)選實(shí)施例中，可以在任何時(shí)候修改或取消定單，除非像上述那樣提高消極定單的價(jià)格進(jìn)取性。在可替代實(shí)施例中，要求定單具有10秒的最小有效時(shí)間，以便給予其它參與者合理的時(shí)間對(duì)促進(jìn)器140觸發(fā)的事件，譬如，活動(dòng)代碼或?qū)Ψ酱嬖谕ㄖ鞒龇磻?yīng)。
該系統(tǒng)最好還使定單管理器130能夠取消與給定保薦經(jīng)紀(jì)人相聯(lián)系的所有定單，或一起的所有定單。執(zhí)行引擎50通過首先識(shí)別所有受影響的定單，然后按定單的輸入時(shí)間處理取消定單請(qǐng)求，處理這樣聚集的取消定單請(qǐng)求。
執(zhí)行引擎50最好利用30秒心跳驗(yàn)證與定單管理器130的連接。在連接失敗的情況下，該系統(tǒng)最好取消所有定單。
網(wǎng)絡(luò)服務(wù)器。該系統(tǒng)最好包含使客戶GUI 20能夠通過像因特網(wǎng)那樣的通信網(wǎng)絡(luò)與網(wǎng)絡(luò)服務(wù)器110連接的應(yīng)用程序編程接口。網(wǎng)絡(luò)服務(wù)器110允許顧客前端應(yīng)用程序訪問像BPR更新的觀看或?qū)⒍▎屋斎胂到y(tǒng)中那樣的Cloud9交易服務(wù)。
如果檢測到與客戶機(jī)的連接失敗了，則Cloud9最好嘗試用執(zhí)行引擎50取消所有客戶定單。在可替代實(shí)施例中，該系統(tǒng)允許客戶機(jī)選擇連接的失敗不會(huì)引起打開定單被取消的配置；選擇這個(gè)可替代實(shí)施例的客戶機(jī)接著必須調(diào)用求助桌面，以便在緊急情況下取消定單。
網(wǎng)絡(luò)服務(wù)器110將交易活動(dòng)消息(定單、取消/取代、取消)傳遞給定單管理器，并將響應(yīng)和主動(dòng)提供消息往回傳遞給客戶機(jī)。它還存在客戶GUI配置，譬如，屏幕上窗口的位置和大小和交易者想監(jiān)視的證券的列表。這些例子不構(gòu)成窮舉列表，而只是為了例示的目的。正如本領(lǐng)域的普通技術(shù)人員容易理解的那樣，可以存儲(chǔ)其它配置參數(shù)，以支持GUI顯示選項(xiàng)。
在優(yōu)選實(shí)施例中，GUI使交易者能夠觀看當(dāng)可用信用的數(shù)量下降到低于通常進(jìn)行大宗交易所需美元數(shù)時(shí)由系統(tǒng)生成的信用警告。在可替代實(shí)施例中，不顯示信用警告，一旦定單輸入請(qǐng)求出問題，用戶就可以簡單地發(fā)現(xiàn)信用不足。
在本發(fā)明的可替代實(shí)施例中，GUI 20使交易者能夠訪問便于管理證券的監(jiān)視表的對(duì)話框。監(jiān)視表的用途是限制來自系統(tǒng)的信息流到交易者感興趣的代碼。在這個(gè)實(shí)施例中，該系統(tǒng)最好還使交易者能夠看到是否還有什么人當(dāng)前正在用打開的GUI監(jiān)視給定代碼(由于這樣會(huì)提高交易的可能性，所以令人感興趣)。在可替代實(shí)施例中，GUI 20使用戶能夠看到監(jiān)視證券的交易者的人數(shù)。GUI 20將只在監(jiān)視的證券中為BPR更新消息和為活動(dòng)代碼和對(duì)方存在消息的接收登記。在優(yōu)選實(shí)施例中，API允許GUI在任何證券中為BPR/Active/Contras Present消息登記，并在證券的分開列表中分開地為報(bào)價(jià)更新消息登記。優(yōu)選GUI 20每次只為一種證券，即，如圖2所示，打開定單輸入對(duì)話框的那一種顯示NBBO價(jià)格。在可替代實(shí)施例中，GUI預(yù)訂所有監(jiān)視證券中的NBBO更新，并在引出列表中在代碼旁邊顯示這些價(jià)格。
為了管理監(jiān)視表，用戶最好能夠加入各個(gè)代碼，或加入按已知的一組證券，譬如，工業(yè)組或門類分類的所有代碼。該系統(tǒng)最好還使用戶能夠以Excel文件的形式提交他們自己的數(shù)組證券，并將這些組裝入系統(tǒng)中，在這一點(diǎn)上，可以簡單地將它們加入交易者可以從中選擇的數(shù)組證券的列表中，以便填充他或她的監(jiān)視表。
在圖8中描繪了優(yōu)選監(jiān)視表配置對(duì)話框。用戶能夠加入代碼或數(shù)組代碼。在用戶保存變化之前，變化處在未決狀態(tài)。用戶也可以還原成以前保存的監(jiān)視表，或裝入來自可以例如從它們的OMS或記事簿中導(dǎo)出的Excel電子表格的一組證券。
監(jiān)視表最好由客戶機(jī)來管理和一直在服務(wù)器上。
在帶有監(jiān)視代碼通知的實(shí)施例中，網(wǎng)絡(luò)服務(wù)器110最好跟蹤哪些代碼正受到兩個(gè)或更多個(gè)GUI“監(jiān)視”。如果將代碼加入交易者監(jiān)視表中，使監(jiān)視客戶器的數(shù)量達(dá)到兩個(gè)，那么，網(wǎng)絡(luò)服務(wù)器110將向預(yù)訂活動(dòng)代碼消息的所有GUI廣播消息，以指示代碼受到監(jiān)視。如果監(jiān)視GUI的數(shù)量下降到一個(gè)，網(wǎng)絡(luò)服務(wù)器將向預(yù)訂活動(dòng)代碼更新的GUI廣播消息，以指示這個(gè)代碼不再受到監(jiān)視。在可替代實(shí)施例中，每當(dāng)用戶加入或除去對(duì)代碼的監(jiān)視和給出代碼、時(shí)間標(biāo)記和監(jiān)視代碼的當(dāng)事人的更新數(shù)量時(shí)，就發(fā)送消息。
GUI 20最好通過在包含ACTIVE SYMBOL通知的實(shí)施例中將橙色用于活動(dòng)代碼，將黃色用于CONTRA PRESENT通知，用彩色編碼長方塊在GUI的頂端加亮它們，示出處在交易者監(jiān)視表中和活動(dòng)的或存在對(duì)方的所有代碼。在可替代實(shí)施例中，與即時(shí)信使應(yīng)用程序類似，通過臨時(shí)彈出屏幕顯示指示監(jiān)視代碼變成活動(dòng)的或存在對(duì)方的消息。在另一個(gè)可替代實(shí)施例中，在通過點(diǎn)擊生成定單輸入對(duì)話框和響應(yīng)消息輸入定單，或者，通過點(diǎn)擊“close(關(guān)閉)”或“minimize(最小化)”按鈕關(guān)閉彈出屏幕或?qū)⑺s小成屏幕底下的一根棒，采取行動(dòng)之前，這些彈出消息一直是可見的。
優(yōu)選實(shí)施例中的交易者GUI 20擁有在其監(jiān)視表上示出或不示出處在“監(jiān)視”狀態(tài)的代碼(即，至少一個(gè)其它交易者正在監(jiān)視這個(gè)代碼)的選項(xiàng)。如果他們選擇觀看這些代碼，那么，當(dāng)它們不是“活動(dòng)的”或不存在對(duì)方時(shí)，由于不是馬上要求交易者注意，用沒有其它兩種顏色醒目的第三種顏色表示它們。在優(yōu)選實(shí)施例中，GUI 20在活動(dòng)和存在對(duì)方長方塊旁邊用灰色長方塊表示監(jiān)視代碼。
網(wǎng)絡(luò)服務(wù)器110最好向遠(yuǎn)程客戶器展示API，以便訪問系統(tǒng)服務(wù)。API最好使用戶能夠在使用任何交易服務(wù)之前，通過基本驗(yàn)證(用戶名、口令)打開會(huì)話。在可替代實(shí)施例中，客戶機(jī)用證書來驗(yàn)證自己。用戶信任狀的交換最好通過SSL會(huì)話完成，SSL會(huì)話利用網(wǎng)絡(luò)服務(wù)器公開密鑰交換加密密鑰。一旦用戶得到驗(yàn)證，就將會(huì)話映射成用戶身份。
網(wǎng)絡(luò)服務(wù)器API最好展示如下功能。
●Get Sector List每個(gè)公司可以有選擇地讓證券按門類或其它證券分組排列。證券分組可以按每個(gè)客戶公司配置。API返回與客戶公司和組名相聯(lián)系的證券列表。
●Get Security List該系統(tǒng)擁有配置證券的列表。這個(gè)功能返回那個(gè)列表。列表中的每個(gè)單元是代碼、公司名和門類。
●Set&Get trader Defaults該系統(tǒng)使客戶機(jī)能夠存儲(chǔ)默認(rèn)參數(shù)。如下列表不是窮舉的，而是包含一些特定感興趣的交易者默認(rèn)參數(shù)；其它參數(shù)對(duì)于本領(lǐng)域的普通技術(shù)人員來說是顯而易見的。
○Default Placed amount。定單輸入對(duì)話框?qū)⒂眠@個(gè)代碼的最小數(shù)量(大宗數(shù)量)，或如果這個(gè)交易者使用了票證，用交易者總票證數(shù)額默認(rèn)地填充數(shù)量字段。
○Default Price。定單輸入對(duì)話框?qū)⒂猛ㄟ^如下規(guī)則之一選擇的限定價(jià)格填充價(jià)格字段NBBO的進(jìn)取性一端、NBBO的消極一端、NBBO的中間價(jià)；和對(duì)于包含BPR的實(shí)施例，BPR的進(jìn)取性一端、BPR的消極一端或BPR的中間價(jià)。
○Default TIF。定單輸入對(duì)話框?qū)⒂眠@個(gè)秒數(shù)填充有效時(shí)間字段。
○Default Watch List Management(Security，Sector)。所有監(jiān)視表由前端來管理和一直在服務(wù)器上。
○Default Peg and offset。定單輸入對(duì)話框?qū)⒛J(rèn)地選擇或不選擇釘住選項(xiàng)，如果選擇，對(duì)于買入定單，加入這個(gè)作為釘住偏移量的美分?jǐn)?shù)，或者，對(duì)于賣出定單，從釘住中間價(jià)中減去這個(gè)美分?jǐn)?shù)。
○Ticketed Orders Only。這個(gè)選項(xiàng)確定交易者是否想對(duì)照通過票證預(yù)約的數(shù)額檢驗(yàn)定單。如果不選擇這個(gè)選項(xiàng)，即使沒有相應(yīng)票證，交易者也能夠輸入定單。
○Set&Get Sector Watch List保存和檢索包含一個(gè)門類或其它組的證券的列表。
○Set&Get Symbol Watch List保存和檢索處在給定監(jiān)視表中的證券的列表。
●Set&Get GUI Defaults○Ticket Management Grid打開或隱藏啟動(dòng)帶有顯示票證列表的窗口的應(yīng)用程序的選項(xiàng)。
○Ticket Management Grid definitionfont、fieldorder、colsize、col type、headers和field＝col mappings。
○Color Changes(Yes，No)當(dāng)已經(jīng)將定單提交給系統(tǒng)和從那里起已經(jīng)編輯了這個(gè)字段，GUI最好允許用戶選擇這個(gè)選項(xiàng)，加亮定單輸入對(duì)話框中定單的任何字段。當(dāng)已經(jīng)編輯了字段時(shí)，用戶可以按下“replace(取代)”鍵，通過Cancel/Replace定單消息將新值發(fā)送給系統(tǒng)。加亮已經(jīng)編輯過的字段有助于用戶管理定單。
●Get Heartbeat Interval。確定GUI 20和網(wǎng)絡(luò)服務(wù)器110之間的連接是否能起作用的周期性心跳的秒數(shù)。該系統(tǒng)最好對(duì)這個(gè)參數(shù)施加一個(gè)下限，以避免負(fù)連接管理職責(zé)的網(wǎng)絡(luò)服務(wù)器110過載。在可替代實(shí)施例中，參數(shù)只能設(shè)置在服務(wù)器上，不通過API展示。
●Get Tickets獲取用戶票證。在交易日內(nèi)，用戶每個(gè)代碼/每方只能擁有一條票證。如果票證被取消，數(shù)額下降到未執(zhí)行的數(shù)額。同一代碼和同一方的新票證取代列表中的項(xiàng)目。
●Get Orders獲取所有定單的列表。
●Get Order Status。返回ClientOrderID的定單細(xì)節(jié)。
●Submit New Order將新定單排隊(duì)到系統(tǒng)中。后面接著OnOrderUpdate或OnOrderReject事件的異步調(diào)用。
●Replace Order這個(gè)功能排隊(duì)取代定單請(qǐng)求。一旦返回，調(diào)用者假設(shè)定單狀態(tài)處在“Pending Replace”下。后面接著OnOrderUpdate或OnOrderReject事件的異步調(diào)用。取代定單細(xì)節(jié)與新定單細(xì)節(jié)+OrigClientID字段相同。數(shù)量是包括已執(zhí)行數(shù)額的總數(shù)量。
●Cancel Order這個(gè)功能排隊(duì)取消定單請(qǐng)求。一旦返回，調(diào)用者假設(shè)定單狀態(tài)是“Pending Cancel”。后面接著OnOrderUpdate或OnOrderCancelled事件的異步調(diào)用。
●Execute Trade。這個(gè)功能請(qǐng)求向保薦經(jīng)紀(jì)人報(bào)告這個(gè)交易，以便設(shè)置分配處理。這可以在交易日結(jié)束時(shí)自動(dòng)完成。
●Get Trades for(ClientOrderID，Symbol or ALL)Request/reponse toretrieve trade details。這個(gè)請(qǐng)求最好有三種形式。為定單，為證券的所有定單，或?yàn)檫@個(gè)GUI客戶機(jī)的所有交易獲取交易結(jié)果。
如下是API事件，即，由系統(tǒng)產(chǎn)生和通過API推給GUI 20的消息。
●OnTicketUpdate對(duì)于新的、取代的和取消的票證事件，提升這個(gè)事件。
●OnOrderUpdate對(duì)于定單狀態(tài)變化，提升該事件。這包括對(duì)其它通道上或通過其它通道的請(qǐng)求的定單管理響應(yīng)。
●OnOrderReject響應(yīng)在這個(gè)會(huì)話內(nèi)輸入的新/取代定單請(qǐng)求，提升該事件。
●OnCancelReject在拒絕取消請(qǐng)求時(shí)提升事件。
●當(dāng)在通過這個(gè)API或另一個(gè)通道輸入的交易者定單之一內(nèi)存在交易時(shí)，提升OnTrade事件。
網(wǎng)絡(luò)服務(wù)器110的優(yōu)選實(shí)施例還提供預(yù)訂每種證券的市場數(shù)據(jù)的接口，并將數(shù)據(jù)存儲(chǔ)在像硬盤那樣的計(jì)算機(jī)可讀媒體上。字段包括(NBBO bid，askand TapeTimeStamp)、(BPR Low and High)、Block Tape(Last and totalvolume)、Active Symbol、Contras Present、Security State(open，closed，halted，etc)和timestamp。在這個(gè)接口的優(yōu)選實(shí)施例中展示的功能是●Subscribe Request/Response這個(gè)功能最好將在請(qǐng)求消息中提供的證券列表加入客戶的預(yù)訂列表中。請(qǐng)求為所請(qǐng)求字段返回那個(gè)項(xiàng)目當(dāng)前數(shù)據(jù)的瞬像。監(jiān)視字段的隨后變化將提升帶有變化的更新事件(OnUpdate)。
●Unsubscribe Request/Response除去預(yù)訂請(qǐng)求。
●OnUpdate Event通知字段的預(yù)訂者在預(yù)訂項(xiàng)目內(nèi)改變。
●Start Active Symbol Feed Request/Response返回設(shè)置了活動(dòng)代碼標(biāo)志的所有代碼的列表。在調(diào)用之后，活動(dòng)代碼標(biāo)志變化中的所有狀態(tài)變化將導(dǎo)致OnActiveSymChange(Symbol，On/Off)。
●Stop Active Symbol Feed Request/Response終止上述的事件通知。
●OnActiveSymChange事件將活動(dòng)代碼標(biāo)志變化通知預(yù)訂者。
研究數(shù)據(jù)存儲(chǔ)。該系統(tǒng)最好將有關(guān)系統(tǒng)活動(dòng)的信息存儲(chǔ)到像硬盤或磁帶那樣的計(jì)算機(jī)可讀媒體上。這個(gè)存儲(chǔ)數(shù)據(jù)使操作人員和研究人員能夠監(jiān)視系統(tǒng)活動(dòng)的各種計(jì)量，尤其，當(dāng)用戶輸入定單時(shí)，評(píng)估一種代碼的交易活動(dòng)的不同度量如何與填充速度相關(guān)。這個(gè)信息在將系統(tǒng)的使用引向通過買賣媒體和對(duì)交易者工作站的訪問，導(dǎo)致更大成功的工作流方面起重要的作用。例如，如果在輸入未受監(jiān)視的證券的定單之后的填充速度極低或?yàn)榱?，可以勸告交易者將他們的交易重點(diǎn)集中在受到其它交易者監(jiān)視的證券的系統(tǒng)上。該系統(tǒng)最好還可以被重新配置成修改什么時(shí)候發(fā)出標(biāo)志的規(guī)則，以提高系統(tǒng)的填充速度。例如，如果確定當(dāng)三個(gè)或更多個(gè)交易者監(jiān)視多于兩種的證券時(shí)，填充速度基本上較高，那么，可以將系統(tǒng)重新配置成只有當(dāng)GUI用戶的總數(shù)是三個(gè)或更多個(gè)，而不是二個(gè)或更多時(shí)才發(fā)出監(jiān)視代碼消息。上面的例子只是為了例示，而不是提供窮舉的列表?；谏厦娼o出的參數(shù)的修改的其它優(yōu)化對(duì)于本領(lǐng)域的普通技術(shù)人員來說是顯而易見的。
交易活動(dòng)度量可用在求助桌面上，并在每日結(jié)束時(shí)輸出到永久數(shù)據(jù)儲(chǔ)存庫，供以發(fā)現(xiàn)可能系統(tǒng)配置設(shè)置與較高填充速度之間的關(guān)聯(lián)為目的的離線分析用。
感興趣的度量是●定單活動(dòng)(輸入、BPR進(jìn)取性變化；取消/到期)●執(zhí)行●票證●可以看到代碼活動(dòng)標(biāo)志(在監(jiān)視表上，作為代碼，或作為門類的一部分)的交易者的人數(shù)●可以看到BPR更新的交易者的人數(shù)(預(yù)訂者)●可以看到報(bào)價(jià)更新的交易者的人數(shù)(預(yù)訂者)如下的數(shù)據(jù)表(A-D)以標(biāo)準(zhǔn)逗號(hào)分隔(CSV)形式存儲(chǔ)。
表A.票證表

表B.定單表


表C.交易表

表D.監(jiān)視表

分析服務(wù)器優(yōu)選實(shí)施例中的分析服務(wù)器160通過聽取銷售商報(bào)價(jià)反饋60，并且當(dāng)成為最佳價(jià)格的報(bào)價(jià)被取消或通過帶有更好價(jià)格的新報(bào)價(jià)得到提高時(shí)，更新所述NBBO價(jià)格，跟蹤全國最佳遞盤和發(fā)盤價(jià)格。當(dāng)前NBBO價(jià)格最好存儲(chǔ)在像硬盤或磁帶那樣的計(jì)算機(jī)可讀媒體上。除了NBBO價(jià)格之外，分析服務(wù)器160還根據(jù)最后報(bào)價(jià)和交易數(shù)據(jù)計(jì)算大宗遞盤和大宗發(fā)盤。
分析服務(wù)器的主要功能是產(chǎn)生如下消息●NBBO價(jià)格變化，和●對(duì)于包含大宗價(jià)格范圍的實(shí)施例，BPR更新消息。
分析服務(wù)器160存儲(chǔ)所有受支持證券的最后銷售數(shù)據(jù)和一整天內(nèi)內(nèi)部遞盤或發(fā)盤價(jià)格的所有變化。在表E和F中描述了需要為分析存儲(chǔ)的數(shù)據(jù)。
表E.內(nèi)部市場價(jià)格更新

表F.最后銷售

每當(dāng)內(nèi)部市場最佳遞盤價(jià)格或最佳發(fā)盤價(jià)格發(fā)生變化時(shí)，分析服務(wù)器160將報(bào)價(jià)更新消息傳送給所有相連客戶機(jī)。更新消息攜帶新遞盤價(jià)格或新發(fā)盤價(jià)格和與改變這個(gè)遞盤或發(fā)盤的報(bào)價(jià)的出現(xiàn)或除去相聯(lián)系的時(shí)間標(biāo)記。
分析服務(wù)器160最好還每60秒更新一次BPR，并在帶有BPR的實(shí)施例中，將BPR更新消息發(fā)送到定單管理器130，以便確定其定單的價(jià)格進(jìn)取性，和發(fā)送到網(wǎng)絡(luò)服務(wù)器110，以便向GUI客戶機(jī)20廣播。
包含大宗價(jià)格范圍計(jì)算的實(shí)施例包含負(fù)責(zé)計(jì)算BPR的可取代模塊。BPR可以利用本領(lǐng)域的普通技術(shù)人員已知的方法，譬如，通過將大宗遞盤取成等于全國最佳遞盤價(jià)格減去5美分，并將大宗發(fā)盤取成等于全國最佳發(fā)盤價(jià)格加上5美分來計(jì)算。在另一個(gè)實(shí)施例中，與股票的歷史波動(dòng)性成比例地設(shè)置要加入(從)NBBO價(jià)格中(減去)的美分?jǐn)?shù)，以便對(duì)于像技術(shù)股那樣非常不穩(wěn)定的代碼，變化可以大于5美分，而對(duì)于像藍(lán)籌股那樣的較穩(wěn)定股票，變化可以更小一點(diǎn)。
計(jì)算BPR的更精確算法的例子分別考慮了在過去6 0秒內(nèi)交易的最高和最低價(jià)H和L，以及當(dāng)前NBBO中間價(jià)M，并通過如下步驟計(jì)算大宗遞盤和大宗發(fā)盤(圖9)●步驟910。對(duì)于給定證券，像上面定義的那樣確定價(jià)格H、L和M。
●步驟920?？疾旆祷氐阶詈驜PR更新的時(shí)間標(biāo)記中的最后銷售數(shù)據(jù)，找出離當(dāng)前NNBO中間價(jià)最遠(yuǎn)定價(jià)的交易。讓X表示這個(gè)交易價(jià)與當(dāng)前NBBO中間價(jià)之間的絕對(duì)價(jià)格差。因此，X是H-M和M-L的較大者。
●步驟930。設(shè)Z＝Y(jié)+(MaxBlockSpread/2-Y)*(1+1/(1+exp(-BETA*X))，其中，Y是設(shè)置大宗遞盤和大宗發(fā)盤之間的價(jià)差的下限的為每種證券設(shè)置的參數(shù)，MaxBlockSpread是所述價(jià)差的上限，和BETA是可以設(shè)置成例如10.0的參數(shù)。
●步驟940。計(jì)算等于M+Z的大宗遞盤，和等于M-Z的大宗發(fā)盤。
●步驟950。向定單管理器130和網(wǎng)絡(luò)服務(wù)器110發(fā)出BPR Update消息。
這些例子只是為了例示本領(lǐng)域的普通技術(shù)人員可以容易地相像出計(jì)算大宗價(jià)格范圍的其它手段。
信用管理。該系統(tǒng)最好使保薦經(jīng)紀(jì)人能夠?qū)λ麄冾櫩偷膸粼O(shè)置信用額度。在優(yōu)選實(shí)施例中，信用檢驗(yàn)基于總美元限額，計(jì)及買入股票加賣出股票的總價(jià)值。根據(jù)BPR的頂端和定單的限定價(jià)格的較大者，驗(yàn)證定單的信用，并且當(dāng)定單被完全執(zhí)行、到期或被取消(或部分執(zhí)行)時(shí)，根據(jù)消耗的實(shí)際信用量調(diào)整信用。
●給予經(jīng)紀(jì)人一個(gè)萬維網(wǎng)帳戶來管理信用；他們可以觀看客戶當(dāng)前消耗的信用水平，但只限制在如下區(qū)間內(nèi)小于25％；25-50％；50-75％；大于75％。
●經(jīng)紀(jì)人必須能夠提高馬上有效的當(dāng)天信用；或者，他們可以提高或降低在每個(gè)交易日開始時(shí)得到刷新的信用量。經(jīng)紀(jì)人還可以暫停信用；這會(huì)影響當(dāng)天和以后幾天。如果當(dāng)天信用被暫停，系統(tǒng)將取消所有打開定單。
●經(jīng)紀(jì)人可以稍后為客戶撤消信用暫停。暫停具有永久性效果和一直持續(xù)到下一天。在收盤時(shí)刷新信用。
●經(jīng)紀(jì)人能夠?qū)⑿庞镁骈撝翟O(shè)置成總數(shù)的百分比(默認(rèn)值＝75％)；另外，每當(dāng)可用信用降到太低無法使用大宗系統(tǒng)的系統(tǒng)配置美元值MinCreditAmount(例如，2百萬美元)以下時(shí)，該系統(tǒng)將生成警告。將信用警告?zhèn)魉徒o求助桌面操作人員和推給客戶GUI。
求助桌面。該系統(tǒng)最好提供管理來自顧客的呼叫的操作人員使用的求助桌面界面。這個(gè)用戶界面可以是萬維網(wǎng)瀏覽器界面，通過公開密鑰加密和基于證書的驗(yàn)證，以及用戶名和口令對(duì)來保證訪問。該界面最好使用戶能夠觀看有關(guān)定單壽命的詳細(xì)信息。用戶可以彈出帶有給定代碼和客戶ID的定單的列表，以定位顧客正在詢問的定單。求助桌面界面使它的用戶能夠點(diǎn)擊感興趣的定單，按時(shí)間順序觀看如下消息。
●票證，如果可應(yīng)用的話。
●定單輸入請(qǐng)求。
●定單輸入響應(yīng)拒絕(帶有理由碼)；執(zhí)行未決；到期；打開。
●填充。
●對(duì)照定單發(fā)送的CONTRA PRESENT通知。
●修改定單請(qǐng)求和響應(yīng)(接受，拒絕)。
●取消定單請(qǐng)求和響應(yīng)(接受，拒絕)。
●到期。
另外，關(guān)于定單的壽命內(nèi)每個(gè)重要事件(輸入、取消、執(zhí)行)，求助桌面操作人員能夠看NBBO內(nèi)價(jià)格、分別在遞盤方和發(fā)盤方看到的最近報(bào)價(jià)的時(shí)間標(biāo)記、BPR價(jià)格和時(shí)間標(biāo)記。這可用于回答問題譬如，當(dāng)輸入定單時(shí)，為什么代碼變到或未變到活動(dòng)狀態(tài)等。
在可替代實(shí)施例中，求助桌面操作人員不能觀看代碼或任何定單的屬方，從而降低了與意識(shí)到機(jī)構(gòu)顧客的交易興趣的交易者有關(guān)的保密風(fēng)險(xiǎn)。在這個(gè)實(shí)施例中，求助桌面操作人員通過彈出與交易者有關(guān)的定單的列表，利用輸入的時(shí)間和每個(gè)定單的數(shù)額，以及也可在交易者GUI 20上看到的ClientOrderID，識(shí)別調(diào)用者的定單。求助桌面操作人員以交易者為工作對(duì)象，識(shí)別他或她正在查詢哪個(gè)定單，然后，通過點(diǎn)擊定單觀看相應(yīng)活動(dòng)痕跡，像上述那樣繼續(xù)下去。
在優(yōu)選實(shí)施例中，求助桌面還使它的操作人員能夠從引出列表中選擇客戶機(jī)，和觀看它們與交易邏輯有關(guān)的配置。下面的列表給出了較重要的用戶配置和求助桌面操作人員的用戶統(tǒng)計(jì)；該列表不是窮舉的，本領(lǐng)域的普通技術(shù)人員可以容易地理解其它列表。
●信用額度和消耗的信用。
●交易者的活動(dòng)定單個(gè)數(shù)、交易股數(shù)、交易美元數(shù)。
●交易者列表；選擇一個(gè)來觀看和編輯交易選項(xiàng)。
●監(jiān)視表管理(加入/除去代碼、加入/除去工業(yè)組)。
●示出/不示出活動(dòng)代碼條。
●示出/不示出票證的引出列表。
●默認(rèn)票證屬性。
優(yōu)選實(shí)施例還使經(jīng)紀(jì)人能夠利用與用于求助桌面操作人員相同的驗(yàn)證和保密模型訪問主頁。經(jīng)紀(jì)人將這個(gè)網(wǎng)頁用于信用管理。為了維護(hù)客戶的私密性，該界面最好限制信息以不暴露客戶交易的細(xì)節(jié)的方式向經(jīng)紀(jì)人顯示。在這個(gè)實(shí)施例中，經(jīng)紀(jì)人只能以總信用額度的百分比形式觀看客戶消耗的信用量；例如，這可以限制在四個(gè)區(qū)間內(nèi)小于25％；25-50％；50-75％；和大于75％。另外還使保薦經(jīng)紀(jì)人能夠通過如下功能修改客戶的信用。
○加上當(dāng)天信用。
○加上當(dāng)天信用和還增加以后幾天的刷新量。
○降低以后幾天的刷新量。
○暫停信用。
○撤消信用暫停。
在可替代實(shí)施例中，馬上向保薦經(jīng)紀(jì)人報(bào)告交易結(jié)果，和保薦經(jīng)紀(jì)人能夠觀看執(zhí)行的交易，以及消耗的準(zhǔn)確信用量。在另一個(gè)可替代實(shí)施例中，保薦經(jīng)紀(jì)人還可以觀看交易前活動(dòng)。
系統(tǒng)配置界面。該系統(tǒng)最好使操作人員能夠修改配置，并在業(yè)余系統(tǒng)維護(hù)期間，加入/除去客戶或保薦經(jīng)紀(jì)人。
系統(tǒng)配置界面使系統(tǒng)操作人員能夠加入客戶和設(shè)置所需配置屬性，以便使用戶能夠進(jìn)行交易。新客戶公司必須可用經(jīng)紀(jì)人列表中選擇保薦經(jīng)紀(jì)人。保薦經(jīng)紀(jì)人最好對(duì)于同一公司內(nèi)的所有交易者是唯一的。在可替代實(shí)施例中，同一公司可以使用數(shù)個(gè)保薦經(jīng)紀(jì)人，和GUI 20讓交易者按定單輸入選擇保薦經(jīng)紀(jì)人。新公司可以有選擇地建立直接與FIX服務(wù)器120、通過FIX服務(wù)局或通過保薦經(jīng)紀(jì)人95的FIX連接。在后一種情況中，保薦經(jīng)紀(jì)人代表它自己將來自客戶機(jī)的FIX消息轉(zhuǎn)發(fā)給FIX服務(wù)器120。取決于它們的工作流要求，公司可以選擇兩種模式的FIX連接可以將FIX通道設(shè)置成只接收?qǐng)?zhí)行結(jié)果，或者接收?qǐng)?zhí)行結(jié)果和定單更新消息?？梢詫⑺鼈?cè)O(shè)置成輸入票證和對(duì)照通過票證分配的數(shù)額檢驗(yàn)GUI輸入定單，或不使用票證地工作。當(dāng)將客戶公司加入系統(tǒng)中時(shí)，求助桌面操作人員將給經(jīng)紀(jì)人打電話，為顧客的帳戶設(shè)置某信用額度，和同意client-ID用于收盤報(bào)告。最好要求新用戶將GUI/API訪問配置成能夠在系統(tǒng)上進(jìn)行交易。在可替代實(shí)施例中，還通過FIX界面支持用戶輸入，和不要求用戶使用GUI 20或API訪問。
系統(tǒng)配置界面最好還使系統(tǒng)操作人員能夠?qū)⒈Ｋ]經(jīng)紀(jì)人加入受支持經(jīng)紀(jì)人的列表中。在可替代實(shí)施例中，該系統(tǒng)由單個(gè)保薦經(jīng)紀(jì)人操作，不能通過第三方經(jīng)紀(jì)人關(guān)系訪問。在配置保薦經(jīng)紀(jì)人的過程中，操作人員將為保薦經(jīng)紀(jì)人創(chuàng)立用戶帳戶，以便像上述那樣管理它們客戶帳戶的信用。必須將像電話號(hào)碼、傳真和電子郵件那樣的經(jīng)紀(jì)人聯(lián)系信息輸入和存儲(chǔ)在系統(tǒng)數(shù)據(jù)庫150中。救助桌面操作人員將利用這個(gè)數(shù)據(jù)就信用問題與經(jīng)紀(jì)人聯(lián)系。為了完成設(shè)置新保薦經(jīng)紀(jì)人的處理，最好執(zhí)行如下步驟。
●經(jīng)紀(jì)人必須建立FIX連接，以便接收所有執(zhí)行結(jié)果的引出副本。如果經(jīng)紀(jì)人還用作客戶OMS的服務(wù)局，和代表客戶發(fā)送票證，那么，這同一種連接也用作與客戶機(jī)的FIX連接。
●建立包含每筆交易的細(xì)節(jié)的從系統(tǒng)傳送的收盤文件，包括每筆交易的買方顧客的身份。
●可選地，建立帶有買方交易細(xì)節(jié)的在收盤時(shí)傳送給經(jīng)紀(jì)人清算公司的收盤文件。
進(jìn)一步使操作人員能夠?qū)⒆C券加入為了交易而受到支持的證券列表中或從中除去證券。最好將證券與本發(fā)明特有的參數(shù)值，譬如，大宗數(shù)量和在包含大宗價(jià)格范圍計(jì)算的實(shí)施例中，分析服務(wù)器160用于計(jì)算大宗價(jià)格范圍的參數(shù)相聯(lián)系。在下表中給出了將一組所需字段用于證券的例子。


系統(tǒng)操作。優(yōu)選實(shí)施例中的系統(tǒng)最好包含用于提供服務(wù)器、網(wǎng)絡(luò)硬件和交易的集中管理的操作控制臺(tái)。支持所需功能的操作軟件可以至少提供如下特征的形式從市場上購買到。
●所有服務(wù)器統(tǒng)計(jì)的實(shí)時(shí)顯示●問題總結(jié)●問題解決反饋●遠(yuǎn)程管理/監(jiān)視●智能通知系統(tǒng)(警告)●警告顯示、確認(rèn)和評(píng)注●可聽見警報(bào)●日志記錄●在線幫助操作人員控制臺(tái)允許系統(tǒng)操作人員執(zhí)行如下遠(yuǎn)程動(dòng)作●系統(tǒng)啟動(dòng)●系統(tǒng)重新啟動(dòng)●系統(tǒng)關(guān)閉●系統(tǒng)部件重新啟動(dòng)●系統(tǒng)部件關(guān)閉●系統(tǒng)部件啟動(dòng)●系統(tǒng)備份●數(shù)據(jù)庫備份●一天內(nèi)啟動(dòng)/關(guān)閉●收盤復(fù)位●執(zhí)行收盤批處理該系統(tǒng)另外還使操作人員能夠在收盤時(shí)生成日常使用報(bào)告和從這些報(bào)告中提取記帳、研究、清算和OATS報(bào)告的必要信息。
操作人員最好還使用系統(tǒng)操作工具創(chuàng)建清算總結(jié)，清算總結(jié)包含帶有交易雙方的經(jīng)紀(jì)人ID的交易列表。交易總結(jié)與保薦經(jīng)紀(jì)人有關(guān)和它的清算公司包含至少給定經(jīng)紀(jì)人保薦一方的所有交易。
該系統(tǒng)最好還生成包含涉及保薦經(jīng)紀(jì)人的所有執(zhí)行的列表的記帳報(bào)告，以便發(fā)送給經(jīng)紀(jì)人。執(zhí)行應(yīng)該與當(dāng)天執(zhí)行報(bào)告一一匹配。收盤報(bào)告另外還包含在當(dāng)前報(bào)告中屏蔽起來的客戶ID。如果交易的兩只腿由同一經(jīng)紀(jì)人保薦，在總結(jié)文件中將有兩個(gè)執(zhí)行報(bào)告。
優(yōu)選實(shí)施例將下述數(shù)據(jù)的兩個(gè)副本保存到可換式媒體中，供存檔和分析中。如有可能，事件的日志記錄包括精確到毫秒的日期-時(shí)間標(biāo)記。
●系統(tǒng)和應(yīng)用程序日志標(biāo)記和保存每個(gè)機(jī)器上的應(yīng)用程序和系統(tǒng)。在開盤之前最好重置日志。
●配置審查記錄公司的開盤和收盤審查的細(xì)節(jié)(NT登記、應(yīng)用程序配置等)。
●ACT消息存在包含所有ACT消息的細(xì)節(jié)的分立日志。在開盤之前最好重置這個(gè)日志。
●定單和交易在收盤時(shí)將定單和交易表復(fù)制到可換式存儲(chǔ)器。保存有關(guān)定單狀態(tài)變遷的細(xì)節(jié)的分立日志。在開盤之前最好重置日志和表格。
操作活動(dòng)用日志記錄影響系統(tǒng)行為的操作活動(dòng)。對(duì)日志記錄加上時(shí)間標(biāo)記，和日志記錄包括操作人員的身份。在開盤之前最好重置這個(gè)日志。
最好在每個(gè)交易日結(jié)束之前將所有系統(tǒng)活動(dòng)日志和日常報(bào)告移到永久性存儲(chǔ)器中。系統(tǒng)活動(dòng)日志包含足以重構(gòu)交易邏輯和每個(gè)定單和交易事件的定價(jià)的信息，包括解決定價(jià)爭端所需的時(shí)間標(biāo)記。
該系統(tǒng)最好被配置成在出現(xiàn)意外故障的情況下，利用基于如下考慮的處理自動(dòng)恢復(fù)服務(wù)。
●GUI的喪失。GUI 20是Cloud9服務(wù)所需的通道。如果網(wǎng)絡(luò)服務(wù)器110檢測到與客戶機(jī)的連接喪失了，在優(yōu)選實(shí)施例中，自動(dòng)取消所有定單，和該系統(tǒng)生成帶有被取消定單、帶有任何交易者的電話號(hào)碼、向求助桌面操作人員發(fā)出的警告。GUI 20最好將定單狀態(tài)顯示成“取消未決”。一旦重新連接，定單狀態(tài)就被更新成“取消”。交易者可以彈出作為連接故障的結(jié)果取消的定單的列表和重新激活這些定單；系統(tǒng)將它們當(dāng)作新定單來對(duì)待，和據(jù)此處理它們。在可替代實(shí)施例中，使用戶能夠選擇在與GUI的連接喪失的情況下不取消他們的定單的配置；在這個(gè)實(shí)施例中，當(dāng)不能恢復(fù)連接時(shí)，用戶將調(diào)用求助桌面來取消定單。
●FIX的喪失。FIX連接喪失最好不引起定單取消，因?yàn)镕IX不是管理可執(zhí)行定單的通道。一旦FIX連接喪失，必須警告操作人員。一旦重新連接，F(xiàn)IX客戶機(jī)將按照FIX協(xié)議要求重新與服務(wù)器同步。在可替代實(shí)施例中，F(xiàn)IX可以用于將可執(zhí)行定單輸入系統(tǒng)中，和所述系統(tǒng)支持使用戶能夠請(qǐng)求一旦FIX連接喪失，自動(dòng)取消他們的定單的配置。
●分析服務(wù)器。如果分析服務(wù)器160無法服務(wù)，優(yōu)選實(shí)施例中的系統(tǒng)將繼續(xù)起作用，但得不到通常由促進(jìn)器實(shí)現(xiàn)的功能的好處，譬如，新的ACTIVESYMBOL消息(對(duì)于帶有ACTIVE SYMBOL通知的實(shí)施例)或CONTRA PRESENT消息。GUI 20也將無法接收到報(bào)價(jià)更新和BPR更新消息。如果分析服務(wù)器160不能迅速地恢復(fù)原樣，系統(tǒng)操作人員發(fā)出定單，將系統(tǒng)置于拒絕任何進(jìn)一步的定單輸入，但不取消現(xiàn)有定單的離線狀態(tài)下。這些解決方案被描述成像本發(fā)明中那樣的交易系統(tǒng)如何解決可靠性問題的例子，但本領(lǐng)域的普通技術(shù)人員可以容易地理解其它解決方案。例如，一種可替代手段是，將分析服務(wù)器160當(dāng)作至關(guān)重要服務(wù)，和一旦服務(wù)喪失，自動(dòng)關(guān)閉系統(tǒng)和取消所有定單。
●網(wǎng)絡(luò)服務(wù)器、定單管理器和促進(jìn)器。這些服務(wù)與交易系統(tǒng)的至關(guān)重要功能密切相關(guān)。因此，在優(yōu)選實(shí)施例中，這些服務(wù)的故障被認(rèn)為是致命的；當(dāng)檢測到連接喪失時(shí)，操作人員將力圖取消執(zhí)行引擎中的所有定單，或自動(dòng)取消這些定單。一旦檢測到這些服務(wù)的任何一個(gè)發(fā)生故障，系統(tǒng)就自動(dòng)進(jìn)入離線狀態(tài)。
在獨(dú)立系統(tǒng)上連續(xù)運(yùn)行的系統(tǒng)管理控制臺(tái)不斷地監(jiān)視系統(tǒng)的完整性。如果在交易日的任何時(shí)間上，系統(tǒng)的完整性變得不確定，系統(tǒng)將自動(dòng)切換到離線模式。在這個(gè)時(shí)刻，所有定單都被取消。在系統(tǒng)返回到完全正常操作狀態(tài)之前，拒絕所有進(jìn)一步的定單。
帶有系統(tǒng)生成呼叫的可替代實(shí)施例大宗撮合系統(tǒng)的眾所周知問題是大宗買家和大宗賣家同時(shí)輸入定單的概率很低。本發(fā)明的許多方面旨在解決這個(gè)第一交易者輸入了定單之后的問題；但它本身不提供什么時(shí)候應(yīng)該最大限度地鼓勵(lì)這個(gè)第一參與者輸入定單的引導(dǎo)。
對(duì)于通過本文所述的機(jī)制，獲得最大可能價(jià)格改進(jìn)的愿望來說，及時(shí)集中興趣的能力尤其重要。
在可替代實(shí)施例中，系統(tǒng)像上述那樣工作，但另外還生成當(dāng)存在對(duì)證券既有買入興趣又有賣出興趣的提示時(shí)，時(shí)常集中交易者的興趣的系統(tǒng)生成“呼叫”事件。在另一個(gè)可替代實(shí)施例中，不發(fā)送有效標(biāo)志，呼叫是唯一時(shí)間關(guān)注事件。呼叫最好通過確定什么時(shí)候執(zhí)行的可能性最高的算法來安排。最好不利用失衡交易信息(譬如，揭示存在買入興趣，但不存在賣出興趣)，以避免給人以泄漏信息，從而使交易者感到他們輸入系統(tǒng)中的定單正在引起在他們的直接控制范圍之外的不想要信息事件的感覺。
呼叫的目的是當(dāng)執(zhí)行可能性最大時(shí)，吸引交易者輸入定單。例如，如果輸入給定證券的定單的第一交易者的平均填充率是5％，該證券在打開呼叫時(shí)的填充率可能是10％或15％；相反，沒有呼叫時(shí)的填充率將低于5％；以及與任何呼叫無關(guān)地隨機(jī)輸入定單的交易者的總平均填充率為5％。
至少，當(dāng)雙方交易者都輸入了定單，但因他們的定單在不同時(shí)間輸入而相互失匹時(shí)，這樣的可替代實(shí)施例生成把注意力焦距在證券的定單輸入上的呼叫。下面將描述系統(tǒng)可以生成呼叫的情況的其它例子。為了避免有關(guān)輸入系統(tǒng)中的定單的信息泄漏，在帶有BPR的實(shí)施例中，在預(yù)先安排的時(shí)間，譬如，60-秒BPR更新，而不是在出現(xiàn)定單項(xiàng)事件的時(shí)候報(bào)告這些呼叫。


生成呼叫的算法最好基于如下原理。
●不按定單輸入觸發(fā)。在預(yù)先安排的時(shí)間上評(píng)估發(fā)出呼叫的機(jī)會(huì)。這樣就消除了如果交易者想觀察他或她自己的定單是否可以引起呼叫發(fā)出，將出現(xiàn)信息泄漏的擔(dān)心。它還阻止了這樣的交易者發(fā)現(xiàn)有關(guān)帳簿的信息。例如，假設(shè)系統(tǒng)規(guī)則是，當(dāng)買方和賣方都接收到定單時(shí)，發(fā)出呼叫。如果買家想按定單輸入觸發(fā)呼叫，他將發(fā)現(xiàn)系統(tǒng)中最近已經(jīng)有了賣家。通過在預(yù)先安排的時(shí)間發(fā)出呼叫，呼叫不再直接與交易者的定單有關(guān)，和它的解釋未必泄漏有關(guān)帳簿中的其它定單的屬方的任何信息。
●1分鐘最短壽命。一旦啟動(dòng)了呼叫，它就持續(xù)足以讓交易者對(duì)呼叫作出反應(yīng)和響應(yīng)的時(shí)間。
●兩方。只有當(dāng)存在雙方都對(duì)大宗感興趣的證據(jù)時(shí)才發(fā)出呼叫。這樣就減少了潛在的博弈。
●未必存在定單。當(dāng)在系統(tǒng)中不存在有效定單時(shí)，可能生成呼叫；因此，交易者不可以通過監(jiān)視什么時(shí)候發(fā)出呼叫，推測系統(tǒng)中存在定單。
●不公開規(guī)則。使系統(tǒng)發(fā)出呼叫的規(guī)則最好定期修改和不向參與者公開，以降低寄生交易者試圖從呼叫定時(shí)中推測有關(guān)系統(tǒng)帳簿的信息的風(fēng)險(xiǎn)。定期更新還給予系統(tǒng)操作人員以調(diào)整規(guī)則的靈活性，以便保持合理的呼叫頻率。
如下的數(shù)據(jù)最好可用于當(dāng)應(yīng)該生成呼叫時(shí)作出決定的目的。
●帶有剩余量的票證。
●打開定單。
●到期定單。
●交易。
●行情顯示系統(tǒng)上的大宗打印。
●交易量不尋常地高的行情顯示系統(tǒng)上的重復(fù)打印。
發(fā)出呼叫的基于規(guī)則方法第一可替代實(shí)施例利用了當(dāng)應(yīng)該生成呼叫作出決定的基于規(guī)則手段。對(duì)于每個(gè)代碼，與BPR更新處理一起執(zhí)行活動(dòng)評(píng)估處理。
如果還沒有呼叫，最好應(yīng)用下面給出的規(guī)則，以決定是否應(yīng)該視系統(tǒng)中的活動(dòng)(定單、交易等)而定和視市場而定，呼叫代碼。如果任何布爾(Boolean)規(guī)則都是“真”，呼叫代碼。
如果已經(jīng)呼叫了代碼，至少在<60>秒(可配置全局參數(shù))內(nèi)呼叫了代碼，并在證券中不存在對(duì)方存在標(biāo)志，系統(tǒng)最好除去呼叫。
在如下的彈點(diǎn)下列出了導(dǎo)致呼叫的規(guī)則。
○定單已輸入和到期。之后，對(duì)方輸入另一個(gè)定單。在下一個(gè)規(guī)則安排的時(shí)間上，檢驗(yàn)在最后30分鐘內(nèi)在這個(gè)代碼下是否發(fā)布了呼叫(可配置ActiveMaxDelay1)，如果還沒有，在這個(gè)代碼下發(fā)布呼叫。
○定單已輸入和到期。之后，在行情顯示系統(tǒng)上檢測大過打印(大于10000股或$250,000，并且，這些都是可配置參數(shù))，并在這個(gè)代碼下在最后90分鐘內(nèi)還沒有發(fā)布呼叫(可配置ActiveMaxDelay2)。
○自行決定求助桌面操作人員打印代碼和點(diǎn)擊按鈕。
○輸入定單并在對(duì)方存在票證。
○在最后<30>分鐘內(nèi)交易的代碼下輸入定單。
○消極地定價(jià)常駐定單和在帶有進(jìn)取性價(jià)格的對(duì)方新定單已達(dá)到。
○常駐賣出定單是進(jìn)取性的和在行情顯示系統(tǒng)上檢測重復(fù)打印，指示在大宗數(shù)額的發(fā)盤上的集體買入；或者，對(duì)于系統(tǒng)中的買入定單，反過來也一樣，和市場上大宗賣出的證據(jù)。
上面的列表只是為了例示，不是窮舉的。本領(lǐng)域的普通技術(shù)人員可以容易地理解用于識(shí)別什么時(shí)候存在較大交易可能性的其它規(guī)則。
發(fā)出呼叫的計(jì)分功能方法像接著所述的那樣，帶有呼叫的另一個(gè)可替代實(shí)施例利用計(jì)分功能來確定什么時(shí)候生成呼叫。
對(duì)于每個(gè)代碼，與BPR更新處理一起執(zhí)行呼叫評(píng)估處理。如果在這個(gè)代碼下當(dāng)前還沒有呼叫，系統(tǒng)像下述那樣計(jì)算代碼的活動(dòng)分?jǐn)?shù)和閾值。如果分?jǐn)?shù)分?jǐn)?shù)超過閾值，系統(tǒng)最好為這個(gè)代碼生成呼叫。
如果已經(jīng)呼叫了代碼，至少在<60>秒(可配置全局參數(shù))內(nèi)呼叫了代碼，并在證券中不存在對(duì)方存在標(biāo)志，系統(tǒng)最好除去呼叫。
系統(tǒng)最好通過兩個(gè)步驟計(jì)算分?jǐn)?shù)。
步驟1通過加入與如下條件相聯(lián)系的權(quán)重，計(jì)算證券的買方興趣和賣方興趣。
●OpenOrderConditon。當(dāng)前打開和進(jìn)取性定價(jià)的買入(賣出)定單。
●PassiveOrderConditon。當(dāng)前打開但消極定價(jià)的買入(賣出)定單。
●ExpiredOrderConditon。當(dāng)前過期的買入(賣出)定單。
●TicketConditon。帶有剩余數(shù)量的的買入(賣出)票證。
●BlockTapeConditon。Cloud9上的最近大宗執(zhí)行。
●MarketPrintCondition。自從最后安排的呼叫評(píng)估時(shí)間以來發(fā)生、在中間價(jià)之上(之下)打印、至少<BlockQty＝1000>股或<BlockValue＝$250,000>的行情顯示系統(tǒng)上的大宗打印。
●RandomRefreshCondition。在超過<LiqudityRation＝2乘以證券的平均交易量的速度上、總數(shù)量在<BlockQty＝1000>股或<BlockValue＝$250,000>之上、自從最后呼叫評(píng)估時(shí)間以來在中間價(jià)之上(之下)的重復(fù)打印。
●WatchListCount。在他們的監(jiān)視表上含有這個(gè)代碼的交易者的人數(shù)。
下表給出權(quán)重的合理配置的例子。

步驟2作為買入興趣乘以賣方興趣的積，計(jì)算代碼活動(dòng)分?jǐn)?shù)。
該系統(tǒng)最好按如下計(jì)算閾值。如果該代碼從未呼叫過，閾值等于零。如果該代碼以前曾經(jīng)呼叫過，這個(gè)代碼的閾值等于自從這個(gè)代碼到期的最后呼叫以來的時(shí)間的指數(shù)函數(shù)
Threshold＝MaxThreshold*EXP(-Beta*TimeDelay)參數(shù)MaxThreshold和Beta最好可按每個(gè)證券配置。
在帶有系統(tǒng)呼叫的實(shí)施例中，系統(tǒng)可以像上述實(shí)施例那樣連續(xù)地匹配定單，或者，在安排的呼叫時(shí)段過去之前，不發(fā)生任何匹配地累積定單，和像上述那樣，按照屬方、價(jià)格和時(shí)間的順序向執(zhí)行引擎釋放那時(shí)的它們。后一種方法產(chǎn)生可以與發(fā)生在本系統(tǒng)中的常規(guī)交易連在一起運(yùn)行的呼叫拍賣環(huán)境，其中，當(dāng)發(fā)現(xiàn)調(diào)整這樣步驟的活動(dòng)時(shí)，系統(tǒng)自動(dòng)生成呼叫，然后，在呼叫時(shí)段內(nèi)保持所有定單，累積足夠多的定單，以便為進(jìn)取性參與者獲得價(jià)格改進(jìn)的最佳機(jī)會(huì)。在這個(gè)實(shí)施例中，例如，連續(xù)匹配可能對(duì)低的最小數(shù)量要求(譬如，100股)有效，并且當(dāng)發(fā)現(xiàn)雙方都對(duì)大宗感興趣的提示時(shí)，自動(dòng)觸發(fā)大宗拍賣(例如，100,000股的呼叫。當(dāng)執(zhí)行延遲呼叫時(shí)，系統(tǒng)最好按如下將自己限制在每次呼叫拍賣單個(gè)清算價(jià)格上像上述那樣排列定單和一個(gè)一個(gè)地將它們輸入執(zhí)行引擎50中，當(dāng)進(jìn)行了第一次交易時(shí)，按需要重新定價(jià)所有隨后的定單，以保證在出現(xiàn)這個(gè)呼叫的時(shí)候，它們的限定不會(huì)比第一交易價(jià)格更進(jìn)取。在輸入了所有定單和進(jìn)行了所有可能匹配之后，最好使未匹配定單失效。
帶有觸發(fā)ACTIVE SYMBLOL消息的可替代實(shí)施例在可替代實(shí)施例中，對(duì)于帶有ACTIVE SYMBLOL通知的可替代實(shí)施例，系統(tǒng)像上述那樣運(yùn)行，除了將活動(dòng)代碼消息只發(fā)送給已經(jīng)提供了指示有可能對(duì)大宗買入或賣出這種證券感興趣的核定交易興趣信息的交易者之外。例如，這樣的核定交易興趣信息可以是經(jīng)紀(jì)人在每次交易之后發(fā)出的執(zhí)行報(bào)告的引出副本，和選擇準(zhǔn)則可以是公司在最后30分鐘內(nèi)凈買出(或凈賣出)了至少10,000股股票。在如下的同時(shí)待審美國專利申請(qǐng)中廣泛描述了其它例子2000年6月1日提出的第09/585,049號(hào)；2000年12月29日提出的第09/750,768號(hào)；和2001年3月31日提出的第09/870,845號(hào)，特此全文引用以供參考。
帶有CONTRA PRESENT通知的可替代實(shí)施例在可替代實(shí)施例中，CONTRA PRESENT通知還顯示還盤的價(jià)格，因此，接收所述通知的當(dāng)事人可以直接決定是否接受所述還盤，而不是必須提出價(jià)格。
本系統(tǒng)的可替代實(shí)施例將不同的規(guī)則用于確定誰有資格接收CONTRAPRESENT通知，尤其對(duì)報(bào)價(jià)規(guī)則和定單顯示規(guī)則感興趣。報(bào)價(jià)規(guī)則要求正在報(bào)價(jià)市場參與者用他們的報(bào)價(jià)代表他們的最佳定價(jià)定單；而定單顯示規(guī)則要求，如果向不止一個(gè)的其它當(dāng)事人示出價(jià)格，務(wù)必示出價(jià)格和使它適用于整個(gè)市場。如果某個(gè)人決定像報(bào)價(jià)那樣觀看CONTRA PRESENT通知，這兩條規(guī)則形成了部署本發(fā)明的系統(tǒng)主體的潛在障礙。一個(gè)可替代實(shí)施例通過只向一個(gè)當(dāng)事人示出CONTRA PRESENT通知，解決了這種狀況；為了這個(gè)目的，選擇匹配優(yōu)先級(jí)最高的定單。相反的手段是與他們?cè)谙到y(tǒng)中是否擁有定單無關(guān)地向所有用戶示出CONTRA PRESENT通知。當(dāng)然，只有在系統(tǒng)中擁有定單的用戶才能夠推測對(duì)方興趣的屬方；例如，在系統(tǒng)中擁有買入定單的用戶將知道在系統(tǒng)內(nèi)至少存在一個(gè)賣家，以及可能存在多個(gè)其它買家。在系統(tǒng)中沒有定單的用戶將知道存在至少一個(gè)買家和至少一個(gè)賣家，但不知道哪一方比另一方更進(jìn)取。由于這樣的雙方信息不損害參與者的交易興趣，向整個(gè)市場釋放這個(gè)信息是可接受的信息泄漏。
雖然本文所示和所述的實(shí)施例完全能夠?qū)崿F(xiàn)本發(fā)明的目的，但顯然，根據(jù)前面的描述，各種各樣的替代、修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員來說是顯而易見的。這些替代、修改和變化都在本發(fā)明的范圍之內(nèi)，和應(yīng)該明白，示出本文所述的實(shí)施例只是為了例示的目的，而不是為了限制的目的。
權(quán)利要求
1.一種在計(jì)算機(jī)系統(tǒng)上促進(jìn)證券交易的方法，包含如下步驟用電子手段接收包括證券價(jià)格的市場數(shù)據(jù)；至少部分根據(jù)所述市場數(shù)據(jù)計(jì)算所述證券的參考價(jià)；用電子手段將所述參考價(jià)存儲(chǔ)在計(jì)算機(jī)可讀媒體中；用電子手段從第一用戶接收與所述證券有關(guān)的第一定單，其中，所述第一定單包含第一價(jià)格限定和第一數(shù)量限定；用電子手段將所述第一定單存儲(chǔ)在計(jì)算機(jī)可讀媒體中；用電子手段從第二用戶接收與所述證券有關(guān)的第二定單，其中，所述第二定單是所述第一定單的對(duì)方并包含第二價(jià)格限定和第二數(shù)量限定；用電子手段將所述第二定單存儲(chǔ)在計(jì)算機(jī)可讀媒體中；和在與所述參考價(jià)的差異最小的價(jià)格上執(zhí)行包含所述第一定單和所述第二定單的交易，其中，所述交易服從所述第一和第二價(jià)格和所述第一和第二數(shù)量限定。
2.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包含如果(a)所述第二定單在價(jià)格上不足以進(jìn)取到與所述第一定單撮合，和(b)所述第一定單至少與所述參考價(jià)一樣進(jìn)取地定價(jià)，則將電子通知發(fā)送給所述第一用戶，其中，所述通知通知所述第一用戶已經(jīng)在所述系統(tǒng)中輸入了對(duì)方定單。
3.根據(jù)權(quán)利要求1所述的方法，其中，只有在預(yù)定時(shí)段過去之后，才允許所述第二用戶提高價(jià)格進(jìn)取性。
4.根據(jù)權(quán)利要求1所述的方法，其中，所述參考價(jià)基于最近市場價(jià)格。
5.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包含通過圖形用戶界面向遠(yuǎn)程用戶顯示所述參考價(jià)。
6.根據(jù)權(quán)利要求2所述的方法，進(jìn)一步包含計(jì)算大宗價(jià)格范圍，和其中，只有當(dāng)所述第二定單至少與所述大宗價(jià)格范圍的消極一端一樣進(jìn)取時(shí)才發(fā)出所述通知。
7.根據(jù)權(quán)利要求6所述的方法，其中，計(jì)算大宗價(jià)格范圍的所述步驟基于所述證券價(jià)格的最近波動(dòng)性。
8.根據(jù)權(quán)利要求6所述的方法，其中，計(jì)算大宗價(jià)格范圍的所述步驟包含預(yù)測在第一預(yù)定時(shí)段內(nèi)有可能出現(xiàn)的價(jià)格范圍。
9.根據(jù)權(quán)利要求8所述的方法，其中，每隔近似等于所述第一預(yù)定時(shí)段的時(shí)間間隔重新計(jì)算所述大宗價(jià)格范圍。
10.根據(jù)權(quán)利要求6所述的方法，其中，計(jì)算大宗價(jià)格范圍的所述步驟基于最近或當(dāng)前市場價(jià)格。
11.根據(jù)權(quán)利要求6所述的方法，進(jìn)一步包含步驟如果所述第一定單至少與所述大宗價(jià)格范圍的消極一端一樣進(jìn)取地定價(jià)，則在接收到所述第一定單之后發(fā)出活動(dòng)代碼通知。
12.根據(jù)權(quán)利要求2所述的方法，進(jìn)一步包含在接收到所述第二定單之后，向所述第二用戶發(fā)送電子對(duì)方定單通知，所述對(duì)方定單通知指示幾乎匹配的對(duì)方定單在系統(tǒng)內(nèi)是有效的。
13.根據(jù)權(quán)利要求12所述的方法，其中，所述第二用戶只有在預(yù)定時(shí)段已過去之后才接收所述對(duì)方定單通知。
14.一種在計(jì)算機(jī)系統(tǒng)上促進(jìn)證券交易的方法，包含如下步驟用電子手段將系統(tǒng)累積時(shí)段通知一個(gè)或多個(gè)用戶，以便接收證券的定單；用電子手段接收包括所述證券的價(jià)格的市場數(shù)據(jù)，并至少部分地根據(jù)所述市場數(shù)據(jù)計(jì)算參考價(jià)；用電子手段將所述參考價(jià)存儲(chǔ)在計(jì)算機(jī)可讀媒體中；用電子手段從第一用戶接收與所述證券有關(guān)的第一定單，其中，所述第一定單包含第一價(jià)格限定和第一數(shù)量限定；用電子手段將所述第一定單存儲(chǔ)在計(jì)算機(jī)可讀媒體中；用電子手段從第二用戶接收與所述證券有關(guān)的第二定單，其中，所述第二定單包含第二價(jià)格限定和第二數(shù)量限定；用電子手段將所述第二定單存儲(chǔ)在計(jì)算機(jī)可讀媒體中；用電子手段通知所述第一用戶對(duì)方定單已經(jīng)被放入系統(tǒng)中；和在所述累積時(shí)間已過去時(shí)，在與所述參考價(jià)的差異最小的價(jià)格上執(zhí)行包含所述第一定單和所述第二定單的交易，其中，所述交易服從所述第一和第二價(jià)格和所述第一和第二數(shù)量限定。
15.根據(jù)權(quán)利要求14所述的方法，進(jìn)一步包含用電子手段對(duì)就給定證券輸入的定單發(fā)出一次或多次呼叫。
16.根據(jù)權(quán)利要求15所述的方法，其中，所述呼叫每隔一定時(shí)間發(fā)出。
17.根據(jù)權(quán)利要求15所述的方法，其中，就活動(dòng)指示對(duì)大宗買入和賣出證券感興趣的證券，每隔一定時(shí)間發(fā)出所述呼叫。
18.根據(jù)權(quán)利要求17所述的方法，其中，所述活動(dòng)包含接收買入證券的定單和賣出證券的定單。
19.根據(jù)權(quán)利要求17所述的方法，其中，所述活動(dòng)包含接收買入證券的定單和就大宗賣出興趣的市場數(shù)據(jù)的證據(jù)。
20.一種促進(jìn)證券交易的電子系統(tǒng)，包含交易促進(jìn)計(jì)算機(jī)系統(tǒng)，包含促進(jìn)器模塊、金融信息交換服務(wù)器、事務(wù)處理數(shù)據(jù)庫和起計(jì)算證券的參考價(jià)作用的分析服務(wù)器，其中，所述交易促進(jìn)計(jì)算機(jī)系統(tǒng)與金融信息交換網(wǎng)絡(luò)和通信網(wǎng)絡(luò)通信，其中，所述金融信息交換網(wǎng)絡(luò)與所述通信網(wǎng)絡(luò)通信，其中，所述通信網(wǎng)絡(luò)與一個(gè)或多個(gè)用戶終端通信；和與所述交易促進(jìn)計(jì)算機(jī)系統(tǒng)通信的執(zhí)行引擎，其中，所述執(zhí)行引擎起使證券的執(zhí)行交易價(jià)格與所述證券的參考價(jià)之差最小的作用。
21.根據(jù)權(quán)利要求20所述的系統(tǒng)，其中，所述分析服務(wù)器通過比較定單與證券參考價(jià)的價(jià)格進(jìn)取性，評(píng)估所述證券的定單。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其中，所述交易促進(jìn)計(jì)算機(jī)系統(tǒng)的作用是如果第一定單至少與參考價(jià)一樣進(jìn)取，則向已經(jīng)就所述證券發(fā)出的第一定單的第一用戶發(fā)送所述交易促進(jìn)計(jì)算機(jī)系統(tǒng)已經(jīng)接收到針對(duì)所述第一定單的對(duì)方定單的通知。
23.根據(jù)權(quán)利要求21所述的系統(tǒng)，其中，要求定單是比經(jīng)紀(jì)交易商接收的平均定單數(shù)額大的大宗數(shù)額的倍數(shù)。
全文摘要
本發(fā)明包含促進(jìn)電子證券交易的系統(tǒng)和方法。優(yōu)選系統(tǒng)實(shí)施例包含交易促進(jìn)計(jì)算機(jī)系統(tǒng)，而交易促進(jìn)計(jì)算機(jī)系統(tǒng)包含促進(jìn)器模塊、金融信息交換服務(wù)器、事務(wù)處理數(shù)據(jù)庫和起計(jì)算證券的參考價(jià)作用的分析服務(wù)器。優(yōu)選方法實(shí)施例包括如下步驟接收證券的市場數(shù)據(jù)；計(jì)算證券的參考價(jià)；接收包含第一價(jià)格限定和第一數(shù)量限定的第一定單；接收與第一定單相對(duì)和包含第二價(jià)格限定和第二數(shù)量限定的第二定單；和在與參考價(jià)的差異最小的價(jià)格上執(zhí)行包含所述第一定單和所述第二定單的交易，其中，該交易服從第一和第二價(jià)格和第一和第二數(shù)量限定。
文檔編號(hào)G06Q40/00GK101084519SQ200580014120
公開日2007年12月5日 申請(qǐng)日期2005年3月9日 優(yōu)先權(quán)日2004年3月11日
發(fā)明者亨里·沃爾布羅克, 弗雷德·J·費(fèi)德斯皮爾, 約翰·E·洛佩斯 申請(qǐng)人:傳送金融集團(tuán)股份有限公司