【正文】 N 39。在登錄時(shí)使用的 是根據(jù)登錄時(shí)已知的最大消息序號(hào)確定，而非根據(jù)全部缺口消息中最小的序號(hào)來(lái)確定。 N 39。C l i e n tS e r v e rL O G O U TL O G O U T關(guān)閉 T C P 連接正常注銷(xiāo)場(chǎng)景26 / 42附　錄　C（處理重傳請(qǐng)求場(chǎng)景）處理重傳請(qǐng)求場(chǎng)景一下圖中，是標(biāo)準(zhǔn)引擎，是引擎，且因?yàn)槟撤N特殊的原因，比如雖然收到但因?yàn)樽陨礤e(cuò)誤而沒(méi)有將消息和保留下來(lái)，但保存了消息。 Y Y Y Y 39。 X X X X 39。異常登錄場(chǎng)景二作為登錄發(fā)起方——，作為登錄接受方——，其余情況同本節(jié)場(chǎng)景一，唯一的區(qū)別在于在消息中提供的用戶(hù)名和口令非法。場(chǎng)景開(kāi)始時(shí)，連接剛建立后， 的 , ， 的 , 。因此端馬上重復(fù)傳送業(yè)務(wù)消息，業(yè)務(wù)消息，并用消息替代消息——消息，之后就可以開(kāi)始正常傳送業(yè)務(wù)消息。收到的來(lái)自的登錄消息中，是，但端內(nèi)部下一個(gè)發(fā)送的應(yīng)該是消息，必須使用新的序號(hào)。本場(chǎng)景中，通信雙方都遵循標(biāo)準(zhǔn)協(xié)議。注意兩次連接上發(fā)送給的 的消息并不相同，但因?yàn)闆](méi)有保存之前收到的 的業(yè)務(wù)消息，所以第二次收到 的應(yīng)答消息也不會(huì)發(fā)現(xiàn)存在不一致。在此之前，曾經(jīng)向發(fā)送過(guò) 為， 的業(yè)務(wù)消息，但因?yàn)橥ㄐ殴收?，沒(méi)有收到，所以端保存的仍然是，而非。正常登錄場(chǎng)景二標(biāo)準(zhǔn)作為登錄發(fā)起方——，作為登錄接受方——，日間非首次正常登錄，且不設(shè)置，設(shè)置為其在前一次連接斷開(kāi)時(shí)的。場(chǎng)景開(kāi)始時(shí)，連接剛建立時(shí)， 的 , ， 的 , 。市場(chǎng)內(nèi)部唯一的協(xié)議版本號(hào)由各市場(chǎng)自行分配。建議的格式是：版本號(hào)市場(chǎng) 代碼市場(chǎng)內(nèi)部唯一的協(xié)議版本號(hào)。本標(biāo)簽是對(duì) 的進(jìn)一步 約束。39。39。本次會(huì)話(huà)中使用的消息[在基 礎(chǔ)上] 的缺省擴(kuò)展包。意思是 39。若取值為39。 會(huì)話(huà)層域定義域名 類(lèi)型 說(shuō)明起始消息序號(hào)起始串固定為消息體長(zhǎng)度校驗(yàn)和不加密，必須是最后一個(gè)域校驗(yàn)算法參見(jiàn)協(xié)議結(jié)束消息序號(hào)消息序號(hào)，由開(kāi)始消息類(lèi)型新消息序號(hào)指示該消息序號(hào)的消息可能重復(fù)發(fā)送，取值：: 可能重復(fù): 首次發(fā)送發(fā)送方代碼消息發(fā)送時(shí)間，類(lèi)型接收方代碼文本18 / 42可能重發(fā)標(biāo)志指示該消息可能發(fā)送過(guò)（使用不同的消息序號(hào)），取值：: 可能重發(fā): 首次發(fā)送加密方法: 即不加密心跳監(jiān)測(cè)的時(shí)間間隔為系統(tǒng)設(shè)定值,以秒為單位測(cè)試請(qǐng)求標(biāo)識(shí)符序號(hào)重設(shè)標(biāo)志缺口填補(bǔ)標(biāo)志用于序號(hào)重設(shè)消息，指示是否填 補(bǔ)缺口，取值：: 序號(hào)重設(shè)缺口填補(bǔ)消息，消息序號(hào)域有效或不存在序號(hào)重設(shè)重設(shè)消息，消息序號(hào)域無(wú)效消息中編碼域的字符編碼類(lèi)型缺省是相關(guān)錯(cuò)誤消息中，出現(xiàn)錯(cuò)誤的域號(hào)相關(guān)錯(cuò)誤消息的會(huì)話(huà)拒絕原因編號(hào)，無(wú)符號(hào)整數(shù)最大消息長(zhǎng)度，單條消息的最大字 節(jié)數(shù)。 　　數(shù)據(jù)字典 數(shù)據(jù)類(lèi)型數(shù)據(jù)類(lèi)型 類(lèi)型定義 說(shuō)明消息序號(hào)正整數(shù)‘’ , ‘’ 長(zhǎng)度表示字節(jié)為單位的數(shù)據(jù)長(zhǎng)度，非 負(fù)數(shù)時(shí)間戳，注意，協(xié)議允許使用17 / 42， , , , , , （秒）,或(毫秒)， , , , , , （秒）, （毫秒）之中的任何一種格式本地時(shí)間戳(毫秒)， , , , , , （秒）, （毫秒） 重復(fù)數(shù)表示重復(fù)組的項(xiàng)數(shù)，正數(shù)注：除非特別聲明，浮點(diǎn)數(shù)類(lèi)型均有正負(fù)， 類(lèi)型定義()中，表示整數(shù)與小數(shù)總計(jì)位數(shù)的最大值，不包括小數(shù)點(diǎn)，表示固定的小數(shù)位數(shù)。根據(jù)協(xié)議有如下取 值： 會(huì)話(huà)活躍 會(huì)話(huà)口令已更改 將過(guò)期的會(huì)話(huà)口令 新會(huì)話(huà)口令不符合規(guī)范 會(huì)話(huà)退登完成 不合法的用戶(hù)名或口令 賬戶(hù)鎖定 當(dāng)前時(shí)間不允許登錄 口令過(guò)期 收到的 ()太小 收到的 ()太大.及以上的數(shù)字可供用戶(hù)在雙邊認(rèn)可的情況下自定義文本。2. 混亂的報(bào)文、入向消息序號(hào)出現(xiàn)缺口16 / 42推薦處理方式是回送消息，然后斷開(kāi)連接3. 報(bào)文不混亂，但不滿(mǎn)足會(huì)話(huà)層規(guī)則推薦處理方式是發(fā)送拒絕此消息，會(huì)話(huà)繼續(xù)4. 報(bào)文不混亂，滿(mǎn)足會(huì)話(huà)層規(guī)則交給應(yīng)用層去處理。由于在任何情況下通信參與者都必須能夠處理連接的中斷，因此這也是缺省處 理辦法。在此簡(jiǎn)要總結(jié)一下：對(duì)于收到報(bào)文中的各類(lèi)異常接收方通常處理的原則。由于任何時(shí)刻總是存在網(wǎng)絡(luò)中斷的可能，因此協(xié)議的任何參與方都應(yīng)該對(duì)于沒(méi)有收到對(duì)方的消息但底層連接卻已關(guān)閉的情況做好準(zhǔn)備。原因是此種登錄嘗試很可能屬于未被授權(quán)的系統(tǒng)入侵行為，因此不應(yīng)當(dāng)回送消息以泄露版本、合法、等信息。何時(shí)發(fā)送，何時(shí)直接斷開(kāi)一般而言，在關(guān)閉連接前推薦的做法是回送一條消息以利于對(duì)端診斷連接斷開(kāi)的原因。如果連接對(duì)方?jīng)]有在適當(dāng)?shù)臅r(shí)間間隔里作回應(yīng)，那么會(huì)話(huà)就可以終止。未經(jīng)注銷(xiāo)消息的交換而斷開(kāi)連接，一律視為非正常的斷開(kāi)。 “”表明是 模式；“”或不存在本域，表明是模式。15 / 42域名 必須 注釋 缺口填補(bǔ)標(biāo)志。當(dāng)收到的序號(hào)重設(shè)消息為消息時(shí)，必須確保 必須大于等于消息本身的 且不允許 ，此時(shí)本方保持不變；否則 ，被 視為嚴(yán)重錯(cuò)誤。如果收到的序號(hào)重設(shè)消息試圖使下一個(gè)預(yù)期的消息序號(hào)變小，那么此消息應(yīng)被拒絕接受，并被視作為嚴(yán)重錯(cuò)誤 。在會(huì)話(huà)協(xié)議中，只使用消息回應(yīng)消息，此消息的按 標(biāo)準(zhǔn)協(xié)議規(guī)定可以任意填寫(xiě)且接收方不會(huì)檢查，在中規(guī)定固定填寫(xiě)，其中的則建議填寫(xiě) 為{消息的字段值，本方值}。表 4　會(huì)話(huà)拒絕場(chǎng)景 序號(hào)重 設(shè)消息（ ）序號(hào)重設(shè)消息由發(fā)送方發(fā)出，用于告知接收方下一個(gè)消息的消息序號(hào)。相關(guān)錯(cuò)誤消息中，出現(xiàn)錯(cuò)誤的域號(hào)相關(guān)錯(cuò)誤消息的會(huì)話(huà)拒絕原因編號(hào)文本，可解釋拒絕的原因 會(huì)話(huà)拒 絕原因() 無(wú)效域號(hào) 該消息中必須的域丟失 該消息中出現(xiàn)未曾定義的域14 / 42 未定義的域號(hào) 聲明了域，但未 賦值 此域的值錯(cuò)誤（范圍溢出） 取值格式錯(cuò)誤 解密錯(cuò)誤 簽名錯(cuò)誤 錯(cuò)誤 發(fā)送時(shí)間精度錯(cuò)誤 無(wú)效的 驗(yàn)證錯(cuò)誤 域多次出現(xiàn)（非重復(fù)組） 有序的域出現(xiàn)次序錯(cuò)誤 重復(fù)組中，域次序 錯(cuò)誤 重復(fù)組中，錯(cuò)誤 非數(shù)據(jù)域中，出 現(xiàn)域界定符 其他。當(dāng)收到消息本身時(shí)，建議記錄日志，然后 調(diào)整入向序號(hào)。因?yàn)? 的語(yǔ)義是可能的應(yīng) 用層重發(fā)，因此 這里被重新 發(fā)送的一定是指應(yīng)用層消息而非管理消息。產(chǎn)生和收到消息，意味著出現(xiàn)了嚴(yán)重錯(cuò)誤，可能 發(fā)送方或接收方的應(yīng)用存在邏輯錯(cuò)誤。和標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議不同之處在于：在會(huì)話(huà)協(xié)議中，如果收到的消息是混亂的()，或者說(shuō)：不能被解析或不能通過(guò)數(shù)據(jù)完整性檢查時(shí)，應(yīng)當(dāng)記錄日志后回送消息并立刻斷開(kāi)連接（在標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議中建議忽略并丟棄本消息，以期望后續(xù)收到的正確格式的消息能觸發(fā)一個(gè)消息缺口，從而能通過(guò) 重傳請(qǐng)求再度拿回這條混亂的消息）。注意，即使收到了業(yè)務(wù)消息，且滿(mǎn)足會(huì)話(huà)層規(guī)則，但當(dāng)此消息不能被送達(dá)業(yè)務(wù)層處理系統(tǒng)的時(shí)候，也應(yīng)該發(fā)送一條“ 應(yīng)用此刻不存在”的“業(yè)務(wù)消息拒絕”消息。 許多業(yè)務(wù)層消息有特有的“ 拒絕 ”消息， 應(yīng)該使用這些消息。若收到一條滿(mǎn)足會(huì)話(huà)層規(guī)則的應(yīng)用層消息，它必須在業(yè)務(wù)消息的層面被處理。發(fā)出 消息可能是合適的一個(gè)例子是：收到了一條成功經(jīng)過(guò)解碼、校驗(yàn)和檢查及檢查的消息，但該 消息帶有不合法的基本數(shù)據(jù)（比如： ）。? 請(qǐng)求重發(fā)某一特定消息之后的所有的消息：該范圍中的第條消息， （代表無(wú)窮大）會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者作為本消息的接收方時(shí)，只會(huì)通過(guò)消息響應(yīng)標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議實(shí)現(xiàn)者發(fā)送的重傳請(qǐng)求消息。重發(fā)請(qǐng)求消息有以下幾種表示方式：? 請(qǐng)求重發(fā)一條消息： ? 請(qǐng)求重發(fā)某個(gè)范圍內(nèi)的消息： 該范圍中的第條消息序號(hào)，該范圍中的最后一條消息序號(hào)。協(xié)議的實(shí)現(xiàn)方不會(huì)主動(dòng)發(fā)送任何消息域名 必須 注釋 測(cè)試請(qǐng)求標(biāo)識(shí)符 重發(fā)請(qǐng) 求消息（ ）重發(fā)請(qǐng)求消息由接收方發(fā)出，目的是向發(fā)送方申請(qǐng)某些消息重復(fù)發(fā)送。測(cè)試請(qǐng)求消息的作用是檢查對(duì)方消息序號(hào)和檢查通信線(xiàn)路的狀況。 測(cè)試請(qǐng) 求消息（ ）測(cè)試請(qǐng)求消息能強(qiáng)制對(duì)方發(fā)出心跳消息。本字段必須填寫(xiě)交易所發(fā)布的數(shù)據(jù)接口規(guī)范版本。本次會(huì)話(huà)中，消息的缺省自定 義應(yīng)用版本。若不填寫(xiě)，認(rèn)為取值為用戶(hù)名密碼本次會(huì)話(huà)中使用的消息的缺省版本。域名 必須 字段描述 加密方法始終為，即不加密心跳間隔，單位是秒。比如 標(biāo)準(zhǔn)引擎保存了入向消息，沒(méi)有保存入向消息和，但保存了入向消息，此時(shí)應(yīng)該填寫(xiě)此字段為，而非。會(huì)話(huà)協(xié)議實(shí)現(xiàn)著若作為會(huì)話(huà)發(fā)起方，其發(fā)送的消息需將設(shè)置為、設(shè)置為、 設(shè)置為。會(huì)話(huà)接受方應(yīng)在收到登錄消息之后，立即作好開(kāi)始消息處理的準(zhǔn)備。當(dāng)收到登錄消息時(shí)，會(huì)話(huà)接受方將驗(yàn)證發(fā)起方身份的合法性，并且發(fā)出登錄消息作為連接請(qǐng)求已被接受的確認(rèn)。()域用來(lái)聲明產(chǎn)生心跳的超時(shí)間隔（連接雙方使用相同的值）。如是對(duì)響應(yīng)而發(fā)送的心跳消息，則應(yīng)包含本域。在這種情況下，一方即使只收到應(yīng)用層心跳消息，永遠(yuǎn)也收不到來(lái)自對(duì)方的會(huì)話(huà)層心跳消息，也不構(gòu)成對(duì)本協(xié)議的違反。會(huì)話(huà)協(xié)議不會(huì)主動(dòng)發(fā)送消息，但會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者，為了與標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議的兼容，如果收到了請(qǐng)求，會(huì)按標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議向發(fā)送方返回心跳響應(yīng)。標(biāo)準(zhǔn)協(xié)議 兼容模式 精簡(jiǎn)模式標(biāo)準(zhǔn)協(xié)議 √ √ 兼容模式 √ √精簡(jiǎn)模式 √表 3　協(xié)議兼容性矩陣 心跳消息（ ）會(huì)話(huà)雙方使用消息來(lái)檢測(cè)當(dāng)前使用的連接的狀態(tài)，因此當(dāng)一方處于數(shù)據(jù)發(fā)送空閑期時(shí)，需要定時(shí)發(fā)送消息以供 檢測(cè)鏈接的健康度。在已知交易所端采用兼容模式協(xié)議的前提下，券商端可以選用精簡(jiǎn)模式的協(xié)議，從而用最小的10 / 42代價(jià)實(shí)現(xiàn)交易所接入，自然也可以考慮采用兼容模式甚至是標(biāo)準(zhǔn)會(huì)話(huà)層協(xié)議完成交易所接入。兼容模式和精簡(jiǎn)模式主要的區(qū)別只在于前者需要處理更多的入向管理消息。此時(shí) 由于本方不會(huì)主動(dòng)發(fā)送，因此根據(jù)協(xié)議也不會(huì)觸發(fā)對(duì)方回應(yīng)，因此不需要處理入向的消息：管理消息類(lèi)型 來(lái)自對(duì)方 本方發(fā)送是 是是 是是 是是 是表 1　精簡(jiǎn)模式：僅和實(shí)現(xiàn)者通信時(shí)當(dāng)需要和基于標(biāo)準(zhǔn)引擎的對(duì)手方進(jìn)行通信時(shí)，必須采用兼容模式。會(huì)話(huà)協(xié)議分兩種模式：精簡(jiǎn)模式和兼容模式，各自有不同的使用范圍。消息尾可用于分隔多個(gè)消息，包含有位數(shù)的校驗(yàn)和值。會(huì)話(huà)層協(xié)議 的實(shí)現(xiàn)者不會(huì)在出向消息中主動(dòng)設(shè)置本字段， 對(duì)于入向消息中出 現(xiàn)的本字段將簡(jiǎn)單忽略發(fā)送時(shí)間，類(lèi)型消息中編碼域的字符編碼類(lèi)型，缺省為 消息尾會(huì)話(huà)雙方所有交換的消息具有如下標(biāo)準(zhǔn)的消息尾。接收者應(yīng)按以下方法 處理上述消息： ：如果以前曾經(jīng)收到過(guò)帶有該消息序號(hào)的某條消息，則忽略本消息，如果不是， 則按正常步驟處理。其中有兩個(gè)域用于消息重發(fā)。每一個(gè)消息都由一個(gè)標(biāo)準(zhǔn)消息頭開(kāi)始。消息總是由標(biāo)準(zhǔn)消息頭開(kāi)始，標(biāo)準(zhǔn)消息尾結(jié)束。所有有效的訂單都可在注銷(xiāo)（Logout）之后執(zhí)行。 序號(hào)重 設(shè)消息處理會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者收到序號(hào)重設(shè)消息時(shí)，會(huì)根據(jù)序號(hào)重設(shè)消息中的來(lái)重置本方。如果發(fā) 送方?jīng)]有提供字段， 則 設(shè)置為. 重傳請(qǐng) 求消息處理作為會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者不會(huì)主動(dòng)發(fā)送重傳請(qǐng)求，但可能收到標(biāo)準(zhǔn)的會(huì)話(huà)協(xié)議實(shí)現(xiàn)者發(fā)送的重傳請(qǐng)求。 登錄消息 處理會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者作為會(huì)話(huà)接收方,只需將本方 設(shè)置為發(fā)起方消息的 ， 設(shè)置為發(fā)起方 消息中的()即可。 恢復(fù)會(huì)話(huà)協(xié)議的會(huì)話(huà)層恢復(fù)機(jī)制是為了與標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議兼容，不能作為真正的消息恢復(fù)機(jī)制使用，會(huì)話(huà)對(duì)端應(yīng)通過(guò)應(yīng)用層的消息恢復(fù)機(jī)制來(lái)獲得缺失的數(shù)據(jù)。7 / 42在結(jié)束會(huì)話(huà)之前，注銷(xiāo)消息（）的發(fā)起方應(yīng)該等待對(duì)方回送的注銷(xiāo)消息（）。除此之外的其它方式的會(huì)話(huà)結(jié)束視為非正常，并應(yīng)按錯(cuò)誤來(lái)處理。 注銷(xiāo)會(huì) 話(huà)會(huì)話(huà)的正常結(jié)束是通過(guò)連接雙方互相發(fā)送注銷(xiāo)消息（），注銷(xiāo)時(shí)不需要進(jìn)行消息缺口檢查。交換的消息包括“ 管理消息”和“應(yīng)用消息”，本規(guī) 范僅對(duì)管理消息進(jìn)行描述。這種方式提供了對(duì)標(biāo)準(zhǔn)會(huì)話(huà)協(xié)議的消息同步的兼容，具體機(jī)制參見(jiàn)“ 登錄消息處理”一節(jié)。 消息同步會(huì)話(huà)協(xié)議并不提供真正的會(huì)話(huà)層重傳機(jī)制，因此會(huì)話(huà)協(xié)議的實(shí)現(xiàn)者作為會(huì)話(huà)的發(fā)起方，可通過(guò)會(huì)話(huà)重置消息（即的消息）將會(huì)話(huà)雙方的消息序號(hào)重置，來(lái)完成會(huì)話(huà)層消息同步。5. 在發(fā)起方被認(rèn)證后，接受方將立即回應(yīng)一個(gè)確認(rèn)消息。4. 會(huì)話(huà)發(fā)起方必須等待來(lái)自接受方的確認(rèn)消息，方可向接受方發(fā)送其他消息。3. 如果認(rèn)證失敗，會(huì)話(huà)接受方則在可選地發(fā)送一個(gè)含失敗說(shuō)明的注銷(xiāo)消息（）后關(guān)閉連接。 身份 認(rèn)證1. 會(huì)話(huà)發(fā)起方發(fā)送登錄消息（），接受方認(rèn)證發(fā)起方身份的合法性。 建立 連接會(huì)話(huà)的發(fā)起方與接受方建立連接。在單次連接內(nèi)部，每個(gè)會(huì)話(huà)都分為三個(gè)部分：建立會(huì)話(huà)、消息交換、 終止會(huì)話(huà)。雖然會(huì)話(huà)協(xié)議可以被設(shè)計(jì)成底層使用兩個(gè)獨(dú)立的連接，每個(gè)連接都以單工模式工作，但由于在連接上實(shí)現(xiàn)全雙工的通信并不困難且維護(hù)簡(jiǎn)單，因此會(huì)話(huà)協(xié)議規(guī)定：對(duì)于單個(gè)會(huì)話(huà)而言，同時(shí)只使用一個(gè)全雙工的連接。 會(huì)話(huà)管理會(huì)話(huà)協(xié)議采用連接作為底層通信機(jī)制。在應(yīng)用層接受和拒絕是允許的。 消息確認(rèn)由于會(huì)話(huà)層協(xié)議是基于樂(lè)觀的消息傳輸模式，通過(guò)監(jiān)視消息序號(hào)發(fā)現(xiàn)缺口，不支持對(duì)每個(gè)消息收發(fā)的確認(rèn)。 混亂的消息( )根據(jù)標(biāo)準(zhǔn)協(xié)議的附錄，當(dāng)至少出現(xiàn)以下情形之一時(shí)，一條消息被稱(chēng)為“ 混亂的”：( ) 不是消息的第一個(gè) 標(biāo)簽，或不以 的形式出現(xiàn)。消息長(zhǎng)度被包括在字段中，可以通過(guò)清點(diǎn)消息之中跟在字段之后、直至并包括直接先于域號(hào)（””）出現(xiàn)的那個(gè)域界定符 之間的字符來(lái) 驗(yàn)證。在此過(guò)程中，被替代的 SeqResetGapFill 消息本身雖然仍然以同樣的消息序號(hào)、帶上同樣被置位的 PossDupFlag 標(biāo)志出現(xiàn)，也被 FI