本發(fā)明涉及數(shù)據(jù)管理技術(shù)領(lǐng)域，尤其涉及一種文件管理方法及系統(tǒng)。

背景技術(shù)：

隨著科技的發(fā)展，人們對電子設(shè)備的存儲容量要求越來越高。如果想要達(dá)到滿足用戶要求進(jìn)而提高用戶體驗的目的，硬件的配置需要不斷的提升。但硬件配置的提升往往伴隨著成本的飆升。如何在不必一味增加硬件配置，而更加合理的利用存儲空間變得越來越重要?，F(xiàn)有的技術(shù)方案對所有文件沒有進(jìn)行翻閱統(tǒng)計，可能長時間不用的大文件占用相當(dāng)一大部分存儲空間，或者很多零碎的小文件夾雜在一些文件夾內(nèi)，導(dǎo)致想要查找某個有用文件時，需要翻過很多無用文件才能找到。因此，目前的文件管理方式是低效的，且占用了太多的存儲空間。

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

鑒于以上內(nèi)容，有必要提供一種文件管理方法及系統(tǒng)，能對符合預(yù)設(shè)條件的文件進(jìn)行壓縮處理，以節(jié)省電子設(shè)備的存儲空間。

一種文件管理方法，應(yīng)用于電子設(shè)備中，所述方法包括：

獲取存儲的文件的屬性信息；

將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件；

將所述待壓縮文件進(jìn)行壓縮，并在生成壓縮文件后刪除該待壓縮文件；

當(dāng)所述壓縮文件滿足上傳條件時，上傳所述壓縮文件；及

完成對所述壓縮文件的上傳時，刪除所述壓縮文件。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述獲取存儲的文件的屬性信息包括：

每隔第一預(yù)設(shè)周期掃描所述存儲的文件，并獲取所述存儲的文件的屬性信息，其中，所述屬性信息包括以下任意一種或多種：文件類型、文件大小、文件的最近訪問時間以及文件的訪問頻率。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述預(yù)設(shè)條件包括以下任意一種或多種：預(yù)設(shè)文件類型、預(yù)設(shè)文件大小、預(yù)設(shè)訪問時間、預(yù)設(shè)訪問頻率，所述將符合所述預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件包括：

將與所述預(yù)設(shè)文件類型相符合的文件確定為待壓縮文件；

將文件大小超過所述預(yù)設(shè)文件大小的文件確定為待壓縮的文件；

將文件的最近訪問時間早于所述預(yù)設(shè)訪問時間的文件確定為待壓縮文件；或者

將文件的訪問頻率小于所述預(yù)設(shè)訪問頻率的文件確定為待壓縮文件。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述方法還包括：

每隔第二預(yù)設(shè)周期掃描所述壓縮文件，根據(jù)所述壓縮文件的屬性信息來判斷所述壓縮文件是否滿足上傳條件，其中所述上傳條件包括所述壓縮文件最近被訪問的時間早于預(yù)設(shè)的壓縮文件被訪問的時間。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述方法還包括：

接收到對所述壓縮文件進(jìn)行下載的指令時，下載所述壓縮文件；及

對所下載的壓縮文件進(jìn)行解壓縮并生成解壓縮文件。

一種文件管理系統(tǒng)，應(yīng)用于電子設(shè)備中，所述系統(tǒng)包括：

獲取模塊，用于獲取存儲的文件的屬性信息；

判斷模塊，用于將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件；

壓縮模塊，用于將所述待壓縮文件進(jìn)行壓縮，并在生成壓縮文件后刪除該待壓縮文件；

上傳模塊，用于當(dāng)所述壓縮文件滿足上傳條件時，上傳所述壓縮文件；及

刪除模塊，用于完成對所述壓縮文件的上傳時，刪除所述壓縮文件。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述獲取模塊：

每隔第一預(yù)設(shè)周期掃描所述存儲的文件，獲取所述存儲的文件的屬性信息，其中，所述屬性信息包括以下任意一種或多種：文件類型、文件大小、文件的最近訪問時間以及文件的訪問頻率。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述預(yù)設(shè)條件包括以下任意一種或多種：預(yù)設(shè)文件類型、預(yù)設(shè)文件大小、預(yù)設(shè)訪問時間、預(yù)設(shè)訪問頻率，所述判斷模塊將符合所述預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件包括：

將與所述預(yù)設(shè)文件類型相符合的文件確定為待壓縮文件；

將文件大小超過所述預(yù)設(shè)文件大小的文件確定為待壓縮的文件；

將文件的最近訪問時間早于所述預(yù)設(shè)訪問時間的文件確定為待壓縮文件；或者

將文件的訪問頻率小于所述預(yù)設(shè)訪問頻率的文件確定為待壓縮文件。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述判斷模塊還用于：

每隔第二預(yù)設(shè)周期掃描所述壓縮文件，根據(jù)所述壓縮文件的屬性信息來判斷所述壓縮文件是否滿足上傳條件，其中所述上傳條件包括所述壓縮文件最近被訪問的時間早于預(yù)設(shè)的壓縮文件被訪問的時間。

根據(jù)本發(fā)明的一個優(yōu)選實施例，所述系統(tǒng)還包括：

下載模塊，用于接收到對所述壓縮文件進(jìn)行下載的指令時，下載所述壓縮文件；及

解壓縮模塊，用于對所下載的壓縮文件進(jìn)行解壓縮并生成解壓縮文件。

由以上技術(shù)方案可以看出，本發(fā)明的文件管理方法及系統(tǒng)，能夠?qū)⒎项A(yù)設(shè)條件的文件進(jìn)行自動壓縮處理，從而能夠便捷地釋放電子設(shè)備的存儲空間，對經(jīng)過壓縮處理后的壓縮文件滿足上傳條件時，則將該壓縮文件上傳，同時刪除該壓縮文件，以進(jìn)一步節(jié)省存儲空間?？梢姡景l(fā)明能夠在不增加任何硬件成本的前提下，不僅能夠管理、節(jié)省存儲空間，還實現(xiàn)了對文件的有效的管控，以縮短用戶查找文件的時間，從而提高了用戶體驗。

【附圖說明】

圖1是本發(fā)明用于執(zhí)行一個文件管理系統(tǒng)的電子設(shè)備的較佳實施例的硬件架構(gòu)示意圖。

圖2是本發(fā)明文件管理方法較佳實施例的流程圖。

圖3是本發(fā)明文件管理系統(tǒng)較佳實施例的功能模塊圖。

【主要元件符號說明】

【具體實施方式】

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)描述。顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。此外，應(yīng)當(dāng)理解，本文所描述的具體實施例，僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，是本發(fā)明用于執(zhí)行一個文件管理系統(tǒng)的電子設(shè)備較佳實施例的硬件架構(gòu)示意圖。如該硬件架構(gòu)示意圖所示，電子設(shè)備1包括文件管理系統(tǒng)10。該電子設(shè)備1還包括存儲單元20、顯示單元30及處理單元40。

優(yōu)選地，本發(fā)明的文件管理方法通過所述電子設(shè)備1中的文件管理系統(tǒng)10來實現(xiàn)。

所述電子設(shè)備1包括一種能夠按照事先設(shè)定或存儲的指令，自動進(jìn)行數(shù)值計算和/或信息處理的電子設(shè)備，其硬件包括但不限于微處理器、專用集成電路(Application Specific Integrated Circuit，ASIC)、可編程門陣列(Field Programmable Gate Array，F(xiàn)PGA)、數(shù)字處理器(Digital Signal Processor，DSP)、嵌入式設(shè)備等。所述電子設(shè)備1還可包括多個用戶設(shè)備。所述用戶設(shè)備包括，但不限于任何一種可與用戶通過鍵盤、鼠標(biāo)、遙控器、觸摸板或聲控設(shè)備等方式進(jìn)行人機(jī)交互的電子產(chǎn)品，例如，個人計算機(jī)、平板電腦、智能手機(jī)、個人數(shù)字助理(Personal Digital Assistant，PDA)、游戲機(jī)、交互式網(wǎng)絡(luò)電視(Internet Protocol Television，IPTV)、智能式穿戴設(shè)備等。其中，所述用戶設(shè)備所處的網(wǎng)絡(luò)包括但不限于互聯(lián)網(wǎng)、廣域網(wǎng)、城域網(wǎng)、局域網(wǎng)、虛擬專用網(wǎng)絡(luò)(Virtual Private Network，VPN)等。

需要說明的是，所述用戶設(shè)備僅為舉例，其他現(xiàn)有的或今后可能出現(xiàn)的用戶設(shè)備如可適應(yīng)于本發(fā)明，也應(yīng)包含在本發(fā)明的保護(hù)范圍以內(nèi)，并以引用方式包含于此。

在一個實施例中，所述文件管理系統(tǒng)10用于每隔一段預(yù)設(shè)時間掃描本地存儲的文件，當(dāng)文件符合預(yù)設(shè)條件時(例如，未被訪問的時間超過第一預(yù)設(shè)時間時)，將該文件進(jìn)行壓縮處理，當(dāng)壓縮文件符合上傳條件時(例如，未被訪問的時間超過第二預(yù)設(shè)時間時)，將該壓縮文件上傳至云端服務(wù)器，同時刪除本地的該壓縮文件，可節(jié)省存儲空間并可提高文件管理效率。

在本實施例中，所述存儲單元20用于存儲安裝于所述電子設(shè)備1中的軟件程序及數(shù)據(jù)，例如所述文件管理系統(tǒng)10。該存儲單元20可以是所述電子設(shè)備1的內(nèi)部存儲單元，例如所述電子設(shè)備1的硬盤或者內(nèi)存。該存儲單元20也可以是所述電子設(shè)備1的外部存儲設(shè)備，例如所述電子設(shè)備1上的插接式硬盤、智能媒體卡(Smart Media Card，SMC)、安全數(shù)字卡(Secure Digital Card，SD)、快閃存儲器卡(flash card)等儲存單元。進(jìn)一步地，所述存儲單元20還可以既包括所述電子設(shè)備1的內(nèi)部存儲單元，也可以包括外部存儲設(shè)備。

在本實施例中，所述存儲單元20中存儲有多個文件、預(yù)設(shè)條件及上傳條件的相關(guān)設(shè)置數(shù)據(jù)等。

在一個實施例中，所述顯示單元30用來顯示圖形用戶界面(Graphic User Interface，GUI)，該圖形用戶界面中可顯示多個文件，該文件可以是代表所述電子設(shè)備1所能提供的各個功能。

所述顯示單元30可以是，但不限于，觸摸顯示屏等具有觸摸功能的顯示單元。故用戶除了可通過所述顯示單元30觀看所述電子設(shè)備1所顯示的應(yīng)用程序圖標(biāo)及/或虛擬按鍵外，也可通過所述顯示單元30輸入功能指令，例如，運(yùn)行所述應(yīng)用程序圖標(biāo)對應(yīng)的應(yīng)用程序的指令，或者激活虛擬按鍵啟動相應(yīng)的功能的指令。

在一個實施例中，所述處理單元40是一個或者多個中央處理器(Central Processing unit，CPU)、微處理器或其他數(shù)字處理芯片等。該處理單元40用于執(zhí)行軟件程序代碼或運(yùn)算數(shù)據(jù)，例如執(zhí)行所述的文件管理系統(tǒng)10。

所述處理單元40與所述文件管理系統(tǒng)10、存儲單元20及顯示單元30通訊連接。

如圖2所示，是本發(fā)明文件管理方法的較佳實施例的流程圖。根據(jù)不同的需求，該流程圖中步驟的順序可以改變，某些步驟可以省略。

S100，獲取存儲的文件的屬性信息。

在本實施例中，所述文件管理系統(tǒng)10獲取所述存儲單元20中存儲的文件的屬性信息。具體地，所述文件管理系統(tǒng)10每隔第一預(yù)設(shè)周期(例如，一個星期或者半個月)掃描所述存儲單元20中的存儲文件，并獲取存儲的文件的屬性信息。

在本實施例中，所述屬性信息包括，但不限于以下的任意一種或多種：文件類型、文件大小、文件的最近訪問時間以及文件的訪問頻率。其中，文件的類型可以包括視頻、圖像、音頻等。

在一些實施例中，所述第一預(yù)設(shè)周期可以是所述文件管理系統(tǒng)10的默認(rèn)設(shè)置，也可以是用戶根據(jù)自身的需求進(jìn)行的手動設(shè)置，所述第一預(yù)設(shè)周期是可以修改的。

S102，將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件。

在本實施例中，所述預(yù)設(shè)條件可以是由所述電子設(shè)備1事先設(shè)置并存儲在所述存儲單元20中。當(dāng)所述文件管理系統(tǒng)10獲取到文件的屬性信息后，可以判斷這些文件的屬性信息中是否存在符合所述預(yù)設(shè)條件的屬性信息。如果確定這些文件的屬性信息中存在符合所述預(yù)設(shè)條件的屬性信息，則將符合所述預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件。如果確定這些文件的屬性信息中不存在符合所述預(yù)設(shè)條件的屬性信息，則等待下個周期再次掃描存儲單元20中存儲的文件的屬性信息中是否存在符合預(yù)設(shè)條件的屬性信息。

在本實施例中，所述預(yù)設(shè)條件可以包括，但不限于以下的任意一種或多種：預(yù)設(shè)文件類型、預(yù)設(shè)文件大小、預(yù)設(shè)訪問時間、預(yù)設(shè)訪問頻率等。例如，所述文件管理系統(tǒng)10可以將與該預(yù)設(shè)文件類型相符合的文件確定為待壓縮文件，或者將文件大小超過預(yù)設(shè)文件大小的文件確定為待壓縮的文件。又如，所述文件管理系統(tǒng)10可以將文件的最近訪問時間早于該預(yù)設(shè)訪問時間的文件確定為待壓縮文件，或者將文件的訪問頻率小于該預(yù)設(shè)訪問頻率的文件確定為待壓縮文件。

優(yōu)選地，所述預(yù)設(shè)條件為預(yù)設(shè)訪問時間。需要說明的是，所述預(yù)設(shè)訪問時間是可以定期進(jìn)行更新的，對所述預(yù)設(shè)訪問時間的更新可以自動進(jìn)行，也可以手動修改。例如，設(shè)置所述預(yù)設(shè)訪問時間每隔一段時間(例如，七天)就根據(jù)預(yù)設(shè)的時間規(guī)律進(jìn)行更新(例如，在原始的預(yù)設(shè)訪問時間的基礎(chǔ)上加兩天)，例如，原始的預(yù)設(shè)訪問時間是2016年6月1日，七天之后，所述預(yù)設(shè)訪問時間更新為2016年6月3日。上述僅為舉例說明，實際應(yīng)用中并不局限于此。

S104，將所述待壓縮文件進(jìn)行壓縮，并在生成壓縮文件后刪除該待壓縮文件。

本實施例中，所述文件管理系統(tǒng)10可以采用RAR、ZIP、TAR或其他任何適用的壓縮方式將待壓縮文件進(jìn)行壓縮。

在一些實施例中，所述文件管理系統(tǒng)10可以將待壓縮文件進(jìn)行批量壓縮，即將所有的待壓縮文件進(jìn)行整體打包后一起壓縮以生成一個壓縮文件。

在其他實施例中，所述文件管理系統(tǒng)10還可以將待壓縮文件進(jìn)行逐個壓縮以生成多個壓縮文件。在對待壓縮的文件進(jìn)行壓縮的過程中，可以將待壓縮文件中的數(shù)據(jù)提取為二進(jìn)制的字節(jié)流先進(jìn)行加密操作再進(jìn)行壓縮，以提高數(shù)據(jù)的安全性。

所述壓縮文件可以存儲在特定的存儲路徑下，也可以以特定的名稱存儲在與待壓縮文件相同的存儲路徑下。

在其他實施例中，為了提高所述電子設(shè)備1的存儲單元20的剩余存儲容量，所述待壓縮文件被壓縮成壓縮文件后即被刪除。生成的壓縮文件可以以待壓縮文件對應(yīng)的刪除日期進(jìn)行命名。

在其他實施例中，為了增加用戶與所述電子設(shè)備1的交互性，使得壓縮文件操作時能更人性化，所述電子設(shè)備1的顯示單元30提供了一個圖形用戶界面(Graphical User Interface，GUI)。所述文件管理系統(tǒng)10可以將待壓縮文件在所述圖形用戶界面上進(jìn)行輸出顯示。所述待壓縮文件可以是以列表的方式進(jìn)行顯示。用戶可以在顯示的待壓縮文件中取消勾選一些不想壓縮的文件，以撤銷對這些取消勾選的文件的壓縮。優(yōu)選地，默認(rèn)對所顯示的待壓縮文件均進(jìn)行壓縮。

S106，判斷所述壓縮文件是否滿足上傳條件。

在本實施例中，所述文件管理系統(tǒng)10通過判斷所述壓縮文件的屬性信息來確定所述壓縮文件是否滿足上傳條件。所述壓縮文件的屬性信息包括，但不限于，所述壓縮文件最近被訪問的時間。所述上傳條件包括，但不限于，所述壓縮文件最近被訪問的時間早于預(yù)設(shè)的壓縮文件被訪問的時間。當(dāng)所述壓縮文件最近被訪問的時間早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，所述文件管理系統(tǒng)10確定所述壓縮文件滿足所述上傳條件；當(dāng)所述壓縮文件最近被訪問的時間晚于所述預(yù)設(shè)的壓縮文件被訪問的時間時，所述文件管理系統(tǒng)10確定所述壓縮文件不滿足所述上傳條件。

在本實施例中，所述文件管理系統(tǒng)10每隔第二預(yù)設(shè)周期(例如，一個星期或者半個月)掃描所述壓縮文件，并獲取所述壓縮文件的屬性信息。所述第二預(yù)設(shè)周期可以是所述文件管理系統(tǒng)10默認(rèn)設(shè)置的，也可以是用戶根據(jù)自身的需求進(jìn)行手動設(shè)置的，此時所述第二預(yù)設(shè)周期是可以修改的。所述第一預(yù)設(shè)周期與所述第二預(yù)設(shè)周期可以相同，也可以不同。當(dāng)所述第二預(yù)設(shè)周期與所述第一預(yù)設(shè)周期相同時，所述文件管理系統(tǒng)10掃描所述文件(未被壓縮的文件)并獲取該文件的屬性信息的同時掃描所述壓縮文件并獲取該壓縮文件的屬性信息。即，所述文件管理系統(tǒng)10同時將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件，還將滿足上傳條件的壓縮文件確定為待上傳文件。

當(dāng)所述文件管理系統(tǒng)1判斷所述壓縮文件最近被訪問的時間早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，執(zhí)行步驟S108；當(dāng)所述文件管理系統(tǒng)1判斷所述壓縮文件最近被訪問的時間不早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，繼續(xù)執(zhí)行步驟S106。

例如，當(dāng)所述壓縮文件最近被訪問的時間是2016-05-13，預(yù)設(shè)的壓縮文件被訪問的時間是2016-05-01，所述壓縮文件最近被訪問的時間不早于所述預(yù)設(shè)的壓縮文件被訪問的時間，則所述文件管理系統(tǒng)10判斷所述壓縮文件不滿足所述上傳條件。

在其他實施例中，所述文件管理系統(tǒng)10還可以直接掃描特定的存儲路徑下的壓縮文件的屬性信息來判斷該壓縮文件是否滿足所述上傳條件，還可以直接掃描具備特定的名稱的壓縮文件的屬性信息來判斷該壓縮文件是否滿足所述上傳條件。

S108，上傳所述壓縮文件。

本實施例中，所述文件管理系統(tǒng)10可以將所述壓縮文件上傳至與所述電子設(shè)備1通訊連接的云端服務(wù)器。

用戶可以事先為所述云端服務(wù)器設(shè)定賬號及密碼。當(dāng)所述電子設(shè)備1成功登錄所述云端服務(wù)器時，所述文件管理系統(tǒng)10將符合所述上傳條件的壓縮文件通過網(wǎng)絡(luò)傳送至該云端服務(wù)器。所述云端服務(wù)器主要用于存儲該壓縮文件。

S110，完成對所述壓縮文件的上傳時，刪除所述壓縮文件。

所述文件管理系統(tǒng)10完成對所述壓縮的上傳后，將所述壓縮文件進(jìn)行刪除，以進(jìn)一步提高所述電子設(shè)備1的剩余存儲容量。

在其他的實施例中，所述的文件管理方法進(jìn)一步包括：接收到對所述壓縮文件進(jìn)行下載的指令時，下載所述壓縮文件。所述電子設(shè)備1通訊連接至所述云端服務(wù)器，用戶選定將要下載的壓縮文件，即可完成發(fā)送下載指令的操作，所述電子設(shè)備1根據(jù)該下載指令對壓縮文件進(jìn)行下載。所下載的壓縮文件可以存儲在特定的存儲路徑下，或者以特定的名稱存儲在用戶選定的存儲路徑下。

在其他的實施例中，所述的文件管理方法更進(jìn)一步包括：對所述下載的壓縮文件進(jìn)行解壓縮并生成解壓縮文件。所述文件管理系統(tǒng)10在對壓縮文件進(jìn)行解壓縮的過程中，根據(jù)選取的解壓縮算法的不同，相應(yīng)的對壓縮文件的解壓縮方法也不同。所述文件管理系統(tǒng)10可以使用與壓縮文件時使用的壓縮方法相對應(yīng)的解壓縮方法對所下載的壓縮文件進(jìn)行解壓縮，可以將整體打包的壓縮文件進(jìn)行解壓縮，或?qū)⒍M(jìn)制的字節(jié)流形式的壓縮文件整合后先進(jìn)行解壓縮再進(jìn)行解密操作，或其他任何適用的解壓縮方法。

所生成的解壓縮文件的名稱可以為該文件被壓縮前的文件的名稱，所生成的解壓縮文件的文件類型可以為該文件被壓縮前的文件的類型。

所生成的解壓縮文件的存儲路徑可以為該文件被壓縮前的原有存儲路徑。

綜上所述，本發(fā)明實施例公開的一種文件管理方法，能夠?qū)⒎项A(yù)設(shè)條件的屬性信息對應(yīng)的文件進(jìn)行自動壓縮處理，從而能夠便捷地釋放所述電子設(shè)備1的存儲空間，在經(jīng)過壓縮處理后的壓縮文件滿足上傳條件時，將該壓縮文件上傳，同時刪除該壓縮文件，以進(jìn)一步節(jié)省存儲空間。因此，所述的文件管理方法可以實現(xiàn)在不增加任何硬件成本的前提下，有效地管理存儲空間，還縮短了用戶查找其他文件的時間，并提高了用戶體驗。

如圖3所示，是本發(fā)明文件管理系統(tǒng)的較佳實施例的功能模塊圖。所述的文件管理系統(tǒng)10包括獲取模塊100、判斷模塊102、設(shè)置模塊104、壓縮模塊106、上傳模塊108、刪除模塊110、下載模塊112及解壓縮模塊114。本發(fā)明所稱的模塊是指一種能夠被處理單元40所執(zhí)行并且能夠完成固定功能的一系列計算機(jī)程序段，其存儲在存儲單元20中。在本實施例中，關(guān)于各模塊的功能將在后續(xù)的實施例中詳述。

所述獲取模塊100，用于獲取存儲的文件的屬性信息。

在本實施例中，所述獲取模塊100獲取所述存儲單元20中存儲的文件的屬性信息。具體地，所述獲取模塊100每隔第一預(yù)設(shè)周期(例如，一個星期或者半個月)掃描所述存儲單元20中的存儲文件，并獲取存儲的文件的屬性信息。

在本實施例中，所述屬性信息包括，但不限于以下的任意一種或多種：文件類型、文件大小、文件的最近訪問時間以及文件的訪問頻率。其中，文件的類型可以包括視頻、圖像、音頻等。

在一些實施例中，所述第一預(yù)設(shè)周期可以所述文件管理系統(tǒng)10的默認(rèn)設(shè)置，也可以是用戶根據(jù)自身的需求進(jìn)行的手動設(shè)置，所述第一預(yù)設(shè)周期是可以修改的。

所述判斷模塊102，用于將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件。

在本實施例中，所述預(yù)設(shè)條件可以是由所述設(shè)置模塊104事先設(shè)置并存儲在所述存儲單元20中。當(dāng)所述獲取模塊100獲取到文件的屬性信息后，所述判斷模塊102可以判斷這些文件的屬性信息中是否存在符合所述預(yù)設(shè)條件的屬性信息。如果所述判斷模塊102確定這些文件的屬性信息中存在符合所述預(yù)設(shè)條件的屬性信息，則將符合所述預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件。如果所述判斷模塊102確定這些文件的屬性信息中不存在符合所述預(yù)設(shè)條件的屬性信息，則等待下個周期再次掃描存儲單元20中存儲的文件的屬性信息中是否存在符合預(yù)設(shè)條件的屬性信息。

在本實施例中，所述設(shè)置模塊104設(shè)置的所述預(yù)設(shè)條件可以，但不限于以下的任意一種或多種：預(yù)設(shè)文件類型、預(yù)設(shè)文件大小、預(yù)設(shè)訪問時間、預(yù)設(shè)訪問頻率等。例如，所述判斷模塊102可以將與該預(yù)設(shè)文件類型相符合的文件確定為待壓縮文件，或者將文件大小超過預(yù)設(shè)文件大小的文件確定為待壓縮的文件。又如，所述判斷模塊102可以將文件的最近訪問時間早于該預(yù)設(shè)訪問時間的文件確定為待壓縮文件，或者將文件的訪問頻率小于該預(yù)設(shè)訪問頻率的文件確定為待壓縮文件。

優(yōu)選地，所述預(yù)設(shè)條件為預(yù)設(shè)訪問時間。需要說明的是，所述預(yù)設(shè)訪問時間是可以定期進(jìn)行更新的，對所述預(yù)設(shè)訪問時間的更新可以自動進(jìn)行，也可以手動修改。例如，設(shè)置所述預(yù)設(shè)訪問時間每隔一段時間(例如，七天)就根據(jù)預(yù)設(shè)的時間規(guī)律進(jìn)行更新(例如，在原始的預(yù)設(shè)訪問時間的基礎(chǔ)上加兩天)，例如，原始的預(yù)設(shè)訪問時間是2016年6月1日，七天之后，所述預(yù)設(shè)訪問時間更新為2016年6月3日。上述僅為舉例說明，實際應(yīng)用中并不局限于此。

所述壓縮模塊106，用于將待壓縮文件進(jìn)行壓縮，并在生成壓縮文件后刪除該待壓縮文件。

本實施例中，所述壓縮模塊106可以采用RAR、ZIP、TAR或其他任何適用的壓縮方式將待壓縮文件進(jìn)行壓縮。

在一些實施例中，所述壓縮模塊106可以將待壓縮文件進(jìn)行批量壓縮，即將所有的待壓縮文件進(jìn)行整體打包后一起壓縮以生成一個壓縮文件。

在其他實施例中，所述壓縮模塊106還可以將待壓縮文件進(jìn)行逐個壓縮以生成多個壓縮文件。在對待壓縮的文件進(jìn)行壓縮的過程中，所述壓縮模塊106可以將待壓縮文件中的數(shù)據(jù)提取為二進(jìn)制的字節(jié)流先進(jìn)行加密操作再進(jìn)行壓縮，以提高數(shù)據(jù)的安全性。

所述壓縮文件可以存儲在特定的存儲路徑下。也可以以特定的名稱存儲在與待壓縮文件相同的存儲路徑下。

在其他實施例中，為了提高所述電子設(shè)備1的存儲單元20的剩余存儲容量，所述待壓縮文件被壓縮成壓縮文件后即被刪除。生成的壓縮文件可以以待壓縮文件對應(yīng)的刪除日期進(jìn)行命名。

在其他實施例中，為了增加用戶與所述電子設(shè)備1的交互性，使得壓縮文件操作時能更人性化，所述電子設(shè)備1的顯示單元30提供了一個圖形用戶界面(Graphical User Interface，GUI)。所述文件管理系統(tǒng)10可以將待壓縮文件在所述圖形用戶界面上進(jìn)行輸出顯示。所述待壓縮文件可以是以列表的方式進(jìn)行顯示。用戶可以在顯示的待壓縮文件中取消勾選一些不想壓縮的文件，以撤銷對這些取消勾選的文件的壓縮。優(yōu)選地，默認(rèn)對所顯示的待壓縮文件均進(jìn)行壓縮。

所述判斷模塊102，還用于判斷所述壓縮文件是否滿足上傳條件。

在本實施例中，所述判斷模塊102通過判斷所述壓縮文件的屬性信息來確定所述壓縮文件是否滿足上傳條件。所述壓縮文件的屬性信息包括，但不限于，所述壓縮文件最近被訪問的時間。所述上傳條件包括，但不限于，所述壓縮文件最近被訪問的時間早于預(yù)設(shè)的壓縮文件被訪問的時間。當(dāng)所述壓縮文件最近被訪問的時間早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，所述判斷模塊102確定所述壓縮文件滿足所述上傳條件；當(dāng)所述壓縮文件最近被訪問的時間晚于所述預(yù)設(shè)的壓縮文件被訪問的時間時，所述判斷模塊102確定所述壓縮文件不滿足所述上傳條件。

在本實施例中，所述判斷模塊102每隔第二預(yù)設(shè)周期(例如，一個星期或者半個月)掃描所述壓縮文件，并獲取所述壓縮文件的屬性信息。所述第二預(yù)設(shè)周期可以是所述文件管理系統(tǒng)10默認(rèn)設(shè)置的，也可以是用戶根據(jù)自身的需求進(jìn)行手動設(shè)置的，此時所述第二預(yù)設(shè)周期是可以修改的。所述第一預(yù)設(shè)周期與所述第二預(yù)設(shè)周期可以相同，也可以不同。當(dāng)所述第二預(yù)設(shè)周期與所述第一預(yù)設(shè)周期相同時，所述判斷模塊102掃描所述文件(未被壓縮的文件)并獲取該文件的屬性信息的同時掃描所述壓縮文件并獲取該壓縮文件的屬性信息。即，所述判斷模塊102同時將符合預(yù)設(shè)條件的屬性信息對應(yīng)的文件確定為待壓縮文件，還將滿足上傳條件的壓縮文件確定為待上傳文件。

當(dāng)所述判斷模塊102判斷所述壓縮文件最近被訪問的時間早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，執(zhí)行所述上傳模塊108；當(dāng)所述判斷模塊102判斷所述壓縮文件最近被訪問的時間不早于所述預(yù)設(shè)的壓縮文件被訪問的時間時，繼續(xù)執(zhí)行所述判斷模塊102。

例如，當(dāng)所述壓縮文件最近被訪問的時間是2016-05-13，預(yù)設(shè)的壓縮文件被訪問的時間是2016-05-01，所述壓縮文件最近被訪問的時間不早于所述預(yù)設(shè)的壓縮文件被訪問的時間，則所述判斷模塊102判斷所述壓縮文件不滿足所述上傳條件。

在其他實施例中，所述判斷模塊102還可以直接掃描特定的存儲路徑下的壓縮文件的屬性信息來判斷該壓縮文件是否滿足所述上傳條件，還可以直接掃描具備特定的名稱的壓縮文件的屬性信息來判斷該壓縮文件是否滿足所述上傳條件。

所述上傳模塊108，用于上傳所述壓縮文件。

本實施例中，所述上傳模塊108可以將所述壓縮文件上傳至與所述電子設(shè)備1通訊連接的云端服務(wù)器。當(dāng)完成對所述壓縮文件的上傳時，刪除所述壓縮文件。

用戶可以事先為所述云端服務(wù)器設(shè)定賬號及密碼。當(dāng)所述電子設(shè)備1成功登錄所述云端服務(wù)器時，所述上傳模塊108將符合所述上傳條件的壓縮文件通過網(wǎng)絡(luò)傳送至該云端服務(wù)器。所述云端服務(wù)器主要用于存儲該壓縮文件。

所述刪除模塊110，還用于完成對所述壓縮文件的上傳時，刪除所述壓縮文件。

所述刪除模塊110完成對所述壓縮的上傳后，將所述壓縮文件進(jìn)行刪除，以進(jìn)一步提高所述電子設(shè)備1的剩余存儲容量。

在其他的實施例中，所述的文件管理系統(tǒng)10進(jìn)一步包括所述下載模塊112：用于接收到對所述壓縮文件進(jìn)行下載的指令時，下載所述壓縮文件。所述電子設(shè)備1通訊連接至所述云端服務(wù)器，用戶選定將要下載的壓縮文件，即可完成發(fā)送下載指令的操作，所述下載模塊112根據(jù)該下載指令對壓縮文件進(jìn)行下載。所下載的壓縮文件可以存儲在特定的存儲路徑下，或者以特定的名稱存儲在用戶選定的存儲路徑下。

在其他實施例中，所述的文件管理系統(tǒng)更進(jìn)一步包括所述解壓縮模塊114：用于對所述下載的壓縮文件進(jìn)行解壓縮并生成解壓縮文件。所述解壓縮模塊114在對壓縮文件進(jìn)行解壓縮的過程中，根據(jù)選取的解壓縮算法的不同，相應(yīng)的對壓縮文件的解壓縮方法也不同。所述解壓縮模塊114可以使用與壓縮文件時使用的壓縮方法相對應(yīng)的解壓縮方法對所下載的壓縮文件進(jìn)行解壓縮，解壓縮模塊114可以將整體打包的壓縮文件進(jìn)行解壓縮，或?qū)⒍M(jìn)制的字節(jié)流形式的壓縮文件整合后先進(jìn)行解壓縮再進(jìn)行解密操作，或其他任何適用的解壓縮方法。

所生成的解壓縮文件的名稱可以為該文件被壓縮前的文件的名稱，所生成的解壓縮文件的文件類型可以為該文件被壓縮前的文件的類型。

所生成的解壓縮文件的存儲路徑可以為該文件被壓縮前的原有存儲路徑。

綜上所述，本發(fā)明實施例公開的一種文件管理系統(tǒng)10，能夠?qū)⒎项A(yù)設(shè)條件的屬性信息對應(yīng)的文件進(jìn)行自動壓縮處理，從而能夠便捷地釋放所述電子設(shè)備1的存儲空間，在經(jīng)過壓縮處理后的壓縮文件滿足上傳條件時，將該壓縮文件上傳，同時刪除該壓縮文件，以進(jìn)一步節(jié)省存儲空間。因此，所述的文件管理系統(tǒng)10可以實現(xiàn)在不增加任何硬件成本的前提下，有效地管理存儲空間，還縮短了用戶查找其他文件的時間，并提高了用戶體驗。

在本發(fā)明所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。

所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能模塊的形式實現(xiàn)。

上述以軟件功能模塊的形式實現(xiàn)的集成的單元，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中。上述軟件功能模塊存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)單元(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)單元等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。

對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細(xì)節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應(yīng)將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求。此外，顯然“包括”一詞不排除其他單元或步驟，單數(shù)不排除復(fù)數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。

最后應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。