CN103838725B - 文件处理方法和文件处理设备 - Google Patents

Abstract

本发明提供了一种应用于电子设备的文件处理方法和文件处理系统，所述电子设备具有一操作系统，所述操作系统包括应用层、虚拟文件系统层和物理文件系统层，所述操作系统上能够运行多个应用，每个应用具有用于存储处理文件以及与所述处理文件关联的配置文件的存储空间，所述文件处理方法包括：在虚拟文件系统层，接收来自所述应用层的文件处理请求，所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生；基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件；解析所述配置文件，以确定要对所述处理文件执行的操作类型；以及基于所确定的操作类型，对所述处理文件执行对应的操作。

Description

文件处理方法和文件处理设备

技术领域

本发明涉及文件处理的领域，更具体地，本发明涉及一种文件处理方法和文件处理设备。

背景技术

当前，在计算机的文件处理中，根据应用背景的不同，经常需要对不同应用定制不同的处理逻辑，例如：某些文件需要进行加密，某些文件需要进行合并或压缩，某些文件需要备份或不保留备份等。

目前，所有针对文件的操作都在各个应用程序开发时进行相应的定制。也就是说，每个应用程序需要开发其各自的诸如加密功能、压缩功能等的各种功能，这带来了很高的开发成本。

发明内容

有鉴于上述情况，本发明提供了一种文件处理方法和文件处理设备，其使得上层应用的开发更方便、高效。应用程序开发者可以借助该方法，根据需要方便选择文件系统所提供的各种功能组件，以模块化的方式快速组合出满足需要的文件系统，从而大大提高了应用开发的效率。

根据本发明一方面，提供了一种应用于电子设备的文件处理方法，所述电子设备具有一操作系统，所述操作系统包括应用层、虚拟文件系统层和物理文件系统层，所述操作系统上能够运行多个应用，每个应用具有用于存储处理文件以及与所述处理文件关联的配置文件的存储空间，所述文件处理方法包括：在虚拟文件系统层，接收来自所述应用层的文件处理请求，所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生；基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件；解析所述配置文件，以确定要对所述处理文件执行的操作类型；以及基于所确定的操作类型，对所述处理文件执行对应的操作。

所述虚拟文件系统层可包括用户空间文件系统模块，并且，所述接收来自所述应用层的文件处理请求可包括：通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。

所述配置文件可基于用户的配置而预先生成，或基于所述操作系统对所述存储空间默认的配置而预先生成。

所述操作类型可包括加密、压缩、合并、上传中的至少之一。

在对所述处理文件执行对应的操作之后，所述文件处理方法还可包括：将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备。

根据本发明另一方面，提供了一种应用于电子设备的文件处理设备，所述电子设备具有一操作系统，所述操作系统包括应用层、虚拟文件系统层和物理文件系统层，所述操作系统上能够运行多个应用，每个应用具有用于存储处理文件以及与所述处理文件关联的配置文件的存储空间，所述文件处理设备包括：接收单元，在虚拟文件系统层，接收来自所述应用层的文件处理请求，所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生；访问单元，基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件；解析单元，解析所述配置文件，以确定要对所述处理文件执行的操作类型；以及执行单元，基于所确定的操作类型，对所述处理文件执行对应的操作。

所述虚拟文件系统层可包括用户空间文件系统模块，并且，所述接收单元可包括：拦截单元，通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。

所述文件处理设备还可包括：上传单元，将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备。

在本发明实施例的文件处理方法和文件处理设备中，通过虚拟文件系统层，接收应用层的文件处理请求，获取并解析与处理文件关联的配置文件，从而确定要对所述处理文件执行的操作类型并执行对应的操作。从而，使得应用程序开发者能够根据需要方便选择文件系统所提供的各种功能组件，以模块化的方式快速组合出满足需要的文件系统，大大提高了应用开发的效率。

附图说明

图1是图示根据本发明实施例的文件处理方法的流程图；

图2是示出虚拟文件系统及其用户空间文件系统的示意性结构的图；

图3是示出用户空间文件系统模块的示例性结构的图；以及

图4是图示根据本发明实施例的文件处理设备的主要配置的框图。

具体实施方式

以下将参考附图详细描述本发明实施例。

首先，将描述根据本发明实施例的文件处理方法。

本发明实施例的文件处理方法应用于电子设备。所述电子设备诸如手机、平板电脑、笔记本电脑、个人计算机等。

所述电子设备具有一操作系统。所述操作系统的具体类型不限。所述操作系统从上至下包括应用层、虚拟文件系统（Virtual File System，VFS）层和物理文件系统层。所述操作系统上能够运行多个应用。所述应用由应用开发者根据用户的需求而开发，并且由用户安装在所述电子设备的操作系统中，其数量和类型不限。

此外，每个应用可以生成其对应的处理文件。例如，文本处理应用生成文本处理文件。图像处理应用生成图像处理文件等。所述处理文件存储在对所述应用所分配的预定的存储空间中。

此外，每个应用还可以对所述处理文件生成关联的配置文件。所述配置文件用于描述要对所述处理文件进行的操作类型，例如，加密、压缩等等。所述配置文件与所述处理文件相关联。可选地，所述配置文件与所述处理文件相关联地存储在对所述应用所分配的预定的存储空间中。例如，所述配置文件与所述处理文件共同存储在所述应用所对应的逻辑文件夹中。

下面，将参照图1详细描述本发明实施例的文件处理方法。

如图1所示，首先，在步骤S101，本发明实施例的文件处理方法接收来自应用层的文件处理请求。所述文件处理请求由所述多个应用之一所产生。

具体地，所述应用层的多个应用之一运行对应的处理文件时，可产生文件处理请求。所述文件处理请求例如可包含关于所述处理文件的标识（如名称）的信息。

在产生文件处理请求后，所述应用会将所述文件处理请求向所述操作系统的下层发送，例如发送至所述物理文件系统层。

此时，本发明实施例的文件处理方法可以在虚拟文件系统层接收来自所述应用层的所述文件处理请求。更具体地，例如，在一实施例中，所述虚拟文件系统层可包括用户空间文件系统（Filesystem in Userspace，FUSE）模块。所述文件处理方法可通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。当然，所述文件处理方法也可通过FUSE模块以外的其他方式接收来自所述应用层的文件处理请求，在此不再详述。

此后，在步骤S102，所述文件处理方法基于所述文件处理请求，访问所运行的所述应用的存储空间。

具体地，由于如上所述应用的处理文件与配置文件相关联地存储在对所述应用所分配的预定的存储空间中，因此，所述文件处理方法在虚拟文件系统层接收到所述文件处理请求之后，可基于所述文件处理请求中所包含的关于所述处理文件的标识的信息，访问产生所述文件处理请求的所述应用的存储空间，从而可以获取与所述处理文件关联的配置文件。

所述配置文件可基于用户的配置而预先生成，或可基于所述操作系统对所述存储空间默认的配置而预先生成。具体地，例如，在一实施例中，所述配置文件例如可以由所述文件处理方法根据用户的指令而预先生成。所生成的配置文件中的信息可指示要对所述处理文件执行何种类型的操作。此外，所述配置文件例如可以是对于所述应用的存储空间内的所有处理文件而共同的，也可以是对于所述存储空间内的各个处理文件而特定的。

换言之，逻辑上而言，所述配置文件可以是对于所述应用指定的文件夹内的所有处理文件而共同的。例如，所述文件处理方法可以预先配置所述配置文件，指示要对于所述文件夹内的所有处理文件执行压缩操作。替代地，在另一实施例中，所述配置文件也可以是对于所述文件夹里的各个处理文件而特定的。例如，所述文件处理方法可以对于所述文件夹内的各个处理文件预先分别进行配置，指示要对于一处理文件执行压缩操作，而对于另一处理文件执行加密操作，等等。

接下来，在步骤S103，所述文件处理方法解析所述配置文件，以确定要对所述处理文件执行的操作类型。

由于如上所述生成的配置文件中的信息可指示要对所述处理文件执行何种类型的操作，因此，所述文件处理方法在获取所述配置文件之后，可以解析所述配置文件，以提取其中指示操作类型的信息，并基于所述信息确定要对所述处理文件执行的操作类型。

所述操作类型可以对应于所述文件处理方法预先集成到所述虚拟文件系统中的类型。例如，所述操作类型可以是加密操作、压缩操作、合并操作、上传操作等等。本领域技术人员可以理解，上述的操作类型仅为示例，本发明不限于此。

此后，在步骤S104，所述文件处理方法基于所确定的操作类型，对所述处理文件执行对应的操作。其操作过程为本领域技术人员所知，在此不再详述。

在步骤S104的处理之后，在一实施例中，所述文件处理方法还可将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备，从而实现云端存储。

以上，参照图1描述了本发明实施例的文件处理方法。

在本发明实施例的文件处理方法中，通过虚拟文件系统层，接收应用层的文件处理请求，获取并解析与处理文件关联的配置文件，从而确定要对所述处理文件执行的操作类型并执行对应的操作。从而，使得应用程序开发者能够根据需要方便选择文件系统所提供的各种功能组件，以模块化的方式快速组合出满足需要的文件系统，大大提高了应用开发的效率。

具体地，在本发明实施例的文件处理方法中，上层应用不必修改任何代码，通过配置文件的方式就可以实现多种常见文件操作。此外，本发明实施例的文件系统可以将对文件共同的操作抽取出来，实现了接口的统一，易于实现代码重用。进一步地，本发明实施例的文件处理方法使得易于添加新的文件操作，不断丰富文件系统功能，代码可扩展性强。

下面，将参照图2，结合具体实例描述本发明实施例的文件处理方法。

图2示出了虚拟文件系统（VFS）及其用户空间文件系统（FUSE）的示意性结构。需要指出的是，图2中仅示出了与本发明实施例的文件处理方法相关的部分，以便不模糊本发明的主旨。

如图2所示的FUSE模块是用户空间文件系统的简称。开发者例如可通过定义FUSE模块在用户空间中的守护进程（daemon），将针对指定文件系统的操作定向到所需访问的空间。如图2所示的libfuse模块为FUSE模块中提供给用户空间进行调用的一组接口，通过该接口，上层应用可以在进行文件访问时截断此次访问，并加入所需逻辑进行处理。如图2所示的CovertFS模块为作为一实例的实际应用程序名称。即，此处的CovertFS模块只是一个实例，其例如在每次访问文件时，通过调用libfuse，完成对文件访问的一次加密。需要指出的是，本领域技术人员能够理解，上述CovertFS模块的命名仅为示例，而并非限制本发明。

在本发明实施例的文件处理方法开始之前，可事先在FUSE中注册一个文件夹作为用户态文件系统文件夹，使得所有针对该文件夹的访问都定向到FUSE→libfuse→CovertFS中执行。

此后，在某应用App发出创建文件1.txt的命令时，VFS根据访问请求的文件所处的文件夹，在创建该文件的同时创建与之相关的配置文件1.txt.xml。所述配置文件的填充由App根据用户选择完成。此外，创建配置文件的操作例如可以在libfuse所对应的应用逻辑层次完成。在创建完成之后，本发明实施例的文件处理方法例如可以将创建成功的文件句柄（file handle）通过libfuse->fuse->VFS逆向的方式返回到应用程序app中的调用者。

另一方面，文件系统自动运行一个后台服务，所述后台服务将定期对文件配置文件进行扫描，如果发现配置文件中有需要完成的工作（例如：上传、加密、压缩等），则调用文件系统内相关接口进行文件操作。

下面，将参照图3，以拍照应用为例，更详细地描述本发明实施例的文件处理方法。

图3示出了用户空间文件系统模块的示例性结构。如图3所示，所述用户空间文件系统模块300可包括配置文件解析子模块301、加密子模块302、压缩子模块303和传输子模块304。

需要指出的是，仅为描述方便而示例性地将所述用户空间文件系统模块划分为若干子模块。本领域技术人员能够理解，所述用户空间文件系统模块的各子模块可合并为一个或几个模块，或可划分为与所图示的不同的子模块，其均在本发明的范围内。

此外，所述用户空间文件系统模块300所包含的加密、压缩、传输功能仅是示例。本领域技术人员能够理解，所述用户空间文件系统模块300可包括其他各种功能。

此外，需要指出的是，虽然在图3中以所述用户空间文件系统模块300及其所包含的子模块为例进行了描述，但是，本领域技术人员能够理解，实际上，所述各子模块的功能也可实现在所述虚拟文件系统中的其他模块中，在此不再详述。

在本发明实施例的文件处理方法开始之前，首先，用户通过所述拍照应用设置照片的配置项，例如需要加密。所述拍照应用将通过文件系统预先生成一个图像文件，并根据用户配置信息，生成与该图像文件关联的配置文件。此后，图像数据通过文件系统写入图像文件。

在写文件的操作中，通过本发明实施例的文件处理方法，首先，将写入文件的数据通过VFS定向到FUSE模块。所述FUSE模块可以调用用户空间内的libfuse模块所提供的接口，到达应用层所定义的FUSE用户态模块，例如为图2所示的CovertFS模块，此时照片文件为空文件。

此后，本发明实施例的文件处理方法向图片文件写入数据。同时，该FUSE用户态模块的配置文件解析模块对所欲写入数据的文件对应的配置文件进行解析，并根据配置信息决定对文件进行的操作类型。

接下来，所述文件处理方法调用FUSE模块中加密模块所提供的接口（例如：encypt()），以完成对文件的加密操作，并将此次写数据操作的返回值逆向返回拍照应用，以完成此次写操作。

上面，描述了本发明实施例的文件处理方法。在本发明实施例的文件处理方法中，上层应用不必修改任何代码，通过配置文件的方式就可以实现多种常见文件操作。此外，本发明实施例的文件系统可以将对文件共同的操作抽取出来，实现了接口的统一，易于实现代码重用。进一步地，本发明实施例的文件处理方法使得易于添加新的文件操作，不断丰富文件系统功能，代码可扩展性强。

下面，将参照图4描述本发明实施例的文件处理设备。

图4是示出本发明实施例的文件处理设备的主要配置的图。

本发明实施例的文件处理设备例如应用于电子设备。所述电子设备诸如手机、平板电脑、笔记本电脑、个人计算机等。

所述电子设备具有一操作系统。所述操作系统的具体类型不限。所述操作系统从上至下包括应用层、虚拟文件系统层和物理文件系统层。所述操作系统上能够运行多个应用。所述应用由应用开发者根据用户的需求而开发，并且由用户安装在所述电子设备的操作系统中，其数量和类型不限。

此外，每个应用可以生成其对应的处理文件。例如，文本处理应用生成文本处理文件。图像处理应用生成图像处理文件等。所述处理文件存储在对所述应用所分配的预定的存储空间中。

此外，每个应用还可以对所述处理文件生成关联的配置文件。所述配置文件用于描述要对所述处理文件进行的操作类型，例如，加密、压缩等等。所述配置文件与所述处理文件相关联。可选地，所述配置文件与所述处理文件相关联地存储在对所述应用所分配的预定的存储空间中。例如，所述配置文件与所述处理文件共同存储在所述应用所对应的逻辑文件夹中。

如图4所示，本发明实施例的文件处理设备400包括接收单元401、访问单元402、解析单元403和执行单元404。

所述接收单元401配置为在虚拟文件系统层接收来自所述应用层的文件处理请求。所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生。

所述访问单元402配置为基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件。

所述解析单元403配置为解析所述配置文件，以确定要对所述处理文件执行的操作类型。

所述执行单元404配置为基于所确定的操作类型，对所述处理文件执行对应的操作。

在一实施例中，所述虚拟文件系统层包括用户空间文件系统模块。所述接收单元401配置为包括拦截单元（未示出）。所述拦截单元通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。

在另一实施例中，所述文件处理设备400还可包括上传单元（未示出），其将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备。

所述文件处理设备400的各单元的具体配置和操作已经在参照图1的文件处理方法中详细描述，在此不再赘述。

以上，参照图4描述了本发明实施例的文件处理设备。

在本发明实施例的文件处理设备中，通过虚拟文件系统层，接收应用层的文件处理请求，获取并解析与处理文件关联的配置文件，从而确定要对所述处理文件执行的操作类型并执行对应的操作。从而，使得应用程序开发者能够根据需要方便选择文件系统所提供的各种功能组件，以模块化的方式快速组合出满足需要的文件系统，大大提高了应用开发的效率。

具体地，在本发明实施例的文件处理设备中，上层应用不必修改任何代码，通过配置文件的方式就可以实现多种常见文件操作。此外，本发明实施例的文件系统可以将对文件共同的操作抽取出来，实现了接口的统一，易于实现代码重用。进一步地，本发明实施例的文件处理设备使得易于添加新的文件操作，不断丰富文件系统功能，代码可扩展性强。

以上，参照图1到图4描述了根据本发明实施例的文件处理设备和文件处理方法。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。

在本发明实施例中，单元/模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成单元/模块并且实现该单元/模块的规定目的。

在单元/模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的单元/模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上对本发明进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种应用于电子设备的文件处理方法，所述电子设备具有一操作系统，所述操作系统包括应用层、虚拟文件系统层和物理文件系统层，所述操作系统上能够运行多个应用，每个应用具有用于存储处理文件以及与所述处理文件关联的配置文件的存储空间，所述文件处理方法包括：

在虚拟文件系统层，接收来自所述应用层的文件处理请求，所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生；

基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件；

解析所述配置文件，以确定要对所述处理文件执行的操作类型；以及

基于所确定的操作类型，对所述处理文件执行对应的操作。

2.如权利要求1所述的文件处理方法，其中，所述虚拟文件系统层包括用户空间文件系统模块，并且，所述接收来自所述应用层的文件处理请求包括：

通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。

3.如权利要求1所述的文件处理方法，其中，所述配置文件基于用户的配置而预先生成，或基于所述操作系统对所述存储空间默认的配置而预先生成。

4.如权利要求1所述的文件处理方法，其中，所述操作类型包括加密、压缩、合并、上传中的至少之一。

5.如权利要求1所述的文件处理方法，在对所述处理文件执行对应的操作之后，所述文件处理方法还包括：

将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备。

6.一种应用于电子设备的文件处理设备，所述电子设备具有一操作系统，所述操作系统包括应用层、虚拟文件系统层和物理文件系统层，所述操作系统上能够运行多个应用，每个应用具有用于存储处理文件以及与所述处理文件关联的配置文件的存储空间，所述文件处理设备包括：

接收单元，在虚拟文件系统层，接收来自所述应用层的文件处理请求，所述文件处理请求由所述多个应用之一运行对应的处理文件时所产生；

访问单元，基于所述文件处理请求，访问所运行的所述应用的存储空间，以获取与所述处理文件关联的配置文件；

解析单元，解析所述配置文件，以确定要对所述处理文件执行的操作类型；以及

执行单元，基于所确定的操作类型，对所述处理文件执行对应的操作。

7.如权利要求6所述的文件处理设备，其中，所述虚拟文件系统层包括用户空间文件系统模块，并且，所述接收单元包括：

拦截单元，通过所述用户空间文件系统模块，拦截所述应用层发送至所述物理文件系统层的文件处理请求。

8.如权利要求6所述的文件处理设备，其中，所述配置文件基于用户的配置而预先生成，或基于所述操作系统对所述存储空间默认的配置而预先生成。

9.如权利要求6所述的文件处理设备，其中，所述操作类型包括加密、压缩、合并、上传中的至少之一。

10.如权利要求6所述的文件处理设备，所述文件处理设备还包括：

上传单元，将对所述处理文件执行对应的操作而生成的结果文件上传到预定的网络存储设备。