专利名称：一种处理密文文件的系统及其方法
技术领域：
本发明涉及通讯:忮术领域，特别涉及一种处理密文文件的系统及其方法。
背景技术：
目前大多数终端对密文文件(例如数字版权处理(Digital Rights Management,简称DRM)文件)的使用通常采用下面两种方式(1)采取同 步解密同步使用的方式；(2)釆用将密文文件统一解密为明文文件(解密后的 明文文件放在一个不可被访问的目录中，整个过程用户并不知晓)然后直接使 用的方式。
其中，第一种方式存在的问题是需要系统的性能较高，否则直接影响到 用户的使用体验。
第二种方式存在的问题是过多的明文文件会占用系统的空间，从而能够 支持的文件总量有很大限制；另外，密文文件大多数不能直接存放在移动介质 中，因而进一步限制了该方式的使用范围。而如何管理和使用这些被解密的文 件，还没有一种高效完美的方案以供参考使用。
为此，需要找到一套行之有效的密文文件服务系统来解决在终端上密文文 件管理使用问题，使终端在有限的资源条件下尽可能完美的发挥其最大的性 能，提高系统性能和改善用户体验。
发明内容
本发明所要解决的技术问题是提供一种处理密文文件的系统及其方法，以 使终端在有限的资源条件下最大发挥其性能，并在适当的时机清理删除明文文 件，从而减少系统空间开销。
为了解决上述技术问题，本发明提供了一种处理密文文件的系统，该系统 包括密文解密模块、明文文件获取模块和明文文件智能管理模块，其中，所述 密文解密模块，用于密文文件的解密操作，将密文文件解密成明文文件后将明 文文件存储在安全目录中；所述明文文件获取模块，用于根据获取明文文件请求后，根据密文与明文的对应关系进行相应的明文文件获取；所述明文文件智 能管理模块，用于管理产生的明文文件，并检查明文文件的使用情况，以及根 据需要删除相应的明文文件。
其中，所述系统还包括密文与明文关系配置模块，用于记录密文与明文的 对应关系以及密文文件被访问的情况。
其中，所述明文文件智能管理模块检查明文文件的使用情况为在系统收 到密文文件注册请求时，将相应的密文文件的引用计数加1以表明该文件被应 用模块作为配置项后续会重复使用；在系统收到密文文件去注册请求时，将相 应的密文文件的引用计数减1以表明该文件曾被作为配置项重复使用的地方 目前已经不再4吏用其作为配置项。
其中，所述明文文件智能管理模块根据需要删除明文文件为每次收到去 注册请求并将对应密文文件的引用计数减1后，判断密文文件的引用计数是否 为0，在密文文件的引用计数为0时，将对应的明文文件删除，并通知密文与 明文关系配置模块删除密文与明文的对应关系。
其中，所述明文文件获取模块，包括获取明文文件数据的接口，用于实时 获取明文数据。
其中，所述明文文件智能管理模块，包括密文文件删除移动通知接口，用 于实现对明文文件删除、移动的智能管理操作；以及包括密文文件注册接口和 去注册接口 ，用于在应用需要将对应的密文文件作为配置项时向服务装置注 册，同时在应用取消不再使用的密文文件配置项时向服务装置去注册，以实现 明文文件智能管理。
为了解决上述技术问题，本发明还提供了一种处理密文文件的方法，该方 法包括对密文文件进行解密操作，将密文文件解密成明文文件后将明文文件 存储在安全目录中；在收到获取明文文件请求后，根据密文与明文的对应关系 进行相应的明文文件获取；检查明文文件的使用情况，并根据需要删除相应的 明文文件。
其中，所述检查明文文件的使用情况具体包括在收到密文文件注册请求 时，将对应密文文件的引用计数加1以表明该文件被应用模块作为配置项后续 会重复使用；在系统收到密文文件去注册请求时，将对应密文文件的引用计数减1以表明该文件曾被作为配置项重复使用的地方目前已经不再使用其作为 配置项。
其中，所述根据需要删除明文文件具体包括每次收到去注册请求并将对 应密文文件的引用计数减l后，判断密文文件的引用计数是否为0，如果是， 则可以将对应的明文文件删除，并删除密文与明文的对应关系。
本发明的有益效果是依照本发明的处理密文文件的系统及其方法，解决 了目前处理和管理密文文件的缺陷和不足，将分散的处理集中到统一的服务体 系下进行处理，同时结合传统的两种方式，提供了一种智能优化的服务体系来 解决系统的性能和空间问题，在适当的时机清理删除明文文件，不但减小了系 统的实现开销，而且大大的增强了终端的能力和用户的使用体验。
图1为处理密文文件的系统结构示意图； 图2为明文文件获取流程图； 图3为明文文件智能管理流程图。
具体实施例方式
以下，参考附图1 3详细描述本发明的处理密文文件的系统及其方法。
图1为本发明的处理密文文件的系统结构示意图，该系统包括密文解密模 块、明文文件获取模块、密文与明文关系配置模块、明文文件智能管理模块。
其中，密文解密模块，用于密文文件的解密操作，将密文文件解密并存储 在安全目录中。在本实施例中，以数字版权处理文件为例，密文解密模块负责 数字版权处理文件的解密操作，解密成功后会调用密文明文关系配置模块来记 录密文明文关系，这里主要是路径对应关系，对于数字版权处理文件，为了保 证明文文件对用户不可见，必须保证明文文件位于用户无法访问的安全目录， 禁止放在移动介质中。另夕卜，对于数字版权处理文件，需要首先判断能否消费， 如果能消费，则需要消费版权后方可返回明文文件信息。
明文文件获取模块，在某请求服务的应用提出获取明文文件请求后，进行 明文文件获取，以提供给相应的请求服务的应用。其中，该明文文件获取模块， 主要根据各种应用的请求获取可用的明文文件给应用，如果明文文件不存在，
则调用密文解密模块来进行解密。对于数字版权处理文件，是否能够获取明文，
6要取决于数字版权处理文件的版权信息，如果不可消费，则获取明文文件会失 败。
密文与明文关系配置模块，用于记录密文与明文文件的对应关系以及密文
文件被访问的情况；
明文文件智能管理^=莫块，用于管理产生的明文文件，及时检查明文文件的 使用情况，并定时清理删除明文文件以便减少系统空间开销。
其中，明文文件获取模块，通过密文与明文关系配置模块查找是否存在对 应明文文件，在存在对应的明文文件时，直接根据保存的配置文件内容将明文 文件信息告知相关应用；在不存在对应的明文文件时，调用密文文件解密模块 进行解密操作；
密文文件解密模块，收到解密请求后完成解密操作，解密成功后将获取的 明文文件信息返回，同时通知密文与明文关系配置才莫块记录密文和明文文件对 应关系，同时将该密文文件的引用计数设置为初值O。
另外，明文文件智能管理模块采用引用计数机制来智能管理明文文件。
具体地，当明文文件智能管理^t块收到密文文件注册请求时，调用密文与 明文关系配置模块将对应密文文件的引用计数加1以表明该文件被应用模块 作为配置项后续会重复使用；当明文文件智能管理模块收到密文文件去注册请 求时，调用密文与明文关系配置模块将对应密文文件的引用计数减1以表明该 文件曾被作为配置项重复使用的地方目前已经不再使用其作为配置项。
每次收到去注册请求并做上述处理后，如果发现密文文件的引用计数已经 为O,则可以将对应的明文文件删除，同时删除密文与明文关系配置模块保存 的对应关系，以便最大限度的利用终端的文件空间。
当明文文件智能管理模块收到密文文件的删除通知时，则要删除对应明文 文件和配置关系；当明文文件智能管理模块收到密文文件的移动通知时，则要 更新相应配置关系。
在具体实现时，可选支持密文文件优先级和明文文件最大空间限制，以便 在明文文件达到限制时，进^f亍实时解密或删除优先级较低的明文文件。
另夕卜，本发明的终端密文文件服务装置提供统一的接口以便应用来获取需 要的系统服务。其中，可以提供获取明文文件数据的接口以便应用可以实时获取明文数
据；提供密文文件删除移动通知接口以实现明文文件智能管理；提供密文文件 注册接口和去注册接口 ，以便在应用需要将对应的密文文件作为配置项时向服 务装置注册，同时在应用取消不再使用的密文文件配置项时向服务装置去注 册，以实现明文文件智能管理。
本发明的处理密文文件的方法，包括下列步骤
对密文文件进行解密操作，将密文文件解密成明文文件后将明文文件存储 在安全目录中；在收到获取明文文件请求后，才艮据密文与明文的对应关系进行 相应的明文文件获取；检查明文文件的使用情况，并根据需要删除相应的明文 文件。
图2为明文文件获取流程图，如图2所示，该过程包括下列步骤 步骤11:通过密文与明文关系配置模块查找密文与明文对应关系； 步骤12:判断是否存在对应明文文件，如果是，则执行步骤13;否则， 执行步骤14;
步骤13:根据配置直接返回明文文件信息给调用应用，然后结束； 步骤14:启动解密流程，判断是否解密成功，如果是，则执行步骤15;
否则，返回失败消息给调用应用，然后结束；
步骤15:记录密文和明文关系，并将引用计数设置为0，并执行步骤16; 步骤16:返回明文文件信息给调用应用，然后结束。 图3为明文文件智能管理流程图，如图3所示，该过程包括下列步骤。 步骤200:选择需要调用的接口，若调用注册接口，则执行步骤201;若
调用去注册接口，则执行步骤202;若调用删除通知接口，则执行步骤203;
若调用移动通知接口 ，则执行步骤204;
步骤201:将对应密文文件的引用计数加1以表明该文件被应用模块作为
配置项后续会重复使用，然后结束；
步骤202:在系统收到密文文件去注册请求时，将对应密文文件的引用计
数减1以表明该文件曾被作为配置项重复使用的地方目前已经不再使用其作
为配置项，然后执行步骤221;步骤203:将对应的明文文件删除，同时删除密文与明文关系配置模块保 存的对应关系，然后结束；
步骤204:调整对应的密文与明文关系记录，然后结束。
步骤221:判断当前引用计数是否为0，如果是则执行步骤222，然后结 束；否则，直接结束。
步骤222:将对应的明文文件删除，同时删除密文与明文关系配置模块保 存的对应关系，以便最大P艮度的利用终端的文件空间。
在具体实现时，可选支持密文文件优先级和明文文件最大空间限制，以便 在明文文件达到限制时，进行实时解密或删除优先级较低的明文文件。
综上所述，依照本发明的处理密文文件的系统及其方法，解决了目前处理 和管理密文文件的缺陷和不足，将分散的处理集中到统一的服务体系下进行处 理，同时结合传统的两种方式，提供了一种智能优化的服务体系来解决系统的 性能和空间问题，在适当的时机清理删除明文文件，不^f旦减小了系统的实现开 销，而且大大的增强了终端的能力和用户的使用体验。
以上是为了使本领域普通技术人员理解本发明，而对本发明所进行的详细 描述，但可以想到，在不脱离本发明的权利要求所涵盖的范围内还可以做出其 它的变化和修改，这些变化和修改均在本发明的保护范围内。
9
权利要求
1.一种处理密文文件的系统，其特征在于，包括密文解密模块、明文文件获取模块和明文文件智能管理模块，其中，所述密文解密模块，用于密文文件的解密操作，将密文文件解密成明文文件后将明文文件存储在安全目录中；所述明文文件获取模块，用于根据获取明文文件请求后，根据密文与明文的对应关系进行相应的明文文件获取；所述明文文件智能管理模块，用于管理产生的明文文件，并检查明文文件的使用情况，以及根据需要删除相应的明文文件。
2. 如权利要求1所述的处理密文文件的系统，其特征在于，所述系统还 包括密文与明文关系配置^=莫块，用于记录密文与明文的对应关系以及密文文件 被访问的情况。
3. 如权利要求1或2所述的处理密文文件的系统，其特征在于，所述明 文文件智能管理模块检查明文文件的使用情况为在系统收到密文文件注册请 求时，将相应的密文文件的引用计数加1以表明该文件被应用模块作为配置项 后续会重复使用；在系统收到密文文件去注册请求时，将相应的密文文件的引 用计数减1以表明该文件曾被作为配置项重复使用的地方目前已经不再使用 其作为配置项。
4. 如权利要求1或2所述的处理密文文件的系统，其特征在于，所述明 文文件智能管理模块根据需要删除明文文件为每次收到去注册请求并将对应 密文文件的引用计数减l后，判断密文文件的引用计数是否为0，在密文文件 的引用计数为0时，将对应的明文文件删除，并通知密文与明文关系配置模块 删除密文与明文的对应关系。
5. 如权利要求4所述的处理密文文件的系统，其特征在于，所述明文文 件获取模块，包括获取明文文件数据的接口，用于实时获取明文数据。
6. 如权利要求4所述的处理密文文件的系统，其特征在于，所述明文文 件智能管理模块，包括密文文件删除移动通知接口 ，用于实现对明文文件删除、 移动的智能管理操作；以及包括密文文件注册接口和去注册接口，用于在应用需要将对应的密文文件作为配置项时向服务装置注册，同时在应用取消不再使 用的密文文件配置项时向^^务装置去注册，以实现明文文件智能管理。
7. —种处理密文文件的方法，其特征在于，包括对密文文件进行解密操作，将密文文件解密成明文文件后将明文文件存储 在安全目录中；在收到获取明文文件请求后，根据密文与明文的对应关系进行 相应的明文文件获取；检查明文文件的使用情况，并根据需要删除相应的明文 文件。
8. 如权利要求7所述的处理密文文件的方法，其特征在于，所述检查明 文文件的使用情况具体包括在收到密文文件注册请求时，将对应密文文件的引用计凄t加1以表明该文 件被应用模块作为配置项后续会重复使用；在系统收到密文文件去注册请求 时，将对应密文文件的引用计数减1以表明该文件曾被作为配置项重复使用的 地方目前已经不再使用其作为配置项。
9. 如权利要求8所述的处理密文文件的方法，其特征在于，所述根据需 要删除明文文件具体包括每次收到去注册请求并将对应密文文件的引用计数 减1后，判断密文文件的引用计数是否为0，如果是，则可以将对应的明文文 件删除，并删除密文与明文的对应关系。
全文摘要
本发明提供一种处理密文文件的系统及其方法，其中，该系统包括密文解密模块、明文文件获取模块和明文文件智能管理模块，其中，所述密文解密模块，用于密文文件的解密操作，将密文文件解密成明文文件后将明文文件存储在安全目录中；所述明文文件获取模块，用于根据获取明文文件请求后，根据密文与明文的对应关系进行相应的明文文件获取；所述明文文件智能管理模块，用于管理产生的明文文件，并检查明文文件的使用情况，以及根据需要删除相应的明文文件。本发明能使终端在有限的资源条件下最大发挥其性能，能够在适当的时机清理删除明文文件，以减少系统空间开销。
文档编号H04L29/06GK101616162SQ200910162420
公开日2009年12月30日 申请日期2009年8月4日 优先权日2009年8月4日
发明者孙君生, 杨玉林, 勇 阚 申请人:中兴通讯股份有限公司