本發(fā)明涉及文件下載領域，更為具體地，涉及一種文件下載方法及文件下載系統(tǒng)。

背景技術：
在用戶通過終端設備瀏覽器下載壓縮文件(rar或zip型壓縮文件)、文檔類型文件(pdf，ppt，doc，excel，txt等)、視頻等類型的文件時，在下載前，通常都無法預覽該文件內容，因此也無法確認該文件內容是不是自己想要下載的內容。比如，如果某個用戶向服務器上傳了一個名字為“中華歷史”但是內容卻為“英語教材”的文檔；則在這種情況下，一些用戶通過搜索“中華歷史”找到這個文檔并進行下載，然而該文檔不是用戶想要的文檔，從而浪費了用戶的時間和精力。而且，對于通過終端設備下載的用戶而言，針對一些文件體積比較大的上述類型的文件，如果下載的是一個錯誤的內容，還會浪費用戶的流量，增加用戶不必要的成本。

技術實現要素：
鑒于上述，本發(fā)明提出了一種文件下載方法及系統(tǒng)，該方法及系統(tǒng)可以通過在終端設備瀏覽器向下載文件服務器發(fā)出文件下載請求后，從預覽服務器獲取要下載的文件的預覽信息，從而確定是否進行文件下載，由此降低下載到用戶不期望的文件內容的可能性。根據本發(fā)明的一個方面，提供了一種文件下載方法，包括：在向文件服務器發(fā)送文件下載請求后，終端設備將文件下載請求中包含的URL（統(tǒng)一資源標識符，UniformResourceLocator）地址發(fā)送給預覽服務器；預覽服務器在基于所接收到的URL地址確定出在預覽服務器中存在與所請求下載的文件匹配的預覽信息后，將所述預覽信息發(fā)送給終端設備；以及終端設備根據所述預覽信息確定是否需要從所述文件服務器下載所請求的文件。在上述方面的一個或多個示例中，所述文件下載方法還可以包括：在終端設備向文件服務器發(fā)送文件下載請求后，文件服務器向終端設備返回文件長度和/或文件的哈希值；以及終端設備將所接收的文件長度和/或文件的哈希值與所述URL地址一起發(fā)送給預覽服務器，其中，預覽服務器基于所接收到的URL地址確定預覽服務器中是否存在與所請求下載的文件匹配的預覽信息包括：預覽服務器基于所接收到的URL地址、文件長度和/或文件的哈希值，確定在預覽服務器中是否存在與要請求的文件匹配的預覽信息。在上述方面的一個或多個示例中，在終端設備向預覽服務器發(fā)送所述URL地址時，還發(fā)送Cookie信息，所述文件下載方法還可以包括：在預覽服務器在基于所接收到的URL地址確定出在預覽服務器中不存在與所請求下載的文件匹配的預覽信息后，基于所述URL地址和Cookie信息，從文件服務器獲取所請求的文件；預覽服務器基于所獲取的文件，根據預定的預覽信息生成策略，生成預覽信息并發(fā)送給終端設備。在上述方面的一個或多個示例中，所述預定的預覽信息生成策略可以包括：在所請求的文件是文檔類型文件時，將針對文檔中的預定頁截取的截圖組成一張圖片來生成預覽信息；在所請求的文件是壓縮類型文件時，將解壓后的目錄截圖以及針對隨機抽取的文檔中預定頁截取的截圖組成一張圖片來生成預覽信息；和/或在所請求的文件是視頻類型文件時，將基于視頻時間點截取的多個關鍵幀截圖組成一張圖片來生成預覽信息。在上述方面的一個或多個示例中，當在終端設備向預覽服務器發(fā)送所述URL地址時，還發(fā)送Cookie信息，并且所下載的文件是支持部分處理的文件時，所述文件下載方法可以包括：預覽服務器在基于所接收到的URL地址確定出在預覽服務器中不存在與所請求下載的文件匹配的預覽信息后，基于所述URL地址和Cookie信息，從文件服務器下載所請求的文件；預覽服務器基于所獲取的文件中的部分文件內容，根據預定的預覽信息生成策略，生成預覽信息并發(fā)送給終端設備。在上述方面的一個或多個示例中，在終端設備利用用戶代理向文件服務器發(fā)送文件下載請求時，除了向預覽服務器發(fā)送所述URL地址和Cookie信息之外，終端設備還向預覽服務器發(fā)送用戶代理和引用地址。根據本發(fā)明的另一方面，提供了一種文件下載系統(tǒng)，包括終端設備、文件服務器和預覽服務器，所述終端設備包括：文件下載請求發(fā)送單元，用于向文件服務器發(fā)送文件下載請求，所述文件下載請求包含URL地址；預覽匹配信息發(fā)送單元，用于在向文件服務器發(fā)送文件下載請求后，將所述URL地址發(fā)送給預覽服務器；以及下載確定單元，用于根據從預覽服務器接收的預覽信息確定是否需要從所述文件服務器下載所請求的文件；所述預覽服務器包括：匹配單元，用于基于從終端設備接收的URL地址，確定在預覽服務器中是否存在與所請求下載的文件匹配的預覽信息；預覽信息發(fā)送單元，用于在預覽服務器中存在與所請求下載的文件匹配的預覽信息時，將預覽信息發(fā)送給終端設備。在上述方面的一個或多個示例中，所述預覽匹配信息發(fā)送單元還被配置為向預覽服務器發(fā)送Cookie信息，所述預覽服務器還可以包括：文件獲取單元，用于在預覽服務器在基于所接收到的URL地址確定出在預覽服務器中不存在與所請求下載的文件匹配的預覽信息后，基于所述URL地址和Cookie信息，從文件服務器獲取所請求的文件；以及預覽信息生成單元，用于基于所獲取的文件，根據預定的預覽信息生成策略，生成預覽信息。利用上述文件下載方法及系統(tǒng)，可以通過在終端設備瀏覽器向下載文件服務器發(fā)出文件下載請求后，從預覽服務器獲取要下載的文件的預覽信息，從而確定是否進行文件下載，由此降低下載到用戶不期望的文件內容的可能性。為了實現上述以及相關目的，本發(fā)明的一個或多個方面包括后面將詳細說明并在權利要求中特別指出的特征。下面的說明以及附圖詳細說明了本發(fā)明的某些示例性方面。然而，這些方面指示的僅僅是可使用本發(fā)明的原理的各種方式中的一些方式。此外，本發(fā)明旨在包括所有這些方面以及它們的等同物。附圖說明根據下述參照附圖進行的詳細描述，本發(fā)明的上述和其他目的、特征和優(yōu)點將變得更加顯而易見。在附圖中：圖1示出了根據本發(fā)明的實施例的文件下載方法的流程圖；和圖2示出了根據本發(fā)明的實施例的文件下載系統(tǒng)的方框示意圖。在所有附圖中相同的標號指示相似或相應的特征或功能。具體實施方式下面描述本公開的各個方面。應該明白的是，本文的教導可以以多種多樣形式具體體現，并且在本文中公開的任何具體結構、功能或兩者僅僅是代表性的?；诒疚牡慕虒В绢I域技術人員應該明白的是，本文所公開的一個方面可以獨立于任何其它方面實現，并且這些方面中的兩個或多個方面可以按照各種方式組合。例如，可以使用本文所闡述的任何數目的方面，實現裝置或實踐方法。另外，可以使用其它結構、功能、或除了本文所闡述的一個或多個方面之外或不是本文所闡述的一個或多個方面的結構和功能，實現這種裝置或實踐這種方法。此外，本文所描述的任何方面可以包括權利要求的至少一個元素。下面將參照附圖描述本發(fā)明的各個實施例。圖1示出了根據本發(fā)明的實施例的文件下載方法的流程圖，所述文件下載方法由文件下載系統(tǒng)執(zhí)行，該文件下載系統(tǒng)包括終端設備、文件服務器和預覽服務器。所述終端設備上安裝有瀏覽器，該瀏覽器具備下載功能。文件服務器上存儲有供終端設備下載的文件，該文件服務器被分配一個URL地址，終端設備可以利用該URL地址訪問該文件服務器來下載文件。預覽服務器是一個中間服務器，用于根據URL地址或者其它預覽匹配信息，在預覽服務器中查找匹配的預覽信息，并且將查找出的預覽信息發(fā)送給終端設備來進行預覽查看，從而確定是否進行下載。下面結合圖1進行具體說明。如圖1所示，在終端設備需要從文件服務器下載文件時，在步驟S110，向文件服務器發(fā)送文件下載請求，所述文件下載請求包括該文件服務器的URL地址。在接收到終端設備發(fā)送的文件下載請求后，在步驟S120，文件服務器向終端設備返回所請求下載的文件的文件長度、文件的哈希值以及該次請求的Cookie值。所述文件的哈希值是利用MD5算法對所請求下載的文件執(zhí)行散列運算獲得。然后，在步驟S130，終端設備將URL地址、文件長度、文件的哈希值以及Cookie值發(fā)送給預覽服務器。在接收到URL地址、文件長度、文件的哈希值以及Cookie值后，在步驟S140，預覽服務器基于所接收到的URL地址、文件長度以及文件的哈希值，確定在所述預覽服務器中是否存在與所請求下載的文件匹配的預覽信息。所述預覽信息是基于預定的預覽信息生成策略，對先前從文件服務器獲取的所請求的文件進行處理后生成。在如上生成預覽信息后，在預覽服務器上存儲預覽信息、文件長度和/或文件的哈希值，同時刪除該文件。在預覽服務器基于所接收到的URL地址、文件長度和文件的哈希值確定是否存在匹配的預覽信息時，優(yōu)先利用文件的哈希值。在文件的哈希值匹配后，再判斷該文件長度是否與預覽服務器中存儲的文件長度相等。如果相同，則認為該預覽信息是匹配的。在本發(fā)明中，所述預定的預覽信息生成策略可以包括：在所請求的文件是文檔類型文件時，將針對文檔中的預定頁截取的截圖組成一張圖片來生成預覽信息；在所請求的文件是壓縮類型文件時，將解壓后的目錄截圖以及針對隨機抽取的文檔中預定頁截取的截圖組成一張圖片來生成預覽信息；和/或在所請求的文件是視頻類型文件時，將基于視頻時間點截取的多個關鍵幀截圖組成一張圖片來生成預覽信息。所述預覽信息還可以是文件的部分內容、音視頻的其中某一段數據等。例如，在本發(fā)明的一個示例中，所述預定的預覽信息生成策略可以包括：1）針對文檔類型文件，如pdf、ppt、word、excel、txt、html等格式，預覽信息可以是由文檔的第1頁，總頁數的1/4頁、3/4頁以及最后一頁所生成的截圖，組成一張圖片。這里，頁數可以動態(tài)設置。2）針對壓縮類型文件，如rar、zip、7zip等格式，其內容是由目錄和文檔類型文件組成，預覽信息可以是解壓后的目錄截圖，再加上隨機抽取文檔并根據上述1的算法所生成的截圖。這里，文檔數可以動態(tài)設置。3）針對視頻類型文件，如mp4、3gp、rmvb等格式，根據視頻時間點從視頻中獲取9個關鍵幀，對這9個關鍵幀進行截圖并形成一張圖，作為預覽信息。也可以是考慮其他截圖方式，例如對于平均分的幀，可以截取第一幀、中間2幀、最后一幀，形成一張圖。當在步驟S140中確定不存在預覽信息時，基于所述URL地址和Cookie信息，向文件服務器發(fā)送文件下載請求（步驟S150）。然后，文件服務器將所請求下載的文件發(fā)送給預覽服務器（步驟S160）。然后，在步驟S170，預覽服務器基于所獲取的文件，根據上述預定的預覽信息生成策略，生成預覽信息，隨后流程進行到步驟S180。在步驟S140中確定存在預覽信息時，流程進行到步驟S180。在步驟S180，預覽服務器將所述預覽信息發(fā)送給終端設備。在接收到預覽信息后，在步驟S190，終端設備根據所述預覽信息確定是否從所述文件服務器下載所請求的文件。例如，終端設備可以通過向用戶顯示該預覽信息來供用戶確認該文件是否是用戶期望的文件。如果是，則確定從所述文件服務器下載所請求的文件。如果否，則確定不從所述文件服務器下載所請求的文件。在本發(fā)明的替換示例中，當在步驟S140中確定不存在預覽信息后，所述方法還可以不包括步驟S150到步驟S170，而是向終端設備發(fā)送一個提示信息“預覽服務器上不存在預覽信息”，然后，終端設備根據該提示信息自行確定是否從文件服務器下載所請求的文件。在本發(fā)明的替換示例中，在步驟S120中從文件服務器向終端設備返回的信息可以是文件長度、文件的哈希值和Cookie中的一種或多種。此外，在終端設備利用用戶代理向文件服務器發(fā)送文件下載請求時，除了向預覽服務器發(fā)送所述URL地址和Cookie信息之外，終端設備還向預覽服務器發(fā)送用戶代理和引用地址（Referer）。在本發(fā)明的替換示例中，所述文件下載方法還可以不包括步驟S120，步驟S140到步驟S170。并且在步驟S130中，終端設備僅僅向預覽服務器發(fā)送URL地址。在步驟S140中，預覽服務器基于URL地址確定是否存在預覽信息。此外，在本發(fā)明的替換示例中，當在終端設備向預覽服務器發(fā)送所述URL地址時，還發(fā)送Cookie信息，并且所下載的文件是支持部分處理的文件時，預覽服務器可以在基于所接收到的URL地址（或者，URL地址、文件長度和/或文件的哈希值）確定出在所述預覽服務器中不存在與所請求下載的文件匹配的預覽信息后，基于所述URL地址和Cookie信息，從文件服務器下載所請求的文件。然后，預覽服務器基于所獲取的文件中的部分文件內容，根據預定的預覽信息生成策略，生成預覽信息并發(fā)送給終端設備，而無需等到獲取文件的全部內容。利用上述文件下載方法，通過預覽服務器，可以讓用戶預覽到即將下載文件內容，從而減少誤下載率，進而節(jié)約用戶的流量和時間。例如，假設用戶下載一個很大的視頻文件，則可以利用該方法獲取一張包含9個關鍵幀截圖信息的圖片來判斷是否需要下載?；蛘?，在用戶下載一個很大的zip壓縮文件時，可以利用該方法獲取一張包含了目錄以及文檔內容截圖的圖片來判斷是否需要下載。圖2示出了根據本發(fā)明的實施例的文件下載系統(tǒng)1的方框示意圖。如圖2所示，文件下載系統(tǒng)1包括終端設備10、文件服務器20和預覽服務器30。所述終端設備10包括文件下載請求發(fā)送單元110、預覽匹配信息發(fā)送單元120和下載確定單元130。所述預覽服務器30包括匹配單元310和預覽信息發(fā)送單元320。在需要從文件服務器20下載文件時，文件下載請求發(fā)送單元110向文件服務器20發(fā)送文件下載請求，所述文件下載請求包含URL地址。然后，預覽匹配信息發(fā)送單元120將所述URL地址發(fā)送給預覽服務器30。在接收到所述URL地址后，匹配單元310基于從終端設備接收的URL地址，確定在所述預覽服務器中是否存在與所請求下載的文件匹配的預覽信息。在存在預覽信息時，預覽信息發(fā)送單元320將該預覽信息發(fā)送給終端設備10。在從預覽服務器接收的預覽信息后，下載確定單元130根據所述預覽信息確定是否需要從所述文件服務器下載所請求的文件。在本發(fā)明的替換示例中，在接收到終端設備10發(fā)送的文件下載請求后，文件服務器20可以向終端設備返回Cookie信息。在這種情況下，所述預覽匹配信息發(fā)送單元120還被配置為向預覽服務器發(fā)送Cookie信息，此時，預覽服務器30還可以包括文件獲取單元和預覽信息生成單元（未示出）。所述文件獲取單元用于在預覽服務器在基于所接收到的URL地址確定出在所述預覽服務器中不存在與所請求下載的文件匹配的預覽信息后，基于所述URL地址和Cookie信息，從文件服務器獲取所請求的文件。所述預覽信息生成單元用于基于所獲取的文件，根據預定的預覽信息生成策略，生成預覽信息。在本發(fā)明的另一替換示例中，除了Cookie信息之外，在接收到終端設備10發(fā)送的文件下載請求后，文件服務器20還可以向終端設備返回文字長度和/或文字的哈希值。在接收到文字長度和/或文字的哈希值后，匹配單元310基于URL地址、文字長度和/或文字的哈希值，確定在預覽服務器中是否存在與所請求下載的文件匹配的預覽信息。利用上述文件下載方法及系統(tǒng)，可以通過在終端設備瀏覽器向下載文件服務器發(fā)出文件下載請求后，從預覽服務器獲取要下載的文件的預覽信息，從而確定是否進行文件下載，由此降低下載到用戶不期望的文件內容的可能性。這里，所述終端設備可以是移動終端，或者任何其它類型的終端設備，比如筆記本、PC機等。此外，典型地，本發(fā)明所述的移動終端可以為各種類型的智能移動終端，比如智能手機。此外，根據本發(fā)明的方法還可以實現為一種計算機程序產品，該計算機程序產品包括計算機可讀介質，在該計算機可讀介質上存儲有用于執(zhí)行本發(fā)明的方法中限定的上述功能的計算機程序。此外，上述方法步驟以及系統(tǒng)單元也可以利用控制器以及用于存儲使得控制器實現上述步驟或單元功能的計算機程序的計算機可讀存儲設備實現。本領域技術人員還將明白的是，結合這里的公開所描述的各種示例性邏輯塊、模塊、電路和算法步驟可以被實現為電子硬件、計算機軟件或兩者的組合。為了清楚地說明硬件和軟件的這種可互換性，已經就各種示意性組件、方塊、模塊、電路和步驟的功能對其進行了一般性的描述。這種功能是被實現為軟件還是被實現為硬件取決于具體應用以及施加給整個系統(tǒng)的設計約束。本領域技術人員可以針對每種具體應用以各種方式來實現所述的功能，但是這種實現決定不應被解釋為導致脫離本發(fā)明的范圍。盡管前面公開的內容示出了本發(fā)明的示例性實施例，但是應當注意，在不背離權利要求限定的本發(fā)明的范圍的前提下，可以進行多種改變和修改。根據這里描述的發(fā)明實施例的方法權利要求的功能、步驟和/或動作不需以任何特定順序執(zhí)行。此外，盡管本發(fā)明的元素可以以個體形式描述或要求，但是也可以設想多個，除非明確限制為單數。雖然如上參照圖描述了根據本發(fā)明的各個實施例進行了描述，但是本領域技術人員應當理解，對上述本發(fā)明所提出的各個實施例，還可以在不脫離本發(fā)明內容的基礎上做出各種改進。因此，本發(fā)明的保護范圍應當由所附的權利要求書的內容確定。