[發(fā)明專(zhuān)利]一種文件快速傳輸方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201711351456.2
• 申請(qǐng)日: 2017-12-15
• 公開(kāi)（公告）號(hào): CN107835260A
• 公開(kāi)（公告）日: 2018-03-23
• 發(fā)明（設(shè)計(jì)）人: 呂翔;梁有超;石甫
• 申請(qǐng)（專(zhuān)利權(quán)）人: 吉旗（成都）科技有限公司
• 主分類(lèi)號(hào): H04L29/08
• 分類(lèi)號(hào): H04L29/08
• 代理公司: 北京權(quán)智天下知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙)11638
• 代理人: 劉玉欣

技術(shù)領(lǐng)域

本發(fā)明涉及文件傳輸技術(shù)領(lǐng)域，具體為一種文件快速傳輸方法。

背景技術(shù)

現(xiàn)今嵌入式系統(tǒng)的文件傳輸方式主要采用FTP；但是FTP協(xié)議需要基于TCP協(xié)議進(jìn)行傳輸，對(duì)嵌入式應(yīng)用要求較高，在植入Linux的嵌入式方案中應(yīng)用較多，對(duì)無(wú)法適用于無(wú)操作系統(tǒng)或植入簡(jiǎn)單操作系統(tǒng)的嵌入式方案中應(yīng)用較為困難；FTP基于TCP進(jìn)行設(shè)計(jì)，使其無(wú)法應(yīng)用于無(wú)網(wǎng)絡(luò)或WIFI接口的嵌入式方案，且在移植時(shí)還需移植TCP協(xié)議，增加了其移植難度；同時(shí)FTP和TCP對(duì)系統(tǒng)資源要求較高，最小的TCP協(xié)議棧需要64K內(nèi)存以上，使其無(wú)法在小型嵌入式系統(tǒng)項(xiàng)目中應(yīng)用。

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

本發(fā)明的目的在于提供一種文件快速傳輸方法，以解決上述背景技術(shù)中提出的問(wèn)題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案：一種文件快速傳輸方法,包括下行文件傳輸和上行文件傳輸，其中，下行文件傳輸包括以下步驟：

A、下行文件傳輸啟動(dòng)：服務(wù)器下發(fā)0x8060指令，告知設(shè)備需要傳輸?shù)奈募Q(chēng)、大小等基本文件信息，設(shè)備創(chuàng)建相應(yīng)的文件，并向服務(wù)器應(yīng)答是否允許文件傳輸；

B、下行缺包補(bǔ)傳機(jī)制：?jiǎn)?dòng)文件傳輸后，設(shè)備檢測(cè)本地文件完整性，統(tǒng)計(jì)缺失數(shù)據(jù)包；通過(guò)0x0602指令告知服務(wù)器當(dāng)前設(shè)備缺失那些數(shù)據(jù)包，服務(wù)器在接收到0x0602指令后，按序向設(shè)備發(fā)送文件數(shù)據(jù)包0x8060；在此過(guò)程中服務(wù)器不等待設(shè)備應(yīng)答，以最塊速度向設(shè)備發(fā)送文件數(shù)據(jù)包，大大提高了傳輸速度；當(dāng)設(shè)備接收到0x0602最后一包或等待接收0x8060超時(shí)后，最再次統(tǒng)計(jì)本地文件，如果有缺失數(shù)據(jù)包，則再次向服務(wù)器發(fā)送0x0602，如果無(wú)缺失數(shù)據(jù)包證明文件傳輸完成；

C、下行狀態(tài)上報(bào)機(jī)制：設(shè)備在啟動(dòng)、文件傳輸、傳輸完成等個(gè)階段會(huì)向服務(wù)器發(fā)送當(dāng)前傳輸狀態(tài)0x0603指令。

優(yōu)選的，上行文件傳輸包括以下步驟：

A、上行文件傳輸啟動(dòng)：當(dāng)設(shè)備需要向服務(wù)器傳輸文件時(shí)，向服務(wù)器發(fā)送0x0604指令，告知服務(wù)器需要傳輸文件的名稱(chēng)、大小等基本文件傳輸；

B、上行缺失數(shù)據(jù)包補(bǔ)傳：?jiǎn)?dòng)后設(shè)備默認(rèn)服務(wù)器缺失所有數(shù)據(jù)包，并向按順向服務(wù)器傳輸所有缺失數(shù)據(jù)包；待所有數(shù)據(jù)包傳輸完成后，設(shè)備向服務(wù)器發(fā)送0x0609指令，詢(xún)問(wèn)服務(wù)器缺失哪些數(shù)據(jù)包；接收到服務(wù)器向設(shè)備發(fā)送的缺失數(shù)據(jù)包列表0x80609后，設(shè)備再次按序向服務(wù)器發(fā)送數(shù)據(jù)包，直至服務(wù)器向設(shè)備發(fā)送的0x80609缺失數(shù)據(jù)報(bào)列表為空；

C、上行狀態(tài)上報(bào)機(jī)制：設(shè)備在啟動(dòng)、文件傳輸、傳輸完成等個(gè)階段會(huì)向服務(wù)器發(fā)送當(dāng)前傳輸狀態(tài)0x0605指令。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：本發(fā)明能夠?yàn)榍度胧讲僮飨到y(tǒng)提供簡(jiǎn)單、穩(wěn)定、快速文件傳輸方式提供支持；本發(fā)明應(yīng)用于無(wú)操作系統(tǒng)應(yīng)用、簡(jiǎn)單操作系統(tǒng)及Linux系統(tǒng)，應(yīng)用廣泛；本發(fā)明的傳輸方法在程序設(shè)計(jì)時(shí)數(shù)據(jù)接收、數(shù)據(jù)發(fā)送均采用函數(shù)指針?lè)绞竭M(jìn)行設(shè)備，使其可以適用于任何字符型傳輸接口，如：RS232、RS485、網(wǎng)絡(luò)等；文件讀取、文件寫(xiě)入也采用此種方式，使其可以適用于無(wú)文件系統(tǒng)的設(shè)備，應(yīng)用只需要簡(jiǎn)單實(shí)現(xiàn)文件讀取寫(xiě)入即可使用本傳輸方式；同時(shí)本傳輸方式摒棄傳統(tǒng)字符通訊一問(wèn)一答的傳輸方式，采用一次請(qǐng)求多包傳輸方式進(jìn)行設(shè)計(jì)，減少應(yīng)答過(guò)程中的等待時(shí)間，達(dá)到傳輸效率的最大化。

具體實(shí)施方式

下面對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明提供如下技術(shù)方案：一種文件快速傳輸方法,包括下行文件傳輸和上行文件傳輸，其中，下行文件傳輸包括以下步驟：

A、下行文件傳輸啟動(dòng)：服務(wù)器下發(fā)0x8060指令，告知設(shè)備需要傳輸?shù)奈募Q(chēng)、大小等基本文件信息，設(shè)備創(chuàng)建相應(yīng)的文件，并向服務(wù)器應(yīng)答是否允許文件傳輸；

B、下行缺包補(bǔ)傳機(jī)制：?jiǎn)?dòng)文件傳輸后，設(shè)備檢測(cè)本地文件完整性，統(tǒng)計(jì)缺失數(shù)據(jù)包；通過(guò)0x0602指令告知服務(wù)器當(dāng)前設(shè)備缺失那些數(shù)據(jù)包，服務(wù)器在接收到0x0602指令后，按序向設(shè)備發(fā)送文件數(shù)據(jù)包0x8060；在此過(guò)程中服務(wù)器不等待設(shè)備應(yīng)答，以最塊速度向設(shè)備發(fā)送文件數(shù)據(jù)包，大大提高了傳輸速度；當(dāng)設(shè)備接收到0x0602最后一包或等待接收0x8060超時(shí)后，最再次統(tǒng)計(jì)本地文件，如果有缺失數(shù)據(jù)包，則再次向服務(wù)器發(fā)送0x0602，如果無(wú)缺失數(shù)據(jù)包證明文件傳輸完成；