[發明專利]一種搜索文件的方法及裝置

有效

• 申請號: 201010282721.8
• 申請日: 2010-09-14
• 公開（公告）號: CN102402543A
• 公開（公告）日: 2012-04-04
• 發明（設計）人: 孫蕾
• 申請（專利權）人: 無錫中星微電子有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

技術領域

本發明涉及計算機技術領域，特別涉及一種搜索文件的方法及裝置。

背景技術

在手機，PMP等手持設備的多媒體處理系統中，一些上層應用界面上需要顯示文件列表，這就需要在這些手持設備的存儲介質中，進行磁盤文件的搜索，隨著usb和sd?card等可動態插拔的存儲介質的普及應用，磁盤上的文件隨時都有可能被改變，這就需要處理系統隨時對磁盤文件進行搜索。

另外一個方面，隨著存儲介質的容量越來越大，存儲介質上能夠保存的文件數目也越來越多，搜索文件的速度直接關系到上層應用界面顯示時的反應時間。目前，一般多媒體處理系統中的文件系統提供的搜索文件的接口有兩個，分別為：findfirst和findnext，這兩個接口的特點就是每次只能搜索到一個文件或者文件夾，在搜索過程中，多媒體處理系統中的上層應用需要頻繁的調用這兩個接口來實現搜索整個磁盤所有文件的目的，例如：磁盤有1000個文件，那么在搜索過程中就需要調用1000次findfirst和findnext。每搜索一次，多媒體處理系統中的上層應用就與文件系統交互一次，獲取一個文件的信息，這樣，當磁盤文件比較多的情況下，多媒體處理系統中的上層應用就需要與文件系統進行多次交互，造成了大量的時間資源消耗，影響了搜索的速度。

發明內容

本發明實施例提供一種搜索文件的方法及裝置，用以提高文件搜索的速度。

本發明實施例提供一種搜索文件的方法，包括：

獲取上次搜索到的最后一個文件的信息；

根據所述最后一個文件的信息，確定當前搜索路徑下的起始文件；

從所述起始文件開始，搜索下一個文件，并更新搜索到的文件的數目，將更新后的數目與設定值進行比較，當所述數目達到設定值時，返回所有搜索到的文件的信息，以及搜索到的文件的數目。

本發明實施例提供一種文件搜索的裝置，包括：

獲取單元，用于獲取上次搜索到的最后一個文件的信息；

確定單元，用于根據所述最后一個文件的信息，確定當前搜索路徑下的起始文件；

搜索單元，用于從所述起始文件開始，搜索下一個文件，并更新搜索到的文件的數目，將更新后的數目與設定值進行比較，當所述數目達到設定值時，返回所有搜索到的文件的信息，以及搜索到的文件的數目。

本發明實施例中，獲取上次搜索到的最后一個文件的信息，根據最后一個文件的信息，確定當前搜索路徑下的起始文件，從所述起始文件開始，搜索下一個文件，并更新搜索到的文件的數目，將更新后的數目與設定值進行比較，當所述數目達到設定值時，返回所有搜索到的文件的信息，以及搜索到的文件的數目，這樣，每搜索到一個文件之后，多媒體處理系統中的上層應用并不是立刻與文件系統進行交互，獲得該文件的信息，只是當搜索到的文件的數目與設定值相等時，媒體處理系統中的上層應用才與文件系統交互一次，獲得所有搜索到文件的信息。從而，在實現多個文件搜索的同時，減少了多媒體處理系統中的上層應用與文件系統的交互次數了，節省了搜索的時間，提高了文件搜索的速度。

附圖說明

圖1為本發明實施例中搜索文件的流程圖；

圖2為本發明具體實施例中搜索文件的流程圖；

圖3為本發明實施例中搜索文件裝置的結構圖。

具體實施方式

本發明實施例中，多媒體處理系統中的上層應用中設定了搜索文件的路徑和需要搜索文件的數目后，通過本發明實施例中文件系統提供的應用程序接口(API，Application?Programming?Interface)進行一次搜索，就可以獲得多個文件的信息，減少了手機，PMP等手持設備的多媒體處理系統中的上層應用與文件系統的交互次數了，節省了搜索的時間，提高了文件搜索的速度。

本發明實施例中，文件的定義比較廣義，包括了：文件，文件夾，以及文件目錄中的一種或多種。

本發明實施例中，上層應用中已設定了搜索文件的路徑和需要搜索文件的數目，即本發明實施例中的API已確定了當前搜索路徑，以及確定了需要搜索文件的數目為設定值，那么，該API搜索文件的過程參見圖1，具體包括：

步驟101：獲取上次搜索到的最后一個文件的信息。

這里，文件的信息包括：文件名、文件屬性、文件大小，和文件所在的路徑。

當第一次開始搜索文件時，沒有上次搜索到的最后一個文件，則獲取的文件信息為空信息。