專利名稱：：證券行情訂單隊列數(shù)據(jù)傳輸方法
技術(shù)領域：
：本發(fā)明涉及數(shù)據(jù)傳輸技術(shù)，尤其涉及一種證券行情訂單隊列數(shù)據(jù)傳輸方法。
背景技術(shù)：
：在證券行業(yè)中，行情數(shù)據(jù)是所有數(shù)據(jù)分析系統(tǒng)的基礎數(shù)據(jù)，證券的行情信息的變化，及時地反映著市場的變化，影響著投資人的投資行為。業(yè)界不斷地追求著更多的行情內(nèi)容和更快的更新速度，好的數(shù)據(jù)傳輸方法將能用較小的帶寬，以更快的速度傳輸更多的行情數(shù)據(jù)。以上海證券交易所為例，Level-2行情是上海證券交易所于2006年推出的實時行情產(chǎn)品，主要提供在上海證券交易所上市交易證券的實時行情數(shù)據(jù)。與傳統(tǒng)的Level-l實時行情相比，信息內(nèi)容更加豐富、全面。增強了市場的透明度，更好地滿足了投資者的需求。參照圖1所示，行情傳輸?shù)臄?shù)據(jù)流如下，交易所的行情發(fā)布系統(tǒng)10通過連接到交易主機12的行情引擎11獲得行情數(shù)據(jù)。在發(fā)布系統(tǒng)10和信息服務商的接收系統(tǒng)20之間，是通過專線連接。出于信息的及時性要求，發(fā)布系統(tǒng)IO—般每隔幾秒鐘(如3秒)就需要發(fā)布一次當前的行情數(shù)據(jù)給接收系統(tǒng)20。"訂單隊列數(shù)據(jù)"是證券買賣中每檔買賣價位的各筆訂單的信息。訂單隊列數(shù)據(jù)量非常大，按傳統(tǒng)方式發(fā)布需要大量的帶寬和較高的機器性能。由于數(shù)據(jù)量太大，Level-2行情初期只傳輸?shù)?檔買賣價位的最多50筆訂單的數(shù)量，如.-賣一6.68800(5(總數(shù))，5(實發(fā)數(shù)量)，1005050200400)買-一6.6720000(100(總數(shù))，50(實發(fā)數(shù)量)200200200......200)在賣一價位，800股委托由5筆訂單構(gòu)成，因為沒超過50筆，所以逐一發(fā)布，而買一價位上的20000股由IOO筆組成，超過了50筆，于是系統(tǒng)只發(fā)布前50筆的數(shù)量情況，后50筆就不提供了。系統(tǒng)在每次發(fā)布前都會與上一次數(shù)據(jù)做比較，如果數(shù)據(jù)完全相同就不發(fā)，不同就發(fā)送全部的數(shù)據(jù)。然而在目前的服務器和帶寬配置上，如果想要根據(jù)產(chǎn)品的需要，提供更多檔價位和更多筆的訂單數(shù)量，如果繼續(xù)采用上面的辦法是不可能做到的。因此如何高效地傳輸訂單隊列數(shù)據(jù)成了一個亟待解決的問題。
發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供種證券行情訂單隊列數(shù)據(jù)傳輸方法，在同樣傳輸帶寬的條件下，通過傳輸對全部訂單隊列數(shù)據(jù)的更新操作指令代替?zhèn)鬏斎坑唵侮犃袛?shù)據(jù)本身，來減小數(shù)據(jù)傳輸量。本發(fā)明為解決上述技術(shù)問題而采用的技術(shù)方案是提供一種證券行情訂單隊列數(shù)據(jù)傳輸方法，用于將證券訂單隊列數(shù)據(jù)由發(fā)送方傳輸給接收方，該方法包括如下步驟(a)發(fā)送方獲取全部訂單隊列數(shù)據(jù)，并向接收方發(fā)送該數(shù)據(jù)；(b)接收方接收并儲存該全部訂單隊列數(shù)據(jù)；(C)一段時間后，發(fā)送方獲取當前全部訂單隊列數(shù)據(jù)，并比較該當前全部訂單隊列數(shù)據(jù)與前次全部訂單隊列數(shù)據(jù)以產(chǎn)生更新數(shù)據(jù)包，其中該更新數(shù)據(jù)包包括用以對該前次全部訂單隊列數(shù)據(jù)的價位進行部分更新的價位操作指令，以及用以對該前次全部訂單隊列數(shù)據(jù)的價位中的訂單進行部分更新的訂單操作指令；(d)發(fā)送方將該更新數(shù)據(jù)包向接收方發(fā)送；(e)接收方接收該更新數(shù)據(jù)包；以及(f)接收方根據(jù)該更新數(shù)據(jù)包中的所述價位操作指令和訂單操作指令更新己接收到的全部訂單隊列數(shù)據(jù)。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，所述價位操作指令可包括價位添加指令，用于向全部訂單隊列數(shù)據(jù)添加一個新的價位；價位更新指令，用于更新全部訂單隊列數(shù)據(jù)中的--個價位；以及價位刪除指令，用于刪除全部訂單隊列數(shù)據(jù)中的--個價位。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，上述價位操作指令包括操作6類型和操作參數(shù)，該操作類型包括價位添加操作，對應于上述價位添加指令；價位更新操作，對應于上述價位更新指令；以及價位刪除操作，對應于上述價位刪除指令。其中價位刪除指令的操作參數(shù)包括價位。價位添加指令和價位更新指令的操作參數(shù)包括包括價位和價位屬性。訂單操作指令包含在該價位屬性中。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，訂單操作指令包括訂單添加指令，用于向某一價位中添加一個新的訂單；訂單更新指令，用于更新某一價位中的一個訂單的訂單屬性；以及訂單刪除指令，用于刪除某一價位中的一個訂單。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，訂單操作指令包括操作類型和操作參數(shù)，該操作類型包括訂單添加操作，對應于該訂單添加指令；訂單更新操作，對應于該訂單更新指令；以及訂單刪除操作，對應于該訂單刪除指令。其中訂單更新指令的操作參數(shù)包括訂單屬性，表示包括訂單數(shù)量的數(shù)據(jù)；以及位置，表示訂單操作指令操作的位置。訂單刪除指令的操作參數(shù)包括位置。訂單添加指令的操作參數(shù)包括訂單屬性。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，更新數(shù)據(jù)包還包括序列號，用于表示發(fā)送的更新數(shù)據(jù)包的順序。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，接收方包含一更新狀態(tài)，接收方根據(jù)上述序列號判斷更新數(shù)據(jù)包是否連續(xù)，如果連續(xù)，則維持該更新狀態(tài)為更新，如果不連續(xù)，則設定該更新狀態(tài)為不更新。并且在上述步驟(f)之前還包括判斷更新狀態(tài)是否為更新，如果是，則執(zhí)行步驟(f)，如果不是，則丟棄該更新數(shù)據(jù)包。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，發(fā)送方每隔一定時間發(fā)送一次全部訂單隊列數(shù)據(jù)給接收方，接收方每接收一次全部訂單隊列快照數(shù)據(jù)，則設定更新狀態(tài)為更新。在上述的證券行情訂單隊列數(shù)據(jù)傳輸方法中，發(fā)送方每隔一定時間發(fā)送一次全部訂單隊列數(shù)據(jù)給接收方。本發(fā)明由于采用以上技術(shù)方案，使之與現(xiàn)有技術(shù)相比，具有如下顯著優(yōu)點通過傳輸數(shù)據(jù)的更新操作指令來代替?zhèn)鬏斎繑?shù)據(jù)，從而減少數(shù)據(jù)的傳輸量，減少對通信資源的占用，最終減少了使用的帶寬，提高了證券行情數(shù)據(jù)的更新速度。為讓本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，以下結(jié)合附圖對本發(fā)明的具體實施方式作詳細說明，其中圖1是證券行情傳輸系統(tǒng)架構(gòu)圖。圖2是本發(fā)明的證券訂單隊列數(shù)據(jù)傳輸方法的流程圖。圖3是根據(jù)本發(fā)明的方法的產(chǎn)生價位更新操作指令的示意圖。圖4是根據(jù)本發(fā)明的方法的產(chǎn)生訂單更新操作指令的示意圖。圖5是根據(jù)本發(fā)明的方法的數(shù)據(jù)包結(jié)構(gòu)圖。具體實施例方式簡要地說，本發(fā)明的證券行情訂單隊列數(shù)據(jù)傳輸方法是改變傳統(tǒng)的全數(shù)據(jù)傳輸方法，提供一種操作指令傳輸方法。即在第一次傳輸行情數(shù)據(jù)時，與傳統(tǒng)的方法一樣，傳輸全部的行情數(shù)據(jù)，在以后的各次傳輸時，只需要傳輸對上次數(shù)據(jù)的操作指令，通過這一方法，從而減少數(shù)據(jù)的傳輸量，減少對通信資源的占用，最終減少了使用的帶寬，提高了證券行情數(shù)據(jù)的更新速度。訂單隊列數(shù)據(jù)是指從最優(yōu)買賣價位的第一個訂單開始，依次發(fā)布一定數(shù)量的訂單信息。根據(jù)本發(fā)明的實施例，從兩個維度來定義訂單數(shù)量，如5檔(價位)200筆(訂單)是指從最優(yōu)買賣價位的第一個訂單開始，依次發(fā)布不超過200個的訂單信息，同時要求這些訂單的價位不超過5個。以下為--個示例買一6.672000(10(總數(shù))，10(實發(fā)數(shù)量)200200200200)買二6.662000(10(總數(shù))，10(實發(fā)數(shù)量)200200200200)買三6.652000(10(總數(shù)),10(實發(fā)數(shù)量)200200200200)買四6.642000(10(總數(shù)),10(實發(fā)數(shù)量)200200200200)買五6.632000(10(總數(shù))，10(實發(fā)數(shù)量)200200200...200)8雖然未到200筆，但因到了5個價位，所以不再發(fā)買六的信息了。買一6.6714000(70(總數(shù))，70(實發(fā)數(shù)量)200200200......200)買二6.6610000(50(總數(shù))，50(實發(fā)數(shù)量)200200200......200)買三6.6512000(60(總數(shù)),60(實發(fā)數(shù)量)200200200......200)買四6.6420000(100(總數(shù)),20(實發(fā)數(shù)量)200200200......200)雖然沒有發(fā)到買五，但實際筆數(shù)已到了200筆，所以只發(fā)到買四，而且買四的100筆中只能發(fā)20筆，因為此時共發(fā)了200筆。下面描述本發(fā)明的訂單隊列數(shù)據(jù)傳輸方法的各個方面。由于在證券行情中的訂單隊列數(shù)據(jù)分為買方數(shù)據(jù)和賣方數(shù)據(jù)兩類，其處理方法上基本相同，以下僅以買方數(shù)據(jù)為例進行描述，對賣方數(shù)據(jù)的處理與此類似。由于訂單隊列的二維特性，定義二維數(shù)組數(shù)組1:把買方數(shù)據(jù)按價位看做一個數(shù)組，每個價位及其價位屬性看做一個元素，每個元素是按關(guān)鍵字一價位降序排列的，如下表1所示。表1按價位排序的數(shù)組1<table>tableseeoriginaldocumentpage9</column></row><table>價位屬性一般指某一價位上的訂單數(shù)、發(fā)送數(shù)量、訂單l、訂單2等，表2為一個實際的例子。表2數(shù)組l的實例<table>tableseeoriginaldocumentpage9</column></row><table>數(shù)組2:把每個價位上的所有訂單看做一個數(shù)組，每個訂單看做一個元素，每個元素是按關(guān)鍵字一委托編號升序排列的，如表3所示。表3，訂單排序的數(shù)組2訂單1_訂單2訂單3訂單中可包含一個或多個訂串-屬性。訂單屬性-般指某一訂單的委托數(shù)量等，表4為有多個訂單屬性的訂單的--個實際的例子。表4，組2的實例_委托數(shù)量；委托編號；委托時間6000;36896;10:30:26____500;386256.'10:35:23______10000;39568;10:38:20根據(jù)本發(fā)明的實施例，為數(shù)組1引進三種操作指令(1)Add(價位P，價位屬性P):在原數(shù)組1中按價位次序添加新的元素(價位P，價位屬性P);(2)Update(價位P，價位屬性P):在原數(shù)組1中找到"價位P"，將其原屬性修改為"價位屬性p";(3)Delete(價位P):在原數(shù)組1中找到"價位P"的元素，將其從數(shù)組1中刪除。每一操作指令包括一個操作類型，如Add(添加)、Update(更新)、Delete(刪除)，并且包括操作參數(shù)，如價位、價位屬性的組合。數(shù)組1一個實際操作的例于如圖3所示，假設前次數(shù)組包括價位1-5，而當前數(shù)組包括價位2-4，價位5'，價位5(假設價位4>價位5'>價位5)，其中價位4由價位屬性4變?yōu)閮r位屬性4'，則需要進行的操作包括刪除價位1，更10新價位4，同時添加價位5'，每一操作都附加了自己的操作參數(shù)。另外，根據(jù)本發(fā)明的實施例，為數(shù)組2引進三種操作(1)Add(訂單屬性P):在原數(shù)組2的尾部添加新的元素(訂單屬性P);(2)Update(位置P，訂單屬性P):將原數(shù)組2中"位置P"的元素訂單屬性修改為"訂單屬性p";(3)Delete(位置P):將數(shù)組2中"位置P"的元素從數(shù)組2中刪除。每一操作指令包括一個操作類型，如Add(添加)、Update(更新)、Delete(刪除)，并且包括操作參數(shù)，如位置、訂單屬性的組合。對訂單的操作是通過對訂單屬性的操作實現(xiàn)的。數(shù)組2—個實際操作的例子如圖4所示，假設前次數(shù)組包括訂單11-18，而當前數(shù)組包括訂單12-13，訂單14'，訂單15-19(假設訂單18的委托號<訂單19的委托號)，則需要進行的操作包括刪除訂單11、更新位置3的訂單屬性14為14'，同時加入訂單19。因此本發(fā)明的訂單隊列數(shù)據(jù)傳輸方法的實施例就是通過以上兩個維度的操作，將原來的數(shù)據(jù)傳輸改變?yōu)閭鬏斣谏弦淮螖?shù)據(jù)基礎上的一些操作，使接收方根據(jù)已收到的上-次數(shù)據(jù)和這些操作，生成當前的數(shù)據(jù)。為此，定義一種數(shù)據(jù)包結(jié)構(gòu)如圖5所示，其中包括序列號、證券代碼、數(shù)據(jù)類別、價位數(shù)量，各個價位上的操作數(shù)量，以及操作指令。每一操作指令包含操作類型和操作參數(shù)。操作指令的種類如前文所述。雖然圖5示出各個價位以縱向方式排列，然而實際運作時，各個價位及其價位屬性是依次排列在價位數(shù)量之后。在本發(fā)明的-實施例中，序列號為-組連續(xù)的整數(shù)，供接收方判斷是否有數(shù)據(jù)包被丟失。同時為防止丟包時造成數(shù)據(jù)不連續(xù)，使算法失效，發(fā)送方將定時發(fā)布全數(shù)據(jù)，為接收方提供重新同步的機會。數(shù)據(jù)類別有兩種，即全數(shù)據(jù)和操作數(shù)據(jù)。全數(shù)據(jù)會包含訂單隊列的完整數(shù)據(jù)，而操作數(shù)據(jù)包含對全數(shù)據(jù)的操作。對全數(shù)據(jù)，其附帶的操作數(shù)量實際是數(shù)組的元素數(shù)量，而且忽略各操作符，依次將各元素放置在操作參數(shù)中。對操作數(shù)據(jù)，根據(jù)價位，發(fā)布由上一狀態(tài)到當前狀態(tài)所需的價位操作；根據(jù)委托編號，發(fā)布相應價位上訂單的操作。圖2是本發(fā)明的證券行情訂單隊列數(shù)據(jù)傳輸方法一個實施例的流程圖。請參照圖2，定義了傳送方T和接收方R。在--個實施例中，傳送方T為證券交易所100，而接收方R可以是信息服務商200(參照圖l)。首先在步驟S101，發(fā)送方T獲取-次全部行情訂單隊列數(shù)據(jù)，并向接收方R發(fā)送該全部行情訂單隊列數(shù)據(jù)。全部行情訂單隊列數(shù)據(jù)包的格式如圖5所示，其中序列號為0，數(shù)據(jù)類型可為1(全數(shù)據(jù))。在步驟S102，接收方R會接收并儲存此全部行情訂單隊列數(shù)據(jù)；在一個例子中，引進控制變量"更新狀態(tài)"，并初始設置為"0"，表示不更新；對接收數(shù)據(jù)包根據(jù)序列號進行判斷，有丟包時就將"更新狀態(tài)"重置為"0"。當接收方R接收到全數(shù)據(jù)后，刪除原數(shù)組的所有元素，并將數(shù)據(jù)包的內(nèi)容依次添加到數(shù)組中。同時將"更新狀態(tài)"置為"1"，表示更新，即可以進行更新操作。在步驟S103，發(fā)送方T獲取當前全部行情訂單隊列數(shù)據(jù)，并比較該當前全部行情訂單隊列數(shù)據(jù)與前次全部行情訂單隊列數(shù)據(jù)以產(chǎn)生更新數(shù)據(jù)包，其中此更新數(shù)據(jù)包包括用以對前次全部行情訂單隊列數(shù)據(jù)中的價位進行部分更新的價位操作指令，以及對價位中的訂單進行部分更新的訂單操作指令。以圖3為例，假設左欄Dl為前次行情訂單數(shù)據(jù)而右欄D2為當前行情數(shù)據(jù)，則經(jīng)過比較可知，更新數(shù)據(jù)包的操作數(shù)據(jù)包括Delete(價位1)，Update(價位4，價位屬性4，)，Add(價位5'，價位屬性5，)三個價位操作指令，每一價位操作指令都附加了自己的操作參數(shù)。其中價位刪除指令包含的參數(shù)為價位，價位更新指令和價位添加指令包含的參數(shù)包括價位和價位屬性。進一步，假設價位4的前次價位屬性4進步如圖4所示的左欄D3，包含訂單11-18，而更新后的價位屬性4'如右欄D4，包含訂單12-13，訂單14'，訂單15-19(假設訂單18的委托號<訂單19的委托號)，則價位4的價位屬性中包含了Delete(位置0)、Update(位置3，訂單屬性14，)、Add(訂單屬性19)三個訂單操作指令。其中各個訂單11-19，14'均包括訂單數(shù)量等數(shù)據(jù)。類似地，價位5的價位屬性5'中可包含添加相應訂單數(shù)量的訂單添加指令。由此，形成了一個二維操作過程，參照圖5所示，即先對價格(縱向)進行部分更新，再對價格中的每筆訂單(橫向)進行部分更新。在步驟S104，發(fā)送方T會將該更新數(shù)據(jù)包向接收方R發(fā)送；在步驟S105，接收方R會接收該更新數(shù)據(jù)包。其中為防止因接收包不連續(xù)接收方不連續(xù)引起的誤操作，只有在更新狀態(tài)置為"1"的情況下，對現(xiàn)有數(shù)組按接收到的操作進行更新；否則，放棄更新數(shù)據(jù)不做處理。在步驟S106，接收方R根據(jù)更新數(shù)據(jù)包中所包含的價位操作指令和訂單操作指令更新巳接收到的全部行情訂單隊列數(shù)據(jù)。例如，利用圖3和圖4所示的操作指令將前次行情訂單隊列數(shù)據(jù)更新為當前行情訂單隊列數(shù)據(jù)。在實際運行中，發(fā)送方T會以很小的時間間隔tl(如3秒)獲取當前全部行情訂單隊列數(shù)據(jù)并產(chǎn)生更新數(shù)據(jù)包。如是，重復上述步驟S103-106。在本方法中，由于序列號不連續(xù)(不是增加1時)，就將更新狀態(tài)設為"O"，此時不會處理更新的數(shù)據(jù)包(丟棄)，直到收到數(shù)據(jù)類別為"1"的全數(shù)據(jù)，才將更新狀態(tài)重新設為"1"(表示i.'J以更新)，并開始處理更新數(shù)據(jù)包。因此為應對丟包問題，系統(tǒng)每隔-定時間t2(如3分鐘)就會按照步驟S101發(fā)送一次全部行情訂單隊列數(shù)據(jù)，使接收方接收全部行情訂單隊列數(shù)據(jù)以便進行同步，并設置更新狀態(tài)為"1"。由于在大部分時間里，只需要傳輸操作數(shù)據(jù)，因此，該技術(shù)減少了傳輸內(nèi)容，提高了傳輸效率。下面結(jié)合一具體的傳輸實例對本發(fā)明的傳輸方法加以說明，使本領域技術(shù)人員更為明了。首先，定義數(shù)據(jù)類別l一全數(shù)據(jù)2—更新數(shù)據(jù)價位操作類別1—Add2—Update3—Delete(全數(shù)據(jù)時無操作符)訂單操作類別1——Add2—Update3—-Delete(全數(shù)據(jù)時無操作符)以買方為例來說明。接收方將600601的市場深度數(shù)據(jù)更新狀態(tài)設為"0"，接收序列號置-1。第1次發(fā)送13第一次發(fā)送的是包括三個價位的全部行情訂單隊列數(shù)據(jù)，如下表序列證券數(shù)據(jù)價位價位操作訂單操作號代碼類別數(shù)量數(shù)量0600601138.21550020003002001008.2031002005008.163500600800表5實際的數(shù)據(jù)排列可以如下0，600601，1，3，(8.2155002000300200100)(8.203100200500)(8.164500600800)第一次接收接收方檢査序列號為-l，就將其史新為表5所示數(shù)據(jù)包內(nèi)的序列號0，"數(shù)據(jù)類別"為"1"，將600601的更新狀態(tài)設為"1"，同時清空原買盤的訂單數(shù)據(jù)，將3個價位加入到600601的買盤隊列，此時買盤有以下3個價位8.2150020003002001008.201002005008.16500600800第二次發(fā)送第二次發(fā)送的是包括一個價位添力口操作指令的更新數(shù)據(jù)，如下表6:序列號證券代碼數(shù)據(jù)類別價位數(shù)量價位操作價位操作數(shù)量訂單操作(操作,屬性)16006012118.182(1，300)(1,500)表6第二次接收接收方會檢査表6所示數(shù)據(jù)包內(nèi)的序列號為1，比原接收序列號大1，沒有丟包，將接收序列號置為1。"數(shù)據(jù)類別"為"2"，再檢查600601的更新14狀態(tài)設為是否為"1"，為"0"則丟棄該數(shù)據(jù)包，為"I"則逐一實現(xiàn)操作，本數(shù)據(jù)包中有一個操作，類型為l-Add，價位為8.18，操作數(shù)量為2個，操作都為l-Add，訂單屬性分別為300和500，因此在上一次3個價位的基礎上，找到8.18應存放的位置，并加入兩筆訂單，此時買盤有以下4個價位8.2150020003002001008.201002005008.183005008.16500600800第三次發(fā)送第三次發(fā)送的是包括一個價位更新操作和一個價位刪除操作的更新數(shù)據(jù)，如下表7:<table>tableseeoriginaldocumentpage15</column></row><table>表7第三次接收接收方檢查表7所示數(shù)據(jù)包內(nèi)的序列號為2，比原接收序列號大1，沒有丟包，將接收序列號置為2。"數(shù)據(jù)類別"為"2"，再檢查600601的更新狀態(tài)設為是否為"1"，為"0"則丟棄該數(shù)據(jù)包，為"1"則逐一實現(xiàn)操作，本數(shù)據(jù)包中有2個操作，第一個為3-Delete，價位為8.21,第二個為2-Update，價位為8.20，其中有3個操作3-Delete第0個位置的數(shù)量，2-Update將第1個位置的200改為55，l-Add在末尾添加一筆700股的訂單，此時買盤有3個價位~50020003002001008.20100200ii5007008.183005008.16500600800第四次發(fā)送第四次發(fā)送的是包括-.如價位刪除操作指令的更新數(shù)據(jù)，如下表8:<table>tableseeoriginaldocumentpage16</column></row><table>表8第四次接收接收方檢査表8所示數(shù)據(jù)包內(nèi)的序列號為3，比原接收序列號大1，沒有丟包，將接收序列號置為3。"數(shù)據(jù)類別"為"2"，再檢査600601的更新狀態(tài)設為是否為"1"，為"0"則丟棄該數(shù)據(jù)包，為"1"則逐---'實現(xiàn)操作，本數(shù)據(jù)包中有一個操作，類型為3-Delete，價位為8.20，此時不需要價位屬性，因此在上一次3個價位的基礎上，依次比較各價位，找到8.20的位置，將該價位及其價位屬性從數(shù)組中刪除，此時買盤有2個價位。8.20555007008.183005008.16500600800在某些意外情況下，-旦序列號不連續(xù)(不是增加1時)，接收方就將更新狀態(tài)設為"0"，此時不會處理更新的數(shù)據(jù)包(丟棄)，直到收到數(shù)據(jù)類別為"1"的全數(shù)據(jù)，才將更新狀態(tài)設為"1"，并開始處理更新數(shù)據(jù)包。因此為防止這種情況的發(fā)生，發(fā)送方每隔一定時間(如3分鐘)就發(fā)一次全數(shù)據(jù)以進行同步。雖然本發(fā)明已以較佳實施例揭示如匕然其并非用以限定本發(fā)明，任何本領域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當可作些許的修改和完善，因此本發(fā)明的保護范圍當以權(quán)利要求書所界定的為準。權(quán)利要求1.一種證券行情訂單隊列數(shù)據(jù)傳輸方法，用于將證券行情訂單隊列數(shù)據(jù)由發(fā)送方傳輸給接收方，該方法包括如下步驟(a)發(fā)送方獲取全部訂單隊列數(shù)據(jù)，并向接收方發(fā)送該數(shù)據(jù)；(b)接收方接收并儲存該全部訂單隊列數(shù)據(jù)；(c)一段時間后，發(fā)送方獲取當前全部訂單隊列數(shù)據(jù)，并比較該當前全部訂單隊列數(shù)據(jù)與前次全部訂單隊列數(shù)據(jù)以產(chǎn)生更新數(shù)據(jù)包，其中該更新數(shù)據(jù)包包括用以對該前次全部訂單隊列數(shù)據(jù)的價位進行部分更新的價位操作指令，以及用以對該前次全部訂單隊列數(shù)據(jù)的價位中的訂單進行部分更新的訂單操作指令；(d)發(fā)送方將該更新數(shù)據(jù)包向接收方發(fā)送；(e)接收方接收該更新數(shù)據(jù)包；以及(f)接收方根據(jù)該更新數(shù)據(jù)包中的所述價位操作指令和訂單操作指令更新已接收到的全部訂單隊列數(shù)據(jù)。2.如權(quán)利要求1所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述價位操作指令包括價位添加指令，用于向全部訂單隊列數(shù)據(jù)添加一個新的價位；價位更新指令，用于更新全部訂單隊列數(shù)據(jù)中的一個價位；以及價位刪除指令，用于刪除全部訂單隊列數(shù)據(jù)中的--個價位。3.如權(quán)利要求2所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述價位操作指令包括操作類型和操作參數(shù)，所述操作類型包括價位添加操作，對應于該價位添加指令；價位更新操作，對應于該價位更新指令；以及價位刪除操作，對應于該價位刪除指令；所述價位刪除指令的操作參數(shù)包括價位；所述價位添加指令和價位更新指令的操作參數(shù)包括包括價位和價位屬性，其中所述訂單操作指令包含在該價位屬性中。4.如權(quán)利要求1所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述訂單操作指令包括訂單添加指令，用于向某一價位中添加一個新的訂單；訂單更新指令，用于更新某一價位中的一個訂單的訂單屬性；以及訂單刪除指令，用于刪除某一價位中的一個訂單。5.如權(quán)利要求4所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述訂單操作指令包括操作類型和操作參數(shù)，所述操作類型包括訂單添加操作，對應于該訂單添加指令；訂單更新操作，對應于該訂單更新指令；以及訂單刪除操作，對應于該訂單刪除指令；所述訂單更新指令的操作參數(shù)包括訂單屬性，表示包括訂單數(shù)量的數(shù)據(jù)；以及位置，表示訂單操作指令操作的位置；所述訂單刪除指令的操作參數(shù)包括位置；所述訂單添加指令的操作參數(shù)包括訂單屬性。6.如權(quán)利要求1所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述更新數(shù)據(jù)包還包括序列號，用于表示發(fā)送的更新數(shù)據(jù)包的順序。7.如權(quán)利要求6所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述接收方包含一更新狀態(tài)，所述接收方根據(jù)所述序列號判斷更新數(shù)據(jù)包是否連續(xù)，如果連續(xù)，則維持該更新狀態(tài)為更新，如果不連續(xù)，則設定該更新狀態(tài)為不更新；并且在所述步驟(f)之前還包括判斷所述更新狀態(tài)是否為更新，如果是，則執(zhí)行步驟(f)，如果不是，則丟棄該更新數(shù)據(jù)包。8.如權(quán)利要求7所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，所述發(fā)送方每隔一定時間發(fā)送一次全部訂單隊列數(shù)據(jù)給所述接收方，所述接收方每接收一次全部訂單隊列快照數(shù)據(jù)，則設定該更新狀態(tài)為更新。9.如權(quán)利要求1所述的證券行情訂單隊列數(shù)據(jù)傳輸方法，其特征在于，發(fā)送方每隔一定時間發(fā)送一次全部訂單隊列數(shù)據(jù)給接收方。全文摘要一種證券行情訂單隊列數(shù)據(jù)傳輸方法，發(fā)送方獲取全部訂單隊列數(shù)據(jù)，并于第一次向接收方發(fā)送該數(shù)據(jù)；在之后的每次數(shù)據(jù)傳輸中，發(fā)送方比較該當前全部訂單隊列數(shù)據(jù)與前次全部訂單隊列數(shù)據(jù)以產(chǎn)生更新數(shù)據(jù)包，其中該更新數(shù)據(jù)包包括用以對該前次全部訂單隊列數(shù)據(jù)的價位進行部分更新的價位操作指令，以及用以對該前次全部訂單隊列數(shù)據(jù)的價位中的訂單進行部分更新的訂單操作指令；然后，發(fā)送方將該更新數(shù)據(jù)包向接收方發(fā)送。接收方接收到更新數(shù)據(jù)包后，會根據(jù)該更新數(shù)據(jù)包中的價位操作指令和訂單操作指令更新已接收到的全部訂單隊列數(shù)據(jù)。由此，本發(fā)明可以減少證券行情訂單隊列數(shù)據(jù)的傳輸量，節(jié)省傳輸?shù)膸?，提高證券行情數(shù)據(jù)的更新速度。文檔編號G06Q40/00GK101510293SQ200910045259公開日2009年8月19日申請日期2009年1月14日優(yōu)先權(quán)日2009年1月14日發(fā)明者云大江,輝張,張曉軍,朱世東,勇王,蔡楚煌,趙小平,昀高,越黃申請人:上證所信息網(wǎng)絡有限公司