文件的處理方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種文件的處理方法及裝置。其中，該方法包括：客戶端獲取用于下載文件的下載地址；根據(jù)下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，以獲取一個或多個文件片段；對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段；對所有的加密文件片段進(jìn)行解密，以獲取原始文件。通過本發(fā)明，采用P2FP模式分段下載文件片段并對其依次加密、解密，解決了現(xiàn)有技術(shù)中無法對采用P2FP傳輸模式傳送的文件進(jìn)行安全性和保密性控制的問題，進(jìn)而實現(xiàn)了采用P2FP傳輸模式傳送的文件的安全性和保密性控制的效果。
【專利說明】文件的處理方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及文件處理領(lǐng)域，具體而言，涉及一種文件的處理方法及裝置。
【背景技術(shù)】
[0002]目前，視頻行業(yè)傳輸視頻主要分為兩種方式，直播和點播。直播模式有:優(yōu)酷，土豆等，其實質(zhì)為FTP傳輸。點播模式有:PPS，PPLive, QVOD等，其實質(zhì)為P2P的視頻點播。直播的形式，優(yōu)點為:傳播速度快，可以立即播放，缺點為:帶寬成本過高。點播的形式，優(yōu)點為:節(jié)省帶寬，帶寬成本大約為直播的1/10，缺點為:下載速度慢，資源分散。
[0003]當(dāng)前，由于成本和下載速度的要求一般采用兩種播放形式相結(jié)合的模式:P2FP。但在用戶進(jìn)行數(shù)字內(nèi)容下載的時候，由于一些音視頻文件比較機(jī)密，或者需要進(jìn)行版權(quán)保護(hù)，t匕如:電影，音樂，印ub等。在這種情況下，通常采用DRM對數(shù)字出版物進(jìn)行保護(hù)。DRM即數(shù)字版權(quán)管理，采用基于公鑰基礎(chǔ)設(shè)計(PKI)的加密算法和技術(shù)對數(shù)字出版物的版權(quán)進(jìn)行保護(hù)，可以防止數(shù)字內(nèi)容的非法傳播和使用。然而，目前的DRM—般只針對單純的FTP或者P2P傳輸方式進(jìn)行加密，對采用P2FP這種混合傳輸模式傳送的文件尚沒有加密方案，無法對傳送的數(shù)字內(nèi)容進(jìn)行安全性和保密性控制。
[0004]目前針對現(xiàn)有技術(shù)中無法對采用P2FP傳輸模式傳送的文件進(jìn)行安全性和保密性控制的技術(shù)問題，尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0005]針對相關(guān)技術(shù)中無法對采用P2FP傳輸模式傳送的文件進(jìn)行安全性和保密性控制的問題，尚未提出有效的解決方案。為此本發(fā)明的主要目的在于提供一種文件的處理方法及裝置，以解決上述問題。
[0006]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種文件的處理方法。該方法包括:客戶端獲取用于下載文件的下載地址；根據(jù)下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，以獲取一個或多個文件片段；對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段；對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
[0007]進(jìn)一步地，對所有的加密文件片段進(jìn)行解密，以獲取原始文件的步驟包括:對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段；對各個解密文件片段進(jìn)行拼接，以獲取原始文件。
[0008]進(jìn)一步地，在對所有的加密文件片段進(jìn)行解密，以獲取原始文件之后，該方法還包括:對原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件；獲取用戶用于查看加密文件的查看請求；將加密文件解密，以獲取供用戶查看的原始文件。
[0009]進(jìn)一步地，在客戶端獲取用于下載文件的下載地址之后，該方法包括:客戶端根據(jù)客戶端標(biāo)識從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限；在下載權(quán)限滿足預(yù)定條件的情況下，客戶端獲取下載地址，該下載地址用于從P2P服務(wù)器或FTP服務(wù)器上分段下載文件。[0010]進(jìn)一步地，在對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段之前，該方法還包括:客戶端從平臺服務(wù)器上獲取用于加密各個文件片段的密鑰。
[0011]進(jìn)一步地，在客戶端獲取用于下載文件的下載地址之后，該方法包括:下載文件的預(yù)覽片段，用于供用戶預(yù)覽，所述預(yù)覽片段為所述文件中未加密的任意一段文件片段。
[0012]為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了 一種文件的處理裝置。該裝置包括:第一獲取模塊，用于獲取用于下載文件的下載地址；第一下載模塊，用于根據(jù)下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，以獲取一個或多個文件片段；第一加密模塊，對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段；第一解密模塊，對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
[0013]進(jìn)一步地，第一解密模塊包括:第二解密模塊，用于對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段；第一拼接模塊，用于對各個解密文件片段進(jìn)行拼接，以獲取原始文件。
[0014]進(jìn)一步地，該裝置還包括:第二加密模塊，用于對原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件；第二獲取模塊，獲取用戶用于查看加密文件的查看請求；第三解密模塊，將加密文件解密，以獲取供用戶查看的原始文件。
[0015]進(jìn)一步地，該裝置還包括:第一查詢模塊，用于客戶端從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限；第二下載模塊，用于在下載權(quán)限滿足預(yù)定條件的情況下，客戶端獲取下載地址，該下載地址用于從P2P服務(wù)器或FTP服務(wù)器上分段下載文件。
[0016]進(jìn)一步地，該裝置還包括:第三下載模塊，用于下載文件的預(yù)覽片段，用于供用戶預(yù)覽，所述預(yù)覽片段為所述文件中未加密的任意一段文件片段。
[0017]通過本發(fā)明，采用對從P2P服務(wù)器或FTP服務(wù)器上分段下載到的文件片段依次加密，然后對所有的加密文件片段進(jìn)行解密，以獲取可供用戶查看的原始文件，實現(xiàn)了對用戶在下載過程中獲取文件片段但是無法播放的控制，解決了現(xiàn)有技術(shù)中無法對采用P2FP傳輸模式傳送的文件進(jìn)行安全性和保密性控制的問題，進(jìn)而實現(xiàn)了采用P2FP傳輸模式傳送的文件的安全性和保密性控制的效果。
【專利附圖】

【附圖說明】
[0018]構(gòu)成本申請的一部分的說明書附圖用來提供對本發(fā)明的進(jìn)一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0019]圖1是根據(jù)本發(fā)明的文件的處理方法的流程圖；
[0020]圖2是根據(jù)圖1所示的實施例的文件的處理方法的流程圖；
[0021]圖3是根據(jù)圖2所示的實施例的文件的處理方法的業(yè)務(wù)需求圖；以及
[0022]圖4是根據(jù)本發(fā)明的文件的處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0023]需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。
[0024]圖1是根據(jù)本發(fā)明的文件的處理方法的流程圖。圖2是根據(jù)圖1所示的實施例的文件的處理方法的流程圖，圖3是根據(jù)圖2所示的實施例的文件的處理方法的業(yè)務(wù)需求圖。如圖1、圖2和圖3所示，根據(jù)本申請的文件的處理方法包括如下步驟:
[0025]步驟S101，客戶端獲取用于下載文件的下載地址。
[0026]步驟S103，根據(jù)下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，以獲取一個或多個文件片段。
[0027]具體地，該步驟實現(xiàn)了通過將FTP下載插件集成在P2P的客戶端軟件中，作為P2P下載方式的補充，當(dāng)客戶端軟件在下載時，優(yōu)先從P2P服務(wù)器中尋找文件的資源，并對其進(jìn)行分段下載，當(dāng)P2P服務(wù)器中的資源不足以提供完整的文件時，P2P客戶端軟件自動選擇向FTP服務(wù)器申請下載該文件。當(dāng)FTP服務(wù)器從服務(wù)平臺調(diào)度成功后，P2P客戶端軟件從FTP服務(wù)器上下載尚未完成的文件片段。這種混合傳輸模式一般成為P2FP模式，由于該P2FP模式是從兩個服務(wù)器間斷的依次下載文件，因此，每次下載下來的都是文件的片段，即客戶端獲取到的是一組文件片段。優(yōu)選地，傳輸?shù)奈募梢允菙?shù)字內(nèi)容文件，具體地，可以是音視頻文件。優(yōu)選地，客戶端可以是手機(jī)客戶端。
[0028]步驟S105，對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段。
[0029]其中，客戶端在每次從P2P下載模式切換到FTP下載模式，或者FTP下載模式切換到P2P下載模式的時間點上，都對各個已經(jīng)下載到的文件片段，進(jìn)行DRM加密，形成一個或多個加密的文件片段(即所謂的“分段加密”)。
[0030]步驟S107，對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
[0031]具體地，當(dāng)整個文件通過P2FP的傳輸模式全部下載完成后，會形成一個或多個加密的文件片段，然后，通過DRM解密，將各個加密的文件片段分別解密，也就是所謂的“分段解密”。解密后，會形成一個或多個解密后的文件片段。
[0032]采用本申請的文件的處理方法，通過客戶端獲取用于下載文件的下載地址，然后根據(jù)該下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，獲取一個或多個文件片段，然后對各個文件片段依次進(jìn)行加密獲取一個或多個加密文件片段，最后對所有的加密文件片段進(jìn)行解密，獲取原始文件，由于在每次獲取到的文件片段進(jìn)行了加密，因此，解決了在移動互聯(lián)網(wǎng)以及傳統(tǒng)互聯(lián)網(wǎng)的環(huán)境下，無法對P2FP的傳輸模式中傳送的數(shù)字內(nèi)容文件進(jìn)行安全性和保密性控制等問題，實現(xiàn)了采用P2FP傳輸模式傳送的文件的安全性和保密性控制的效果。
[0033]在本申請的上述實施例中，對所有的加密文件片段進(jìn)行解密，以獲取原始文件的步驟可以包括:對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段；對各個解密文件片段進(jìn)行拼接，以獲取原始文件。具體地，將各個解密的文件片段，按其自身的播放邏輯順序，通過對其中的編碼進(jìn)行拼接，形成完整的原始文件。對于音視頻文件來講，播放邏輯順序優(yōu)選為播放時間順序。
[0034]根據(jù)本申請的文件的處理方法的實施例，在對所有的加密文件片段進(jìn)行解密，以獲取原始文件之后，該方法還可以包括:對原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件。
[0035]在本發(fā)明的上述實施例中，在對原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件之后，該文件的處理方法還可以包括:獲取用戶用于查看加密文件的查看請求；將加密文件解密，以獲取供用戶查看的原始文件。具體地，當(dāng)用戶通過付費或者其他方式獲得可以播放下載到音視頻文件的權(quán)限時，將整段音視頻文件通過DRM解密，則用戶可得到一整段可以觀看的音視頻文件。
[0036]在本申請的上述實施例中，在客戶端獲取用于下載文件的下載地址之后，該方法還可以包括:客戶端根據(jù)客戶端標(biāo)識從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限；在下載權(quán)限滿足預(yù)定條件的情況下，客戶端獲取下載地址，該下載地址用于從P2P服務(wù)器或FTP服務(wù)器上分段下載文件。優(yōu)選地，客戶端標(biāo)識可以是硬件設(shè)備ID (即DID)，可選地，DID可以是MAC號、MEI號等。具體地，用戶首先通過平臺服務(wù)器進(jìn)行查詢操作，從平臺服務(wù)器上獲得數(shù)字內(nèi)容文件的下載權(quán)限。上述實施例中的預(yù)定條件一般為付費用戶、特殊角色用戶(如VIP用戶)，或者免費用戶等。其中，免費用戶可以直接從FTP服務(wù)器免費下載文件，非免費用戶獲取下載地址，用于從P2P服務(wù)器或FTP服務(wù)器上分段下載文件。
[0037]在本申請的上述實施例中，在對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段之前，方法還可以包括:客戶端從平臺服務(wù)器上獲取用于加密各個文件片段的密鑰。
[0038]在本發(fā)明的文件的處理方法實施例中，在客戶端獲取用于下載文件的下載地址之后，該處理方法還可以包括:下載文件的預(yù)覽片段，用于供用戶預(yù)覽，所述預(yù)覽片段為所述文件中未加密的任意一段文件片段。
[0039]具體的，用戶獲取文件的使用權(quán)限(即下載權(quán)限)后，可以預(yù)先下載視頻文件的一小部分，平臺服務(wù)器根據(jù)不同的使用權(quán)限進(jìn)行權(quán)限的控制，并分發(fā)不同的下載地址。如果用戶為免費用戶，則直接通過FTP服務(wù)器下載該文件后，不再進(jìn)行下載；如果用戶為付費或特殊用戶，則手機(jī)客戶端針對獲取到的下載地址開啟相關(guān)的下載線程。
[0040]需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0041]圖4是根據(jù)本發(fā)明的文件的處理裝置的結(jié)構(gòu)示意圖。如圖4所示，本發(fā)明提供了一種文件的處理裝置，該裝置包括:第一獲取模塊10、第一下載模塊30、第一加密模塊50和第一解密模塊70。其中，第一獲取模塊10，用于獲取用于下載文件的下載地址；第一下載模塊30，用于根據(jù)下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，以獲取一個或多個文件片段；第一加密模塊50，對各個文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段；第一解密模塊70，對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
[0042]采用本申請的文件的處理裝置，通過獲取用于下載文件的下載地址，然后根據(jù)該下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，獲取一個或多個文件片段，然后對各個文件片段依次進(jìn)行加密獲取一個或多個加密文件片段，最后對所有的加密文件片段進(jìn)行解密，獲取原始文件，解決了在移動互聯(lián)網(wǎng)以及傳統(tǒng)互聯(lián)網(wǎng)的環(huán)境下，無法對P2FP的傳輸模式中傳送的數(shù)字內(nèi)容文件進(jìn)行安全性和保密性控制的問題，實現(xiàn)了采用P2FP傳輸模式傳送的文件的安全性和保密性控制的效果。
[0043]根據(jù)本申請的文件的處理裝置的實施例，第一解密模塊10還可以包括:第二解密模塊，用于對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段；第一拼接模塊，用于對各個解密文件片段進(jìn)行拼接，以獲取原始文件。
[0044]在本申請的上述實施例中，該裝置還可以包括:第二加密模塊，用于對原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件。[0045]在本申請的上述實施例中，裝置還包括:第二獲取模塊，獲取用戶用于查看加密文件的查看請求；第三解密模塊，將加密文件解密，以獲取供用戶查看的原始文件。
[0046]在本申請的上述實施例中，該裝置還可以包括:第一查詢模塊，用于客戶端從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限；第二下載模塊，用于在下載權(quán)限滿足預(yù)定條件的情況下，客戶端獲取下載地址，該下載地址用于從P2P服務(wù)器或FTP服務(wù)器上分段下載文件。
[0047]優(yōu)選地，裝置還可以包括:第三獲取模塊，用于從平臺服務(wù)器上獲取用于加密各個文件片段的密鑰。
[0048]在本申請的上述實施例中，裝置還可以包括:第三下載模塊，用于下載文件的預(yù)覽片段，以供用戶預(yù)覽，所述預(yù)覽片段為所述文件中未加密的任意一段文件片段。
[0049]根據(jù)本申請的文件處理裝置，在平臺服務(wù)器，其他種子節(jié)點服務(wù)器和終端上進(jìn)行文件處理的交互。其中，平臺服務(wù)器包括商城信息模塊和鑒權(quán)證書分發(fā)模塊；終端客戶端包括客戶端軟件和DRM agent。
[0050]在本申請的上述實施例中，商城信息模塊主要用于商品交易和支付；平臺服務(wù)器主要用于分發(fā)下載地址，分發(fā)權(quán)限CA證書(即認(rèn)證中心)，以及對客戶端提供FTP形式的輸入流，P2P形式的流文件，通過分散在不同廣域網(wǎng)站的種子節(jié)點，提供數(shù)字內(nèi)容輸入。
[0051]優(yōu)選地，終端設(shè)備(即客戶端)可以包括終端軟件和DRM agent。具體地，客戶端通過3G網(wǎng)絡(luò)或WIFI網(wǎng)絡(luò)連接到平臺服務(wù)器。其中，客戶端軟件主要用于和平臺的交互和數(shù)字內(nèi)容的呈現(xiàn)；DRM agent主要用于將下載好的片段進(jìn)行抓取并立即進(jìn)行加密。優(yōu)選地，DRMagent也可以用于對終端接收到的CO文件(S卩內(nèi)容對象)和RO文件(即權(quán)利對象)進(jìn)行CA證書的校驗和解析，從而使解密后的數(shù)字內(nèi)容文件存放在客戶端軟件中，以供用戶播放。其中，CO文件可以是內(nèi)容對象文件，RO文件可以是權(quán)利對象文件。
[0052]在本申請的上述實施例中，客戶端軟件可以包括數(shù)字內(nèi)容下載管理系統(tǒng)。具體地，數(shù)字內(nèi)容下載管理系統(tǒng)可以包括:CA證書校驗?zāi)K、Cl加密模塊、RI解密模塊，其中，CA證書校驗?zāi)K，用于終端的證書和密鑰的生成和管理；CI加密模塊，用于將獲取的數(shù)字內(nèi)容片段或整段，加密成CO文件；RI解密模塊，用于將CO文件通過RO密鑰進(jìn)行解鎖。其中，Cl可以是內(nèi)容發(fā)放者，RI可以是權(quán)利發(fā)放者。
[0053]根據(jù)本申請的文件的處理方法的實施例，依托現(xiàn)有的P2FP傳播模式，客戶端從服務(wù)器上找需要傳輸?shù)奈募钠屏亢推崎L度，然后，服務(wù)器將相應(yīng)的數(shù)據(jù)發(fā)送到客戶端。在P2FP傳輸模式中，以P2P的傳輸形式優(yōu)先，具體地，當(dāng)P2P網(wǎng)絡(luò)中存在資源文件的N個片段時，優(yōu)先從P2P網(wǎng)絡(luò)中下載這N個片段再向FTP服務(wù)器發(fā)送申請下載的請求，請求成功后從FTP服務(wù)器下載文件。
[0054]具體地，本申請中利用到的CA證書校驗?zāi)K，為每個CO文件生成對應(yīng)的密鑰key、為每個終端生成數(shù)字證書和對應(yīng)的公鑰PUB key和私鑰PRI key。其中，密鑰key用來加密數(shù)字內(nèi)容，使得該數(shù)字內(nèi)容文件在傳遞過程中不被非法使用；PUB key和PRI key用來加密密鑰key和進(jìn)行數(shù)字簽名，保證使用者身份的真實性。
[0055]在本申請的上述實施例中，Cl加密模塊用于將一個或多個音視頻文件片段的數(shù)字內(nèi)容加密，獲取加密后的對象CO文件并產(chǎn)生一個與之相對應(yīng)COID標(biāo)識。具體地，Cl加密模塊使用對稱加密密鑰key對數(shù)字內(nèi)容文件進(jìn)行加密，使該文件的安全性得到保障。在文件的使用權(quán)傳遞過程中，終端軟件會根據(jù)COID到終端的Sqlite數(shù)據(jù)庫中取得相應(yīng)的CO文件。
[0056]在本申請的上述實施例中，RI密鑰模塊根據(jù)商城的訂單和商品信息生成相應(yīng)的RO文件。具體地，RI密鑰模塊根據(jù)終端提交至平臺服務(wù)器的信息，獲取獲得使用權(quán)限的終端的COID、DID，進(jìn)而獲取到與該COID相對應(yīng)的key，然后用DID對應(yīng)的公鑰PUB key對其加密生成RO密鑰文件。
[0057]從以上的描述中，可以看出，采用本發(fā)明上述的實施例，提供了一種文件的處理方法及裝置，通過客戶端獲取用于下載文件的下載地址，然后根據(jù)該下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載文件，獲取一個或多個文件片段，接著對各個文件片段依次進(jìn)行加密獲取一個或多個加密文件片段，最后對所有的加密文件片段進(jìn)行解密，獲取原始文件，解決了在移動互聯(lián)網(wǎng)以及傳統(tǒng)互聯(lián)網(wǎng)的環(huán)境下，無法對P2FP的傳輸模式中傳送的數(shù)字內(nèi)容文件進(jìn)行安全性和保密性控制等問題，實現(xiàn)了采用P2FP傳輸模式傳送的文件的安全性和保密性控制的效果。本發(fā)明通過P2FP的傳輸方式，利用FTP協(xié)議功能，使資源傳輸更加穩(wěn)定，確保用戶方便快捷地獲得完整文件，充分保障了用戶的權(quán)益。對于機(jī)密的音視頻，傳統(tǒng)方式可以在下載過程中，獲取下載的片段進(jìn)行播放，通過此專利中的方式，盡管不法用戶可以在下載過程中，獲取文件片段，但依舊無法進(jìn)行播放，進(jìn)而實現(xiàn)了充分保障了數(shù)字版權(quán)及保密性極強(qiáng)的音視頻文件的安全性的效果。
[0058]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0059]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種文件的處理方法，其特征在于，包括: 客戶端獲取用于下載文件的下載地址； 根據(jù)所述下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載所述文件，以獲取一個或多個文件片段； 對各個所述文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段； 對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，對所有的加密文件片段進(jìn)行解密，以獲取原始文件的步驟包括: 對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段； 對各個所述解密文件片段進(jìn)行拼接，以獲取原始文件。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在對所有的加密文件片段進(jìn)行解密，以獲取原始文件之后，所述方法還包括: 對所述原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件； 獲取用戶用于查看所述加密文件的查看請求； 將所述加密文件解密，以獲取供用戶查看的所述原始文件。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在客戶端獲取用于下載文件的下載地址之后，所述方法包括: 所述客戶端根據(jù)客戶端標(biāo)識從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限； 在所述下載權(quán)限滿足預(yù)定條件的情況下，所述客戶端獲取下載地址，該下載地址用于從所述P2P服務(wù)器或所述FTP服務(wù)器上分段下載所述文件。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，在對各個所述文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段之前，所述方法還包括: 所述客戶端從所述平臺服務(wù)器上獲取用于加密各個所述文件片段的密鑰。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在客戶端獲取用于下載文件的下載地址之后，所述方法包括: 下載所述文件的預(yù)覽片段，用于供所述用戶預(yù)覽，所述預(yù)覽片段為所述文件中未加密的任意一段文件片段。
7.一種文件的處理裝置，其特征在于，包括: 第一獲取模塊，用于獲取用于下載文件的下載地址； 第一下載模塊，用于根據(jù)所述下載地址從P2P服務(wù)器或FTP服務(wù)器上分段下載所述文件，以獲取一個或多個文件片段； 第一加密模塊，對各個所述文件片段依次進(jìn)行加密，以獲取一個或多個加密文件片段； 第一解密模塊，對所有的加密文件片段進(jìn)行解密，以獲取原始文件。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，第一解密模塊包括: 第二解密模塊，用于對所有的加密文件片段依次進(jìn)行解密，以獲取一個或多個解密文件片段； 第一拼接模塊，用于對各個所述解密文件片段進(jìn)行拼接，以獲取原始文件。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括: 第二加密模塊，用于對所述原始文件進(jìn)行二次加密，以獲取供用戶查看的加密文件； 第二獲取模塊，獲取用戶用于查看所述加密文件的查看請求； 第三解密模塊，將所述加密文件解密，以獲取供用戶查看的所述原始文件。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置包括: 第一查詢模塊，用于所述客戶端從平臺服務(wù)器進(jìn)行查詢操作，以獲取該客戶端的下載權(quán)限； 第二下載模塊，用于在所述下載權(quán)限滿足預(yù)定條件的情況下，所述客戶端獲取下載地址，該下載地址用于從所述P2P服務(wù)器或所述FTP服務(wù)器上分段下載所述文件。
11.根據(jù)權(quán)利要求9或10所述的裝置，其特征在于，所述裝置包括: 第三下載模塊，用于下載所述文件的預(yù)覽片段，用于供所述用戶預(yù)覽，所述預(yù)覽片 段為所述文件中未加密的任意一段文件片段。
【文檔編號】H04L29/06GK103546428SQ201210238786
【公開日】2014年1月29日 申請日期:2012年7月10日 優(yōu)先權(quán)日:2012年7月10日
【發(fā)明者】王哲雨, 崔勁柯 申請人:新華瑞德（北京）網(wǎng)絡(luò)科技有限公司