本發(fā)明涉及移動(dòng)終端技術(shù)領(lǐng)域，尤其涉及一種文件分享裝置及方法。

背景技術(shù)：

隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的人開始在移動(dòng)終端上進(jìn)行辦公、或者通過(guò)移動(dòng)終端來(lái)與好友進(jìn)行交流，例如將自己喜歡的一段視頻分享給自己的好友等。目前，移動(dòng)終端上許多應(yīng)用都具有發(fā)送與接收文件的功能，例如QQ、微信等，但是其中大多數(shù)應(yīng)用對(duì)文件的傳輸大小會(huì)有所限制，例如微信單次只能發(fā)送或接收20M以下的文件，導(dǎo)致許多用戶在發(fā)送較大的視頻或照片等文件給好友的時(shí)候，就會(huì)發(fā)送失敗，導(dǎo)致用戶的使用體驗(yàn)不高。

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

本發(fā)明的主要目的在于提出一種文件分享裝置及方法，旨在解決現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大的文件，導(dǎo)致用戶的使用體驗(yàn)不高的技術(shù)問(wèn)題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供一種文件分享裝置，包括：

檢測(cè)模塊，用于在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限；

判斷模塊，用于若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值；

發(fā)送模塊，用于若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。

優(yōu)選地，所述發(fā)送模塊包括：

劃分單元，用于將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；

或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。

優(yōu)選地，所述劃分單元還用于：

對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。

優(yōu)選地，所述發(fā)送模塊還包括：

壓縮單元，用于根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之前，提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，并判斷壓縮后的文件大小是否大于傳輸上限值；若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件；若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件。

優(yōu)選地，所述裝置還包括：

拼接模塊，用于在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件。

另外，為實(shí)現(xiàn)上述目的，本發(fā)明還提供一種文件分享方法，所述文件分享方法包括：

在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限；

若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值；

若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。

優(yōu)選地，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件包括：

將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；

或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。

優(yōu)選地，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之后還包括：

對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。

優(yōu)選地，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之前還包括：

提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，并判斷壓縮后的文件大小是否大于傳輸上限值；

若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件，若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件。

優(yōu)選地，所述方法還包括：

在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件。

本發(fā)明所提供的文件分享裝置及方法，在發(fā)送文件之前，先檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限，若存在，則獲取該應(yīng)用的傳輸上限值并判斷當(dāng)前發(fā)送的文件大小是否大于該傳輸上限值，當(dāng)所述文件大小大于所述傳輸上限值時(shí)，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。本發(fā)明通過(guò)將較大的文件劃分為多個(gè)小于或等于當(dāng)前應(yīng)用傳輸上限值的子文件后再逐個(gè)進(jìn)行發(fā)送的方式，解決了現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

附圖說(shuō)明

圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例一個(gè)可選的移動(dòng)終端的硬件結(jié)構(gòu)示意圖；

圖2為圖1中移動(dòng)終端的無(wú)線通信裝置示意圖；

圖3為本發(fā)明文件分享裝置第一實(shí)施例的功能模塊示意圖；

圖4為本發(fā)明圖3所示發(fā)送模塊30的細(xì)化模塊示意圖；

圖5為本發(fā)明中對(duì)各個(gè)子文件按照劃分順序進(jìn)行編號(hào)的場(chǎng)景示意圖；

圖6為本發(fā)明圖3所示發(fā)送模塊30的另一細(xì)化模塊示意圖；

圖7為本發(fā)明中提示用戶是否需要對(duì)發(fā)送的文件進(jìn)行壓縮的場(chǎng)景示意圖；

圖8為本發(fā)明中提示用戶選擇壓縮方式的場(chǎng)景示意圖；

圖9是本發(fā)明文件分享裝置第二實(shí)施例的功能模塊示意圖；

圖10是本發(fā)明文件分享方法第一實(shí)施例的流程示意圖；

圖11是本發(fā)明文件分享方法第二實(shí)施例的流程示意圖。

本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說(shuō)明。

具體實(shí)施方式

應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

現(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動(dòng)終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說(shuō)明，其本身并沒有特定的意義。因此，“模塊”與“部件”可以混合地使用。

移動(dòng)終端可以以各種形式來(lái)實(shí)施。例如，本發(fā)明中描述的終端可以包括諸如移動(dòng)電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個(gè)人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導(dǎo)航裝置等等的移動(dòng)終端以及諸如數(shù)字TV、臺(tái)式計(jì)算機(jī)等等的固定終端。下面，假設(shè)終端是移動(dòng)終端。然而，本領(lǐng)域技術(shù)人員將理解的是，除了特別用于移動(dòng)目的的元件之外，根據(jù)本發(fā)明的實(shí)施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。

圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例一個(gè)可選的移動(dòng)終端的硬件結(jié)構(gòu)示意圖。

移動(dòng)終端100可以包括無(wú)線通信單元110、用戶輸入單元130、輸出單元150、存儲(chǔ)器160、控制器180和電源單元190、文件分享裝置400等等。圖1示出了具有各種組件的移動(dòng)終端，但是應(yīng)理解的是，并不要求實(shí)施所有示出的組件?？梢蕴娲貙?shí)施更多或更少的組件。將在下面詳細(xì)描述移動(dòng)終端的元件。

無(wú)線通信單元110通常包括一個(gè)或多個(gè)組件，其允許移動(dòng)終端100與無(wú)線通信裝置或網(wǎng)絡(luò)之間的無(wú)線電通信。例如，無(wú)線通信單元可以包括廣播接收模塊111、移動(dòng)通信模塊112、無(wú)線互聯(lián)網(wǎng)模塊113、短程通信模塊114和位置信息模塊115中的至少一個(gè)。

廣播接收模塊111經(jīng)由廣播信道從外部廣播管理服務(wù)器接收廣播信號(hào)和/或廣播相關(guān)信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務(wù)器可以是生成并發(fā)送廣播信號(hào)和/或廣播相關(guān)信息的服務(wù)器或者接收之前生成的廣播信號(hào)和/或廣播相關(guān)信息并且將其發(fā)送給終端的服務(wù)器。廣播信號(hào)可以包括TV廣播信號(hào)、無(wú)線電廣播信號(hào)、數(shù)據(jù)廣播信號(hào)等等。而且，廣播信號(hào)可以進(jìn)一步包括與TV或無(wú)線電廣播信號(hào)組合的廣播信號(hào)。廣播相關(guān)信息也可以經(jīng)由移動(dòng)通信網(wǎng)絡(luò)提供，并且在該情況下，廣播相關(guān)信息可以由移動(dòng)通信模塊112來(lái)接收。廣播信號(hào)可以以各種形式存在，例如，其可以以數(shù)字多媒體廣播(DMB)的電子節(jié)目指南(EPG)、數(shù)字視頻廣播手持(DVB-H)的電子服務(wù)指南(ESG)等等的形式而存在。廣播接收模塊111可以通過(guò)使用各種類型的廣播裝置接收信號(hào)廣播。特別地，廣播接收模塊111可以通過(guò)使用諸如多媒體廣播-地面(DMB-T)、數(shù)字多媒體廣播-衛(wèi)星(DMB-S)、數(shù)字視頻廣播-手持(DVB-H)，前向鏈路媒體(MediaFLO@)的數(shù)據(jù)廣播裝置、地面數(shù)字廣播綜合服務(wù)(ISDB-T)等等的數(shù)字廣播裝置接收數(shù)字廣播。廣播接收模塊111可以被構(gòu)造為適合提供廣播信號(hào)的各種廣播裝置以及上述數(shù)字廣播裝置。經(jīng)由廣播接收模塊111接收的廣播信號(hào)和/或廣播相關(guān)信息可以存儲(chǔ)在存儲(chǔ)器160(或者其它類型的存儲(chǔ)介質(zhì))中。

移動(dòng)通信模塊112將無(wú)線電信號(hào)發(fā)送到基站(例如，接入點(diǎn)、節(jié)點(diǎn)B等等)、外部終端以及服務(wù)器中的至少一個(gè)和/或從其接收無(wú)線電信號(hào)。這樣的無(wú)線電信號(hào)可以包括語(yǔ)音通話信號(hào)、視頻通話信號(hào)、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。

無(wú)線互聯(lián)網(wǎng)模塊113支持移動(dòng)終端的無(wú)線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無(wú)線互聯(lián)網(wǎng)接入技術(shù)可以包括WLAN(無(wú)線LAN)(Wi-Fi)、Wibro(無(wú)線寬帶)、Wimax(全球微波互聯(lián)接入)、HSDPA(高速下行鏈路分組接入)等等。

短程通信模塊114是用于支持短程通信的模塊。短程通信技術(shù)的一些示例包括藍(lán)牙TM、射頻識(shí)別(RFID)、紅外數(shù)據(jù)協(xié)會(huì)(IrDA)、超寬帶(UWB)、紫蜂TM等等。

位置信息模塊115是用于檢查或獲取移動(dòng)終端的位置信息的模塊。位置信息模塊的典型示例是GPS(全球定位裝置)。根據(jù)當(dāng)前的技術(shù)，GPS模塊115計(jì)算來(lái)自三個(gè)或更多衛(wèi)星的距離信息和準(zhǔn)確的時(shí)間信息并且對(duì)于計(jì)算的信息應(yīng)用三角測(cè)量法，從而根據(jù)經(jīng)度、緯度和高度準(zhǔn)確地計(jì)算三維當(dāng)前位置信息。當(dāng)前，用于計(jì)算位置和時(shí)間信息的方法使用三顆衛(wèi)星并且通過(guò)使用另外的一顆衛(wèi)星校正計(jì)算出的位置和時(shí)間信息的誤差。此外，GPS模塊115能夠通過(guò)實(shí)時(shí)地連續(xù)計(jì)算當(dāng)前位置信息來(lái)計(jì)算速度信息。

用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動(dòng)終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，并且可以包括鍵盤、鍋?zhàn)衅?、觸摸板(例如，檢測(cè)由于被接觸而導(dǎo)致的電阻、壓力值、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地，當(dāng)觸摸板以層的形式疊加在顯示單元151上時(shí)，可以形成觸摸屏。

輸出單元150可以包括顯示單元151、音頻輸出模塊152等等。

顯示單元151可以顯示在移動(dòng)終端100中處理的信息。例如，當(dāng)移動(dòng)終端100處于電話通話模式時(shí)，顯示單元151可以顯示與通話或其它通信(例如，文本消息收發(fā)、多媒體文件下載等等)相關(guān)的用戶界面(UI)或圖形用戶界面(GUI)。當(dāng)移動(dòng)終端100處于視頻通話模式或者圖像捕獲模式時(shí)，顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關(guān)功能的UI或GUI等等。

同時(shí)，當(dāng)顯示單元151和觸摸板以層的形式彼此疊加以形成觸摸屏?xí)r，顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(LCD)、薄膜晶體管LCD(TFT-LCD)、有機(jī)發(fā)光二極管(OLED)顯示器、柔性顯示器、三維(3D)顯示器等等中的至少一種。這些顯示器中的一些可以被構(gòu)造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為TOLED(透明有機(jī)發(fā)光二極管)顯示器等等。根據(jù)特定想要的實(shí)施方式，移動(dòng)終端100可以包括兩個(gè)或更多顯示單元(或其它顯示裝置)，例如，移動(dòng)終端可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測(cè)觸摸輸入壓力值以及觸摸輸入位置和觸摸輸入面積。

音頻輸出模塊152可以在移動(dòng)終端處于呼叫信號(hào)接收模式、通話模式、記錄模式、語(yǔ)音識(shí)別模式、廣播接收模式等等模式下時(shí)，將無(wú)線通信單元110接收的或者在存儲(chǔ)器160中存儲(chǔ)的音頻數(shù)據(jù)轉(zhuǎn)換音頻信號(hào)并且輸出為聲音。而且，音頻輸出模塊152可以提供與移動(dòng)終端100執(zhí)行的特定功能相關(guān)的音頻輸出(例如，呼叫信號(hào)接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括拾音器、蜂鳴器等等。

存儲(chǔ)器160可以存儲(chǔ)由控制器180執(zhí)行的處理和控制操作的軟件程序等等，或者可以暫時(shí)地存儲(chǔ)己經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)(例如，電話簿、消息、靜態(tài)圖像、視頻等等)。而且，存儲(chǔ)器160可以存儲(chǔ)關(guān)于當(dāng)觸摸施加到觸摸屏?xí)r輸出的各種方式的振動(dòng)和音頻信號(hào)的數(shù)據(jù)。

存儲(chǔ)器160可以包括至少一種類型的存儲(chǔ)介質(zhì)，所述存儲(chǔ)介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲(chǔ)器(例如，SD或DX存儲(chǔ)器等等)、隨機(jī)訪問(wèn)存儲(chǔ)器(RAM)、靜態(tài)隨機(jī)訪問(wèn)存儲(chǔ)器(SRAM)、只讀存儲(chǔ)器(ROM)、電可擦除可編程只讀存儲(chǔ)器(EEPROM)、可編程只讀存儲(chǔ)器(PROM)、磁性存儲(chǔ)器、磁盤、光盤等等。而且，移動(dòng)終端100可以與通過(guò)網(wǎng)絡(luò)連接執(zhí)行存儲(chǔ)器160的存儲(chǔ)功能的網(wǎng)絡(luò)存儲(chǔ)裝置協(xié)作。

控制器180通?？刂埔苿?dòng)終端的總體操作。例如，控制器180執(zhí)行與語(yǔ)音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理。另外，控制器180可以包括用于再現(xiàn)(或回放)多媒體數(shù)據(jù)的多媒體模塊181，多媒體模塊181可以構(gòu)造在控制器180內(nèi)，或者可以構(gòu)造為與控制器180分離?？刂破?80可以執(zhí)行模式識(shí)別處理，以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識(shí)別為字符或圖像。

電源單元190在控制器180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當(dāng)?shù)碾娏Α?/p>

這里描述的各種實(shí)施方式可以以使用例如計(jì)算機(jī)軟件、硬件或其任何組合的計(jì)算機(jī)可讀介質(zhì)來(lái)實(shí)施。對(duì)于硬件實(shí)施，這里描述的實(shí)施方式可以通過(guò)使用特定用途集成電路(ASIC)、數(shù)字信號(hào)處理器(DSP)、數(shù)字信號(hào)處理裝置(DSPD)、可編程邏輯裝置(PLD)、現(xiàn)場(chǎng)可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、被設(shè)計(jì)為執(zhí)行這里描述的功能的電子單元中的至少一種來(lái)實(shí)施，在一些情況下，這樣的實(shí)施方式可以在控制器180中實(shí)施。對(duì)于軟件實(shí)施，諸如過(guò)程或功能的實(shí)施方式可以與允許執(zhí)行至少一種功能或操作的單獨(dú)的軟件模塊來(lái)實(shí)施。軟件代碼可以由以任何適當(dāng)?shù)木幊陶Z(yǔ)言編寫的軟件應(yīng)用程序(或程序)來(lái)實(shí)施，軟件代碼可以存儲(chǔ)在存儲(chǔ)器160中并且由控制器180執(zhí)行。

如圖1中所示的移動(dòng)終端100可以被構(gòu)造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無(wú)線通信裝置以及基于衛(wèi)星的通信裝置來(lái)操作。

現(xiàn)在將參考圖2描述其中根據(jù)本發(fā)明的移動(dòng)終端能夠操作的通信裝置。

這樣的通信裝置可以使用不同的空中接口和/或物理層。例如，由通信裝置使用的空中接口包括例如頻分多址(FDMA)、時(shí)分多址(TDMA)、碼分多址(CDMA)和通用移動(dòng)通信裝置(UMTS)(特別地，長(zhǎng)期演進(jìn)(LTE))、全球移動(dòng)通信裝置(GSM)等等。作為非限制性示例，下面的描述涉及CDMA通信裝置，但是這樣的教導(dǎo)同樣適用于其它類型的裝置。

參考圖2，CDMA無(wú)線通信裝置可以包括多個(gè)移動(dòng)終端100、多個(gè)基站(BS)270、基站控制器(BSC)275和移動(dòng)交換中心(MSC)280。MSC280被構(gòu)造為與公共電話交換網(wǎng)絡(luò)(PSTN)290形成接口。MSC280還被構(gòu)造為與可以經(jīng)由回程線路耦接到BS270的BSC275形成接口?；爻叹€路可以根據(jù)若干己知的接口中的任一種來(lái)構(gòu)造，所述接口包括例如E1/T1、ATM，IP、PPP、幀中繼、HDSL、ADSL或xDSL。將理解的是，如圖2中所示的裝置可以包括多個(gè)BSC275。

每個(gè)BS270可以服務(wù)一個(gè)或多個(gè)分區(qū)(或區(qū)域)，由多向天線或指向特定方向的天線覆蓋的每個(gè)分區(qū)放射狀地遠(yuǎn)離BS270。或者，每個(gè)分區(qū)可以由用于分集接收的兩個(gè)或更多天線覆蓋。每個(gè)BS270可以被構(gòu)造為支持多個(gè)頻率分配，并且每個(gè)頻率分配具有特定頻譜(例如，1.25MHz,5MHz等等)。

分區(qū)與頻率分配的交叉可以被稱為CDMA信道。BS270也可以被稱為基站收發(fā)器子裝置(BTS)或者其它等效術(shù)語(yǔ)。在這樣的情況下，術(shù)語(yǔ)"基站"可以用于籠統(tǒng)地表示單個(gè)BSC275和至少一個(gè)BS270?；疽部梢员环Q為"蜂窩站"?；蛘?，特定BS270的各分區(qū)可以被稱為多個(gè)蜂窩站。

如圖2中所示，廣播發(fā)射器(BT)295將廣播信號(hào)發(fā)送給在裝置內(nèi)操作的移動(dòng)終端100。如圖1中所示的廣播接收模塊111被設(shè)置在移動(dòng)終端100處以接收由BT295發(fā)送的廣播信號(hào)。在圖2中，示出了幾個(gè)全球定位裝置(GPS)衛(wèi)星300。衛(wèi)星300幫助定位多個(gè)移動(dòng)終端100中的至少一個(gè)。

在圖2中，描繪了多個(gè)衛(wèi)星300，但是可以理解的是，可以利用任何數(shù)目的衛(wèi)星獲得有用的定位信息。作為無(wú)線通信裝置的一個(gè)典型操作，BS270接收來(lái)自各種移動(dòng)終端100的反向鏈路信號(hào)。移動(dòng)終端100通常參與通話、消息收發(fā)和其它類型的通信。特定基站270接收的每個(gè)反向鏈路信號(hào)被在特定BS270內(nèi)進(jìn)行處理。獲得的數(shù)據(jù)被轉(zhuǎn)發(fā)給相關(guān)的BSC275。BSC提供通話資源分配和包括BS270之間的軟切換過(guò)程的協(xié)調(diào)的移動(dòng)管理功能。BSC275還將接收到的數(shù)據(jù)路由到MSC280，其提供用于與PSTN290形成接口的額外的路由服務(wù)。類似地，PSTN290與MSC280形成接口，MSC與BSC275形成接口，并且BSC275相應(yīng)地控制BS270以將正向鏈路信號(hào)發(fā)送到移動(dòng)終端100。

基于上述移動(dòng)終端硬件結(jié)構(gòu)、通信裝置結(jié)構(gòu)，提出本發(fā)明文件分享裝置各實(shí)施例，文件分享裝置為移動(dòng)終端的一部分。

參照?qǐng)D3，圖3為本發(fā)明文件分享裝置第一實(shí)施例的功能模塊示意圖，本實(shí)施例中，該文件分享裝置400包括：

檢測(cè)模塊10，用于在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限。

本實(shí)施例中，用戶在需要通過(guò)某個(gè)應(yīng)用發(fā)送文件時(shí)，需要先選擇欲發(fā)送的文件，然后確認(rèn)點(diǎn)擊確認(rèn)發(fā)送，該文件才會(huì)通過(guò)該應(yīng)用發(fā)送出去，其中，有一些應(yīng)用會(huì)對(duì)單次發(fā)送文件的大小有所限制。本實(shí)施例在檢測(cè)到用戶觸發(fā)的文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限。

判斷模塊20，用于若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值。

本實(shí)施例中，若檢測(cè)到所述應(yīng)用不存在單次傳輸文件的傳輸上限，則直接發(fā)送所述文件。

若檢測(cè)到所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，例如，當(dāng)前“微信”的傳輸上限值為20M，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值。

發(fā)送模塊30，用于若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。

本實(shí)施例中，若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，然后將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例所述的文件分享裝置，包括：在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限；若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值；若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。本實(shí)施例通過(guò)將較大的文件劃分為多個(gè)小于或等于當(dāng)前應(yīng)用傳輸上限值的子文件后再逐個(gè)進(jìn)行發(fā)送的方式，解決了現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

進(jìn)一步地，參照?qǐng)D4，圖4為本發(fā)明圖3所示發(fā)送模塊30的細(xì)化功能模塊示意圖，基于上述圖3所述的文件分享裝置400，本實(shí)施例中，發(fā)送模塊30包括：

劃分單元31，用于將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。

例如，若使用“微信”發(fā)送大小為70M的文件時(shí)，根據(jù)“微信”的傳輸上限值為20M，故可以將該文件劃平均劃分為4個(gè)子文件，每個(gè)子文件的大小為17.5M，或者以傳輸上限值20M為劃分單位，將所述文件劃分為4個(gè)子文件，其中，有3個(gè)子文件的大小為20M，剩余的1個(gè)子文件的大小為10M。

其中，劃分單元31還用于在根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之后，對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。所述劃分信息用于將各個(gè)子文件拼接到一起后，得到的文件能夠與劃分前的文件一致。

為了更好的理解本實(shí)施例所述的方法，請(qǐng)參照?qǐng)D5，圖5為本發(fā)明中對(duì)各個(gè)子文件按照劃分順序進(jìn)行編號(hào)的場(chǎng)景示意圖，圖5中，假設(shè)當(dāng)前發(fā)送的文件名稱為“旅游視頻.mp4”，且按照當(dāng)前發(fā)送該文件的應(yīng)用的傳輸上限值將所述“旅游視頻.mp4”文件劃分為了3個(gè)子文件，那么便可以將這3個(gè)子文件按照劃分順序進(jìn)行編號(hào)，生成“旅游視頻_01.mp4”、“旅游視頻_02.mp4”、“旅游視頻_03.mp4”，然后逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例所述的劃分單元用于：將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。以及用于對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。本實(shí)施例通過(guò)將較大的文件劃分為多個(gè)小于或等于當(dāng)前應(yīng)用傳輸上限值的子文件，并且對(duì)各個(gè)子文件進(jìn)行編號(hào)，使得接收端在接收到所有的子文件之后能夠?qū)⒏鱾€(gè)子文件拼接成原文件。

進(jìn)一步地參照?qǐng)D6，圖6為本發(fā)明圖3所示發(fā)送模塊30的另一細(xì)化功能模塊示意圖，基于上述圖3所述的文件分享裝置400，本實(shí)施例中，所述發(fā)送模塊30還包括：

壓縮單元32，用于根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之前，提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，并判斷壓縮后的文件大小是否大于傳輸上限值；若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件；若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件。

本實(shí)施例中，為了減少發(fā)送文件時(shí)占用的網(wǎng)絡(luò)資源，以及減少發(fā)送文件時(shí)所耗費(fèi)的時(shí)間，可以將發(fā)送的文件進(jìn)行壓縮之后再進(jìn)行劃分，這樣劃分之后的子文件數(shù)量會(huì)相對(duì)減少，并且若用戶確定要對(duì)發(fā)送的文件進(jìn)行壓縮時(shí)，還可以為用戶提供多種壓縮比例不同的壓縮方式，例如，若當(dāng)前發(fā)送的文件為視頻文件，用戶可以選擇將發(fā)送的視頻壓縮為480P、720P等。

為了更好的理解本實(shí)施例所述的方法，請(qǐng)參照?qǐng)D7，圖7為本發(fā)明中提示用戶是否需要對(duì)發(fā)送的文件進(jìn)行壓縮的場(chǎng)景示意圖，圖7中，將所述文件劃分為多個(gè)子文件之前，在顯示屏幕彈出對(duì)話框“是否對(duì)該文件進(jìn)行壓縮？”，若用戶觸發(fā)“否”，則直接根據(jù)傳輸上限值將所述文件劃分為多個(gè)子文件；若用戶出發(fā)“是”，則彈出另外一個(gè)對(duì)話框，為用戶提供多種壓縮方式，并按照用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮。請(qǐng)參照?qǐng)D8，圖8為本發(fā)明中提示用戶選擇壓縮方式的場(chǎng)景示意圖，在圖8中，假設(shè)用戶需要發(fā)送的文件為視頻文件，且假設(shè)本實(shí)施例中可提供兩種壓縮方式：“480P”和“720P”，若用戶選擇觸發(fā)“480P”的壓縮方式，則將發(fā)送的視頻文件壓縮為“480P”的視頻文件。

其中，若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件，若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件，然后將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例所述的壓縮單元32，在將所述文件劃分為多個(gè)子文件之前，提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，進(jìn)一步解決了現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

進(jìn)一步地，參照?qǐng)D9，圖9是本發(fā)明文件分享裝置第二實(shí)施例的功能模塊示意圖，基于上述圖3所述的文件分享裝置400，本實(shí)施例中，所述文件分享裝置400還包括：

拼接模塊40，用于在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件。

本實(shí)施例中，首先逐個(gè)接收經(jīng)過(guò)劃分后的多個(gè)子文件，在接收到使用的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，然后根據(jù)該劃分信息將所有的子文件進(jìn)行拼接，得到劃分之前的原文件。

其中，若所述文件在劃分之前還經(jīng)過(guò)壓縮，則還需要將拼接得到的文件進(jìn)行解壓得到原文件。

本實(shí)施例所述的拼接模塊40，在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件，解決了現(xiàn)有技術(shù)中一些應(yīng)用不能接收較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

本發(fā)明還提供一種文件分享方法，該文件分享方法主要應(yīng)用于移動(dòng)終端上，參照?qǐng)D10，圖10是本發(fā)明文件分享方法第一實(shí)施例的流程示意圖，在本實(shí)施例中，所述方法包括：

步驟S10，在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限。

本實(shí)施例中，用戶在需要通過(guò)某個(gè)應(yīng)用發(fā)送文件時(shí)，需要先選擇欲發(fā)送的文件，然后確認(rèn)點(diǎn)擊確認(rèn)發(fā)送，該文件才會(huì)通過(guò)該應(yīng)用發(fā)送出去，其中，有一些應(yīng)用會(huì)對(duì)單次發(fā)送文件的大小有所限制。本實(shí)施例在檢測(cè)到用戶觸發(fā)的文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限。

步驟S20，若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值。

本實(shí)施例中，若檢測(cè)到所述應(yīng)用不存在單次傳輸文件的傳輸上限，則直接發(fā)送所述文件。

若檢測(cè)到所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，例如，當(dāng)前“微信”的傳輸上限值為20M，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值。

步驟S30，若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。

本實(shí)施例中，若所述文件大小小于或等于所述傳輸上限值，則直接發(fā)送所述文件，若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，然后將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例所述的文件分享方法，包括：在檢測(cè)到文件發(fā)送指令后，檢測(cè)當(dāng)前發(fā)送文件的應(yīng)用是否存在單次傳輸文件的傳輸上限；若所述應(yīng)用存在單次傳輸文件的傳輸上限，則獲取所述應(yīng)用單次傳輸文件的傳輸上限值，并判斷當(dāng)前發(fā)送的文件大小是否大于所述傳輸上限值；若所述文件大小大于所述傳輸上限值，則根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件，并將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送，其中，所述子文件的大小均小于或等于所述傳輸上限值。本發(fā)明通過(guò)將較大的文件劃分為多個(gè)小于或等于當(dāng)前應(yīng)用傳輸上限值的子文件后再逐個(gè)進(jìn)行發(fā)送的方式，解決了現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

進(jìn)一步地，基于上述圖10所述的文件分享方法，本實(shí)施例中，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件的方法包括：

將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。例如，若使用“微信”發(fā)送大小為70M的文件時(shí)，根據(jù)“微信”的傳輸上限值為20M，故可以將該文件劃平均劃分為4個(gè)子文件，每個(gè)子文件的大小為17.5M，或者以傳輸上限值20M為劃分單位，將所述文件劃分為4個(gè)子文件，其中，有3個(gè)子文件的大小為20M，剩余的1個(gè)子文件的大小為10M。

其中，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之后還包括：

對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。所述劃分信息用于將各個(gè)子文件拼接到一起后，得到的文件能夠與劃分前的文件一致。

為了更好的理解本實(shí)施例所述的方法，請(qǐng)參照?qǐng)D5，圖5為本發(fā)明中對(duì)各個(gè)子文件按照劃分順序進(jìn)行編號(hào)的場(chǎng)景示意圖，圖5中，假設(shè)當(dāng)前發(fā)送的文件名稱為“旅游視頻.mp4”，且按照當(dāng)前發(fā)送該文件的應(yīng)用的傳輸上限值將所述“旅游視頻.mp4”文件劃分為了3個(gè)子文件，那么便可以將這3個(gè)子文件按照劃分順序進(jìn)行編號(hào)，生成“旅游視頻_01.mp4”、“旅游視頻_02.mp4”、“旅游視頻_03.mp4”，然后逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例所述的根據(jù)傳輸上限值將所述文件劃分為多個(gè)子文件的方法包括：將所述文件平均劃分為多個(gè)子文件，且每個(gè)子文件的大小均小于或等于所述傳輸上限值；或者，將所述文件以所述傳輸上限值為劃分單位劃分為多個(gè)子文件。以及對(duì)所述各個(gè)子文件按照劃分順序進(jìn)行編號(hào)，并將各個(gè)子文件對(duì)應(yīng)的編號(hào)作為所述各個(gè)子文件對(duì)應(yīng)的劃分信息。本實(shí)施例通過(guò)將較大的文件劃分為多個(gè)小于或等于當(dāng)前應(yīng)用傳輸上限值的子文件，并且對(duì)各個(gè)子文件進(jìn)行編號(hào)，使得接收端在接收到所有的子文件之后能夠?qū)⒏鱾€(gè)子文件拼接成原文件。

進(jìn)一步地，基于上述圖10所述的文件分享方法，本實(shí)施例中，根據(jù)所述傳輸上限值將所述文件劃分為多個(gè)子文件之前還包括：

提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，并判斷壓縮后的文件大小是否大于傳輸上限值；若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件；若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件。

本實(shí)施例中，為了減少發(fā)送文件時(shí)占用的網(wǎng)絡(luò)資源，以及減少發(fā)送文件時(shí)所耗費(fèi)的時(shí)間，可以將發(fā)送的文件進(jìn)行壓縮之后再進(jìn)行劃分，這樣劃分之后的子文件數(shù)量會(huì)相對(duì)減少，并且若用戶確定要對(duì)發(fā)送的文件進(jìn)行壓縮時(shí)，還可以為用戶提供多種壓縮比例不同的壓縮方式，例如，若當(dāng)前發(fā)送的文件為視頻文件，用戶可以選擇將發(fā)送的視頻壓縮為480P、720P等。

為了更好的理解本實(shí)施例所述的方法，請(qǐng)參照?qǐng)D7，圖7為本發(fā)明中提示用戶是否需要對(duì)發(fā)送的文件進(jìn)行壓縮的場(chǎng)景示意圖，圖7中，將所述文件劃分為多個(gè)子文件之前，在顯示屏幕彈出對(duì)話框“是否對(duì)該文件進(jìn)行壓縮？”，若用戶觸發(fā)“否”，則直接根據(jù)傳輸上限值將所述文件劃分為多個(gè)子文件；若用戶出發(fā)“是”，則彈出另外一個(gè)對(duì)話框，為用戶提供多種壓縮方式，并按照用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮。請(qǐng)參照?qǐng)D8，圖8為本發(fā)明中提示用戶選擇壓縮方式的場(chǎng)景示意圖，在圖8中，假設(shè)用戶需要發(fā)送的文件為視頻文件，且假設(shè)本實(shí)施例中可提供兩種壓縮方式：“480P”和“720P”，若用戶選擇觸發(fā)“480P”的壓縮方式，則將發(fā)送的視頻文件壓縮為“480P”的視頻文件。

其中，若壓縮后的文件大小小于或等于傳輸上限值，則直接發(fā)送所述壓縮后的文件，若壓縮后的文件大小大于傳輸上限值，則根據(jù)所述傳輸上限值將所述壓縮后的文件劃分為多個(gè)子文件，然后將各個(gè)子文件以及各個(gè)子文件對(duì)應(yīng)的劃分信息逐個(gè)進(jìn)行發(fā)送。

本實(shí)施例在將所述文件劃分為多個(gè)子文件之前，提示用戶是否需要對(duì)所述文件進(jìn)行壓縮，若用戶選擇對(duì)所述文件進(jìn)行壓縮，則根據(jù)用戶選擇的壓縮方式對(duì)所述文件進(jìn)行壓縮，進(jìn)一步解決了現(xiàn)有技術(shù)中一些應(yīng)用不能發(fā)送較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

進(jìn)一步地，參照?qǐng)D11，圖11是本發(fā)明文件分享方法第二實(shí)施例的流程示意圖，基于上述圖10所述的文件分享方法，本實(shí)施例中，所述文件分享方法還包括：

步驟S40，在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件。

本實(shí)施例中，首先逐個(gè)接收經(jīng)過(guò)劃分后的多個(gè)子文件，在接收到使用的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，然后根據(jù)該劃分信息將所有的子文件進(jìn)行拼接，得到劃分之前的原文件。

其中，若所述文件在劃分之前還經(jīng)過(guò)壓縮，則還需要將拼接得到的文件進(jìn)行解壓得到原文件。

本實(shí)施例在接收到所有的子文件之后，獲取各個(gè)子文件對(duì)應(yīng)的劃分信息，并根據(jù)獲取到的劃分信息將所有的子文件拼接成完整的文件，解決了現(xiàn)有技術(shù)中一些應(yīng)用不能接收較大文件的技術(shù)問(wèn)題，提升了用戶的使用滿意度。

需要說(shuō)明的是，在本文中，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括該要素的過(guò)程、方法、物品或者裝置中還存在另外的相同要素。

上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。

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