專利名稱：文件管理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種文件管理方法和裝置。
背景技術(shù)：
隨著科技的發(fā)展和人民生活水平的提高，嵌入式設備的使用越 來越多，尤其是消費類嵌入式設備，在這類嵌入式設備中都使用到
了嵌入式文件系統(tǒng)(Embodied File System,簡稱為EFS),嵌入式 文件系統(tǒng)多為電池供電。目前的嵌入式設備主要利用Flash存儲器 來保存數(shù)據(jù)，其中，F(xiàn)lash存儲器具有速度快、容量大、成本低等優(yōu) 點。
Flash存+者器主要有(NOR)和(NAND)兩種類型，NOR和 NAND是目前市場上兩種主要的非易失性閃存技術(shù)。其中，NOR 適合存儲程序代碼，其容量一般小于16MB, NAND適合高密度數(shù) 據(jù)的存儲，其容量一^:可達1GB以上。
NAND閃存的存儲單元為頁和塊， 一般來說， 一個存儲設備由 若干個塊組成，其中， 一個塊由若干頁組成，通常為32頁，在容量 小于128MB的芯片中， 一頁的大小為528字節(jié)，依次分為2個256 字節(jié)的主數(shù)據(jù)區(qū)，最后是16字節(jié)的備用空間。與其他存儲器相比， NAND閃存具有以下特點不是完全可靠的，每塊芯片出廠時都有 一定比例的壞塊存在；各個存儲單元是不可直接改寫的，在每次改 寫才喿作之前需要先4察除；纟察除l喿作以塊為單位進^f于，而讀寫纟喿作通常以頁為單位進行；各塊的擦除次數(shù)有限， 一般為10萬 100萬次； 使用復雜的I/O 口串行存取數(shù)據(jù)。
為NOR和NANDi殳計的EFS4艮多，也4艮成熟，已經(jīng)應用于各 種嵌入式系統(tǒng)當中，這些EFS實現(xiàn)了物理級的掉電保護、疲勞均衡 和有效的垃圾回收，具有占用資源少，運行速度更快等特點。目前 的EFS技術(shù)和機制能夠保證嵌入式系統(tǒng)在突然掉電等異常情況下保 i正系統(tǒng)的EFS在物理及驅(qū)動層面的完整，^旦沒有為應用層提供垃;及 文件操作的接口，在異常條件下在嵌入式設備中產(chǎn)生垃圾文件，造 成嵌入式設備稀缺的文件空間浪費及用戶體—瞼的下降。例如用戶的 嵌入式設備支持錄音/錄像功肖fe,當用戶在錄音/錄像過程中設備電池 耗盡或被拔除時，在現(xiàn)有的EFS技術(shù)和機制下，會在設備的EFS中 留下一個不完全的文件，這種文件通常無法查看或插^文，嚴重的會 造成系統(tǒng)崩潰。

發(fā)明內(nèi)容
文件時，造成設備的文件空間浪費及用戶體驗下降的問題而提出本 發(fā)明，為此，本發(fā)明的主要目的在于提供一種文件管理方法及裝置， 以解決上述問題。
根據(jù)本發(fā)明的一個方面，提供了一種文件管理方法，基于非支 持斷點續(xù)傳的技術(shù)。
根據(jù)本發(fā)明實施例的文件管理方法包括設置存儲區(qū)域，存儲 區(qū)域用于存儲設備中產(chǎn)生的新文件的全路徑；對于已完成的新文件， 將其全路徑從存儲區(qū)域中刪除；監(jiān)測存儲區(qū)域，從存儲區(qū)域中獲取 未完成的新文件的全路徑；根據(jù)獲取的未完成的新文件的全路徑， 查找到未完成的新文件并將其刪除。其中，設置存儲區(qū)域的操作具體為在設備的存儲器中設置存 儲區(qū)域，其中，存儲器是非易失性存儲器。
優(yōu)選地，監(jiān)測存儲區(qū)域具體為，在設備啟動和/或關(guān)機時、監(jiān)測 存儲區(qū)域。
優(yōu)選地，監(jiān)測存儲區(qū)域具體為，在進入任一新文件所對應的文 件界面時，監(jiān)測存儲區(qū)域。
優(yōu)選地，存儲區(qū)域還用于保存每個新文件的檢測信息，則監(jiān)測 存4諸區(qū)i或的梯:作具體為在進入《壬一新文件所對應的文件界面時， 對存儲區(qū)域中全路徑下的新文件大'J、進行^r測，并將新文件對應的 才全測信息中的^r測次數(shù)加1,在對新文件4企測至少2次且新文件的 文件大'J、沒有發(fā)生變化的情況下，確定新文件是未完成的新文件。
優(yōu)選地，監(jiān)測存儲區(qū)域具體為，設置定時器，在定時器的控制 下周期性地監(jiān)測存儲區(qū)域。
優(yōu)選地，存儲區(qū)域還保存每個新文件的檢測信息，則監(jiān)測存儲 區(qū)域的梯:作具體為當定時器到時時，對存儲區(qū)域中全路徑下的新 文件大小進行4企測，并將新文件對應的^r測信息中的4企測次凄t力口 1， 在對新文件檢測至少2次且新文件的文件大小沒有發(fā)生變化的情況 下，確定新文4牛是未完成的#斤文4牛。
根據(jù)本發(fā)明的另一方面，提供了一種文件管理裝置，基于非支 持斷點續(xù)傳的技術(shù)。
才艮據(jù)本發(fā)明的實施例的文件管理裝置包括存々者才莫塊，用于設 置存儲區(qū)域，存儲區(qū)域用于存儲設備中產(chǎn)生的新文件的全路徑；第 一刪除模塊，用于對于已完成的新文件，將其全路徑從存儲區(qū)域中 刪除；監(jiān)測模塊，用于監(jiān)測存儲區(qū)域；獲取才莫塊，用于從存儲區(qū)域中獲取未完成的新文件的全路徑；第二刪除沖莫塊，用于才艮據(jù)獲取的 未完成的新文件的全路徑，查找到未完成的新文〗牛并將其刪除。
通過本發(fā)明的上述至少一個才支術(shù)方案，通過清除i殳備中管理應 用層面的垃圾文件，節(jié)省了存儲文件的空間，4是高了用戶體-瞼。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中
圖1是根據(jù)本發(fā)明方法實施例的文件管理方法的流程圖2是才艮據(jù)本發(fā)明方法實施例的文件管理方法的非異常情況下 的詳細處玉里流禾呈圖3是根據(jù)本發(fā)明方法實施例的文件管理方法的異常情況下的 詳細處理流禾呈圖4是4艮據(jù)本發(fā)明裝置實施例的文件管理裝置的結(jié)構(gòu)框架圖。
具體實施例方式
下面將結(jié)合附圖詳細描述本發(fā)明。
方法實施例
根據(jù)本發(fā)明實施例，提供了一種文件管理方法。
圖1是才艮據(jù)本發(fā)明實施例的文件管理方法的流程圖，如圖1所 示，該方法包4舌以下步艱《步驟S102,設置存儲區(qū)域，存儲區(qū)域用于存儲設備中產(chǎn)生的新 文件的全路徑；例如，可以在設備的存儲器中設置存儲區(qū)域，其中， 存儲器是非易失性存儲器，包括硬盤、NOR、 NAND等。
步驟S104，對于已完成的新文件，將其全路徑從存儲區(qū)i或中刪
除；
步驟S106,監(jiān)測存儲區(qū)域，從存儲區(qū)域中獲取未完成的新文件 的全路徑；
步驟S108,根據(jù)獲取的未完成的新文件的全路徑，查找到未完 成的新文件并將其刪除。
需要說明的是，為了便于描述，在以上處理中使用了步驟號， 但其不應被理解為對本發(fā)明步驟執(zhí)行順序的限制，可以根據(jù)實施的 需要進行調(diào)整，均在本發(fā)明的保護范圍之內(nèi)。通過本發(fā)明實施例提 供的4支術(shù)方案，通過清除i殳備中管理應用層面的垃;及文件，節(jié)省了 保存文件的空間，提高了用戶體驗。
上述的新文件的全路徑用作對未完成文件進^f亍查找的標識，也 可以有其他替代實現(xiàn)方案。
優(yōu)選地，在步驟S104中，監(jiān)測存儲區(qū)域的操作具體為，在設 備啟動和/或關(guān)機時，監(jiān)測存儲區(qū)域；或者，在進入任一新文件所對 應的文件界面時，監(jiān)測存儲區(qū)域；或者，設置定時器，在定時器的 控制下周期性地監(jiān)測存儲區(qū)域。
以上，在設備啟動和/或關(guān)機時，存儲區(qū)域的新文件的全路徑均 認為是未完成的新文件的全路徑。以上，在進入任一新文件所對應的文件界面時監(jiān)測存々者區(qū)域， 還包括在存儲區(qū)域中保存每個新文件的檢測信息，在進入任一新文 件所對應的文件界面時，都對存儲區(qū)域中的全路徑下的新文件大d 、 進行才企測，并在所才企測新文件對應的檢測信息中對4僉測次凄t力口 1,
當某一個新文件先后才企測N次且沒有發(fā)生文件大小變化，則i人為該 新文件是未完成的新文件，需要刪除，其中，N的值可以才艮據(jù)具體 的嵌入式應用和類型加以調(diào)整，在手才幾中的應用經(jīng)—3全^直為2,即達 到先后至少2次4企測文件大小沒有發(fā)生變^:，則可i人定該新文件是 未完成的新文件，需要刪除。
以上，設置定時器，在定時器的控制下周期性地監(jiān)測存儲區(qū)域， 還包4舌在存1諸區(qū)域中4呆存每個新文件的4企測信息，定時器的周期可 以設置為M分鐘，當定時器到時時，對存儲區(qū)域中的全路徑下的新 文件大小進行4企測，并在所4企測新文件對應的4企測信息中對;險測次 凄史加1 ，當某一個新文件先后4企測K次且沒有發(fā)生文件大小變化， 則"i人為該新文件是未完成的新文件，需要刪除，其中，M和K的^直 可以根據(jù)具體的嵌入式應用和類型加以調(diào)整，在手才幾中M的經(jīng)驗值 為30分鐘，K的值經(jīng)-瞼值為2。
基于以上內(nèi)容，對于現(xiàn)有的嵌入式文件系統(tǒng)(EFS),可以對其 應用程序接口 (API)進行擴展，增加新的API4妄口，通過調(diào)用該 API接口，執(zhí)行以下的操作對于已完成的新文件，通過調(diào)用設備 的存儲器驅(qū)動提供的接口 (即，上述新的API),查找到上述存儲區(qū) 域，并將已完成的新文件的全路徑從存儲區(qū)域中刪除；對于未完成 的新文件，通過調(diào)用設備的存儲器驅(qū)動提供的接口，查找到上述存 儲區(qū)域，并獲取未完成的新文件的全路徑，并調(diào)用嵌入式文件系統(tǒng) 提供的接口刪除未完成的新文件。
如上所述，對于調(diào)用嵌入式設備的存儲器驅(qū)動提供的接口的時 才幾可以選擇在設備啟動和/或關(guān)機時、在進入任一新文件所對應的文件界面時，或者，設置定時器，在定時器的控制下周期性調(diào)用該接 口。這樣，在文件操作過程中，如果有異常情況發(fā)生，例如在錄音/
式設備因為掉電突然停止工作，會使得該設備中產(chǎn)生的新文件處于 未完成的狀態(tài)，這樣的文件就是垃圾文件，通過在上述時才幾調(diào)用嵌 入式設備的存儲器驅(qū)動提供的接口執(zhí)行上述相應操作，就能夠?qū)⒗?;及文件清除。而且，對于用戶可以手動刪除的垃;及文件，用戶也可 以通過調(diào)用嵌入式設備的存儲器驅(qū)動提供的接口 ，手動清除垃圾文 件。這樣，可以在應用程序級對嵌入式設備的文件系統(tǒng)進4亍保護， 防止垃圾文件的存在，以有效〗吏用嵌入式i殳備的文件系統(tǒng)。
圖2是根據(jù)本發(fā)明方法實施例的文件管理方法的未發(fā)生異常情 況時的詳細處理流考呈圖，如圖2所示，該方法包4舌以下處5里
步驟S202，用戶通過界面發(fā)起產(chǎn)生新文件的操作；
步驟S204,應用程序通知EFS對產(chǎn)生的新文件進行監(jiān)測；
步艱《S206, EFS將該將上述新文件的全^各徑z床存在存々者區(qū)i成 中，表明該文件有可能成為垃;及文件；
步驟S208,當對新文件的操作完成后，應用程序通知EFS將 該新文件對全^各徑/人存^f諸區(qū)域中清除。
時的詳細處理流程圖，如圖3所示，該方法包4舌以下步艱纟 步驟S301,用戶通過界面發(fā)起產(chǎn)生新文件的操作； 步驟S302,應用程序通知EFS對該文件進行監(jiān)視；步驟S303, EFS將該將上述新文件的全路徑4呆存在存+者區(qū)域 中，表明該文件有可能成為垃》及文件；
步驟S304，如果在應用程序?qū)ι鲜鲂挛募牟僮魍瓿芍?，?統(tǒng)發(fā)生異常(例如突然4卓電)，EFS未得到該新文件纟喿作完成的通知， 那么該新文件的全路徑仍然保存在存儲區(qū)域中；如果系統(tǒng)重新啟動， 執(zhí)行步驟S305;如果系統(tǒng)沒有重新啟動，4丸行步驟S307;
步驟S305,當系統(tǒng)再次啟動后，會自動4企查是否有#皮標識的文 件存在，
步驟S306,如果有，就將這些文件自動刪除；
步驟S307，有些異常情況并不會導致系統(tǒng)重新啟動，^f旦會導致 垃圾文件的產(chǎn)生，針對這種情況，系統(tǒng)可以在適當?shù)臅r機通知EFS 對存儲區(qū)域進行檢查，；險查出未完成的文件即垃圾文件，以區(qū)別于 正在下載中的正常文件，才艮據(jù)^f呆存的未完成文件的全3各徑找到該未 完成的文件，并將該文件清除。
裝置實施例
根據(jù)本發(fā)明實施例，提供一種文件管理裝置，圖4是根據(jù)本發(fā) 明實施例的文件管理裝置的結(jié)構(gòu)框架圖，如圖4所示，該裝置包括
存儲模塊IO，用于存儲設備中產(chǎn)生的新文件的全路徑；例如， 該存儲模塊可以是設備的存儲器中的部分存儲區(qū)域，其中，存儲器 是非易失性存々者器，包括-石更盤、NOR、 NAND等。
第一刪除才莫塊20，用于對于已完成的新文件，將其全路徑/人存 儲區(qū)域中刪除；該才莫塊可以連接至存儲才莫塊10。監(jiān)測模塊30,用于監(jiān)測存儲區(qū)域；該模塊可以連接至存儲模塊10。
獲取才莫塊40，用于從存儲區(qū)域中獲取未完成的新文件的全^各 徑；該模塊可以連接至存儲模塊10和監(jiān)測模塊30,通過監(jiān)測模塊 30，監(jiān)測到存儲區(qū)域中存在未完成的新文件的全i 各徑，并獲取該全 路徑。
第二刪除才莫塊50，用于才艮據(jù)獲取的未完成的新文件的全路徑， 查找到未完成的新文件并將其刪除；該才莫塊可以連接至獲取模塊 40。
通過本發(fā)明實施例提供的文件管理裝置，通過清除設備中管理 應用層面的垃;及文件，節(jié)省了保存文件的空間，提高了用戶體—瞼。
如上所述，借助于本發(fā)明^提供的文件管理方法和/或裝置，通過 清除設備中管理應用層面的垃圾文件，節(jié)省了保存文件的空間，提 高了用戶體驗，并能有效地防止系統(tǒng)的崩潰。而且，采用本發(fā)明才是 供的文件管理方法及裝置，嵌入式設備在現(xiàn)有的FLASH硬件保護 機制上，對文件系統(tǒng)進行保護，避免垃圾文件殘留，保證了嵌入式 i殳備對文件系統(tǒng)空間的有效4吏用。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種文件管理方法，基于非支持斷點續(xù)傳的技術(shù)，其特征在于，包括設置存儲區(qū)域，所述存儲區(qū)域用于存儲設備中產(chǎn)生的新文件的全路徑；對于已完成的新文件，將其全路徑從所述存儲區(qū)域中刪除；監(jiān)測所述存儲區(qū)域，從所述存儲區(qū)域中獲取未完成的新文件的全路徑；根據(jù)獲取的所述未完成的新文件的全路徑，查找到所述未完成的新文件并將其刪除。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述設置存儲區(qū)域 具體為在所述設備的存儲器中設置所述存儲區(qū)域，其中，所述存 儲器是非易失性存儲器。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述監(jiān)測所述 存々者區(qū)域具體為，在所述設備啟動和/或關(guān)4幾時、監(jiān)測所述存 儲區(qū)域。
4. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述監(jiān)測所述 存卡者區(qū)域具體為，在進入任一所述新文件所對應的文件界面 時，監(jiān)測所述存儲區(qū)域。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括所述存儲區(qū)域還用于保存每個新文件的檢測信息；所述監(jiān)測所述存儲區(qū)域具體包括在進入任一所述新文件 所對應的文件界面時，對所述存儲區(qū)域中全路徑下的新文件大 小進行檢測，并將所述新文件對應的4企測信息中的檢測次數(shù)加 1,在對所述新文件;險測至少2次且所述新文件的文件大小沒 有發(fā)生變化的情況下，確定所述新文件是未完成的新文件。
6. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述監(jiān)測所述 存儲區(qū)域具體為，設置定時器，在所述定時器的控制下周期性 地監(jiān)測所述存儲區(qū)域。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述存儲區(qū)域還保存每個新文件的檢測信息；所述監(jiān)測所述存儲區(qū)域具體包括當定時器到時時，對所 述存儲區(qū)域中全路徑下的新文件大d、進行檢測，并將所述新文 件對應的才企測信息中的檢測次數(shù)加1,在對所述新文件檢測至 少2次且所述新文件的文件大小沒有發(fā)生變化的情況下，確定 所述新文件是未完成的新文件。
8. —種文件管理裝置，基于非支持斷點續(xù)傳的技術(shù)，其特征在于， 包括存儲模塊，用于存儲設備中產(chǎn)生的新文件的全路徑；第一刪除模塊，用于對于已完成的新文件，將其全路徑從 所述存儲區(qū)域中刪除；監(jiān)測模塊，用于監(jiān)測所述存儲區(qū)域；獲取模塊，用于從所述存儲區(qū)域中獲取未完成的新文件的 全路徑；第二刪除模塊，用于根據(jù)獲取的所述未完成的新文件的全 路徑，查找到所述未完成的新文件并將其刪除。
全文摘要
本發(fā)明公開了一種文件管理方法，基于非支持斷點續(xù)傳的技術(shù)，該方法包括設置存儲區(qū)域，存儲區(qū)域用于存儲設備中產(chǎn)生的新文件的全路徑；對于已完成的新文件，將其全路徑從存儲區(qū)域中刪除；監(jiān)測存儲區(qū)域，從存儲區(qū)域中獲取未完成的新文件的全路徑；根據(jù)獲取的未完成的新文件的全路徑，查找到未完成的新文件并將其刪除。本發(fā)明還提供了一種文件管理裝置。通過本發(fā)明，通過清除設備中管理應用層面的垃圾文件，節(jié)省了存儲文件的空間，提高了用戶體驗。
文檔編號G06F17/30GK101320389SQ20081012820
公開日2008年12月10日 申請日期2008年6月30日 優(yōu)先權(quán)日2008年6月30日
發(fā)明者煒 權(quán), 潘琴格, 雷宇龍 申請人:中興通訊股份有限公司