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

背景技術：

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

技術實現要素：

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

一種文件管理方法，應用于電子設備中，所述方法包括：

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

將符合預設條件的屬性信息對應的文件確定為待壓縮文件；

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

當所述壓縮文件滿足上傳條件時，上傳所述壓縮文件；及

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

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

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

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

將與所述預設文件類型相符合的文件確定為待壓縮文件；

將文件大小超過所述預設文件大小的文件確定為待壓縮的文件；

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

將文件的訪問頻率小于所述預設訪問頻率的文件確定為待壓縮文件。

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

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

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

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

對所下載的壓縮文件進行解壓縮并生成解壓縮文件。

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

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

判斷模塊，用于將符合預設條件的屬性信息對應的文件確定為待壓縮文件；

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

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

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

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

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

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

將與所述預設文件類型相符合的文件確定為待壓縮文件；

將文件大小超過所述預設文件大小的文件確定為待壓縮的文件；

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

將文件的訪問頻率小于所述預設訪問頻率的文件確定為待壓縮文件。

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

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

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

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

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

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

【附圖說明】

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

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

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

【主要元件符號說明】

【具體實施方式】

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

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

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

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

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

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

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

在本實施例中，所述存儲單元20中存儲有多個文件、預設條件及上傳條件的相關設置數據等。

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

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

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

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

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

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

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

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

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

S102，將符合預設條件的屬性信息對應的文件確定為待壓縮文件。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

S108，上傳所述壓縮文件。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。

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

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

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

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