FIX協(xié)議介紹v05

1、Financial Information Exchange (FIX)介紹目錄1背景11.1FIX協(xié)議不同版本1,231.2FIXatdl42FIX協(xié)議工作流程42.1會話層42.2應(yīng)用層63FIX協(xié)議結(jié)構(gòu)263.1信息傳送過程73.2信息格式和內(nèi)容7管理信息7應(yīng)用信息74國內(nèi)FIX現(xiàn)狀94.1證券交易數(shù)據(jù)交換協(xié)議-STEP4,5,69制定背景104.2券商10國信3105參考文獻(xiàn)101 背景Financial Information eXchange(FIX)金融信息交換協(xié)議是適用于實時證券、金融電子交易開發(fā)的數(shù)據(jù)通信協(xié)議。它是由FPL提供的個開放式協(xié)議，目的是推動國際貿(mào)易電子化的進(jìn)程，在

2、各類參與者之間，包括投資經(jīng)理、經(jīng)紀(jì)人，買方、賣力建立起實時的電子化通信協(xié)議。FIX協(xié)議的目標(biāo)是把各類證券金融業(yè)務(wù)需求流程格式化，使之成為個可用計算機(jī)語言描述的功能流程，并在每個業(yè)務(wù)功能接口上統(tǒng)交換格式，方便各個功能模塊的連接。目前，歐、美主要發(fā)達(dá)國家都是FIX協(xié)會的成員。FIX的制定是由多個致力于提升其相互間交易流程效率的金融機(jī)構(gòu)和經(jīng)紀(jì)商于1992年共同發(fā)起。這些企業(yè)把他們及他們的行業(yè)視為一個整體，認(rèn)為能夠從對交易指示，交易指令及交易執(zhí)行的高效電子數(shù)據(jù)交換的驅(qū)動中獲利。FIX由此誕生，一個不受單一實體控制的開放消息標(biāo)準(zhǔn)，一個能夠被調(diào)整組建適用于任何一個企業(yè)的商務(wù)需求的協(xié)議。FPL（FIX Pr

3、otocol Limited , FIX 協(xié)議組織）是一家非營利性交易協(xié)會，專門免費發(fā)布為電子證券交易設(shè)立的公開的通信標(biāo)準(zhǔn)。其會員包括幾乎所有的大中型經(jīng)紀(jì)商、貨幣市場銀行、機(jī)構(gòu)投資者及共同基金等。此機(jī)構(gòu)在證券交易的盤前交易及交易領(lǐng)域的標(biāo)準(zhǔn)設(shè)定方面占有壟斷地位。FIX協(xié)議作為一個消息標(biāo)準(zhǔn)，促進(jìn)與安全交易相關(guān)的信息交換，在希望進(jìn)行自動通信的交易對手間進(jìn)行使用。該消息協(xié)議將支持各種商務(wù)功能。 FIX最早用于支持美國國內(nèi)的委托人間基于直接信息流轉(zhuǎn)的證券交易。隨著協(xié)議本身的發(fā)展，增加了大量的支持多邊界交易的、衍生工具及其它產(chǎn)品的數(shù)據(jù)域。同樣，該協(xié)議被擴(kuò)展允許第三方參與于交易對手間的信息傳遞。從下圖可以看

4、到，在金融數(shù)據(jù)交換國際標(biāo)準(zhǔn)中，主要的金融數(shù)據(jù)交換國際標(biāo)準(zhǔn)是FIX，SWIFT，ISO15022，及ISO20022（由ISO15022 第二版ISO15022XML升級發(fā)展而來）。4圖 金融數(shù)據(jù)交換國際標(biāo)準(zhǔn)關(guān)系圖4從下表可以看出， FIX 協(xié)議主要應(yīng)用于證券交易前和交易中階段，SWIFT 主要應(yīng)用于交易后/結(jié)算前、結(jié)算中和結(jié)算后階段。ISO15022 逐漸在證券交易的各個階段推廣。表 金融數(shù)據(jù)交換國際標(biāo)準(zhǔn)應(yīng)用現(xiàn)狀示意表4產(chǎn)品交易前交易中交易后/結(jié)算前結(jié)算中結(jié)算后柜臺交易/衍生產(chǎn)品FIX、SWIFTFpML、SWITF共同基金/單位信托FIXFIX、SWIFTSWIFTSWIFT外匯交易FIXF

5、IX、SWIFTSWIFTSWIFTSWIFT交易所交易/衍生產(chǎn)品FIXFIX、SWIFTSWIFTSWIFT固定收益產(chǎn)品FIXFIX、SWIFTGSTPA、SWIFT、OMGEO、FIXSWIFTSWIFT股票FIXFIX、SWIFTSWIFTSWIFTSWIFT所有產(chǎn)品ISO15022ISO15022ISO15022ISO15022FIX協(xié)議和金融行業(yè)的其它協(xié)議不同的最重要的特征就是，F(xiàn)IX是個連接的、基于會話的協(xié)議。FIX協(xié)議包含兩層：會話層和應(yīng)用層。會話層包含所有會話相關(guān)的信息，所有與商業(yè)相關(guān)的信息如報價和交易信息都在應(yīng)用層中。 FIX協(xié)議在歐美和亞洲地區(qū)的應(yīng)用主要集中在買賣意向、成交

6、揭示、交易定單、執(zhí)行報告、結(jié)算劃撥和市場新聞等信息交換上。有研究表明，有82的經(jīng)紀(jì)商在使用它FPL認(rèn)為FIX的優(yōu)勢在于： 就商務(wù)流程而言，F(xiàn)IX為機(jī)構(gòu)，中間商，以及其他市場參與者提供了一個減少不必要的電話溝通和瑣碎的文檔傳遞方法，為面向特定個體傳遞高質(zhì)量的信息提供便利。 FIX為于技術(shù)專家提供了一個開放的標(biāo)準(zhǔn)，對他們開發(fā)的努力和實踐產(chǎn)生了影響，使他們能高效地創(chuàng)建同一個更大范圍的參與者之間的聯(lián)系。 FIX可以為賣主提供一條現(xiàn)成的通往行業(yè)的信息存取路徑，減少了市場營銷的難度，增加了潛在的客戶群。開放性已成為FIX成功的關(guān)鍵。出于開放的原因，當(dāng)在鼓勵各方參與標(biāo)準(zhǔn)制定時，F(xiàn)IX保留了參與者需求的不確定

7、性。同時FIX避免“過標(biāo)準(zhǔn)化over-standardization”。它不受限于一個簡單類型的載體，及一個簡單的安全協(xié)議。它把決定權(quán)交給使用它的多個企業(yè)。FPL希望這種鼓勵在非標(biāo)準(zhǔn)化領(lǐng)域的努力能夠促進(jìn)技術(shù)的完善。 FIX現(xiàn)已被許多企業(yè)和銷售商使用。它已經(jīng)成為行業(yè)內(nèi)的推薦的消息協(xié)議。FIX已經(jīng)從最初的買方-到-賣方的證券交易中得到發(fā)展?，F(xiàn)在被廣泛的用于交易市場，及其它市場參與者。除了證券交易，F(xiàn)IX現(xiàn)在支持4種產(chǎn)品：Collective Investment Vehicles (CIVs)集成投資工具, Derivatives金融衍生產(chǎn)品，F(xiàn)ixed Income，F(xiàn)oreign Exchan

8、ge外匯交易。1.1 FIX協(xié)議不同版本1,2隨著業(yè)務(wù)的發(fā)展及加入該組織機(jī)構(gòu)的增多,FIX的內(nèi)容不斷得到擴(kuò)充,它的演變經(jīng)歷了如下幾個發(fā)展階段:1993 年2 月,Fidelity2Salomon 試驗性使用;1994 年6 月,FIX 委員會成立;1995 年1 月,FIX2. 7 發(fā)布; 1995 年9 月, FIX 3. 0 發(fā)布; 1997 年1 月,FIX 4. 0發(fā)布;1998 年4 月,FIX 4. 1 發(fā)布;1998 年6 月,組織結(jié)構(gòu)正式確立;1999 年9 月,FIX 4. 2 初稿發(fā)布;2000年1 月,FIX 4. 2 發(fā)布。2001 年6 月,又發(fā)布了FIX 4. 3，

9、目前最新版本為5.0SP2。006年10月，F(xiàn)PLs Global Techenical Committee 引入了一個新的框架，將FIX會話層協(xié)議從FIX應(yīng)用層協(xié)議分離開來。這就使應(yīng)用協(xié)議消息可以使用任何適的會話傳輸技術(shù)進(jìn)行傳送，而FIX會話層協(xié)議是這些可選的協(xié)議中的一個。在新的框架下，GTC引入了一個新的別名，之后FIX會話層協(xié)議版本為FIXT.x.y，第一個版本為FIXT1.1。表1 FIX協(xié)議各個版本應(yīng)用層的規(guī)格2009年04月20日5.0版本的Service Pack 2（勘誤表20110818）文件FIXimateFIXML擴(kuò)展包2008年03月17日5.0版本的Service P

10、ack 1文件FIXimateFIXML2006年12月30日5.0版文件FIXimateFIXML2003年04月30日版本4.4（勘誤表20030618）文件FIXimateFIXML2001年08月24日4.3版（勘誤表20020920）文件FIXimateFIXML2000年3月1日4.2版（勘誤表20010501）文件FIXimateFIXML1998年4月1日4.1版（勘誤表19990630）文件FIXimateFIXML1996年01月13日4.0版文件FIXimate會話級規(guī)范2006年12月30日修復(fù)T1.1文件FIXimate1.2 FIXatdl與傳統(tǒng)市場的限價訂單相比，

11、算法交易需要的通信參數(shù)要多得多。買方交易員所使用的交易系統(tǒng)（通常稱為“指令管理系統(tǒng)Order Management System”或“執(zhí)行管理系統(tǒng)Execution Management System”）必須能夠適應(yīng)與日俱增的新型算法指令。新型復(fù)雜算法需要花費巨量的研發(fā)及其它費用，例如基礎(chǔ)設(shè)施、市場推廣等。賣方需要做的是讓新型算法電子指令直達(dá)買方交易員，并且讓后者無需每次都再編碼就能直接下單交易。在2006-2007年，幾家會員聯(lián)合發(fā)布了描述算法交易指令類型的XML標(biāo)準(zhǔn)草案。這個標(biāo)準(zhǔn)被稱作FIX算法交易定義語言(FIXatdl)。在2008年3月FIXatdl正式發(fā)布之前，多家大型機(jī)構(gòu)參與了該

12、標(biāo)準(zhǔn)的測試，其中包括:TransMarket集團(tuán)、巴克萊、彭博、盛富證券、花旗集團(tuán)、瑞士信貸、富達(dá)投資、高盛、ITG、摩根大通、美林集團(tuán)、摩根士坦利、NeoNet、PragmaWeeden和瑞士銀行等。1.3 FASTFAST是一種面向消息數(shù)據(jù)流的二進(jìn)制編碼方法。 FAST是FIX Adapted for Streaming.的縮寫（適流FIX）。雖然FAST提出的初衷是為了對FIX消息進(jìn)行優(yōu)化，F(xiàn)AST規(guī)范中定義的編碼方式已經(jīng)被推廣應(yīng)用到更廣泛的協(xié)議集。FAST的發(fā)展是為了解決FIX協(xié)議傳輸市場數(shù)據(jù)存在冗余度高，帶寬需求大的問題,芝加哥商品交易所于2003年11月17日向FPL提交了一個隱示

13、標(biāo)記(Implicit tags)方案。FPL于2004年12月27日宣布成立市場數(shù)據(jù)優(yōu)化工作組(MDOWG,Market Data Optimization Working Group)。2005年5月開始MDOWG根據(jù)一系列POC的結(jié)果，開始進(jìn)行協(xié)議標(biāo)準(zhǔn)制定。2006年初完成FAST（FIX Adapted for STreaming）V1.0。2006年12月完成FAST V1.1。FAST編碼方法在兩個層面上降低數(shù)據(jù)流的大小。首先，通過“字段操作符”的概念使得可以利用流中數(shù)據(jù)的相關(guān)性，消除冗余數(shù)據(jù)。其次，在二進(jìn)制編碼對余下數(shù)據(jù)的串行化中利用了可自描述的字段長度以及指示字段是否存在的位圖

14、。上交所Level II采用的就是FAST協(xié)議，相比深交所采用的STEP協(xié)議（每秒200KB的流量），能減少大約80%的流量。FAST工作流程如下圖。與STEP的比較詳細(xì)見國內(nèi)FIX現(xiàn)狀章節(jié)。圖 FAST工作流程1.4 證券交易數(shù)據(jù)交換協(xié)議-STEP4,5,62005年3月24日全國金融標(biāo)準(zhǔn)化技術(shù)委員會審查通過證券交易數(shù)據(jù)交換協(xié)議等八項行業(yè)標(biāo)準(zhǔn)。STEP: Securities Trading Exchange Protocol，是中國金融行業(yè)數(shù)據(jù)通信標(biāo)準(zhǔn)JR/T0022-2004，目前被深圳交易所采用，作為Leve II數(shù)據(jù)向信息服務(wù)商分發(fā)的數(shù)據(jù)的標(biāo)準(zhǔn)協(xié)議。詳細(xì)見國內(nèi)FIX現(xiàn)狀章節(jié)。2 FI

15、X協(xié)議工作流程Fix協(xié)議可以分兩大部分，會話層協(xié)議和業(yè)務(wù)層協(xié)議。 會話層定義了數(shù)據(jù)通信相關(guān)的協(xié)議，業(yè)務(wù)層定義了金融活動相關(guān)的業(yè)務(wù)數(shù)據(jù)結(jié)構(gòu)。2.1 會話層Fix的會話層設(shè)計時候充分考慮了穩(wěn)定性，安全性，健壯性，高效性。穩(wěn)定性指會話協(xié)議中定義了心跳消息來維護(hù)會話連接，安全性指協(xié)議從消息結(jié)構(gòu)上支持?jǐn)?shù)據(jù)加密，出錯重傳指每個會話在兩個端點各自維護(hù)一套消息序列號，防止消息丟失，漏發(fā)漏收，出現(xiàn)這種情況只要檢查兩邊序列號的連續(xù)性就可以確定需要重傳哪些消息。Session的通信各方維護(hù)一個incomming和 一個outgoing 序列號。 Incomming 序列號用來檢測序列號是否亂序或跨越。心跳在 ini

16、tiator 發(fā)送 logon 消息時候設(shè)置在心跳域上， acceptor 和 initiator 的心跳間隔時間一致。Fix消息要按序列號從小到大順序處理，若收發(fā)過程中出現(xiàn)丟包則有兩種策略：重傳序列號出錯的包及以后所有收到得包；另一種是只重傳出錯的包。Fix協(xié)議沒有定義應(yīng)答消息，使用序列號不連貫來檢測消息丟失，用 checksum，簽名或消息體長度來檢測消息錯誤。Logon階段，客戶端選擇了了一個加密密鑰，但服務(wù)器選擇了不同的密鑰放在返回的logon消息中，這時候客戶端還得發(fā)一個logon消息應(yīng)答服務(wù)器端，兩個作用：1. 讓服務(wù)器知道密鑰變更獲得了客戶端的響應(yīng)；2. 下面的消息開始要加密了。

17、在 logon 階段完成后必須馬上檢查序列號，同步收發(fā)的消息，比如一端發(fā)送了消息但另一端沒收到，這時候需要重傳?？梢酝ㄟ^對比 logon 消息中的序列號和通信一方的期望收到的消息序列號來檢測消息漏收發(fā)。序列號最好每隔24小時重置一次，重置前要商量好哪一方來首先發(fā)送重置請求及發(fā)重置請求的時間。重置之前要一方首先發(fā)送 testrequest 消息，等待收 heartbeat 消息來確認(rèn)連接是否正常，然后才發(fā)送 logon 消息，并把消息中的序列號重置域設(shè)為Y，并且序列號置為 1 ，接收方回復(fù)同樣消息，重置成功；Logout 之前需要發(fā)送 testrequest 消息強(qiáng)制心跳，檢測消息序列號是否連續(xù)

18、， logout 消息發(fā)送出去之后，需要等待一段時間接收 logout 回應(yīng)消息，這段時間讓雙方來處理序列號不一致的問題，一旦序列號同步之后 logout 接收者馬上發(fā)送回應(yīng)的 Logout 消息， Logout 發(fā)起方收到回應(yīng)后負(fù)責(zé)來關(guān)閉會話。Fix4.4中在logon消息中加入了 NextExceptedSeqNumb 域，用來表示本方期望對方發(fā)過來的下一個序列號，這樣 logon 階段完成后直接就是漏發(fā)消息的重發(fā)，不需要再發(fā)送 testrequest, heartbeat和ResendRequest消息了。possResend 和 possDupFlag 區(qū)別就是前者使用了新序列號發(fā)送老

19、的消息，可以通過檢查消息中的域來確定是否已經(jīng)收到過改消息，比如 order 的 ID 等；后者是用老的序列號重發(fā)消息，可以直接檢查序列號來確定是否已經(jīng)收到過該消息，若已收到過了就丟棄該消息。logon 消息中有兩個字段 RAW Data Length 和 RAW data 用來存放認(rèn)證需要的數(shù)據(jù)；FIX協(xié)議在具體的實施中已經(jīng)就一些業(yè)務(wù)流程進(jìn)行了規(guī)范，考慮到世界各地業(yè)務(wù)模式的差異和應(yīng)用環(huán)境等不同，F(xiàn)IX委員會也留給了實施者相當(dāng)大的回旋空間，在這個空間內(nèi)實施者可以定義特殊的應(yīng)用需求。 在FIX協(xié)議包含兩個層面（會話層和應(yīng)用層）中，會話層主要任務(wù)是信息交換雙方的連接建立及保持、信息交換過程中的安全性

20、、完整性和一致性，具體實施中，由于會話層對如何實現(xiàn)已經(jīng)有了明確描述，實現(xiàn)起來相對容易。2.2 應(yīng)用層應(yīng)用層定義了具體的業(yè)務(wù)接口，同時也包含了在這些業(yè)務(wù)接口中的業(yè)務(wù)邏輯。所以，對應(yīng)用層業(yè)界有多種看法。首先FIX協(xié)議應(yīng)用層是一個標(biāo)準(zhǔn)的接口，這個接口可以用來定義機(jī)構(gòu)之間（券商與券商、券商與交易所等）或機(jī)構(gòu)內(nèi)部的應(yīng)用業(yè)務(wù)接口。其次它又不僅僅是一個接口。在這些應(yīng)用層信息之間，包含著很明確的業(yè)務(wù)邏輯。我們可以這樣認(rèn)為，F(xiàn)IX協(xié)議是一個帶有一個會話層應(yīng)用接口。所以，F(xiàn)IX協(xié)議的實施，不僅是接口的統(tǒng)一規(guī)范，同時需要將業(yè)務(wù)邏輯延伸到信息交換的過程當(dāng)中。通常，F(xiàn)IX協(xié)議的業(yè)務(wù)邏輯是通過FIX引擎（FIX Engi

21、ne）來實現(xiàn)的。FIX引擎的主要功能是根據(jù)業(yè)務(wù)需求，生成相應(yīng)的業(yè)務(wù)請求（信息），以點對點（可以經(jīng)由第三方）的方式，最終將交換信息送達(dá)目標(biāo) FIX引擎；同時FIX引擎對接受的信息進(jìn)行解析，在此基礎(chǔ)上，生成相應(yīng)的應(yīng)答信息。信息的解析過程，實際上是業(yè)務(wù)邏輯的實現(xiàn)過程。FIX引擎的任務(wù)是將FIX協(xié)議應(yīng)用層接口所需的域信息從信息庫中取出，按FIX協(xié)議所要求的信息格式打成數(shù)據(jù)包，然后提交。首先，撇開FIX引擎會話層屬性，在應(yīng)用層，F(xiàn)IX引擎具有上述特性；其次，F(xiàn)IX引擎在處理信息過程中是一個交互的過程，除原始的請求和廣播信息外，F(xiàn)IX協(xié)議的應(yīng)答信息按照信息之間的業(yè)務(wù)邏輯生成數(shù)據(jù)包，在數(shù)據(jù)包生成過程中，同時

22、會伴隨其他相關(guān)的信息交換，如一個訂單信息（Order-Single），它是在證券信息/行情信息/報價信息（IOI信息）等信息交互過程中而生成的；再次，在信息交換過程中，F(xiàn)IX引擎會遵循FIX協(xié)議的域、信息類型定義、數(shù)據(jù)字典約定以及相應(yīng)的信息定格；最后，F(xiàn)IX引擎還會對信息交換雙方的自定義域和信息類型進(jìn)行約定，這些約定會完整地貫穿于整個信息交換過程中。3 FIX協(xié)議結(jié)構(gòu)2 本章節(jié)摘自 2002年鄧少靈所撰寫的論文金融信息交換協(xié)議FIX，應(yīng)該是基于FIX4.2或FIX4.3版本，由于目前國內(nèi)和大多數(shù)交易軟件普遍支持的FIX版本為4.2和4.4，所以本章所述內(nèi)容，仍然具有較高的參考性。3.1 信息傳

23、送過程FIX 協(xié)議適用于任何希望自動連接的交易雙方,它簡化了與證券交易相關(guān)的電子信息交換。協(xié)議信息有兩部分內(nèi)容:管理信息和應(yīng)用信息。FIX 信息傳送過程如圖2 所示。圖21) 登錄。其過程如下:1. 交換過程發(fā)起人建立和接收人的電信連接。2. 發(fā)起人發(fā)送登錄信息,接收人通過核查登錄信 息,以確認(rèn)發(fā)起人,并用登錄信息作回應(yīng)確認(rèn),如果確認(rèn)失敗,交換過程接受人關(guān)閉連接。3. 確認(rèn)之后,發(fā)起人和接收人須在發(fā)送任何排隊信息或新信息之前,通過詢問信息使他們的信息得以同步。2) 信息交換。發(fā)起過程完成之后,標(biāo)準(zhǔn)信息交換開始,交換內(nèi)容包括管理信息與應(yīng)用信息。3) 注銷。雙方互相發(fā)送注銷信息后,信息交換過程結(jié)束

24、。3.2 信息格式和內(nèi)容每條FIX 信息都是由一系列帶有標(biāo)記=值的域組成。每個標(biāo)記代表不同的含義,可以是信息的類型,目標(biāo)商務(wù)名稱,證券買入價等。FIX 協(xié)議規(guī)定了05000 的標(biāo)記含義,5000 以上可由使用者自己定義,以適用特定的應(yīng)用。信息內(nèi)容包括以下兩種:3.2.1 管理信息它是為了信息交換過程更加順暢一致而使用的控制,包括:登錄、心跳、檢驗請求、重新發(fā)送請求、拒絕(交換過程) 順序重設(shè)及注銷等。3.2.2 應(yīng)用信息也就是交易的數(shù)據(jù),它包括:消息字段描述公告宣布已完成的交易信息。重要提示告知由經(jīng)紀(jì)人買賣的證券是由私人股份有限公司所有,還是由代理持有,以及持有量。消息是經(jīng)紀(jì)人和機(jī)構(gòu)之間傳送的

25、一般自由格式信息,帶有識別信息緊急性和商號主題詞分類標(biāo)志。電子郵件其格式和用途與消息信息相同,但更傾向于雙方非公開的用途。報價請求有些市場,要求經(jīng)紀(jì)人在每次訂單前提出報價。報價與多宗報價回應(yīng)報價請求的信息,并用于發(fā)表主動的報價。請求對多宗報價的確認(rèn)使用報價回應(yīng)水平標(biāo)記,有選擇地支持對報價的確認(rèn)。報價撤銷報價發(fā)起人用于撤銷報價。報價狀況請求機(jī)構(gòu)用來生成執(zhí)行報告。報價確認(rèn)針對報價、多宗報價、報價撤銷和報價請求,作出回應(yīng)。行情數(shù)據(jù)請求通過此請求得到所指定的證券和外匯交易報價的行情數(shù)據(jù)。行情數(shù)據(jù)快照/ 完全刷新該信息用于發(fā)送雙方的訂單登記簿、報價清單、交易清單、指數(shù)值、開盤價、收盤價、成交單價、最高價

26、、最低價和變動加權(quán)平均價等。行情數(shù)據(jù)添加刷新用于添加刷新請求。行情數(shù)據(jù)請求拒絕用于經(jīng)紀(jì)人因交易或技術(shù)上的原因不承兌行情數(shù)據(jù)請求的情況。證券定義請求用于某一指定證券與第二方交易。證券定義接受或拒絕證券定義信息中請求的證券,發(fā)回證券及類型清單。證券狀況請求用于提出有關(guān)證券狀況的請求。證券狀況提供有關(guān)證券狀況改變的報告。交易盤狀況請求請求有關(guān)市面狀況的信息。交易盤狀況提供有關(guān)市場狀況的信息。新訂單單一機(jī)構(gòu)向經(jīng)紀(jì)人提供有關(guān)證券或外匯的訂單。新訂單清單因兩種市場規(guī)則的不同而不同。執(zhí)行報告確認(rèn)收到訂單或訂單改變信息,傳遞訂單狀況或訂單成交信息,報告交易的費用。未知交易通知交易方,收到的訂單已被執(zhí)行。訂單撤

27、銷/ 替換請求改變訂單的參數(shù)。訂單撤銷拒絕是經(jīng)紀(jì)人在不能承兌所收到的撤銷請求信息時發(fā)出的信息。訂單狀況請求機(jī)構(gòu)要求經(jīng)紀(jì)人生成并發(fā)揮有關(guān)訂單狀況的信息。劃撥指定如何將一個訂單或一組訂單細(xì)分為一個或多個賬戶。劃撥確認(rèn)確認(rèn)收到機(jī)構(gòu)發(fā)送的劃撥信息及狀態(tài)。結(jié)算指令經(jīng)紀(jì)人或機(jī)構(gòu)交易結(jié)算的指令。出價請求在“非公開”市場與“公開”市場,因市場規(guī)則不同,該信息的用法也不同。出價回應(yīng)因兩個市場規(guī)則不同,有不同的用法。敲定價交換本金交易的敲定價。狀況清單賣方以主動方式發(fā)送回應(yīng)狀況清單請求信息。清單執(zhí)行機(jī)構(gòu)用于指示經(jīng)紀(jì)人開始執(zhí)行已被提交的證券訂單信息。清單撤銷執(zhí)請求用于機(jī)構(gòu)希望在執(zhí)行交易盤之前或之中,撤銷已被提交的證

28、券訂單消息。狀況清單請求用于機(jī)構(gòu)指示經(jīng)紀(jì)人生成有關(guān)某一狀況清單的信息。清單訂單信息的分解使用與其它FIX 信息相同的方法,支持程序交易中的信息分解。交易信息拒絕拒絕因遵循了交易盤規(guī)則而不能以其它方式進(jìn)行拒絕的應(yīng)用層面的信息。4 國內(nèi)FIX現(xiàn)狀國內(nèi)目前有兩個FIX標(biāo)準(zhǔn)的應(yīng)用，一個是在FIX基礎(chǔ)上提出的有國內(nèi)證券特殊內(nèi)容的STEP協(xié)議，另一個是FAST協(xié)議。兩者分別是深交所和上交所使用的Level-II行情的接入?yún)f(xié)議。4.1 證券交易數(shù)據(jù)交換協(xié)議-STEP4,5,62005年3月24日全國金融標(biāo)準(zhǔn)化技術(shù)委員會審查通過證券交易數(shù)據(jù)交換協(xié)議等八項行業(yè)標(biāo)準(zhǔn)。STEP: Securities Tradin

29、g Exchange Protocol，是中國金融行業(yè)數(shù)據(jù)通信標(biāo)準(zhǔn)JR/T0022-2004，目前被深圳交易所采用，作為Leve II數(shù)據(jù)向信息服務(wù)商分發(fā)的數(shù)據(jù)的標(biāo)準(zhǔn)協(xié)議。STEP是為我國證券市場所有參與方在使用計算機(jī)系統(tǒng)進(jìn)行交易業(yè)務(wù)處理時使用的標(biāo)準(zhǔn)化、格式化的信息規(guī)范。經(jīng)過吸收國際先進(jìn)的金融信息交換協(xié)議（Financial Information eXchange, FIX），STEP不僅將目前證券市場上使用的操作指令和通知用標(biāo)準(zhǔn)的格式描述出來，而且完全與國際流行的FIX兼容。因此這個協(xié)議標(biāo)準(zhǔn)的頒布，不僅為我國的證券市場參與者之間的全計算機(jī)化通訊提供了標(biāo)準(zhǔn)語言，也為與國際接軌提供的有效的基礎(chǔ)

30、設(shè)施。表 STEP與FIX的相似和差異點4相似點l 采用了部分FIX4.4 標(biāo)準(zhǔn)域號（1-4999）l 基本上采用FIX 4.4 標(biāo)準(zhǔn)的域值取值l 采用了部分FIX4.4 標(biāo)準(zhǔn)應(yīng)用消息：差異點l STEP1.0.0 對所采用FIX4.4 域的域值的修改擴(kuò)充l STEP1.0.0 自定義域l STEP1.0.0 對所采用FIX4.4 標(biāo)準(zhǔn)應(yīng)用消息的修改l STEP1.0.0 自定義消息4.2 STEP協(xié)議的優(yōu)缺點n 基于FIX ，已成為事實上的證券數(shù)據(jù)標(biāo)準(zhǔn)n 語法簡單，定義靈活，易擴(kuò)展n 數(shù)據(jù)相對冗余9r青島啤酒48600600448.520 381000 20030703-09：35：28 1182510157 4.3 FIX Adapted for Streaming (FAST) 7,8FIX Adapted for Streaming (FAST)是一種面向消息數(shù)據(jù)流的二進(jìn)制編碼方法。 FAST是FIX Adapted for Streaming.的縮寫（適流FIX）。4.3.1 FAST的技術(shù)優(yōu)勢l 高壓縮比(70-80%)l 低資源消耗l 算法簡單,效率高,每秒百萬級別消息的處理能力4.3.1.1 壓縮比高如下面兩圖：行情快照STEP平均每條消息長度為467字節(jié)，F(xiàn)AST編碼后為127字節(jié)；逐筆成交STEP平均每條消息長度為160字節(jié), F