本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別是涉及一種文件獲取方法、裝置與系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)絡(luò)和計算機(jī)的普及，人們在生活和工作中一般都會擁有多個計算設(shè)備，例如，在工作單位至少會使用一臺計算機(jī)，而在家中還會使用另一臺計算機(jī)，而在外出或者娛樂時會使用各種移動計算設(shè)備如平板或者智能手機(jī)等。為了統(tǒng)一管理這些計算設(shè)備中的文件，出現(xiàn)了網(wǎng)絡(luò)存儲系統(tǒng)。一個典型的網(wǎng)絡(luò)存儲系統(tǒng)可以包括存儲服務(wù)器和多個計算終端。每個計算終端經(jīng)由網(wǎng)絡(luò)與存儲服務(wù)器進(jìn)行通信。計算終端可以把本地文件傳輸?shù)椒?wù)器上來集中存儲。當(dāng)用戶使用其他計算終端時，可以通過這些計算終端來瀏覽服務(wù)器上存儲的文件，并且可以下載到計算終端本地來使用。當(dāng)網(wǎng)絡(luò)速度越來越快時，這種網(wǎng)絡(luò)存儲方式越來越受到用戶的歡迎。

網(wǎng)盤是現(xiàn)有的比較常見的一種網(wǎng)絡(luò)存儲系統(tǒng)。網(wǎng)盤，又稱網(wǎng)絡(luò)U盤、網(wǎng)絡(luò)硬盤，是由互聯(lián)網(wǎng)公司推出的在線存儲服務(wù)，向用戶提供文件的存儲、訪問、備份、共享等文件管理等功能。用戶可以把網(wǎng)盤看成一個放在網(wǎng)絡(luò)上的硬盤或U盤，不管用戶是在家中、單位或其它任何地方，只要可以連接到互聯(lián)網(wǎng)，均可以管理、編輯網(wǎng)盤里的文件。不需要隨身攜帶文件，更不怕文件丟失。

若用戶要使用網(wǎng)盤中的文件，需要從網(wǎng)盤中將目標(biāo)文件下載至本地終端，若目標(biāo)文件占用的存儲空間較大，或者從網(wǎng)盤下載文件至本地終端的網(wǎng)速較慢，需要較長的時間才能將目標(biāo)文件從網(wǎng)盤下載至本地終端，浪費時間。

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

鑒于上述現(xiàn)有的從網(wǎng)盤下載文件的方法受限于目標(biāo)文件占用的存儲空間過大以及網(wǎng)速過慢，下載目標(biāo)文件浪費時間的問題，提出了本發(fā)明以便提 供一種克服上述問題或者至少部分地解決上述問題的文件獲取方法、裝置與系統(tǒng)。

依據(jù)本發(fā)明的一個方面，提供了一種文件獲取方法，應(yīng)用于客戶端，所述方法包括：

從服務(wù)器下載目標(biāo)文件的基本信息；

判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符；

若存在，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑；

在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

可選地，所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；

其中，所述相關(guān)文件包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。

可選地，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

校驗獲取得到的文件的標(biāo)識符是否與所述基本信息中的標(biāo)識符相同；

若相同，則確定獲取得到的文件為所述目標(biāo)文件。

可選地，所述基本信息還至少包括所述目標(biāo)文件的名稱、url、類型、上傳時間和上傳方信息之一。

可選地，在所述判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符之前，所述方法還包括：

判斷所述上傳方信息是否與所述客戶端的識別信息相同；

若相同，則執(zhí)行所述判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符的操作。

可選地，所述客戶端的識別信息包括客戶端ID和/或客戶端中用于上傳文件的應(yīng)用程序的用戶名。

可選地，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

判斷所述上傳時間是否在獲取得到的文件的生成時間之后；

若是，則確定獲取得到的文件為所述目標(biāo)文件。

可選地，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

判斷所述類型是否與獲取得到的文件的類型相同；

若相同，則確定獲取得到的文件為所述目標(biāo)文件。

可選地，所述標(biāo)識符至少為MD5、SHA1和CRC32之一。

根據(jù)本發(fā)明的另一方面，提供了一種文件獲取裝置，應(yīng)用于客戶端，所述裝置包括：

基本信息下載模塊，用于從服務(wù)器下載目標(biāo)文件的基本信息；

標(biāo)識符判斷模塊，用于判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符；

本地路徑提取模塊，用于若預(yù)置的文件記錄表里存在所述基本信息中的標(biāo)識符，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑；

文件獲取模塊，用于在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

可選地，所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；

其中，所述相關(guān)文件包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。

可選地，所述裝置還包括：

標(biāo)識符校驗?zāi)K，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，校驗獲取得到的文件的標(biāo)識符是否與所述基本信息中的標(biāo)識符相同；

文件確定模塊，用于若獲取得到的文件的標(biāo)識符與所述基本信息中的標(biāo)識符相同，則確定獲取得到的文件為所述目標(biāo)文件。

可選地，所述基本信息還至少包括所述目標(biāo)文件的名稱、url、類型、上傳時間和上傳方信息之一。

可選地，所述裝置還包括：

識別信息判斷模塊，用于在所述標(biāo)識符判斷模塊判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符之前，判斷所述上傳方信息是否與所述客戶端的識別信息相同；

若相同，則所述標(biāo)識符判斷模塊判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符。

可選地，所述客戶端的識別信息包括客戶端ID和/或客戶端中用于上傳文件的應(yīng)用程序的用戶名。

可選地，所述裝置還包括：

上傳時間判斷模塊，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述上傳時間是否在獲取得到的文件的生成時間之后；

若是，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

可選地，所述裝置還包括：

類型判斷模塊，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述類型是否與獲取得到的文件的類型相同；

若相同，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

可選地，所述標(biāo)識符至少為MD5、SHA1和CRC32之一。

根據(jù)本發(fā)明的另一方面，提供了一種文件獲取系統(tǒng)，包括客戶端和服務(wù)器；其中，所述客戶端包括上述應(yīng)用于客戶端的任一裝置。

現(xiàn)有的從網(wǎng)盤下載文件的方案中，下載網(wǎng)盤中的文件受限于目標(biāo)文件占用的存儲空間過大、網(wǎng)速過慢等條件，下載過程緩慢，浪費時間。本發(fā)明提供的文件獲取方案中，服務(wù)器為存儲在服務(wù)器中的文件生成基本信息，基本信息占用的存儲空間遠(yuǎn)遠(yuǎn)小于文件本身占用的存儲空間?？蛻舳藦姆?wù)器下載目標(biāo)文件的基本信息，判斷預(yù)置的文件記錄表里是否存在目標(biāo)文件的基本信息中的標(biāo)識符，所述標(biāo)識符作為目標(biāo)文件的唯一標(biāo)識。若存在，則從文件記錄表中提取出于目標(biāo)文件的標(biāo)識符對應(yīng)的客戶端本地路徑，在客戶端中根據(jù)本地路徑獲取得到目標(biāo)文件。即客戶端中存在與服務(wù)器中相同的目標(biāo)文件時，可以避免從服務(wù)器下載目標(biāo)文件，而是通過客戶端中預(yù)置的文件記錄表 獲取目標(biāo)文件在客戶端中的本地路徑，通過本地路徑得到目標(biāo)文件，節(jié)省了從服務(wù)器下載目標(biāo)文件的時間。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1是根據(jù)本發(fā)明實施例一的一種文件獲取方法的步驟流程圖；

圖2是根據(jù)本發(fā)明實施例二的一種文件獲取裝置的結(jié)構(gòu)示意圖；

圖3是根據(jù)本發(fā)明實施例三的一種文件獲取裝置的結(jié)構(gòu)示意圖。

具體實施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

實施例一

詳細(xì)介紹本發(fā)明實施例一提供的一種文件獲取方法，所述方法應(yīng)用于客戶端，所述客戶端可以為PC、智能手機(jī)或者平板電腦等用戶終端設(shè)備。

參照圖1，示出了本發(fā)明實施例一的一種文件獲取方法的步驟流程圖。

步驟100，從服務(wù)器下載目標(biāo)文件的基本信息。

本發(fā)明實施例中的服務(wù)器可以為網(wǎng)絡(luò)存儲服務(wù)器，例如網(wǎng)盤服務(wù)器。服務(wù)器可以為存儲在其中的文件生成基本信息，所述基本信息可以包括文件的標(biāo)識符，所述標(biāo)識符至少為消息摘要算法第五版(Message Digest Algorithm，MD5)、安全哈希算法(Secure Hash Algorithm，SHA1)和32位循環(huán)冗余校 驗(Cyclic Redundancy Check 32，CRC32)之一。所述基本信息還可以包括文件的名稱、url、類型、上傳時間和上傳方信息等。

例如，某網(wǎng)盤服務(wù)器上存儲有文件A和文件B，該網(wǎng)盤服務(wù)器分別為文件A和文件B生成相應(yīng)的基本信息a和基本信息b，文件A的基本信息為基本信息a，文件B的基本信息為基本信息b?；拘畔中包括文件A的標(biāo)識符(如SHA1:C71D49A6144772F352806201EF564951BE55EDD5，表示文件A的標(biāo)識符為值為C71D49A6144772F352806201EF564951BE55EDD5的SHA1)名稱、在網(wǎng)盤服務(wù)器中的url、類型；若文件A為客戶端上傳至該網(wǎng)盤服務(wù)器的文件，則基本信息a中還應(yīng)該包括上傳時間和上傳方信息等。

在所述步驟100之后，步驟102之前，還可以判斷基本信息中的上傳方信息是否與所述客戶端的識別信息相同，目的是判斷目標(biāo)文件是否為客戶端上傳至服務(wù)器的文件。若相同，則執(zhí)行步驟102。在服務(wù)器生成文件的基本信息時，若文件從客戶端上傳至服務(wù)器，則可以將客戶端的識別信息作為文件的上傳方信息。其中，所述客戶端的識別信息可以包括客戶端ID和/或客戶端中用于上傳文件的應(yīng)用程序的用戶名等等。

步驟102，判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符，若存在，則執(zhí)行步驟104；若不存在，則流程結(jié)束。

所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；其中，所述相關(guān)文件可以包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。即文件記錄表中可以記錄客戶端上傳至服務(wù)器的文件的標(biāo)識符及本地路徑，還可以記錄客戶端從服務(wù)器下載的文件的標(biāo)識符和本地路徑。

步驟104，從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑。

文件記錄表中的標(biāo)識符與本地路徑存在一一對應(yīng)關(guān)系。確定文件記錄表中的一個標(biāo)識符，即相應(yīng)確定一個與該標(biāo)識符對應(yīng)的本地路徑。

步驟106，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

為了增加從客戶端本地獲取目標(biāo)文件的準(zhǔn)確性，在所述步驟106之后，還可以執(zhí)行如下3個步驟中的任意步驟或者任意步驟的組合：

步驟1、校驗獲取得到的文件的標(biāo)識符是否與所述基本信息中的標(biāo)識符相同；若相同，則確定獲取得到的文件為所述目標(biāo)文件。即校驗從客戶端本地獲取到的文件的標(biāo)識符是否與從服務(wù)器下載的基本信息的標(biāo)識符相同，防止客戶端本地的文件被修改，而將修改后的文件作為目標(biāo)文件。

步驟2、判斷基本信息中的上傳時間是否在獲取得到的文件的生成時間之后；若是，則確定獲取得到的文件為所述目標(biāo)文件?；拘畔⒅械纳蟼鲿r間可以為客戶端將本地文件上傳至服務(wù)器完畢的系統(tǒng)時間。所述系統(tǒng)時間可以為客戶端與服務(wù)器共同的系統(tǒng)時間。若上傳時間在客戶端本地文件的生成時間之前，或者上傳時間與客戶端本地文件的生成時間相同，則確定客戶端本地文件不是目標(biāo)文件。

步驟3、判斷基本信息中的類型是否與獲取得到的文件的類型相同；若相同，則確定獲取得到的文件為所述目標(biāo)文件。文件以圖片為例，常用的圖片類型包括jpg、png等等。若基本信息中的文件類型與客戶端本地文件的類型不同，則確定客戶端本地文件不是目標(biāo)文件。

若基本信息中還包括文件的容量，則還可以判斷基本信息中的容量與客戶端本地文件的容量是否相同，若容量相同，則可以進(jìn)一步確定客戶端本地文件為目標(biāo)文件。

綜上所述，本發(fā)明實施例中的技術(shù)方案，服務(wù)器為存儲在服務(wù)器中的文件生成基本信息，基本信息占用的存儲空間遠(yuǎn)遠(yuǎn)小于文件本身占用的存儲空間?？蛻舳藦姆?wù)器下載目標(biāo)文件的基本信息，判斷預(yù)置的文件記錄表里是否存在目標(biāo)文件的基本信息中的標(biāo)識符，所述標(biāo)識符作為目標(biāo)文件的唯一標(biāo)識。若存在，則從文件記錄表中提取出于目標(biāo)文件的標(biāo)識符對應(yīng)的客戶端本地路徑，在客戶端中根據(jù)本地路徑獲取得到目標(biāo)文件。即客戶端中存在與服務(wù)器中相同的目標(biāo)文件時，可以避免從服務(wù)器下載目標(biāo)文件，而是通過客戶端中預(yù)置的文件記錄表獲取目標(biāo)文件在客戶端中的本地路徑，通過本地路徑得到目標(biāo)文件，節(jié)省了從服務(wù)器下載目標(biāo)文件的時間。

實施例二

詳細(xì)介紹本發(fā)明實施例二提供的一種文件獲取裝置，所述裝置應(yīng)用于客戶端，所述客戶端可以為PC、智能手機(jī)或者平板電腦等用戶終端設(shè)備。

參照圖2，示出了本發(fā)明實施例二的一種文件獲取裝置的結(jié)構(gòu)示意圖。

所述裝置可以包括：基本信息下載模塊20、標(biāo)識符判斷模塊22、本地路徑提取模塊24和文件獲取模塊26。

下面分別詳細(xì)介紹各模塊的功能以及各模塊之間的關(guān)系。

基本信息下載模塊20，用于從服務(wù)器下載目標(biāo)文件的基本信息。

標(biāo)識符判斷模塊22，用于判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符。所述標(biāo)識符至少為MD5、SHA1和CRC32之一。所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；其中，所述相關(guān)文件包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。

本地路徑提取模塊24，用于若預(yù)置的文件記錄表里存在所述基本信息中的標(biāo)識符，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑。

文件獲取模塊26，用于在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

所述裝置還可以包括：標(biāo)識符校驗?zāi)K，用于在所述文件獲取模塊26在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，校驗獲取得到的文件的標(biāo)識符是否與所述基本信息中的標(biāo)識符相同；文件確定模塊，用于若獲取得到的文件的標(biāo)識符與所述基本信息中的標(biāo)識符相同，則確定獲取得到的文件為所述目標(biāo)文件。

所述基本信息還至少包括所述目標(biāo)文件的名稱、url、類型、上傳時間和上傳方信息之一。

所述裝置還可以包括：識別信息判斷模塊，用于在所述標(biāo)識符判斷模塊22判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符之前，判斷所述上傳方信息是否與所述客戶端的識別信息相同；若相同，則所述標(biāo)識符判斷模塊22判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符。所述客戶端的識別信息包括客戶端ID和/或客戶端中用于上傳文件的應(yīng)用程序 的用戶名。

所述裝置還可以包括：上傳時間判斷模塊，用于在所述文件獲取模塊26在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述上傳時間是否在獲取得到的文件的生成時間之后；若是，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

所述裝置還可以包括：類型判斷模塊，用于在所述文件獲取模塊26在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述類型是否與獲取得到的文件的類型相同；若相同，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

綜上所述，本發(fā)明實施例中的技術(shù)方案，服務(wù)器為存儲在服務(wù)器中的文件生成基本信息，基本信息占用的存儲空間遠(yuǎn)遠(yuǎn)小于文件本身占用的存儲空間。客戶端從服務(wù)器下載目標(biāo)文件的基本信息，判斷預(yù)置的文件記錄表里是否存在目標(biāo)文件的基本信息中的標(biāo)識符，所述標(biāo)識符作為目標(biāo)文件的唯一標(biāo)識。若存在，則從文件記錄表中提取出于目標(biāo)文件的標(biāo)識符對應(yīng)的客戶端本地路徑，在客戶端中根據(jù)本地路徑獲取得到目標(biāo)文件。即客戶端中存在與服務(wù)器中相同的目標(biāo)文件時，可以避免從服務(wù)器下載目標(biāo)文件，而是通過客戶端中預(yù)置的文件記錄表獲取目標(biāo)文件在客戶端中的本地路徑，通過本地路徑得到目標(biāo)文件，節(jié)省了從服務(wù)器下載目標(biāo)文件的時間。

實施例三

詳細(xì)介紹本發(fā)明實施例三提供的一種文件獲取裝置，所述裝置應(yīng)用于服務(wù)器，所述服務(wù)器可以為網(wǎng)絡(luò)存儲服務(wù)器，例如網(wǎng)盤服務(wù)器。

參照圖3，示出了本發(fā)明實施例三的一種文件獲取裝置的結(jié)構(gòu)示意圖。

所述裝置可以包括：基本信息生成模塊30和基本信息下發(fā)模塊32。

下面分別詳細(xì)介紹各模塊的功能以及各模塊之間的關(guān)系。

基本信息生成模塊30，用于生成存儲于所述服務(wù)器的文件的基本信息。

基本信息下發(fā)模塊32，用于根據(jù)客戶端的下載請求下發(fā)對應(yīng)的文件的基本信息至所述客戶端，以令所述客戶端判斷預(yù)置在客戶端本地的文件記錄表 里是否存在所述對應(yīng)的文件的基本信息中標(biāo)識符，若存在，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的客戶端本地路徑，并按照所述客戶端本地路徑獲取所述對應(yīng)的文件。

綜上所述，本發(fā)明實施例中的技術(shù)方案，服務(wù)器為存儲在服務(wù)器中的文件生成基本信息，基本信息占用的存儲空間遠(yuǎn)遠(yuǎn)小于文件本身占用的存儲空間。客戶端從服務(wù)器下載目標(biāo)文件的基本信息，判斷預(yù)置的文件記錄表里是否存在目標(biāo)文件的基本信息中的標(biāo)識符，所述標(biāo)識符作為目標(biāo)文件的唯一標(biāo)識。若存在，則從文件記錄表中提取出于目標(biāo)文件的標(biāo)識符對應(yīng)的客戶端本地路徑，在客戶端中根據(jù)本地路徑獲取得到目標(biāo)文件。即客戶端中存在與服務(wù)器中相同的目標(biāo)文件時，可以避免從服務(wù)器下載目標(biāo)文件，而是通過客戶端中預(yù)置的文件記錄表獲取目標(biāo)文件在客戶端中的本地路徑，通過本地路徑得到目標(biāo)文件，節(jié)省了從服務(wù)器下載目標(biāo)文件的時間。

本發(fā)明實施例還提供了一種文件獲取系統(tǒng)，包括客戶端和服務(wù)器，所述客戶端包括上述實施例二中的文件獲取裝置，所述服務(wù)器包括上述實施例三中的文件獲取裝置。

在此提供的文件獲取方案不與任何特定計算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造具有本發(fā)明方案的系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求 中所明確記載的特征更多的特征。更確切地說，如權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在權(quán)利要求書中，所要求保護(hù)的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的文件獲取方案中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機(jī)程序和計算機(jī)程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機(jī)可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換 實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機(jī)來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。

本發(fā)明公開了A1、一種文件獲取方法，應(yīng)用于客戶端，所述方法包括：

從服務(wù)器下載目標(biāo)文件的基本信息；

判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符；

若存在，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑；

在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

A2、根據(jù)A1所述的方法，其中，所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；

其中，所述相關(guān)文件包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。

A3、根據(jù)A1所述的方法，其中，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

校驗獲取得到的文件的標(biāo)識符是否與所述基本信息中的標(biāo)識符相同；

若相同，則確定獲取得到的文件為所述目標(biāo)文件。

A4、根據(jù)A1所述的方法，其中，所述基本信息還至少包括所述目標(biāo)文件的名稱、url、類型、上傳時間和上傳方信息之一。

A5、根據(jù)A4所述的方法，其中，在所述判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符之前，所述方法還包括：

判斷所述上傳方信息是否與所述客戶端的識別信息相同；

若相同，則執(zhí)行所述判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符的操作。

A6、根據(jù)A5所述的方法，其中，所述客戶端的識別信息包括客戶端ID 和/或客戶端中用于上傳文件的應(yīng)用程序的用戶名。

A7、根據(jù)A4所述的方法，其中，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

判斷所述上傳時間是否在獲取得到的文件的生成時間之后；

若是，則確定獲取得到的文件為所述目標(biāo)文件。

A8、根據(jù)A4所述的方法，其中，在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，所述方法還包括：

判斷所述類型是否與獲取得到的文件的類型相同；

若相同，則確定獲取得到的文件為所述目標(biāo)文件。

A9、根據(jù)A1所述的方法，其中，所述標(biāo)識符至少為MD5、SHA1和CRC32之一。

本發(fā)明還公開了B10、一種文件獲取裝置，應(yīng)用于客戶端，所述裝置包括：

基本信息下載模塊，用于從服務(wù)器下載目標(biāo)文件的基本信息；

標(biāo)識符判斷模塊，用于判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符；

本地路徑提取模塊，用于若預(yù)置的文件記錄表里存在所述基本信息中的標(biāo)識符，則從所述文件記錄表中提取出與所述標(biāo)識符對應(yīng)的本地路徑；

文件獲取模塊，用于在所述客戶端按照所述本地路徑獲取所述目標(biāo)文件。

B11、根據(jù)B10所述的裝置，其中，所述文件記錄表中存儲有相關(guān)文件的標(biāo)識符及本地路徑，且所述文件記錄表周期性更新；

其中，所述相關(guān)文件包括所述客戶端上傳至所述服務(wù)器的文件，以及所述客戶端從所述服務(wù)器下載的文件。

B12、根據(jù)B10所述的裝置，其中，所述裝置還包括：

標(biāo)識符校驗?zāi)K，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，校驗獲取得到的文件的標(biāo)識符是否與所述基本信息 中的標(biāo)識符相同；

文件確定模塊，用于若獲取得到的文件的標(biāo)識符與所述基本信息中的標(biāo)識符相同，則確定獲取得到的文件為所述目標(biāo)文件。

B13、根據(jù)B12所述的裝置，其中，所述基本信息還至少包括所述目標(biāo)文件的名稱、url、類型、上傳時間和上傳方信息之一。

B14、根據(jù)B13所述的裝置，其中，所述裝置還包括：

識別信息判斷模塊，用于在所述標(biāo)識符判斷模塊判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符之前，判斷所述上傳方信息是否與所述客戶端的識別信息相同；

若相同，則所述標(biāo)識符判斷模塊判斷預(yù)置的文件記錄表里是否存在所述基本信息中的標(biāo)識符。

B15、根據(jù)B14所述的裝置，其中，所述客戶端的識別信息包括客戶端ID和/或客戶端中用于上傳文件的應(yīng)用程序的用戶名。

B16、根據(jù)B13所述的裝置，其中，所述裝置還包括：

上傳時間判斷模塊，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述上傳時間是否在獲取得到的文件的生成時間之后；

若是，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

B17、根據(jù)B13所述的裝置，其中，所述裝置還包括：

類型判斷模塊，用于在所述文件獲取模塊在客戶端按照所述本地路徑獲取所述目標(biāo)文件之后，判斷所述類型是否與獲取得到的文件的類型相同；

若相同，則所述文件確定模塊確定獲取得到的文件為所述目標(biāo)文件。

B18、根據(jù)B10所述的裝置，其中，所述標(biāo)識符至少為MD5、SHA1和CRC32之一。

本發(fā)明還公開了C19、一種文件獲取系統(tǒng)，包括客戶端和服務(wù)器；其中，所述客戶端包括上述B10-B18任一裝置。