本發(fā)明涉及局域網(wǎng)領(lǐng)域，尤其涉及一種基于局域網(wǎng)的數(shù)據(jù)傳輸方法、系統(tǒng)及發(fā)送端。

背景技術(shù)：

局域網(wǎng)(Local Area Network)是在一個(gè)局部的地理范圍內(nèi)(如一個(gè)學(xué)校、工廠和機(jī)關(guān)內(nèi))，將各種計(jì)算機(jī)、外部設(shè)備和數(shù)據(jù)庫等互相連接起來組成的計(jì)算機(jī)通信網(wǎng)，簡稱LAN。它可以通過數(shù)據(jù)通信網(wǎng)或?qū)Ｓ脭?shù)據(jù)電路，與遠(yuǎn)方的局域網(wǎng)、數(shù)據(jù)庫或處理中心相連接，構(gòu)成一個(gè)大范圍的信息處理系統(tǒng)。

然而在局域網(wǎng)內(nèi)進(jìn)行一對(duì)多傳輸時(shí)，都需要優(yōu)先建立雙方會(huì)話，也就是在傳輸前發(fā)送方需要和接收方單獨(dú)通信約定一些信息，然而目前會(huì)話創(chuàng)建耗時(shí)較長，特別是當(dāng)需要傳輸?shù)男畔⒘枯^小時(shí)，建立會(huì)話所損耗的時(shí)間遠(yuǎn)比傳輸信息的時(shí)間多得多，大大降低用戶體驗(yàn)。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是：提供一種無需建立會(huì)話即可傳輸數(shù)據(jù)的基于局域網(wǎng)的數(shù)據(jù)傳輸方法、系統(tǒng)及發(fā)送端。

為了解決上述技術(shù)問題，本發(fā)明采用的第一技術(shù)方案為：一種基于局域網(wǎng)的數(shù)據(jù)傳輸方法，包括：

步驟1、創(chuàng)建接收端ID列表，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；

所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

步驟2、接收所述第一數(shù)據(jù)包，解析所述第一數(shù)據(jù)包得到所述接收端ID列表；

步驟3、判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)。

本發(fā)明采用的第二技術(shù)方案為：一種基于局域網(wǎng)的數(shù)據(jù)傳輸系統(tǒng)，包括：發(fā)送模塊、接收模塊和第一判斷模塊；

所述發(fā)送模塊，用于創(chuàng)建接收端ID列表，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

所述接收模塊，用于接收所述第一數(shù)據(jù)包，解析所述第一數(shù)據(jù)包得到所述接收端ID列表；

所述第一判斷模塊，用于判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)。

本發(fā)明采用的第三技術(shù)方案為：一種基于局域網(wǎng)的數(shù)據(jù)傳輸?shù)陌l(fā)送端，所述發(fā)送端包括創(chuàng)建單元、第一打包單元和廣播單元；

所述創(chuàng)建單元用于創(chuàng)建接收端ID列表；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

所述第一打包單元用于將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包；

所述廣播單元用于將第一數(shù)據(jù)包廣播至局域網(wǎng)。

本發(fā)明的有益效果在于：將欲接收的接收端的ID(作為唯一標(biāo)識(shí))創(chuàng)建成接收端ID列表，并與傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)中，所有的接收端都能接收到第一數(shù)據(jù)包，但只有ID號(hào)在接收端ID列表內(nèi)的接收端才能獲取傳輸數(shù)據(jù)，因此發(fā)送端無需提前與接收端建立會(huì)話，節(jié)省大量時(shí)長，雖然將接收端ID列表與傳輸數(shù)據(jù)打包在一起廣播會(huì)增加發(fā)送的數(shù)據(jù)量，但接收端的ID一般為網(wǎng)絡(luò)地址主機(jī)號(hào)(一般為1字節(jié))，遠(yuǎn)小于傳輸數(shù)據(jù)的數(shù)據(jù)量，因此本發(fā)明提供的基于局域網(wǎng)的數(shù)據(jù)傳輸方法、系統(tǒng)及發(fā)送端，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID加到傳輸數(shù)據(jù)中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。

附圖說明

圖1為本發(fā)明的一種基于局域網(wǎng)的數(shù)據(jù)傳輸方法的步驟流程圖；

圖2為本發(fā)明的一種基于局域網(wǎng)的數(shù)據(jù)傳輸系統(tǒng)的結(jié)構(gòu)示意圖；

圖3為本發(fā)明的一種基于局域網(wǎng)的數(shù)據(jù)傳輸?shù)陌l(fā)送端的結(jié)構(gòu)示意圖；

標(biāo)號(hào)說明：

1、發(fā)送模塊；2、接收模塊；3、第一判斷模塊；4、創(chuàng)建單元；5、第一打包單元；6、廣播單元。

具體實(shí)施方式

為詳細(xì)說明本發(fā)明的技術(shù)內(nèi)容、所實(shí)現(xiàn)目的及效果，以下結(jié)合實(shí)施方式并配合附圖予以說明。

本發(fā)明最關(guān)鍵的構(gòu)思在于：把接收端ID列表與傳輸數(shù)據(jù)打包后，直接發(fā)送給接收端，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，大大節(jié)省了建立會(huì)話所需時(shí)間。

請(qǐng)參照?qǐng)D1，本發(fā)明提供的一種基于局域網(wǎng)的數(shù)據(jù)傳輸方法，包括：

步驟1、創(chuàng)建接收端ID列表，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

步驟2、接收所述第一數(shù)據(jù)包，解析所述第一數(shù)據(jù)包得到所述接收端ID列表；

步驟3、判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)。

從上述描述可知，本發(fā)明的有益效果在于：將欲接收的接收端的ID(作為唯一標(biāo)識(shí))創(chuàng)建成接收端ID列表，并與傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)中，所有的接收端都能接收到第一數(shù)據(jù)包，但只有ID號(hào)在接收端ID列表內(nèi)的接收端才能獲取傳輸數(shù)據(jù)，因此發(fā)送端無需提前與接收端建立會(huì)話，節(jié)省大量時(shí)長，雖然將接收端ID列表與傳輸數(shù)據(jù)打包在一起廣播會(huì)增加發(fā)送的數(shù)據(jù)量，但接收端的ID一般為網(wǎng)絡(luò)地址主機(jī)號(hào)(一般為1字節(jié))，遠(yuǎn)小于傳輸數(shù)據(jù)的數(shù)據(jù)量，因此本發(fā)明提供的基于局域網(wǎng)的數(shù)據(jù)傳輸方法，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID加到傳輸數(shù)據(jù)中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。

進(jìn)一步的，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)，具體為：

將傳輸數(shù)據(jù)進(jìn)行第一次加密得到加密后的傳輸數(shù)據(jù)；

將所述接收端ID列表和加密后的傳輸數(shù)據(jù)進(jìn)行第二次加密后打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；

解析所述第一數(shù)據(jù)包得到所述接收端ID列表，判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)，具體為：

第一次解密所述第一數(shù)據(jù)包得到所述接收端ID列表和加密后的傳輸數(shù)據(jù)；

判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到加密后的傳輸數(shù)據(jù)，第二次解密所述加密后的傳輸數(shù)據(jù)得到傳輸數(shù)據(jù)。

由上述描述可知，由于所有的接收端均能通過監(jiān)聽并接收到第一數(shù)據(jù)包，但為了提高傳輸數(shù)據(jù)的安全性，將傳輸數(shù)據(jù)進(jìn)行第一次加密后再與接收端ID列表進(jìn)行第二次加密，即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的傳輸數(shù)據(jù)，因此通過二次加密可提升數(shù)據(jù)傳輸以及接收端的安全性。

這里所說的解密與上述的加密是相對(duì)應(yīng)的，第一次加密對(duì)應(yīng)的解密為第二次解密，第二次加密對(duì)應(yīng)的解密為第一次解密。即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的傳輸數(shù)據(jù)，因此通過二次加解密可提升數(shù)據(jù)傳輸以及接收端的安全性。

進(jìn)一步的，所述步驟3之后還包括步驟4，所述步驟4包括：

步驟41、接收到傳輸數(shù)據(jù)后，返回反饋信息；

步驟42、判斷預(yù)設(shè)時(shí)間范圍內(nèi)是否接收到所述接收端ID列表內(nèi)所有接收端的反饋信息，若是，則結(jié)束廣播；

若否，則將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，將所述新的接收端ID列表和傳輸數(shù)據(jù)打包成第二數(shù)據(jù)包后廣播至局域網(wǎng)；

步驟43、接收所述第二數(shù)據(jù)包，解析所述第二數(shù)據(jù)包得到所述新的接收端ID列表；

步驟44、判斷接收所述第二數(shù)據(jù)包的接收端的ID是否在所述新的接收端ID列表內(nèi)，若是，解析所述第二數(shù)據(jù)包得到傳輸數(shù)據(jù)，返回步驟42；若否，刪除所述第二數(shù)據(jù)包。

在數(shù)據(jù)傳輸過程中還加入反饋機(jī)制，當(dāng)接收端接收到傳輸數(shù)據(jù)后，會(huì)反饋一個(gè)反饋信息(例如已收到)給發(fā)送端，發(fā)送端則會(huì)進(jìn)行判斷是否所有要發(fā)送的接收端都已接收到傳輸數(shù)據(jù)，若都已收到，則發(fā)送端結(jié)束廣播，表示本次數(shù)據(jù)傳輸結(jié)束；若還存在未接收的接收端，則發(fā)送會(huì)更新接收端ID列表，也就是將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，再次廣播，直到所有的接收端都接收到傳輸數(shù)據(jù)，雖然所有的接收端都會(huì)再次接收到新的第一數(shù)據(jù)包，然而接收端ID列表中的數(shù)據(jù)是有更新的，接收過傳輸數(shù)據(jù)的接收端就不會(huì)在接收端ID列表中，因此第二次發(fā)送時(shí)，已接收到傳輸數(shù)據(jù)的接收端則不會(huì)再接收數(shù)據(jù)(因?yàn)榻邮斩薎D列表中已不存在)，進(jìn)而防止多次接收。

請(qǐng)參閱圖2，本發(fā)明還提供的一種基于局域網(wǎng)的數(shù)據(jù)傳輸系統(tǒng)，包括：發(fā)送模塊1、接收模塊2和第一判斷模塊3；

所述發(fā)送模塊1，用于創(chuàng)建接收端ID列表，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

所述接收模塊2，用于接收所述第一數(shù)據(jù)包，解析所述第一數(shù)據(jù)包得到所述接收端ID列表；

所述第一判斷模塊3，用于判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)。

從上述描述可知，本發(fā)明的有益效果在于：將欲接收的接收端的ID(作為唯一標(biāo)識(shí))創(chuàng)建成接收端ID列表，并與傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)中，所有的接收端都能接收到第一數(shù)據(jù)包，但只有ID號(hào)在接收端ID列表內(nèi)的接收端才能獲取傳輸數(shù)據(jù)，因此發(fā)送端無需提前與接收端建立會(huì)話，節(jié)省大量時(shí)長，雖然將接收端ID列表與傳輸數(shù)據(jù)打包在一起廣播會(huì)增加發(fā)送的數(shù)據(jù)量，但接收端的ID一般為網(wǎng)絡(luò)地址主機(jī)號(hào)(一般為1字節(jié))，遠(yuǎn)小于傳輸數(shù)據(jù)的數(shù)據(jù)量，因此本發(fā)明提供的基于局域網(wǎng)的數(shù)據(jù)傳輸系統(tǒng)，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID加到傳輸數(shù)據(jù)中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。

進(jìn)一步的，所述發(fā)送模塊包括第一加密單元和第二加密單元；

所述第一加密單元，用于將傳輸數(shù)據(jù)進(jìn)行第一次加密得到加密后的傳輸數(shù)據(jù)；

所述第二加密單元，用于將所述接收端ID列表和加密后的傳輸數(shù)據(jù)進(jìn)行第二次加密后打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；

所述接收模塊，還用于第一次解密所述第一數(shù)據(jù)包得到所述接收端ID列表和加密后的傳輸數(shù)據(jù)；

所述第一判斷模塊，還用于判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到加密后的傳輸數(shù)據(jù)，第二次解密所述加密后的傳輸數(shù)據(jù)得到傳輸數(shù)據(jù)。

由上述描述可知，由于所有的接收端均能通過監(jiān)聽并接收到第一數(shù)據(jù)包，但為了提高傳輸數(shù)據(jù)的安全性，將傳輸數(shù)據(jù)進(jìn)行第一次加密后再與接收端ID列表進(jìn)行第二次加密，即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的傳輸數(shù)據(jù)，因此通過二次加密可提升數(shù)據(jù)傳輸以及接收端的安全性。這里所說的解密與上述的加密是相對(duì)應(yīng)的，第一次加密對(duì)應(yīng)的解密為第二次解密，第二次加密對(duì)應(yīng)的解密為第一次解密。即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的欲傳輸數(shù)據(jù)，因此通過二次加解密可提升數(shù)據(jù)傳輸以及接收端的安全性。

進(jìn)一步的，還包括第二判斷模塊；所述第二判斷模塊包括第一接收單元、第一判斷單元、第二接收單元和第二判斷單元；

所述第一接收單元，用于接收到傳輸數(shù)據(jù)后，返回反饋信息；

所述第一判斷單元，用于判斷預(yù)設(shè)時(shí)間范圍內(nèi)是否接收到所述接收端ID列表內(nèi)所有接收端的反饋信息，若是，則結(jié)束廣播；若否，則將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，將所述新的接收端ID列表和傳輸數(shù)據(jù)打包成第二數(shù)據(jù)包后廣播至局域網(wǎng)；

所述第二接收單元，用于接收所述第二數(shù)據(jù)包，解析所述第二數(shù)據(jù)包得到所述新的接收端ID列表；

所述第二判斷單元，用于判斷接收所述第二數(shù)據(jù)包的接收端的ID是否在所述新的接收端ID列表內(nèi)，若是，解析所述第二數(shù)據(jù)包得到傳輸數(shù)據(jù)，返回第一判斷單元；若否，刪除所述第二數(shù)據(jù)包。

在數(shù)據(jù)傳輸過程中還加入反饋機(jī)制，當(dāng)接收端接收到傳輸數(shù)據(jù)后，會(huì)反饋一個(gè)反饋信息(例如已收到)給發(fā)送端，發(fā)送端則會(huì)進(jìn)行判斷是否所有要發(fā)送的接收端都已接收到傳輸數(shù)據(jù)，若都已收到，則發(fā)送端結(jié)束廣播，表示本次數(shù)據(jù)傳輸結(jié)束；若還存在未接收的接收端，則發(fā)送會(huì)更新接收端ID列表，也就是將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，再次廣播，直到所有的接收端都接收到傳輸數(shù)據(jù)，雖然所有的接收端都會(huì)再次接收到新的第一數(shù)據(jù)包，然而接收端ID列表中的數(shù)據(jù)是有更新的，接收過傳輸數(shù)據(jù)的接收端就不會(huì)在接收端ID列表中，因此第二次發(fā)送時(shí)，已接收到數(shù)據(jù)的接收端則不會(huì)再接收數(shù)據(jù)(因?yàn)榻邮斩薎D列表中已不存在)，進(jìn)而防止多次接收。

參閱圖3，本發(fā)明還提供的一種基于局域網(wǎng)的數(shù)據(jù)傳輸?shù)陌l(fā)送端，所述發(fā)送端包括創(chuàng)建單元4、第一打包單元5和廣播單元6；

所述創(chuàng)建單元4用于創(chuàng)建接收端ID列表；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

所述第一打包單元5用于將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包；

所述廣播單元6用于將第一數(shù)據(jù)包廣播至局域網(wǎng)。

本發(fā)明的基于局域網(wǎng)的數(shù)據(jù)傳輸?shù)陌l(fā)送端是通過將欲接收的接收端的ID(作為唯一標(biāo)識(shí))創(chuàng)建成接收端ID列表，并與傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)中，所有的接收端都能接收到第一數(shù)據(jù)包，但只有ID號(hào)在接收端ID列表內(nèi)的接收端才能獲取傳輸數(shù)據(jù)，因此發(fā)送端無需提前與接收端建立會(huì)話，節(jié)省大量時(shí)長，雖然將接收端ID列表與傳輸數(shù)據(jù)打包在一起廣播會(huì)增加發(fā)送的數(shù)據(jù)量，但接收端的ID一般為網(wǎng)絡(luò)地址主機(jī)號(hào)(一般為1字節(jié))，遠(yuǎn)小于傳輸數(shù)據(jù)的數(shù)據(jù)量，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID加到傳輸數(shù)據(jù)中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。

進(jìn)一步，所述發(fā)送端還包括第一加密單元和第二加密單元；

所述第一加密單元用于將傳輸數(shù)據(jù)進(jìn)行第一次加密得到加密后的傳輸數(shù)據(jù)；

所述第二加密單元用于將所述接收端ID列表和加密后的傳輸數(shù)據(jù)進(jìn)行第二次加密。

進(jìn)一步，所述發(fā)送端還包括接收單元、判斷單元、停止廣播單元和第二打包單元；

所述接收單元用于接收反饋信息；

所述判斷單元用于判斷預(yù)設(shè)時(shí)間范圍內(nèi)是否接收到所述接收端ID列表內(nèi)所有接收端的反饋信息；

所述停止廣播單元用于若預(yù)設(shè)時(shí)間范圍內(nèi)接收到所述接收端ID列表內(nèi)所有接收端的反饋信息，則結(jié)束廣播；

所述第二打包單元用于若預(yù)設(shè)時(shí)間范圍內(nèi)沒有接收到所述接收端ID列表內(nèi)所有接收端的反饋信息，則將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，將所述新的接收端ID列表和傳輸數(shù)據(jù)打包成第二數(shù)據(jù)包后廣播至局域網(wǎng)。

請(qǐng)參照?qǐng)D1-3，本發(fā)明的實(shí)施例一為：

本發(fā)明提供的一種基于局域網(wǎng)的數(shù)據(jù)傳輸方法，包括：

步驟1、創(chuàng)建接收端ID列表，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；所述接收端ID列表用于存儲(chǔ)有所有接收傳輸數(shù)據(jù)的接收端的ID；

步驟2、接收所述第一數(shù)據(jù)包，解析所述第一數(shù)據(jù)包得到所述接收端ID列表；

步驟3、判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)。

其中，將所述接收端ID列表和傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)，具體為：

將傳輸數(shù)據(jù)進(jìn)行第一次加密得到加密后的傳輸數(shù)據(jù)；

將所述接收端ID列表和加密后的傳輸數(shù)據(jù)進(jìn)行第二次加密后打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)；

解析所述第一數(shù)據(jù)包得到所述接收端ID列表，判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到傳輸數(shù)據(jù)，具體為：

第一次解密所述第一數(shù)據(jù)包得到所述接收端ID列表和加密后的傳輸數(shù)據(jù)；

判斷接收所述第一數(shù)據(jù)包的接收端的ID是否在所述接收端ID列表內(nèi)，若是，解析所述第一數(shù)據(jù)包得到加密后的傳輸數(shù)據(jù)，第二次解密所述加密后的傳輸數(shù)據(jù)得到傳輸數(shù)據(jù)。

由于所有的接收端均能通過監(jiān)聽并接收到第一數(shù)據(jù)包，但為了提高傳輸數(shù)據(jù)的安全性，將傳輸數(shù)據(jù)進(jìn)行第一次加密后再與接收端ID列表進(jìn)行第二次加密，即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的傳輸數(shù)據(jù)，因此通過二次加密可提升數(shù)據(jù)傳輸以及接收端的安全性。

這里所說的解密與上述的加密是相對(duì)應(yīng)的，第一次加密對(duì)應(yīng)的解密為第二次解密，第二次加密對(duì)應(yīng)的解密為第一次解密。即使經(jīng)過一次解密，也只能獲取到接收端ID列表以及加密后的傳輸數(shù)據(jù)，因此通過二次加解密可提升數(shù)據(jù)傳輸以及接收端的安全性。

其中，所述步驟3之后還包括步驟4，所述步驟4包括：

步驟41、接收到傳輸數(shù)據(jù)后，返回反饋信息；

步驟42、判斷預(yù)設(shè)時(shí)間范圍內(nèi)是否接收到所述接收端ID列表內(nèi)所有接收端的反饋信息，若是，則結(jié)束廣播；

若否，則將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，將所述新的接收端ID列表和傳輸數(shù)據(jù)打包成第二數(shù)據(jù)包后廣播至局域網(wǎng)；

步驟43、接收所述第二數(shù)據(jù)包，解析所述第二數(shù)據(jù)包得到所述新的接收端ID列表；

步驟44、判斷接收所述第二數(shù)據(jù)包的接收端的ID是否在所述新的接收端ID列表內(nèi)，若是，解析所述第二數(shù)據(jù)包得到傳輸數(shù)據(jù)，返回步驟42；若否，刪除所述第二數(shù)據(jù)包。

在數(shù)據(jù)傳輸過程中還加入反饋機(jī)制，當(dāng)接收端接收到傳輸數(shù)據(jù)后，會(huì)反饋一個(gè)反饋信息(例如已收到)給發(fā)送端，發(fā)送端則會(huì)進(jìn)行判斷是否所有要發(fā)送的接收端都已接收到傳輸數(shù)據(jù)，若都已收到，則發(fā)送端結(jié)束廣播，表示本次數(shù)據(jù)傳輸結(jié)束；若還存在未接收的接收端，則發(fā)送會(huì)更新接收端ID列表，也就是將未接收到反饋信息的接收端的ID作為新的接收端ID列表中的接收端的ID，再次廣播，直到所有的接收端都接收到傳輸數(shù)據(jù)，雖然所有的接收端都會(huì)再次接收到新的第一數(shù)據(jù)包，然而接收端ID列表中的數(shù)據(jù)是有更新的，接收過傳輸數(shù)據(jù)的接收端就不會(huì)在接收端ID列表中，因此第二次發(fā)送時(shí)，已接收到傳輸數(shù)據(jù)的接收端則不會(huì)再接收數(shù)據(jù)(因?yàn)榻邮斩薎D列表中已不存在)，進(jìn)而防止多次接收。

現(xiàn)有技術(shù)是基于建立會(huì)話進(jìn)行一對(duì)多的傳輸技術(shù)，發(fā)送端發(fā)送數(shù)據(jù)信息前需生成會(huì)話ID用于標(biāo)識(shí)本次傳輸(只要能唯一標(biāo)識(shí)傳輸過程的信息都可以作為會(huì)話ID)，然后發(fā)送端需要單獨(dú)給本次所有接收端發(fā)送會(huì)話ID(也就是說不是本次接收端是沒有會(huì)話ID信息)，等所有接收端都反饋已經(jīng)擁有會(huì)話ID后發(fā)送端才開始發(fā)送信息，前面建立會(huì)話過程隨著接收端數(shù)量增加而增加，當(dāng)發(fā)送端發(fā)送的數(shù)據(jù)量較小時(shí)，建立會(huì)話所花費(fèi)時(shí)間大大加長了整個(gè)傳輸時(shí)間。

而本發(fā)明則是基于無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID集合加到傳輸信息中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。由于未建立會(huì)話，需將所有接收端ID一起作為數(shù)據(jù)進(jìn)行傳輸，加大了傳輸數(shù)據(jù)量，可選擇網(wǎng)絡(luò)主機(jī)號(hào)作為接收端ID，網(wǎng)絡(luò)主機(jī)號(hào)一般是1字節(jié)，對(duì)于傳輸?shù)臄?shù)據(jù)量是很小的。

綜上所述，本發(fā)明提供的基于局域網(wǎng)的數(shù)據(jù)傳輸方法、系統(tǒng)及發(fā)送端，將欲接收的接收端的ID創(chuàng)建成接收端ID列表，并與傳輸數(shù)據(jù)打包成第一數(shù)據(jù)包后廣播至局域網(wǎng)中，所有的接收端都能接收到第一數(shù)據(jù)包，但只有ID號(hào)在接收端ID列表內(nèi)的接收端才能獲取傳輸數(shù)據(jù)，因此發(fā)送端無需提前與接收端建立會(huì)話，節(jié)省大量時(shí)長，雖然將接收端ID列表與傳輸數(shù)據(jù)打包在一起廣播會(huì)增加發(fā)送的數(shù)據(jù)量，但接收端的ID一般為網(wǎng)絡(luò)地址主機(jī)號(hào)，遠(yuǎn)小于傳輸數(shù)據(jù)的數(shù)據(jù)量，因此本發(fā)明提供的基于局域網(wǎng)的數(shù)據(jù)傳輸方法、系統(tǒng)及發(fā)送端，無需建立會(huì)話進(jìn)行一對(duì)多傳輸，把接收端ID加到傳輸數(shù)據(jù)中，直接發(fā)送給接收端，大大節(jié)省了建立會(huì)話所需時(shí)間。

以上所述僅為本發(fā)明的實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等同變換，或直接或間接運(yùn)用在相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。