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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

對所述各個子文件按照劃分順序進行編號，并將各個子文件對應(yīng)的編號作為所述各個子文件對應(yīng)的劃分信息。

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

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

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

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

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

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

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

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

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

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

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

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

對所述各個子文件按照劃分順序進行編號，并將各個子文件對應(yīng)的編號作為所述各個子文件對應(yīng)的劃分信息。

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

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

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

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

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

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

附圖說明

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

圖2為圖1中移動終端的無線通信裝置示意圖；

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

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

圖5為本發(fā)明中對各個子文件按照劃分順序進行編號的場景示意圖；

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

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

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

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

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

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

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

具體實施方式

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

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

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

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

移動終端100可以包括無線通信單元110、用戶輸入單元130、輸出單元150、存儲器160、控制器180和電源單元190、文件分享裝置400等等。圖1示出了具有各種組件的移動終端，但是應(yīng)理解的是，并不要求實施所有示出的組件?？梢蕴娲貙嵤└嗷蚋俚慕M件。將在下面詳細描述移動終端的元件。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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