專利名稱：一種文件下載的方法和裝置的制作方法
技術領域：
本發(fā)明涉及計算機網(wǎng)絡通訊領域，尤其涉及一種文件下載的方法和裝置。
背景技術：
目前，很多移動終端都支持網(wǎng)絡客戶端應用從網(wǎng)絡上下載文件，如圖片、
mp3 (MPEG Audio Layer3, MPEG音頻播放格式)音頻、影音video等，利 用現(xiàn)有技術下載文件需要時需要先將下載的文件緩存到內(nèi)存中，之后一次性 寫入EFS (Encrypting File System,加密文件系統(tǒng))文件。
發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題 利用現(xiàn)有技術時，下載文件大小受限于能分配給下載的內(nèi)存，而且一次 性寫入文件所花時間太長，可能導致正在運行的任務沒有及時發(fā)送脈沖信號， 移動終端重啟；若寫文件時間太長，界面會一直停留在最后的界面，用戶體 驗較差。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種文件下載的方法和裝置，可以實現(xiàn)實時發(fā)送脈沖 信號，避免監(jiān)控系統(tǒng)長期得不到信號而復位系統(tǒng)。 本發(fā)明實施例提供一種文件下載的方法，包括 讀取預下載文件的數(shù)據(jù)； 將所述讀:取的凄t據(jù)寫入加密文件系統(tǒng)文件； 向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。 同時本發(fā)明實施例提供了一種文件下載的裝置，包括 讀取模塊，用于通過平臺接口讀取預下載文件的數(shù)據(jù)； 寫入模塊，用于將數(shù)據(jù)寫入加密文件系統(tǒng)文件；
發(fā)送模塊，用于所述寫入模塊將數(shù)據(jù)寫入加密文件系統(tǒng)文件后，向監(jiān)控
系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。
與現(xiàn)有技術相比，本發(fā)明實施例具有以下優(yōu)點
本發(fā)明實施例提供的方法通過讀取預下載文件的數(shù)據(jù)并將所述讀取的數(shù) 據(jù)寫入加密文件系統(tǒng)文件，然后向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文 件下載程序運行正常。較好的避免了內(nèi)存對下載大文件時的限制，而且在寫 入數(shù)據(jù)后向監(jiān)控系統(tǒng)發(fā)送信號，消除了文件寫入阻塞時間長可能帶來的重啟 的問題，提高用戶等待的體驗。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實 施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講， 在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例中文件下載的方法流程圖2是本發(fā)明實施例中文件下載的方法流程圖3是本發(fā)明實施例中文件下載的裝置示意圖。
具體實施例方式
下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行 清楚、完整地描述，顯然，所描述的實施例僅是本發(fā)明一部分實施例，而不 是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出 創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
本發(fā)明實施例提供一種文件下載的方法和裝置，可以實現(xiàn)實時發(fā)送脈沖 信號，提高系統(tǒng)的穩(wěn)定性，而且避免了內(nèi)存容量對下載文件大小的限制。
下面結合附圖和具體實施例對本發(fā)明實施例提供的文件下載的方法進行 i手細it明。
本發(fā)明實施例提供的文件下載的方法流程圖，如圖l所示，包括
步驟s101、讀取預下載文件的數(shù)據(jù)，并將所述讀取的數(shù)據(jù)寫入加密文件
系統(tǒng)文件。現(xiàn)有技術在下載文件時需要先將讀取的數(shù)據(jù)寫入內(nèi)存，再經(jīng)內(nèi)存 寫入加密文件系統(tǒng)文件，此處直接將讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件，使 文件大小與內(nèi)存容量不產(chǎn)生直接的關系。
步驟Sl02、向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行 正常。監(jiān)控系統(tǒng)在一段時間內(nèi)未接收到正在運行的系統(tǒng)發(fā)送的信號，會默認 正在運行的系統(tǒng)異常而復位系統(tǒng)。
通過上述步驟將讀取的數(shù)據(jù)直接寫入加密文件系統(tǒng)文件，使下載文件的 大小不受內(nèi)存的限制，并在寫入文件后向監(jiān)控系統(tǒng)發(fā)送信號，以避免監(jiān)控系 統(tǒng)復位系統(tǒng)。
圖2所示，具體包括
步驟s201、網(wǎng)絡客戶端通過套接字socket讀取數(shù)據(jù)。具體的，網(wǎng)絡客戶 端利用平臺接口 socket讀取數(shù)據(jù)，
其中socket用于描述通信的目的IP地址、使用的傳輸層協(xié)議和使用的端 口號，由此來區(qū)分來自不同應用程序進程或網(wǎng)絡連接的通信，實現(xiàn)數(shù)據(jù)傳輸 的并發(fā)服務。
步驟s202、將讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件。具體的，網(wǎng)絡客戶端 讀取的數(shù)據(jù)被直接寫入EFS,而不需要先寫入內(nèi)存，從而使文件下載和內(nèi)存 的大小無關，較好的解決了內(nèi)存限制下載文件大小的問題。為了降低數(shù)據(jù)寫 入文件系統(tǒng)的次數(shù)過多對整體效率帶來的影響，可以先將讀取的數(shù)據(jù)緩存在 flash中，待讀取的次數(shù)達到門限值后將緩存的數(shù)據(jù)一次性寫入加密文件系統(tǒng) 文件。
步驟s203 、向監(jiān)控系統(tǒng)發(fā)送脈沖信號。
具體的， 一般情況下系統(tǒng)都具有監(jiān)控系統(tǒng)，如看門狗電路，用于監(jiān)測系 統(tǒng)中的軟件工作是否正常，通常情況下系統(tǒng)軟件會定時向監(jiān)控系統(tǒng)發(fā)送脈沖 信號，表示工作正常；若超過預定時間后，監(jiān)控系統(tǒng)未接收到脈沖信號，則 認為軟件工作異常而復位系統(tǒng)。
重復步驟s201至步驟s204,直到將所有需要讀取的數(shù)據(jù)讀取完成。
由于寫文件長時間占用CPU,可能會導致UI (用戶界面)任務得不到調(diào) 度，監(jiān)測系統(tǒng)得不到響應就會重啟系統(tǒng)，本實施例提供的文件下載的方法通 過實時發(fā)送脈沖信號，在每次寫入文件之后就發(fā)一次脈沖信號，使系統(tǒng)正常 運行。此處應該保證每次寫入文件的時間小于監(jiān)測系統(tǒng)預設的接收脈沖信號 的時間。
上述實施例中通過平臺接口讀取數(shù)據(jù)并將讀取的數(shù)據(jù)直接寫入EFS，每 寫入一次數(shù)據(jù)就向監(jiān)控系統(tǒng)發(fā)送一次脈沖信號，使系統(tǒng)正常運行。這樣寫入 數(shù)據(jù)時不需要通過平臺的內(nèi)存存儲數(shù)據(jù)，下載的文件大小和內(nèi)存無關聯(lián)。
上述實施例中，若數(shù)據(jù)寫入文件系統(tǒng)的次數(shù)過多會減低下載文件整體的 效率，有鑒于此，需要控制寫入文件系統(tǒng)的次數(shù)，由于文件寫入的時間和flash (閃存)的型號/類型以及平臺的CPU性能等有關，因此，在上述實施例的基 礎上可以做進一步優(yōu)化。通過上述實施例提供的文件下載方法可知，將整個 下載的文件數(shù)據(jù)一次性寫入EFS時效率最高，寫EFS的次數(shù)越多效率越低。 該寫入次數(shù)可以根據(jù)flash的類型和平臺性能調(diào)整，也就是根據(jù)經(jīng)驗數(shù)據(jù)和測 試數(shù)據(jù)確定一個N值，通過socket讀取N次數(shù)據(jù)并緩存后再一次性將緩存的 數(shù)據(jù)寫入EFS。該N值的范圍在1和(文件大小/socketbuffersize)之間，若 N值為1就是最優(yōu)化的方案，根據(jù)N值的變化下載文件過程的性能和效果呈 正態(tài)分布，當N值從1增加時性能會提高，整體效果會提升；當提升到一定 程度時，由于緩存buffer的限制，整體效果就會下降。因此需要通過測試和 經(jīng)驗數(shù)據(jù)找準這個N值， 一般建議這個N值在1-10之間。
同時，為實現(xiàn)本發(fā)明實施例提供的文件下載的方法，本發(fā)明實施例還提 供了一種文件下載的裝置，如圖3示，包括
讀取模塊310,用于通過平臺接口讀取預下載文件的數(shù)據(jù)；
寫入模塊320，用于將數(shù)據(jù)寫入加密文件系統(tǒng)文件；
發(fā)送模塊330，用于所述寫入模塊將數(shù)據(jù)寫入加密文件系統(tǒng)文件后，向監(jiān) 控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。
該裝置還包括
存儲模塊340,用于緩存所述讀取模塊讀取的數(shù)據(jù)；
檢測模塊350,用于檢測所述讀取模塊讀取數(shù)據(jù)的次數(shù)，當所述次數(shù)不小
于預設的門限值時，觸發(fā)所述寫入模塊將所述存儲模塊中存儲的數(shù)據(jù)寫入加 密文件系統(tǒng)文件。
通過本發(fā)明實施例提供的文件下載的方法和裝置，可以通過讀取數(shù)據(jù)并 將數(shù)據(jù)寫入加密文件系統(tǒng)文件，然后向監(jiān)控系統(tǒng)發(fā)送信號，該信號用于表示 文件下載程序運行正常。較好的避免了內(nèi)存對下載大文件時的限制，而且在 寫入數(shù)據(jù)后向監(jiān)控系統(tǒng)發(fā)送信號，消除了文件寫入阻塞時間長可能帶來的重 啟的問題，提高用戶等待的體驗。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā) 明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)。 基于這樣的理解，本發(fā)明的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟
件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM， U盤，移動硬 盤等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服 務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
1、一種文件下載的方法，其特征在于，包括讀取預下載文件的數(shù)據(jù)；將所述讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件；向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。
2、 如權利要求l所述的方法，其特征在于，所述讀取預下載文件的數(shù)據(jù) 并將所述讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件，包括通過平臺接口讀取預下載文件數(shù)據(jù)，并將所述讀取的數(shù)據(jù)進行緩存，直 到讀取數(shù)據(jù)的次數(shù)達到預設的門限值，將緩存中的數(shù)據(jù)寫入加密文件系統(tǒng)文 件。
3、 如權利要求l所述的方法，其特征在于，所述將數(shù)據(jù)寫入加密文件系 統(tǒng)文件的時間小于監(jiān)控系統(tǒng)預設的接收脈沖信號的時間。
4、 一種文件下載的裝置，其特征在于，包括 讀取模塊，用于通過平臺接口讀取預下載文件的數(shù)據(jù)； 寫入加密模塊，用于將&據(jù)寫入加密文件系統(tǒng)文件；發(fā)送模塊，用于所述寫入模塊將數(shù)據(jù)寫入加密文件系統(tǒng)文件后，向監(jiān)控 系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。
5、 如權利要求4所述的裝置，其特征在于，還包括 存儲模塊，用于緩存所述讀取模塊讀取的數(shù)據(jù)；檢測模塊，用于檢測所述讀取模塊讀取數(shù)據(jù)的次數(shù)，當所述次數(shù)不小于 預設的門限值時，觸發(fā)所述寫入模塊將所述存儲模塊中存儲的數(shù)據(jù)寫入加密 文件系統(tǒng)文件。
全文摘要
本發(fā)明實施例公開了一種文件下載的方法和裝置，該方法包括讀取預下載文件的數(shù)據(jù)；將所述讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件；向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。該裝置包括讀取模塊，用于通過平臺接口讀取預下載文件的數(shù)據(jù)；寫入模塊，用于將所述讀取模塊讀取的數(shù)據(jù)寫入加密文件系統(tǒng)文件；發(fā)送模塊，用于所述寫入模塊將數(shù)據(jù)寫入加密文件系統(tǒng)文件后，向監(jiān)控系統(tǒng)發(fā)送信號，所述信號用于表示文件下載程序運行正常。通過使用本發(fā)明的實施例，可以使下載文件的大小不受內(nèi)存的限制，并且有效的避免監(jiān)控系統(tǒng)得不到信號而復位系統(tǒng)，提高用戶的等待體驗，同時可以通過調(diào)整讀取數(shù)據(jù)的次數(shù)提高整體性能。
文檔編號G06F17/30GK101345925SQ200810146968
公開日2009年1月14日 申請日期2008年8月28日 優(yōu)先權日2008年8月28日
發(fā)明者秦忠林 申請人:深圳華為通信技術有限公司