本發(fā)明實施例涉及文件處理技術領域,尤其涉及一種獲取文件類型的處理方法及裝置。
背景技術:
隨著科學技術的不斷發(fā)展,用戶對網(wǎng)絡的依賴程度越來越高,并經(jīng)常通過網(wǎng)絡下載文件。為了保證存儲在本地的文件類型的正確性,進而可以調(diào)用相應的軟件打開文件,需要對文件類型進行準確識別。
在實現(xiàn)本發(fā)明實施例的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有的服務器中的文件資源在上傳時,文件名后綴是手動輸入的,或者文件資源上傳時使用了默認的文件名后綴,因而服務器中記載的文件名后綴并不準確?,F(xiàn)有的文件類型識別方法中,在文件下載時,服務器為下載文件添加文件名,然而服務器返回的文件名常常會出現(xiàn)錯誤,本地通過服務器返回的文件名中的文件名后綴確定的文件類型也會錯誤。
技術實現(xiàn)要素:
本發(fā)明實施例提供一種獲取文件類型的處理方法及裝置,用以解決現(xiàn)有技術中無法準確獲取文件類型的缺陷。
本發(fā)明實施例提供一種獲取文件類型的處理方法,包括:
發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址;
根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;
根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
可選地,所述根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型包括:
在預存的文件類型統(tǒng)計表中,若查找到與所述文件名后綴信息對應的目標文件類型,則將所述待下載文件的文件類型確定為所述目標文件類型。
可選地,所述方法還包括:
在預存的文件類型統(tǒng)計表中,若未查找到與所述文件名后綴信息對應的目標文件類型,則向瀏覽器內(nèi)核發(fā)送文件類型獲取請求;
接收所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型。
可選地,所述方法還包括:
若所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型為空,則以所述服務器發(fā)送的所述待下載文件的文件名后綴信息確定所述待下載文件的文件類型。
可選地,所述方法還包括:
若所述服務器返回的所述待下載文件的文件類型為空,則獲取所述待下載文件的文件頭信息,根據(jù)所述文件頭信息確定所待下載文件的文件類型。
本發(fā)明實施例提供一種獲取文件類型的處理裝置,包括:
URL地址獲取單元,用于發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址;
文件名后綴獲取單元,用于根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;
第一文件類型確定單元,用于根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
可選地,所述文件類型確定單元,進一步用于當在預存的文件類型統(tǒng)計表中查找到與所述文件名后綴信息對應的目標文件類型時,則將所述待下載文件的文件類型確定為所述目標文件類型。
可選地,該獲取文件類型的處理裝置還包括:
第二文件類型確定單元,用于當在預存的文件類型統(tǒng)計表中未查找到與所述文件名后綴信息對應的目標文件類型時,則向瀏覽器內(nèi)核發(fā)送文件類型獲取請求;接收所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型。
可選地,該獲取文件類型的處理裝置還包括:
第三文件類型確定單元,用于當所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型為空時,則以所述服務器發(fā)送的所述待下載文件的文件名后綴信息確定所述待下載文件的文件類型。
可選地,該獲取文件類型的處理裝置還包括:
第四文件類型確定單元,用于當所述服務器返回的所述待下載文件的文件類型為空時,則獲取所述待下載文件的文件頭信息,根據(jù)所述文件頭信息確定所待下載文件的文件類型。
本發(fā)明實施例提供的獲取文件類型的處理方法及裝置,在下載待下載文件時,接收服務器返回的待下載文件的URL地址;根據(jù)所述URL地址解析獲得待下載文件的文件名后綴信息;根據(jù)所述文件名后綴信息確定待下載文件的文件類型,避免了現(xiàn)有技術中單純依靠服務器返回的文件名確定文件類型造成的錯誤,提高了文件類型獲取的準確性。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明一個實施例的獲取文件類型處理方法的流程圖;
圖2為本發(fā)明另一個實施例的獲取文件類型處理方法的流程圖;
圖3為本發(fā)明實施例的獲取文件類型處理裝置的結構示意圖;
圖4為本發(fā)明實施例的獲取文件類型處理裝置的實體結構示意圖。
具體實施方式
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
圖1為本發(fā)明實施例的獲取文件類型處理方法的流程圖。如圖1所示,本發(fā)明實施例的獲取文件類型處理方法包括:
S11:發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址;
其中,本地向服務器發(fā)送待下載文件的下載請求后,會接收服務器返回的待下載文件的URL(Uniform Resource Locator,統(tǒng)一資源定位符)。一個完整的URL包括以下幾部分:(1)協(xié)議部分:如Http、Ftp等;(2)域名部分;(3)端口部分,跟在域名后面的是端口,域名和端口之間使用“:”作為分隔符;(4)虛擬目錄部分:從域名后的第一個“/”開始到最后一個“/”為止,是虛擬目錄部分;(5)文件名部分;(6)錨部分,從“#”開始到最后,都是錨部分;(7)參數(shù)部分,從“?”開始到“#”之間的部分為參數(shù)部分。
舉例來說,本地接收到的待下載文件的URL為“http://wenku.baidu.com:8080/view/index.asp?boardID=5&ID=24618&page=1#n ame”,該URL分為7個部分:其中,“http”為協(xié)議部分;“wenku.baidu.com”為域名部分;“8080”為端口部分;“view”為虛擬目錄部分;“index.asp”為文件名部分;“name”為錨部分;“boardID=5&ID=24618&page=1”為參數(shù)部分。
S12:根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;
S13:根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
在實際應用中,從域名后的最后一個“/”開始到“?”為止,是文件名部分,如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止,是文件名部分,如果沒有“?”和“#”,那么從域名后的最后一個“/”開始到結束,都是文件名部分。
可以理解的是,下載文件的文件類型可以根據(jù)文件名后綴進行識別,如word文件的文件名后綴為“.doc”。
本發(fā)明實施例提供的獲取文件類型的處理方法,在下載待下載文件時,接收服務器返回的待下載文件的URL地址;根據(jù)所述URL地址解析獲得待下載文件的文件名后綴信息;根據(jù)所述文件名后綴信息確定待下載文件的文件類型,避免了現(xiàn)有技術中單純依靠服務器返回的文件名確定文件類型造成的錯誤,提高了文件類型獲取的準確性。
圖2為本發(fā)明另一個實施例的獲取文件類型處理方法的流程圖。如圖2所示,本發(fā)明實施例的獲取文件類型處理方法包括:
S21:發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址。
S22:在預存的文件類型統(tǒng)計表中,若查找到與所述文件名后綴信息對應的目標文件類型,則將所述待下載文件的文件類型確定為所述目標文件類型;
在實際應用中,可以將文件名后綴與文件類型進行對應建立文件類型統(tǒng)計表,文件類型統(tǒng)計表保存在本地,通過在文件類型統(tǒng)計表中查找與所述文件名后綴信息對應的目標文件類型,確定待下載文件的文件類型。
S23:在預存的文件類型統(tǒng)計表中,若未查找到與所述文件名后綴信息對應的目標文件類型,則向瀏覽器內(nèi)核發(fā)送文件類型獲取請求;
接收所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型;
需要說明的是,通過下載文件的URL地址無法確定文件類型時,需要向瀏覽器內(nèi)核發(fā)送文件類型獲取請求。瀏覽器與網(wǎng)頁服務器建立網(wǎng)絡連接,當連接成功時,瀏覽器內(nèi)核可以向其發(fā)送Http協(xié)議的文件類型獲取請求,服務器在接受到請求后,向瀏覽器返回Http協(xié)議格式的數(shù)據(jù),瀏覽器內(nèi)核解析該數(shù)據(jù)獲取待下載文件的文件類型。
S24:若所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型為空,則以所述服務器發(fā)送的所述待下載文件的文件名后綴信息確定所述待下載文件的文件類型;
在實際應用中,通過瀏覽器內(nèi)核無法獲取待下載文件的文件類型時,則根據(jù)服務器返回的文件名后綴信息在預存的文件類型統(tǒng)計表中,查找與所述文件名后綴信息對應的目標文件類型,若查找到,則將所述待下載文件的文件類型確定為所述目標文件類型。
S25:若所述服務器返回的所述待下載文件的文件類型為空,則獲取所述待下載文件的文件頭信息,根據(jù)所述文件頭信息確定所待下載文件的文件類型;
需要說明的是,待下載文件的文件頭信息在文件下載完畢后才能獲取到,本發(fā)明實施例的獲取文件類型處理方法,在通過URL地址、瀏覽器內(nèi)核、服務器返回的信息都無法獲取正確的文件類型時,采用文件頭信息確定文件類型,避免了現(xiàn)有技術中單純依靠服務器返回的文件名確定文件類型造成的錯誤,提高了文件類型獲取的準確性。
圖3為本發(fā)明實施例的獲取文件類型處理裝置的結構示意圖。如圖3所示,本發(fā)明實施例的獲取文件類型處理裝置包括:URL地址獲取單元31、文件名后綴獲取單元32和第一文件類型確定單元33;具體地:
URL地址獲取單元31,用于發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址;
文件名后綴獲取單元32,用于根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;
第一文件類型確定單元33,用于根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
本發(fā)明實施例的獲取文件類型的處理裝置,URL地址獲取單元31向服務器發(fā)送待下載文件的下載請求后,接收所述服務器返回的所述待下載文件的URL地址;文件名后綴獲取單元32根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;第一文件類型確定單元33根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
本發(fā)明實施例的獲取文件類型的處理裝置,在下載待下載文件時,接收服務器返回的待下載文件的URL地址;根據(jù)所述URL地址解析獲得待下載文件的文件名后綴信息;根據(jù)所述文件名后綴信息確定待下載文件的文件類型,避免了現(xiàn)有技術中單純依靠服務器返回的文件名確定文件類型造成的錯誤,提高了文件類型獲取的準確性。
在一種可選的實施方式中,文件類型確定單元33,進一步用于當在預存的文件類型統(tǒng)計表中查找到與所述文件名后綴信息對應的目標文件類型時,則將所述待下載文件的文件類型確定為所述目標文件類型。
該發(fā)明實施例的獲取文件類型的處理裝置還包括:
第二文件類型確定單元,用于當在預存的文件類型統(tǒng)計表中未查找到與所述文件名后綴信息對應的目標文件類型時,則向瀏覽器內(nèi)核發(fā)送文件類型獲取請求;接收所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型。
進一步地,該發(fā)明實施例的獲取文件類型的處理裝置還包括:
第三文件類型確定單元,用于當所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型為空時,則以所述服務器發(fā)送的所述待下載文件的文件名后綴信息確定所述待下載文件的文件類型。
該發(fā)明實施例的獲取文件類型的處理裝置還包括:
第四文件類型確定單元,用于當所述服務器返回的所述待下載文件的文件類型為空時,則獲取所述待下載文件的文件頭信息,根據(jù)所述文件頭信息確定所待下載文件的文件類型。
本發(fā)明實施例所述的獲取文件類型的處理裝置可以用于執(zhí)行上述方法實施例,其原理和技術效果類似,此處不再贅述。
圖4為本發(fā)明實施例的獲取文件類型的處理裝置的實體結構示意圖。如圖4所示,該獲取文件類型的處理裝置包括:
處理器(processor)41、存儲器(memory)42和總線43,其中,處理器41和存儲器42通過總線43完成相互間的通信。處理器41可以調(diào)用存儲器42中的邏輯指令,以執(zhí)行如下方法:
發(fā)送待下載文件的下載請求后,接收返回的所述待下載文件的URL地址;
根據(jù)所述URL地址解析獲得所述待下載文件的文件名后綴信息;
根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型。
在一種可選的實施方式中,所述根據(jù)所述文件名后綴信息確定所述待下載文件的文件類型包括:
在預存的文件類型統(tǒng)計表中,若查找到與所述文件名后綴信息對應的目標文件類型,則將所述待下載文件的文件類型確定為所述目標文件類型。
進一步地,所述方法還包括:
在預存的文件類型統(tǒng)計表中,若未查找到與所述文件名后綴信息對應的目標文件類型,則向瀏覽器內(nèi)核發(fā)送文件類型獲取請求;
接收所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型。
該方法還包括:若所述瀏覽器內(nèi)核返回的所述待下載文件的文件類型為空,則以所述服務器發(fā)送的所述待下載文件的文件名后綴信息確定所述待下載文件的文件類型。
該方法還包括:若所述服務器返回的所述待下載文件的文件類型為空,則獲取所述待下載文件的文件頭信息,根據(jù)所述文件頭信息確定所待下載文件的文件類型。
此外,上述的存儲器42中的邏輯指令可以通過軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲介質(zhì)中?;谶@樣的理解,本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM,Read-Only Memory)、隨機存取存儲器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
本發(fā)明實施例提供的獲取文件類型的處理方法及裝置,在下載待下載文件時,接收服務器返回的待下載文件的URL地址;根據(jù)所述URL地址解析獲得待下載文件的文件名后綴信息;根據(jù)所述文件名后綴信息確定待下載文件的文件類型,避免了現(xiàn)有技術中單純依靠服務器返回的文件名確定文件類型造成的錯誤,提高了文件類型獲取的準確性。
以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下,即可以理解并實施。
通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當然也可以通過硬件?;谶@樣的理解,上述技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中,如ROM/RAM、磁碟、光盤等,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改,或者對其中部分技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。