專利名稱：一種處理密文文件的系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊:忮術(shù)領(lǐng)域，特別涉及一種處理密文文件的系統(tǒng)及其方法。
背景技術(shù)：
目前大多數(shù)終端對密文文件(例如數(shù)字版權(quán)處理(Digital Rights Management,簡稱DRM)文件)的使用通常采用下面兩種方式(1)采取同 步解密同步使用的方式；(2)釆用將密文文件統(tǒng)一解密為明文文件(解密后的 明文文件放在一個不可被訪問的目錄中，整個過程用戶并不知曉)然后直接使 用的方式。
其中，第一種方式存在的問題是需要系統(tǒng)的性能較高，否則直接影響到 用戶的使用體驗。
第二種方式存在的問題是過多的明文文件會占用系統(tǒng)的空間，從而能夠 支持的文件總量有很大限制；另外，密文文件大多數(shù)不能直接存放在移動介質(zhì) 中，因而進一步限制了該方式的使用范圍。而如何管理和使用這些被解密的文 件，還沒有一種高效完美的方案以供參考使用。
為此，需要找到一套行之有效的密文文件服務(wù)系統(tǒng)來解決在終端上密文文 件管理使用問題，使終端在有限的資源條件下盡可能完美的發(fā)揮其最大的性 能，提高系統(tǒng)性能和改善用戶體驗。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種處理密文文件的系統(tǒng)及其方法，以 使終端在有限的資源條件下最大發(fā)揮其性能，并在適當(dāng)?shù)臅r機清理刪除明文文 件，從而減少系統(tǒng)空間開銷。
為了解決上述技術(shù)問題，本發(fā)明提供了一種處理密文文件的系統(tǒng)，該系統(tǒng) 包括密文解密模塊、明文文件獲取模塊和明文文件智能管理模塊，其中，所述 密文解密模塊，用于密文文件的解密操作，將密文文件解密成明文文件后將明 文文件存儲在安全目錄中；所述明文文件獲取模塊，用于根據(jù)獲取明文文件請求后，根據(jù)密文與明文的對應(yīng)關(guān)系進行相應(yīng)的明文文件獲取；所述明文文件智 能管理模塊，用于管理產(chǎn)生的明文文件，并檢查明文文件的使用情況，以及根 據(jù)需要刪除相應(yīng)的明文文件。
其中，所述系統(tǒng)還包括密文與明文關(guān)系配置模塊，用于記錄密文與明文的 對應(yīng)關(guān)系以及密文文件被訪問的情況。
其中，所述明文文件智能管理模塊檢查明文文件的使用情況為在系統(tǒng)收 到密文文件注冊請求時，將相應(yīng)的密文文件的引用計數(shù)加1以表明該文件被應(yīng) 用模塊作為配置項后續(xù)會重復(fù)使用；在系統(tǒng)收到密文文件去注冊請求時，將相 應(yīng)的密文文件的引用計數(shù)減1以表明該文件曾被作為配置項重復(fù)使用的地方 目前已經(jīng)不再4吏用其作為配置項。
其中，所述明文文件智能管理模塊根據(jù)需要刪除明文文件為每次收到去 注冊請求并將對應(yīng)密文文件的引用計數(shù)減1后，判斷密文文件的引用計數(shù)是否 為0，在密文文件的引用計數(shù)為0時，將對應(yīng)的明文文件刪除，并通知密文與 明文關(guān)系配置模塊刪除密文與明文的對應(yīng)關(guān)系。
其中，所述明文文件獲取模塊，包括獲取明文文件數(shù)據(jù)的接口，用于實時 獲取明文數(shù)據(jù)。
其中，所述明文文件智能管理模塊，包括密文文件刪除移動通知接口，用 于實現(xiàn)對明文文件刪除、移動的智能管理操作；以及包括密文文件注冊接口和 去注冊接口 ，用于在應(yīng)用需要將對應(yīng)的密文文件作為配置項時向服務(wù)裝置注 冊，同時在應(yīng)用取消不再使用的密文文件配置項時向服務(wù)裝置去注冊，以實現(xiàn) 明文文件智能管理。
為了解決上述技術(shù)問題，本發(fā)明還提供了一種處理密文文件的方法，該方 法包括對密文文件進行解密操作，將密文文件解密成明文文件后將明文文件 存儲在安全目錄中；在收到獲取明文文件請求后，根據(jù)密文與明文的對應(yīng)關(guān)系 進行相應(yīng)的明文文件獲取；檢查明文文件的使用情況，并根據(jù)需要刪除相應(yīng)的 明文文件。
其中，所述檢查明文文件的使用情況具體包括在收到密文文件注冊請求 時，將對應(yīng)密文文件的引用計數(shù)加1以表明該文件被應(yīng)用模塊作為配置項后續(xù) 會重復(fù)使用；在系統(tǒng)收到密文文件去注冊請求時，將對應(yīng)密文文件的引用計數(shù)減1以表明該文件曾被作為配置項重復(fù)使用的地方目前已經(jīng)不再使用其作為 配置項。
其中，所述根據(jù)需要刪除明文文件具體包括每次收到去注冊請求并將對 應(yīng)密文文件的引用計數(shù)減l后，判斷密文文件的引用計數(shù)是否為0，如果是， 則可以將對應(yīng)的明文文件刪除，并刪除密文與明文的對應(yīng)關(guān)系。
本發(fā)明的有益效果是依照本發(fā)明的處理密文文件的系統(tǒng)及其方法，解決 了目前處理和管理密文文件的缺陷和不足，將分散的處理集中到統(tǒng)一的服務(wù)體 系下進行處理，同時結(jié)合傳統(tǒng)的兩種方式，提供了一種智能優(yōu)化的服務(wù)體系來 解決系統(tǒng)的性能和空間問題，在適當(dāng)?shù)臅r機清理刪除明文文件，不但減小了系 統(tǒng)的實現(xiàn)開銷，而且大大的增強了終端的能力和用戶的使用體驗。


圖1為處理密文文件的系統(tǒng)結(jié)構(gòu)示意圖； 圖2為明文文件獲取流程圖； 圖3為明文文件智能管理流程圖。
具體實施例方式
以下，參考附圖1 3詳細描述本發(fā)明的處理密文文件的系統(tǒng)及其方法。
圖1為本發(fā)明的處理密文文件的系統(tǒng)結(jié)構(gòu)示意圖，該系統(tǒng)包括密文解密模 塊、明文文件獲取模塊、密文與明文關(guān)系配置模塊、明文文件智能管理模塊。
其中，密文解密模塊，用于密文文件的解密操作，將密文文件解密并存儲 在安全目錄中。在本實施例中，以數(shù)字版權(quán)處理文件為例，密文解密模塊負責(zé) 數(shù)字版權(quán)處理文件的解密操作，解密成功后會調(diào)用密文明文關(guān)系配置模塊來記 錄密文明文關(guān)系，這里主要是路徑對應(yīng)關(guān)系，對于數(shù)字版權(quán)處理文件，為了保 證明文文件對用戶不可見，必須保證明文文件位于用戶無法訪問的安全目錄， 禁止放在移動介質(zhì)中。另夕卜，對于數(shù)字版權(quán)處理文件，需要首先判斷能否消費， 如果能消費，則需要消費版權(quán)后方可返回明文文件信息。
明文文件獲取模塊，在某請求服務(wù)的應(yīng)用提出獲取明文文件請求后，進行 明文文件獲取，以提供給相應(yīng)的請求服務(wù)的應(yīng)用。其中，該明文文件獲取模塊， 主要根據(jù)各種應(yīng)用的請求獲取可用的明文文件給應(yīng)用，如果明文文件不存在，
則調(diào)用密文解密模塊來進行解密。對于數(shù)字版權(quán)處理文件，是否能夠獲取明文，
6要取決于數(shù)字版權(quán)處理文件的版權(quán)信息，如果不可消費，則獲取明文文件會失 敗。
密文與明文關(guān)系配置模塊，用于記錄密文與明文文件的對應(yīng)關(guān)系以及密文
文件被訪問的情況；
明文文件智能管理^=莫塊，用于管理產(chǎn)生的明文文件，及時檢查明文文件的 使用情況，并定時清理刪除明文文件以便減少系統(tǒng)空間開銷。
其中，明文文件獲取模塊，通過密文與明文關(guān)系配置模塊查找是否存在對 應(yīng)明文文件，在存在對應(yīng)的明文文件時，直接根據(jù)保存的配置文件內(nèi)容將明文 文件信息告知相關(guān)應(yīng)用；在不存在對應(yīng)的明文文件時，調(diào)用密文文件解密模塊 進行解密操作；
密文文件解密模塊，收到解密請求后完成解密操作，解密成功后將獲取的 明文文件信息返回，同時通知密文與明文關(guān)系配置才莫塊記錄密文和明文文件對 應(yīng)關(guān)系，同時將該密文文件的引用計數(shù)設(shè)置為初值O。
另外，明文文件智能管理模塊采用引用計數(shù)機制來智能管理明文文件。
具體地，當(dāng)明文文件智能管理^t塊收到密文文件注冊請求時，調(diào)用密文與 明文關(guān)系配置模塊將對應(yīng)密文文件的引用計數(shù)加1以表明該文件被應(yīng)用模塊 作為配置項后續(xù)會重復(fù)使用；當(dāng)明文文件智能管理模塊收到密文文件去注冊請 求時，調(diào)用密文與明文關(guān)系配置模塊將對應(yīng)密文文件的引用計數(shù)減1以表明該 文件曾被作為配置項重復(fù)使用的地方目前已經(jīng)不再使用其作為配置項。
每次收到去注冊請求并做上述處理后，如果發(fā)現(xiàn)密文文件的引用計數(shù)已經(jīng) 為O,則可以將對應(yīng)的明文文件刪除，同時刪除密文與明文關(guān)系配置模塊保存 的對應(yīng)關(guān)系，以便最大限度的利用終端的文件空間。
當(dāng)明文文件智能管理模塊收到密文文件的刪除通知時，則要刪除對應(yīng)明文 文件和配置關(guān)系；當(dāng)明文文件智能管理模塊收到密文文件的移動通知時，則要 更新相應(yīng)配置關(guān)系。
在具體實現(xiàn)時，可選支持密文文件優(yōu)先級和明文文件最大空間限制，以便 在明文文件達到限制時，進^f亍實時解密或刪除優(yōu)先級較低的明文文件。
另夕卜，本發(fā)明的終端密文文件服務(wù)裝置提供統(tǒng)一的接口以便應(yīng)用來獲取需 要的系統(tǒng)服務(wù)。其中，可以提供獲取明文文件數(shù)據(jù)的接口以便應(yīng)用可以實時獲取明文數(shù)
據(jù)；提供密文文件刪除移動通知接口以實現(xiàn)明文文件智能管理；提供密文文件 注冊接口和去注冊接口 ，以便在應(yīng)用需要將對應(yīng)的密文文件作為配置項時向服 務(wù)裝置注冊，同時在應(yīng)用取消不再使用的密文文件配置項時向服務(wù)裝置去注 冊，以實現(xiàn)明文文件智能管理。
本發(fā)明的處理密文文件的方法，包括下列步驟
對密文文件進行解密操作，將密文文件解密成明文文件后將明文文件存儲 在安全目錄中；在收到獲取明文文件請求后，才艮據(jù)密文與明文的對應(yīng)關(guān)系進行 相應(yīng)的明文文件獲??；檢查明文文件的使用情況，并根據(jù)需要刪除相應(yīng)的明文 文件。
圖2為明文文件獲取流程圖，如圖2所示，該過程包括下列步驟 步驟11:通過密文與明文關(guān)系配置模塊查找密文與明文對應(yīng)關(guān)系； 步驟12:判斷是否存在對應(yīng)明文文件，如果是，則執(zhí)行步驟13;否則， 執(zhí)行步驟14;
步驟13:根據(jù)配置直接返回明文文件信息給調(diào)用應(yīng)用，然后結(jié)束； 步驟14:啟動解密流程，判斷是否解密成功，如果是，則執(zhí)行步驟15;
否則，返回失敗消息給調(diào)用應(yīng)用，然后結(jié)束；
步驟15:記錄密文和明文關(guān)系，并將引用計數(shù)設(shè)置為0，并執(zhí)行步驟16; 步驟16:返回明文文件信息給調(diào)用應(yīng)用，然后結(jié)束。 圖3為明文文件智能管理流程圖，如圖3所示，該過程包括下列步驟。 步驟200:選擇需要調(diào)用的接口，若調(diào)用注冊接口，則執(zhí)行步驟201;若
調(diào)用去注冊接口，則執(zhí)行步驟202;若調(diào)用刪除通知接口，則執(zhí)行步驟203;
若調(diào)用移動通知接口 ，則執(zhí)行步驟204;
步驟201:將對應(yīng)密文文件的引用計數(shù)加1以表明該文件被應(yīng)用模塊作為
配置項后續(xù)會重復(fù)使用，然后結(jié)束；
步驟202:在系統(tǒng)收到密文文件去注冊請求時，將對應(yīng)密文文件的引用計
數(shù)減1以表明該文件曾被作為配置項重復(fù)使用的地方目前已經(jīng)不再使用其作
為配置項，然后執(zhí)行步驟221;步驟203:將對應(yīng)的明文文件刪除，同時刪除密文與明文關(guān)系配置模塊保 存的對應(yīng)關(guān)系，然后結(jié)束；
步驟204:調(diào)整對應(yīng)的密文與明文關(guān)系記錄，然后結(jié)束。
步驟221:判斷當(dāng)前引用計數(shù)是否為0，如果是則執(zhí)行步驟222，然后結(jié) 束；否則，直接結(jié)束。
步驟222:將對應(yīng)的明文文件刪除，同時刪除密文與明文關(guān)系配置模塊保 存的對應(yīng)關(guān)系，以便最大P艮度的利用終端的文件空間。
在具體實現(xiàn)時，可選支持密文文件優(yōu)先級和明文文件最大空間限制，以便 在明文文件達到限制時，進行實時解密或刪除優(yōu)先級較低的明文文件。
綜上所述，依照本發(fā)明的處理密文文件的系統(tǒng)及其方法，解決了目前處理 和管理密文文件的缺陷和不足，將分散的處理集中到統(tǒng)一的服務(wù)體系下進行處 理，同時結(jié)合傳統(tǒng)的兩種方式，提供了一種智能優(yōu)化的服務(wù)體系來解決系統(tǒng)的 性能和空間問題，在適當(dāng)?shù)臅r機清理刪除明文文件，不^f旦減小了系統(tǒng)的實現(xiàn)開 銷，而且大大的增強了終端的能力和用戶的使用體驗。
以上是為了使本領(lǐng)域普通技術(shù)人員理解本發(fā)明，而對本發(fā)明所進行的詳細 描述，但可以想到，在不脫離本發(fā)明的權(quán)利要求所涵蓋的范圍內(nèi)還可以做出其 它的變化和修改，這些變化和修改均在本發(fā)明的保護范圍內(nèi)。
9
權(quán)利要求
1.一種處理密文文件的系統(tǒng)，其特征在于，包括密文解密模塊、明文文件獲取模塊和明文文件智能管理模塊，其中，所述密文解密模塊，用于密文文件的解密操作，將密文文件解密成明文文件后將明文文件存儲在安全目錄中；所述明文文件獲取模塊，用于根據(jù)獲取明文文件請求后，根據(jù)密文與明文的對應(yīng)關(guān)系進行相應(yīng)的明文文件獲取；所述明文文件智能管理模塊，用于管理產(chǎn)生的明文文件，并檢查明文文件的使用情況，以及根據(jù)需要刪除相應(yīng)的明文文件。
2. 如權(quán)利要求1所述的處理密文文件的系統(tǒng)，其特征在于，所述系統(tǒng)還 包括密文與明文關(guān)系配置^=莫塊，用于記錄密文與明文的對應(yīng)關(guān)系以及密文文件 被訪問的情況。
3. 如權(quán)利要求1或2所述的處理密文文件的系統(tǒng)，其特征在于，所述明 文文件智能管理模塊檢查明文文件的使用情況為在系統(tǒng)收到密文文件注冊請 求時，將相應(yīng)的密文文件的引用計數(shù)加1以表明該文件被應(yīng)用模塊作為配置項 后續(xù)會重復(fù)使用；在系統(tǒng)收到密文文件去注冊請求時，將相應(yīng)的密文文件的引 用計數(shù)減1以表明該文件曾被作為配置項重復(fù)使用的地方目前已經(jīng)不再使用 其作為配置項。
4. 如權(quán)利要求1或2所述的處理密文文件的系統(tǒng)，其特征在于，所述明 文文件智能管理模塊根據(jù)需要刪除明文文件為每次收到去注冊請求并將對應(yīng) 密文文件的引用計數(shù)減l后，判斷密文文件的引用計數(shù)是否為0，在密文文件 的引用計數(shù)為0時，將對應(yīng)的明文文件刪除，并通知密文與明文關(guān)系配置模塊 刪除密文與明文的對應(yīng)關(guān)系。
5. 如權(quán)利要求4所述的處理密文文件的系統(tǒng)，其特征在于，所述明文文 件獲取模塊，包括獲取明文文件數(shù)據(jù)的接口，用于實時獲取明文數(shù)據(jù)。
6. 如權(quán)利要求4所述的處理密文文件的系統(tǒng)，其特征在于，所述明文文 件智能管理模塊，包括密文文件刪除移動通知接口 ，用于實現(xiàn)對明文文件刪除、 移動的智能管理操作；以及包括密文文件注冊接口和去注冊接口，用于在應(yīng)用需要將對應(yīng)的密文文件作為配置項時向服務(wù)裝置注冊，同時在應(yīng)用取消不再使 用的密文文件配置項時向^^務(wù)裝置去注冊，以實現(xiàn)明文文件智能管理。
7. —種處理密文文件的方法，其特征在于，包括對密文文件進行解密操作，將密文文件解密成明文文件后將明文文件存儲 在安全目錄中；在收到獲取明文文件請求后，根據(jù)密文與明文的對應(yīng)關(guān)系進行 相應(yīng)的明文文件獲??；檢查明文文件的使用情況，并根據(jù)需要刪除相應(yīng)的明文 文件。
8. 如權(quán)利要求7所述的處理密文文件的方法，其特征在于，所述檢查明 文文件的使用情況具體包括在收到密文文件注冊請求時，將對應(yīng)密文文件的引用計凄t加1以表明該文 件被應(yīng)用模塊作為配置項后續(xù)會重復(fù)使用；在系統(tǒng)收到密文文件去注冊請求 時，將對應(yīng)密文文件的引用計數(shù)減1以表明該文件曾被作為配置項重復(fù)使用的 地方目前已經(jīng)不再使用其作為配置項。
9. 如權(quán)利要求8所述的處理密文文件的方法，其特征在于，所述根據(jù)需 要刪除明文文件具體包括每次收到去注冊請求并將對應(yīng)密文文件的引用計數(shù) 減1后，判斷密文文件的引用計數(shù)是否為0，如果是，則可以將對應(yīng)的明文文 件刪除，并刪除密文與明文的對應(yīng)關(guān)系。
全文摘要
本發(fā)明提供一種處理密文文件的系統(tǒng)及其方法，其中，該系統(tǒng)包括密文解密模塊、明文文件獲取模塊和明文文件智能管理模塊，其中，所述密文解密模塊，用于密文文件的解密操作，將密文文件解密成明文文件后將明文文件存儲在安全目錄中；所述明文文件獲取模塊，用于根據(jù)獲取明文文件請求后，根據(jù)密文與明文的對應(yīng)關(guān)系進行相應(yīng)的明文文件獲??；所述明文文件智能管理模塊，用于管理產(chǎn)生的明文文件，并檢查明文文件的使用情況，以及根據(jù)需要刪除相應(yīng)的明文文件。本發(fā)明能使終端在有限的資源條件下最大發(fā)揮其性能，能夠在適當(dāng)?shù)臅r機清理刪除明文文件，以減少系統(tǒng)空間開銷。
文檔編號H04L29/06GK101616162SQ200910162420
公開日2009年12月30日 申請日期2009年8月4日 優(yōu)先權(quán)日2009年8月4日
發(fā)明者孫君生, 楊玉林, 勇 闞 申請人:中興通訊股份有限公司