一種erp數(shù)據(jù)包通訊方法
【專利摘要】為了提高ERP數(shù)據(jù)包的傳輸效率，本發(fā)明提供了一種erp數(shù)據(jù)包通訊方法。該方法包括：(1)將待發(fā)送的數(shù)據(jù)包分成N組并為每組數(shù)據(jù)增加組號P，N為自然數(shù)；當(dāng)N大于1時，前N-1組的數(shù)據(jù)量均為S且第N組的數(shù)據(jù)量小于S；(2)將所述N組數(shù)據(jù)分成M段并為每段數(shù)據(jù)增加段號Q，M為自然數(shù)；當(dāng)M大于1時，前M-1段的數(shù)據(jù)量均為L；(3)當(dāng)L大于或等于預(yù)設(shè)閾值時，并行地對各段數(shù)據(jù)進(jìn)行壓縮，且一旦某段數(shù)據(jù)壓縮結(jié)束，則繼續(xù)該段數(shù)據(jù)所在組的下一段數(shù)據(jù)的壓縮；(4)傳輸步驟(3)處理后得到的結(jié)果。上述方法采用并行批量處理的方式極大地提高了壓縮或傳輸?shù)奶幚硇省?br> 【專利說明】一種erp數(shù)據(jù)包通訊方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)通信【技術(shù)領(lǐng)域】。更具體地，涉及一種erp數(shù)據(jù)包通訊方法。

【背景技術(shù)】
[0002]當(dāng)今社會已經(jīng)進(jìn)入信息化、數(shù)字化時代，數(shù)字?jǐn)?shù)據(jù)和數(shù)字通信已經(jīng)成為人們?nèi)粘Ｉ钪胁豢煞指畹囊徊糠郑娮由虅?wù)技術(shù)的發(fā)展和日趨成熟，ERP (EnterpriseResourcePlanning,企業(yè)資源計劃)系統(tǒng)的應(yīng)用也越來越普及。
[0003]ERP系統(tǒng)是一個高度集成的系統(tǒng)，數(shù)據(jù)在各業(yè)務(wù)子系統(tǒng)之間高度共享，且共享數(shù)據(jù)的數(shù)據(jù)量隨著業(yè)務(wù)量的攀升而呈幾何數(shù)量級增長，子系統(tǒng)增加和復(fù)雜化的趨勢也使各子系統(tǒng)之間的邏輯關(guān)系越來越復(fù)雜。
[0004]基于對更短傳輸時間的需要，人們對數(shù)據(jù)傳輸?shù)倪^程進(jìn)行了研究，發(fā)現(xiàn)傳輸時間和所傳輸?shù)臄?shù)據(jù)的大小有緊密的聯(lián)系。當(dāng)所傳輸?shù)臄?shù)據(jù)較大時，數(shù)據(jù)傳輸消耗的時間也就較多；反之，當(dāng)所傳輸?shù)臄?shù)據(jù)較小時，數(shù)據(jù)傳輸消耗的時間也就較少?；谶@種理論，人們在發(fā)送數(shù)據(jù)時，對數(shù)據(jù)進(jìn)行壓縮，通過減小數(shù)據(jù)量來降低數(shù)據(jù)傳輸時間。但是，對數(shù)據(jù)壓縮的辦法需要對數(shù)據(jù)進(jìn)行壓縮和解壓縮處理，這兩項處理同樣也要消耗一定的時間，因此這種方法降低數(shù)據(jù)傳輸時間的效果有限。
[0005]申請?zhí)枮?01110459118.7的中國專利申請公開了一種數(shù)據(jù)傳輸方法及系統(tǒng)，可以根據(jù)所要傳輸數(shù)據(jù)的數(shù)據(jù)量進(jìn)行是否進(jìn)行壓縮處理的選擇。這樣，當(dāng)所要傳輸數(shù)據(jù)的數(shù)據(jù)量較大時，可以進(jìn)行壓縮處理，而當(dāng)所要傳輸數(shù)據(jù)的數(shù)據(jù)量較小時，不進(jìn)行壓縮處理。但是，當(dāng)待傳輸?shù)臄?shù)據(jù)量較大時，這種方法會造成待壓縮數(shù)據(jù)要經(jīng)過長時間的等待才能被壓縮，影響數(shù)據(jù)包生成的速度，進(jìn)而降低了 ERP系統(tǒng)的效率。


【發(fā)明內(nèi)容】

[0006]為了克服現(xiàn)有技術(shù)的上述不足，本發(fā)明提供了一種erp數(shù)據(jù)包通訊方法。該方法包括:
[0007](I)將待發(fā)送的數(shù)據(jù)包分成N組并為每組數(shù)據(jù)增加組號P，N為自然數(shù)；當(dāng)N大于I時，前N-1組的數(shù)據(jù)量均為S且第N組的數(shù)據(jù)量小于S ；
[0008](2)將所述N組數(shù)據(jù)分成M段并為每段數(shù)據(jù)增加段號Q，M為自然數(shù)；當(dāng)M大于I時，前M-1段的數(shù)據(jù)量均為L ;
[0009](3)當(dāng)L大于或等于預(yù)設(shè)閾值時，并行地對各段數(shù)據(jù)進(jìn)行壓縮，且一旦某段數(shù)據(jù)壓縮結(jié)束，則繼續(xù)該段數(shù)據(jù)所在組的下一段數(shù)據(jù)的壓縮；
[0010](4)傳輸步驟⑶處理后得到的結(jié)果。
[0011]將待發(fā)送數(shù)據(jù)包進(jìn)行這種處理后，能夠使數(shù)據(jù)發(fā)送端不需要按照數(shù)據(jù)原始的順序進(jìn)行發(fā)送、數(shù)據(jù)接收端也不需要先收到完整無誤的某個數(shù)據(jù)字段才能接收下一個字段進(jìn)而組合還原成數(shù)據(jù)包。也就是說，本發(fā)明的上述方法極大地提高了數(shù)據(jù)發(fā)送端和數(shù)據(jù)接收端的數(shù)據(jù)包通訊能力，且最大程度地減小了每一段數(shù)據(jù)接收操作之間及每一段數(shù)據(jù)操作發(fā)送之間的等待時間。
[0012]進(jìn)一步地，所述步驟(I)和⑵之間還包括:判斷S與預(yù)設(shè)閾值之間的大小關(guān)系:如果S小于預(yù)設(shè)閾值，則直接進(jìn)行步驟(4)。
[0013]進(jìn)一步地，所述步驟(I)和(2)之間還包括判斷S與預(yù)設(shè)閾值之間的大小關(guān)系:如果S大于或等于預(yù)設(shè)閾值，則在傳輸步驟(3)處理后得到的結(jié)果之后，所述步驟(4)還包括:傳輸接收端處理標(biāo)志，所述接收端處理標(biāo)志包括是否為壓縮數(shù)據(jù)以及結(jié)尾標(biāo)識符。
[0014]進(jìn)一步地，所述步驟(4)包括:
[0015](4.1)設(shè)定傳輸間隔時間Tl ；
[0016](4.2)發(fā)送一段數(shù)據(jù)，計算網(wǎng)絡(luò)QoS ；
[0017](4.3)當(dāng)QoS小于預(yù)設(shè)閾值時，設(shè)定傳輸間隔時間為2T1，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢；
[0018](4.4)當(dāng)QoS大于或等于預(yù)設(shè)閾值時，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢。
[0019]進(jìn)一步地，所述方法還包括:當(dāng)接收端收到數(shù)據(jù)后，首先緩存各段數(shù)據(jù)，然后當(dāng)接收到接收端處理標(biāo)志時，判斷接收端處理標(biāo)志是否包括表示壓縮數(shù)據(jù)的標(biāo)志，并判斷是否進(jìn)行相應(yīng)的解壓縮。
[0020]進(jìn)一步地，根據(jù)預(yù)先設(shè)定的格式庫中的格式文件，在待發(fā)送的數(shù)據(jù)中，去除格式數(shù)據(jù)部分，得到第一數(shù)據(jù)部分；傳輸數(shù)據(jù)，所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分。
[0021]進(jìn)一步地，在所述第一數(shù)據(jù)部分包括整型數(shù)據(jù)時，將所述整型數(shù)據(jù)采用二進(jìn)制形式表示為數(shù)值后再進(jìn)行處理和傳輸。
[0022]進(jìn)一步地，在所述第一數(shù)據(jù)部分包括至少兩個位數(shù)據(jù)時，將所述至少兩個位數(shù)據(jù)合并后進(jìn)行傳輸。
[0023]進(jìn)一步地，所述格式庫中包括至少兩個格式文件時，所述傳輸數(shù)據(jù)包括:所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分和指示信息，所述指示信息用于指示所述要傳輸?shù)臄?shù)據(jù)對應(yīng)的格式文件，以使所述數(shù)據(jù)發(fā)送端根據(jù)所述指示信息確定所述第一數(shù)據(jù)部分對應(yīng)的格式文件。
[0024]進(jìn)一步地，在當(dāng)前待發(fā)送的數(shù)據(jù)的格式為賬戶和密碼時，在傳輸?shù)臄?shù)據(jù)中還包括用于指示格式文件為賬戶和密碼的指示信息。
[0025]本發(fā)明的有益效果如下:
[0026](I)采用并行批量處理的方式極大地提高了壓縮或傳輸?shù)奶幚硇?，改變了現(xiàn)有技術(shù)中采用串行方式傳輸費(fèi)時的情況；
[0027](2)根據(jù)當(dāng)前網(wǎng)絡(luò)QoS，能夠動態(tài)調(diào)整每次發(fā)送數(shù)據(jù)的數(shù)據(jù)量，進(jìn)而更合理地、更充分地利用ERP系統(tǒng)的內(nèi)部網(wǎng)絡(luò)資源。

【專利附圖】

【附圖說明】
[0028]圖1示出了根據(jù)本發(fā)明的優(yōu)選實施例的erp系統(tǒng)數(shù)據(jù)包通訊方法流程圖。

【具體實施方式】
[0029]如圖1所示，本發(fā)明的erp數(shù)據(jù)包通訊方法包括如下步驟:
[0030]步驟100:將待發(fā)送的數(shù)據(jù)包分成N組并為每組數(shù)據(jù)增加組號P，N為自然數(shù)；當(dāng)N大于I時，前N-1組的數(shù)據(jù)量均為S且第N組的數(shù)據(jù)量小于S ；
[0031 ] 步驟200:將所述N組數(shù)據(jù)分成M段并為每段數(shù)據(jù)增加段號Q，M為自然數(shù)；當(dāng)M大于I時，前M-1段的數(shù)據(jù)量均為L ;
[0032]步驟300:當(dāng)L大于或等于預(yù)設(shè)閾值時，并行地對各段數(shù)據(jù)進(jìn)行壓縮，且一旦某段數(shù)據(jù)壓縮結(jié)束，則繼續(xù)該段數(shù)據(jù)所在組的下一段數(shù)據(jù)的壓縮；
[0033]步驟400:傳輸步驟300處理后得到的結(jié)果。
[0034]在本發(fā)明優(yōu)選的實施例中，上述N和M均為8的整數(shù)倍。這樣的設(shè)置有利于直接基于TCP/IP協(xié)議進(jìn)行數(shù)據(jù)傳輸。其中，步驟100中，最后一組的組號P等于N，且步驟200中，最后一段的段號Q等于M。
[0035]其中，預(yù)設(shè)閾值可以根據(jù)實際情況進(jìn)行設(shè)定和修改，本發(fā)明在此不做限定。
[0036]可以理解的是，對所要傳輸?shù)臄?shù)據(jù)進(jìn)行壓縮處理后，該數(shù)據(jù)的數(shù)據(jù)量會變小。為了使得接收端獲悉該數(shù)據(jù)是否被壓縮，該數(shù)據(jù)中一般都會包括一個壓縮標(biāo)識，用于標(biāo)識該數(shù)據(jù)是否被壓縮。
[0037]在本發(fā)明的優(yōu)選實施例中，步驟100和200之間還包括:判斷S與預(yù)設(shè)閾值之間的大小關(guān)系:如果S小于預(yù)設(shè)閾值，則直接進(jìn)行步驟400。相反地，如果S大于或等于預(yù)設(shè)閾值，則在傳輸步驟300處理后得到的結(jié)果之后，所述步驟400還包括:傳輸接收端處理標(biāo)志，所述接收端處理標(biāo)志包括是否為壓縮數(shù)據(jù)以及結(jié)尾標(biāo)識符。舉例來說，假設(shè)接收端處理標(biāo)志中的標(biāo)識信息可以為“O”或“ I”，“O”代表未被壓縮，“ I”代表已被壓縮。那么對所要傳輸?shù)臄?shù)據(jù)進(jìn)行壓縮處理后，就可以將該數(shù)據(jù)中的接收端處理標(biāo)志中的“O”改變?yōu)椤癐”。
[0038]在其他的實施例中，接收端處理標(biāo)志可以位于數(shù)據(jù)中的前端、后端，也可以位于數(shù)據(jù)中的其他位置。本發(fā)明中以該接收端處理標(biāo)志位于數(shù)據(jù)末尾加以解釋和說明。當(dāng)位于上述其他位置時，本領(lǐng)域技術(shù)人員在不付出創(chuàng)造性勞動的前提下，容易獲取和實施對其修改后得到的技術(shù)方案。
[0039]所述步驟400包括:
[0040](4.1)設(shè)定傳輸間隔時間Tl ；
[0041](4.2)發(fā)送一段數(shù)據(jù)，計算網(wǎng)絡(luò)QoS ；
[0042](4.3)當(dāng)QoS小于預(yù)設(shè)閾值時，設(shè)定傳輸間隔時間為2T1，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢；
[0043](4.4)當(dāng)QoS大于或等于預(yù)設(shè)閾值時，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢。
[0044]數(shù)據(jù)接收端收到數(shù)據(jù)后，首先緩存各段數(shù)據(jù)，然后當(dāng)接收到接收端處理標(biāo)志時，判斷接收端處理標(biāo)志是否包括表示壓縮數(shù)據(jù)的標(biāo)志，并判斷是否進(jìn)行相應(yīng)的解壓縮。
[0045]其中，在數(shù)據(jù)發(fā)送端和數(shù)據(jù)接收端中可以預(yù)先設(shè)定對應(yīng)的格式庫，格式庫中包含至少一個的格式文件。
[0046]例如，可以設(shè)定格式文件是，account= string, password = shortint
[0047]在要傳輸?shù)臄?shù)據(jù)為:account = json, password = 1234時,就可以去除格式數(shù)據(jù)部分，也就是account和password,因此,得到的第一數(shù)據(jù)部分為:
[0048]json, 1234。
[0049]數(shù)據(jù)接收端向數(shù)據(jù)發(fā)送端傳輸數(shù)據(jù)，所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分。相關(guān)技術(shù)中，數(shù)據(jù)接收端是向數(shù)據(jù)發(fā)送端傳輸全部的數(shù)據(jù)，包括格式數(shù)據(jù)部分，而本發(fā)明實施例不傳輸格式數(shù)據(jù)部分。
[0050]以上述例子進(jìn)行說明，相關(guān)技術(shù)中，傳輸?shù)臄?shù)據(jù)為:
[0051]account = json, password = 1234
[0052]而本發(fā)明實施例傳輸?shù)臄?shù)據(jù)為:
[0053]json, 1234。
[0054]本實施例通過去除要傳輸?shù)臄?shù)據(jù)中的格式數(shù)據(jù)部分，可以降低傳輸?shù)臄?shù)據(jù)量。并且，由于僅傳輸了部分內(nèi)容，破解者即使獲取了這些數(shù)據(jù)也不能獲知這些數(shù)據(jù)的用途，天然具有保密效果，提高了保密性。
[0055]上述通過傳輸?shù)谝粩?shù)據(jù)部分可以降低數(shù)據(jù)量，進(jìn)一步的，當(dāng)對第一數(shù)據(jù)部分進(jìn)行優(yōu)化處理后，還可以進(jìn)一步降低數(shù)據(jù)量。
[0056]優(yōu)選地，當(dāng)數(shù)據(jù)接收端在所述第一數(shù)據(jù)部分包括整型數(shù)據(jù)時，將所述整型數(shù)據(jù)采用二進(jìn)制方式表示為數(shù)值后進(jìn)行傳輸。例如，相關(guān)技術(shù)中，傳輸?shù)臄?shù)據(jù)采用字符串方式表示，如上述的1234用字符串方式表示后將占用4字節(jié)(byte)的空間。而本實施例中，在將上述的1234用二進(jìn)制方式表示為數(shù)值時只需要占用2字節(jié)的空間，進(jìn)一步降低了數(shù)據(jù)量。本實施例通過將傳輸?shù)恼蛿?shù)據(jù)表示為二進(jìn)制的數(shù)值，可以進(jìn)一步降低數(shù)據(jù)量。
[0057]優(yōu)選地，當(dāng)數(shù)據(jù)接收端在所述第一數(shù)據(jù)部分包括至少兩個的位數(shù)據(jù)時，將所述至少兩個的位數(shù)據(jù)合并后進(jìn)行傳輸。在實際傳輸數(shù)據(jù)時，可能包括一些位數(shù)據(jù)，例如，要表示“是”或“否”時，就可以用I位的數(shù)據(jù)進(jìn)行表示，具體如I表示是，用O表示否。
[0058]當(dāng)要傳輸?shù)臄?shù)據(jù)包括多個位數(shù)據(jù)時，例如，要傳輸?shù)臄?shù)據(jù)包括多個用是、否表示的項，如包括性別、婚否等內(nèi)容時。相關(guān)技術(shù)中，每一個位數(shù)據(jù)將占用一個字節(jié)。而本實施例中可以將多個位數(shù)據(jù)進(jìn)行合并，多個位數(shù)據(jù)共同占用一個字節(jié)。例如，當(dāng)要傳輸?shù)臄?shù)據(jù)中包括8個位數(shù)據(jù)時，相關(guān)技術(shù)中將占用8個字節(jié)，而本實施例中對這8個位數(shù)據(jù)進(jìn)行合并，只占用I個字節(jié)。本實施例通過將傳輸?shù)奈粩?shù)據(jù)進(jìn)行合并，可以進(jìn)一步降低數(shù)據(jù)量。
[0059]在另一個實施例中，要傳輸數(shù)據(jù)可能具有不同的格式，為了數(shù)據(jù)發(fā)送端可以正確恢復(fù)數(shù)據(jù)，可以在傳輸?shù)臄?shù)據(jù)中包含指示信息。
[0060]數(shù)據(jù)接收端向數(shù)據(jù)發(fā)送端傳輸數(shù)據(jù)，所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分和指示信息，所述指示信息用于指示所述要傳輸?shù)臄?shù)據(jù)對應(yīng)的格式文件，以使所述數(shù)據(jù)發(fā)送端根據(jù)所述指示信息確定所述第一數(shù)據(jù)部分對應(yīng)的格式文件。數(shù)據(jù)接收端和數(shù)據(jù)發(fā)送端中設(shè)置的格式庫中可以包含多個格式文件，例如，一個格式文件表不賬戶和密碼，另一個格式文件表示使用信息，如要傳輸?shù)臄?shù)據(jù)包括文件大小和使用的時間等。
[0061]在當(dāng)前要傳輸?shù)臄?shù)據(jù)的格式為賬戶和密碼時，可以在傳輸?shù)臄?shù)據(jù)中還包括用于指示格式文件為賬戶和密碼的指示信息，這樣數(shù)據(jù)發(fā)送端根據(jù)該指示信息可以確定對應(yīng)的格式文件，進(jìn)而根據(jù)格式文件以及接收的第一數(shù)據(jù)部分可以恢復(fù)出原始要傳輸?shù)臄?shù)據(jù)。本實施例通過增加指示信息，可以傳輸不同格式文件對應(yīng)的數(shù)據(jù)，提高應(yīng)用范圍。
[0062]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種erp數(shù)據(jù)包通訊方法，其特征在于，包括: (1)將待發(fā)送的數(shù)據(jù)包分成N組并為每組數(shù)據(jù)增加組號P，N為自然數(shù)；當(dāng)N大于I時，前N-1組的數(shù)據(jù)量均為S且第N組的數(shù)據(jù)量小于S ； (2)將所述N組數(shù)據(jù)分成M段并為每段數(shù)據(jù)增加段號Q，M為自然數(shù)；當(dāng)M大于I時，前M-1段的數(shù)據(jù)量均為L ； (3)當(dāng)L大于或等于預(yù)設(shè)閾值時，并行地對各段數(shù)據(jù)進(jìn)行壓縮，且一旦某段數(shù)據(jù)壓縮結(jié)束，則繼續(xù)該段數(shù)據(jù)所在組的下一段數(shù)據(jù)的壓縮； (4)傳輸步驟(3)處理后得到的結(jié)果。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟⑴和(2)之間還包括:判斷S與預(yù)設(shè)閾值之間的大小關(guān)系:如果S小于預(yù)設(shè)閾值，則直接進(jìn)行步驟⑷。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟⑴和(2)之間還包括判斷S與預(yù)設(shè)閾值之間的大小關(guān)系:如果S大于或等于預(yù)設(shè)閾值，則在傳輸步驟(3)處理后得到的結(jié)果之后，所述步驟(4)還包括:傳輸接收端處理標(biāo)志，所述接收端處理標(biāo)志包括是否為壓縮數(shù)據(jù)以及結(jié)尾標(biāo)識符。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟(4)包括: (4.1)設(shè)定傳輸間隔時間Tl ； (4.2)發(fā)送一段數(shù)據(jù)，計算網(wǎng)絡(luò)QoS ； (4.3)當(dāng)QoS小于預(yù)設(shè)閾值時，設(shè)定傳輸間隔時間為2T1，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢； (4.4)當(dāng)QoS大于或等于預(yù)設(shè)閾值時，重復(fù)步驟(4.2)直至所有待發(fā)送數(shù)據(jù)發(fā)送完畢。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括:當(dāng)接收端收到數(shù)據(jù)后，首先緩存各段數(shù)據(jù)，然后當(dāng)接收到接收端處理標(biāo)志時，判斷接收端處理標(biāo)志是否包括表示壓縮數(shù)據(jù)的標(biāo)志，并判斷是否進(jìn)行相應(yīng)的解壓縮。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)預(yù)先設(shè)定的格式庫中的格式文件，在待發(fā)送的數(shù)據(jù)中，去除格式數(shù)據(jù)部分，得到第一數(shù)據(jù)部分；傳輸數(shù)據(jù)，所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述第一數(shù)據(jù)部分包括整型數(shù)據(jù)時，將所述整型數(shù)據(jù)采用二進(jìn)制形式表示為數(shù)值后再進(jìn)行處理和傳輸。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，在所述第一數(shù)據(jù)部分包括至少兩個位數(shù)據(jù)時，將所述至少兩個位數(shù)據(jù)合并后進(jìn)行傳輸。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述格式庫中包括至少兩個格式文件時，所述傳輸數(shù)據(jù)包括:所述傳輸?shù)臄?shù)據(jù)包括所述第一數(shù)據(jù)部分和指示信息，所述指示信息用于指示所述要傳輸?shù)臄?shù)據(jù)對應(yīng)的格式文件，以使所述數(shù)據(jù)發(fā)送端根據(jù)所述指示信息確定所述第一數(shù)據(jù)部分對應(yīng)的格式文件。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，在當(dāng)前待發(fā)送的數(shù)據(jù)的格式為賬戶和密碼時，在傳輸?shù)臄?shù)據(jù)中還包括用于指示格式文件為賬戶和密碼的指示信息。
【文檔編號】H04L1/00GK104202124SQ201410465029
【公開日】2014年12月10日 申請日期:2014年9月12日 優(yōu)先權(quán)日:2014年9月12日
【發(fā)明者】曹毅 申請人:成都博智維訊信息技術(shù)有限公司