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

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


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