日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

一種終端的文件傳輸方法及系統(tǒng)的制作方法

文檔序號(hào):9491917閱讀:611來(lái)源:國(guó)知局
一種終端的文件傳輸方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及智能終端技術(shù)領(lǐng)域,特別涉及一種終端的文件傳輸方法及系統(tǒng)。
【背景技術(shù)】
[0002]藍(lán)牙(bluetooth)技術(shù)作為一種短距離無(wú)線通信技術(shù),通信雙方之間,可以基于覆蓋范圍較小的藍(lán)牙信號(hào),實(shí)現(xiàn)通信。采用藍(lán)牙技術(shù)的因其具有功耗低,成本低,產(chǎn)品體積小,可以應(yīng)用場(chǎng)景多等等特點(diǎn),而被廣泛用于人們的日常通信。藍(lán)牙功能相應(yīng)地也成為當(dāng)下終端標(biāo)準(zhǔn)配置所包含的功能,被設(shè)置到終端內(nèi)。
[0003]現(xiàn)在終端在藍(lán)牙文件傳輸時(shí),一旦文件傳輸失敗,就需要重新從頭傳輸。而藍(lán)牙傳輸文件受周?chē)h(huán)境影響比較大,很可能出現(xiàn)因?yàn)樾盘?hào)干擾或者障礙物阻擋,導(dǎo)致發(fā)送數(shù)據(jù)包超時(shí),最終導(dǎo)致文件傳輸失敗。
[0004]因此,當(dāng)用戶通過(guò)藍(lán)牙分享一個(gè)比較大的文件時(shí),如果中途出現(xiàn)了傳輸失敗,又必須從頭開(kāi)始傳輸,造成時(shí)間的浪費(fèi),效率非常低下,給用戶使用帶來(lái)不便。
[0005]因而現(xiàn)有技術(shù)還有待改進(jìn)和提高。

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

[0006]本發(fā)明要解決的技術(shù)問(wèn)題在于,針對(duì)現(xiàn)有技術(shù)的不足,提供一種終端的文件傳輸方法及系統(tǒng),以解決現(xiàn)有技術(shù)中終端通過(guò)藍(lán)牙傳輸文件時(shí),如果中途出現(xiàn)傳輸失敗,必須從頭開(kāi)始傳輸,造成時(shí)間的浪費(fèi),效率非常低下,給用戶使用帶來(lái)不便的問(wèn)題。
[0007]為了解決上述技術(shù)問(wèn)題,本發(fā)明所采用的技術(shù)方案如下:
一種終端的文件傳輸方法,其包括:
發(fā)送端與接收端通過(guò)藍(lán)牙連接并傳輸文件;
當(dāng)文件傳輸失敗時(shí),發(fā)送端記錄文件傳輸失敗位置,并當(dāng)收到接收端發(fā)送的確認(rèn)接收續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始續(xù)傳至接收端。
[0008]所述終端的文件傳輸方法,其還包括:
當(dāng)傳輸文件成功時(shí),接收端接收到所有文件后,發(fā)送接收完畢消息給發(fā)送端。
[0009]所述終端的文件傳輸方法,當(dāng)文件傳輸失敗時(shí),其還包括:
所述接收端記錄發(fā)送端的藍(lán)牙地址以及文件名稱。
[0010]所述終端的文件傳輸方法,當(dāng)文件傳輸失敗時(shí),其還包括:
所述發(fā)送端記錄接收端的藍(lán)牙地址。
[0011]所述終端的文件傳輸方法,其中,發(fā)送端記錄接收端的藍(lán)牙地址之后,其還包括: 所述發(fā)送端根據(jù)記錄的接收端的藍(lán)牙地址向所述藍(lán)牙地址對(duì)應(yīng)的接收端發(fā)送續(xù)傳文件請(qǐng)求。
[0012]所述終端的文件傳輸方法,其還包括:
接收端接收發(fā)送端續(xù)傳文件請(qǐng)求,并記錄續(xù)傳文件請(qǐng)求發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱; 將所述續(xù)傳文件請(qǐng)求發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱與傳輸失敗時(shí)記錄的發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱進(jìn)行比較分析;
當(dāng)比較分析結(jié)果為相同,則發(fā)送確認(rèn)接收續(xù)傳文件請(qǐng)求至續(xù)傳文件請(qǐng)求發(fā)送端。
[0013]所述終端的文件傳輸方法,發(fā)送端將文件從傳輸失敗位置開(kāi)始續(xù)傳至接收端之后,還包括:
接收端接收續(xù)傳文件,并將續(xù)傳文件與失敗前接收文件拼接并存儲(chǔ)。
[0014]—種終端的文件傳輸系統(tǒng),其包括發(fā)送端及接收端,
所述發(fā)送端用于通過(guò)藍(lán)牙傳輸文件給接收端,當(dāng)文件傳輸失敗時(shí),記錄文件傳輸失敗位置,并當(dāng)收到接收端發(fā)送的確認(rèn)接收續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始發(fā)送至接收端。
[0015]所述接收端用于接收所述文件并存儲(chǔ),以及向續(xù)傳文件請(qǐng)求發(fā)送端發(fā)送確認(rèn)接收續(xù)傳文件請(qǐng)求。
[0016]所述終端的文件傳輸系統(tǒng),其中,所述發(fā)送端包括:
第一藍(lán)牙模塊,用于將待傳輸?shù)奈募l(fā)送給接收端;
記錄模塊,用于當(dāng)文件傳輸失敗時(shí),記錄文件傳輸失敗位置;
續(xù)傳模塊,用于當(dāng)收到接收端發(fā)送的確認(rèn)接收續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始發(fā)送至接收端。
[0017]所述終端的文件傳輸系統(tǒng),其中,所述接收端包括:
第二藍(lán)牙模塊,用于接收發(fā)送端發(fā)送的文件;
記錄模塊,用于當(dāng)文件傳輸失敗時(shí),記錄發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱;
比較模塊,用于將傳輸失敗時(shí)記錄發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱與續(xù)傳文件請(qǐng)求發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱進(jìn)行比較分析;
續(xù)傳管理模塊,用于將傳輸失敗前接受的文件與續(xù)傳的文件拼接并存儲(chǔ)。
[0018]有益效果:與現(xiàn)有技術(shù)相比,本發(fā)明所提供一種終端的文件傳輸方法及系統(tǒng),發(fā)送端與接收端建立藍(lán)牙連接并傳輸文件;當(dāng)文件傳輸失敗時(shí),發(fā)送端記錄文件傳輸失敗位置,并當(dāng)收到接收端發(fā)送的續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始發(fā)送至接收端。本方法中,當(dāng)終端通過(guò)藍(lán)牙傳輸較大的文件時(shí),在傳輸過(guò)程中由于干擾或者障礙物阻擋,導(dǎo)致傳輸超時(shí)失敗時(shí),可以在失敗后從失敗的位置繼續(xù)發(fā)送,提高了工作效率,節(jié)約了時(shí)間,有很強(qiáng)的實(shí)用性。同時(shí),在通過(guò)藍(lán)牙傳輸文件失敗后,用戶無(wú)需手動(dòng)操作,其自動(dòng)完成重新發(fā)送續(xù)傳文件請(qǐng)求的操作,并發(fā)送數(shù)據(jù)會(huì)從失敗的位置繼續(xù)發(fā)送。使得整個(gè)流程更智能化,無(wú)需用戶手動(dòng)操作,提高用戶使用的方便性。
【附圖說(shuō)明】
[0019]圖1為本發(fā)明終端的文件傳輸方法較佳實(shí)施例的流程圖。
[0020]圖2為本發(fā)明終端的文件傳輸方法的發(fā)送端工作流程圖。
[0021]圖3為本發(fā)明終端的文件傳輸方法的接收端工作流程圖。
[0022]圖4為本發(fā)明終端的文件傳輸系統(tǒng)的結(jié)構(gòu)原理圖。
【具體實(shí)施方式】
[0023]本發(fā)明提供終端的文件傳輸方法及系統(tǒng),為使本發(fā)明的目的、技術(shù)方案及效果更加清楚、明確,以下參照附圖并舉實(shí)施例對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
[0024]發(fā)送端與接收端為具有藍(lán)牙功能的終端,其也包括具有藍(lán)牙功能的固定裝置,其可以以各種形式來(lái)實(shí)施。例如,本發(fā)明中描述的發(fā)送端與接收端可以包括諸如移動(dòng)電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA (個(gè)人數(shù)字助理)、PAD (平板電腦)、PMP (便攜式多媒體播放器)、導(dǎo)航裝置等等的終端以及諸如數(shù)字TV、臺(tái)式計(jì)算機(jī)等等的固定終端。然而,本領(lǐng)域技術(shù)人員將理解的是,除了特別用于移動(dòng)目的的元件之外,根據(jù)本發(fā)明的實(shí)施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。
[0025]下面結(jié)合附圖,通過(guò)對(duì)實(shí)施例的描述,對(duì)
【發(fā)明內(nèi)容】
作進(jìn)一步說(shuō)明。
[0026]請(qǐng)參見(jiàn)圖1,圖1為本發(fā)明提供終端的文件傳輸方法較佳實(shí)施例的流程圖。所述方法包括:
S1、發(fā)送端與接收端通過(guò)藍(lán)牙連接并傳輸文件。
[0027]具體地,發(fā)送端與接收端為具有藍(lán)牙功能的終端,其可以通過(guò)藍(lán)牙建立連接并傳輸文件。發(fā)送端與接收端建立藍(lán)牙連接并傳輸文件,其為本領(lǐng)域公知常識(shí),這里就不在贅述。
[0028]S2、當(dāng)文件傳輸失敗時(shí),發(fā)送端記錄文件傳輸失敗位置,并當(dāng)收到接收端發(fā)送的確認(rèn)接收續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始續(xù)傳至接收端。
[0029]具體地,所述文件傳輸失敗指的是文件在通過(guò)藍(lán)牙傳輸過(guò)程中由于干擾或者障礙物阻擋的原因,導(dǎo)致傳輸超時(shí)而造成的文件傳輸中斷。當(dāng)文件傳輸失敗時(shí),發(fā)送端記錄文件傳輸失敗位置,并當(dāng)收到接收端發(fā)送的續(xù)傳文件請(qǐng)求時(shí),將文件從傳輸失敗位置開(kāi)始發(fā)送至接收端。
[0030]進(jìn)一步,當(dāng)文件傳輸失敗時(shí),發(fā)送端還可以記錄接收端的藍(lán)牙地址,其將所述藍(lán)牙地址作為續(xù)傳文件的對(duì)象。也就是說(shuō),發(fā)送端將所述藍(lán)牙地址對(duì)應(yīng)的終端作為續(xù)傳文件的接收端,并向所述藍(lán)牙地址對(duì)應(yīng)的接收端發(fā)送續(xù)傳文件請(qǐng)求。這樣,可以保證發(fā)送續(xù)傳文件請(qǐng)求的接收端與失敗前接收文件的接收端為同一終端,可以避免當(dāng)發(fā)送端通過(guò)藍(lán)牙同時(shí)與多少終端相連接時(shí),出現(xiàn)續(xù)傳請(qǐng)求終端與傳輸失敗的移動(dòng)不同的現(xiàn)象,造成文件無(wú)法完成傳輸?shù)膯?wèn)題。提高了文件傳輸?shù)某晒β?,特別是出現(xiàn)傳輸失敗需要續(xù)傳文件時(shí)的成功率。同時(shí),這樣還可以使得發(fā)送端自動(dòng)發(fā)送續(xù)傳請(qǐng)求,無(wú)需用戶手動(dòng)確定接收對(duì)象并發(fā)送續(xù)傳請(qǐng)求,使得整個(gè)流程更智能化,無(wú)需用戶手動(dòng)操作,提高用戶使用的方便性。
[0031]進(jìn)一步,當(dāng)文件傳輸失敗時(shí),發(fā)送端會(huì)自動(dòng)發(fā)送續(xù)傳文件請(qǐng)求給所述記錄藍(lán)牙地址對(duì)應(yīng)的接收端,所述續(xù)傳文件請(qǐng)求攜帶所要續(xù)傳文件的名稱以及開(kāi)始續(xù)傳文件的位置。接收端在接收到續(xù)傳文件請(qǐng)求后,其還可以包括一個(gè)驗(yàn)證過(guò)程。首先,當(dāng)文件傳輸失敗時(shí),接收端記錄傳輸文件的發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱。其次,當(dāng)收到續(xù)傳文件請(qǐng)求時(shí),獲取續(xù)傳文件請(qǐng)求發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱,并將兩者進(jìn)行比較。最后,根據(jù)比較結(jié)果進(jìn)行相應(yīng)操作。在實(shí)際應(yīng)用中,所述根據(jù)比較結(jié)果進(jìn)行相應(yīng)操作可以為:當(dāng)文件傳輸失敗時(shí)記錄的藍(lán)牙地址以及發(fā)送文件名稱與獲取續(xù)傳文件請(qǐng)求發(fā)送端的藍(lán)牙地址以及發(fā)送文件名稱一致時(shí),發(fā)送確認(rèn)接收續(xù)傳文件請(qǐng)求至發(fā)送終端;當(dāng)不一致時(shí),拒絕接收續(xù)傳文件請(qǐng)求。
[0032]進(jìn)一步,當(dāng)拒絕續(xù)傳文件請(qǐng)求時(shí),接收端可以發(fā)送一個(gè)續(xù)傳文件請(qǐng)求至其當(dāng)文件傳輸失敗時(shí)記錄的藍(lán)牙地址對(duì)應(yīng)的終端,請(qǐng)求其重新或許繼續(xù)發(fā)送所述記錄發(fā)送文件名稱對(duì)應(yīng)的文件。這樣可以進(jìn)一步提高文件傳輸?shù)某晒β?。?dāng)然,接收續(xù)傳請(qǐng)求的終端也可以對(duì)發(fā)送續(xù)傳請(qǐng)求的接收端進(jìn)行驗(yàn)證而確定是否續(xù)傳文件。其驗(yàn)證過(guò)程可以與發(fā)送端發(fā)送續(xù)傳請(qǐng)求到接收端,接收端驗(yàn)證是否接收續(xù)傳文件的過(guò)程一致,這里不再贅述。
[0033]進(jìn)一步,當(dāng)續(xù)傳文件請(qǐng)求發(fā)送端接收到確認(rèn)接收續(xù)傳請(qǐng)求時(shí)
當(dāng)前第1頁(yè)1 2 
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1