一种文件的存储方法及移动终端与流程

本发明涉及通信技术领域，尤其涉及一种文件的存储方法和一种移动终端。

背景技术：

随着移动通信技术的发展，移动终端已经成为人们生活中不可或缺的一部分，实现了随时随地无障碍通话，并且，在移动终端中通常安装有许多应用，提供很多常用的功能，给人们生活带来便利。

移动终端的使用流畅性是用户体验的重要指标之一，为了提高使用流畅性，目前，许多移动终端使用缓存存储文件，以提高存储速度。

其中一种缓存策略是使用独立的读缓存和写缓存，它基于高速缓存的性能来自动和动态地调整读高速缓存和写高速缓存的高速缓存配置。

但是，使用缓存需要额外的硬件，例如，采用DRAM(Dynamic Random Access Memory，动态随机存取存储器)或SRAM(Static Random Access Memory，静态随机存储器)作为物理介质，成本高。

此外，使用缓存需要复杂的缓存算法，设计难度大。

而且，操作系统通常都设计有缓存，并且使用RAM(Random Access Memory，随机存取存储器)作为缓存设备，使用新的缓存设备和策略可能会影响操作系统本身缓存策略。

技术实现要素：

本发明实施例提供一种文件的存储方法及移动终端，以解决在移动终端使用缓存存储文件引起的成本高、设计难度大、影响操作系统本身缓存策略的问题。

第一方面，提供了一种文件的存储方法，应用在移动终端中，所述方法包括：

在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域；

在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷；

在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

第二方面，提供了一种移动终端，包括：

逻辑卷分配模块，用于在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域；

物理卷通知模块，用于在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷；

文件存储模块，用于在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

这样，本发明实施例中，在移动终端中部署逻辑卷，该逻辑卷映射一个或多个物理卷，文件系统中根据待存储的文件的文件信息，将文件分配至在逻辑卷的存储区域，逻辑卷将文件信息发送至该存储区域映射的物理卷，物理卷根据文件信息将件的数据存储至相应的存储设备中，当文件分配至多个物理卷存储存储设备时，多个物理卷可以并行访问多个存储设备存储数据，处理器和内存在等待某个存储设备时，可以与另外一个存储设备传输数据，因此提高了总体的数据吞吐量，理想情况下可达到多个存储设备的吞吐量之和，进而提高了移动终端的存储速度，同时，避免了部署缓存，进而节省了引部署缓存而引起的额外成本，降低了设计难度，避免了对操作系统本身缓存策略造成影响。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例的文件的存储方法的流程图。

图2是本发明一个实施例的一种移动终端的存储系统的物理结构示意图。

图3是本发明一个实施例的另一种移动终端的存储系统的物理结构示意图。

图4是本发明另一个实施例的文件的存储方法的流程图。

图5是一种移动终端传统的存储系统的逻辑结构示意图。

图6是一种移动终端应用缓存时存储系统的逻辑结构示意图。

图7是本发明一个实施例的一种存储系统的逻辑结构示意图。

图8是本发明一个实施例的移动终端的框图。

图9是本发明一个实施例的文件存储模块的框图。

图10是本发明另一个实施例的移动终端的框图。

图11是本发明另一个实施例的移动终端的框图。

图12是本发明另一个实施例的移动终端的框图。

图13是本发明另一个实施例的移动终端的框图。

图14是本发明又一个实施例的移动终端的结构示意图

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

第一实施例

参照图1，示出了本发明一个实施例的文件的存储方法的流程图，具体可以包括如下步骤：

步骤101，在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域。

在具体实现中，本发明实施例可以应用在移动终端中，例如，手机、平板电脑、个人数字助理、穿戴设备(如手环、眼镜、手表等)等等。

这些移动终端的操作系统可以包括Android(安卓)、IOS、Windows Phone、Windows等等。

在本发明实施例中，将多个物理的存储设备通过逻辑卷管理器(Logical Volume Manager，LVM)构造成一个逻辑的存储设备RAID0，对一个逻辑设备的顺序访问可以在物理上分布在多个物理设备上。

在具体实现中，该逻辑卷管理器可以组织为一个或多个物理卷(physical volume，PV)和逻辑卷(logical volume，LV)。

其中，物理卷是磁盘、磁盘分区或从逻辑上与磁盘分区具有同样功能的设备(如RAID)，是LVM的基本存储逻辑块，但和基本的物理存储介质(如分区、磁盘等)比较，却包含有与LVM相关的管理参数。

LVM的卷组(volume group，VG)由一个或多个物理卷组成，卷组可以在逻辑上划分一个或多个“LVM分区”(逻辑卷)。

在逻辑卷之上可以建立文件系统(比如/home或者/usr等)。

文件系统一般是由若个文件和目录组成的分级树形结构，文件系统通过一个挂接点(mount point)连接到操作系统的一个节点上，这样文件系统可以方便地安装、拆卸和备份、恢复。

为了增强移动终端的操作系统的功能，用户通常在移动终端的操作系统中安装各种应用，例如，通讯录、即时通讯工具、浏览器、视频播放器、音频播放器、邮箱客户端、购物应用、支付应用，等等，这些应用在运行时经常需要存储文件。

在文件系统中，可以获取待存储的文件的文件信息，例如，文件路径、文件名、文件大小、文件格式，等等。

进而按照该文件信息(如文件大小)分配文件的哪些数据在逻辑卷的哪个区域进行存储。

文件的体积可能较大，因此，可能分配至多个区域进行存储。

步骤102，在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷。

在逻辑卷中，一个存储区域映射到一个物理卷中。

当文件系统分配文件完成时，可以将分配到的文件的文件信息(如文件路径、分配到的数据位置、分配到的数据的大小等)发送至该存储区域映射的物理卷。

步骤103，在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

在移动终端中，可以采用闪存作为存储设备，如UFS(UNIX文件系统)、eMMC(Embedded Multi Media Card，内嵌式存储器标准规格)。

参见图2，示例了本发明一个实施例的一种移动终端的存储系统的物理结构示意图。

如图2所示，多个闪存(如eMMC、UFS)并行连接到移动终端的SoC(System on Chip，系统级芯片)芯片上，SoC芯片上包含了CPU(Central Processing Unit，中央处理器)和总线。

文件在写入到存储设备(如eMMC、UFS)之前，文件存储在RAM中。

在物理卷中可以按照文件信息从内存读取文件的数据。

在物理卷中将文件的数据发送至设备驱动。

在设备驱动中将文件的数据写入相应的存储设备中。

参见图3，示例了本发明一个实施例的另一种移动终端的存储系统的物理结构示意图，其中，箭头代表总线。

数据在处理器(Central Processing Unit，CPU)、内存(RAM)和存储设备(eMMC或者UFS)之间传输，处理速度一般为处理器和内存快于存储设备(eMMC或者UFS)，当处理器和内存处理完成时，存储设备一般未处理完毕，处理器和内存等待存储设备。

这样，本发明实施例中，在移动终端中部署逻辑卷，该逻辑卷映射一个或多个物理卷，文件系统中根据待存储的文件的文件信息，将文件分配至在逻辑卷的存储区域，逻辑卷将文件信息发送至该存储区域映射的物理卷，物理卷根据文件信息将件的数据存储至相应的存储设备中，当文件分配至多个物理卷存储存储设备时，多个物理卷可以并行访问多个存储设备存储数据，处理器和内存在等待某个存储设备时，可以与另外一个存储设备传输数据，因此提高了总体的数据吞吐量，理想情况下可达到多个存储设备的吞吐量之和，进而提高了移动终端的存储速度，同时，避免了部署缓存，进而节省了引部署缓存而引起的额外成本，降低了设计难度，避免了对操作系统本身缓存策略造成影响。

第二实施例

参照图4，示出了本发明另一个实施例的文件的存储方法的流程图，具体可以包括如下步骤：

步骤401，将系统镜像烧写到用于创建物理卷的存储设备中。

在本发明实施例中，对移动终端(裸设备)进行系统烧写时，由于移动终端没有运行操作系统，因此，不存在逻辑卷。

但是，本发明实施例中的移动终端是以逻辑卷的方式挂载存储设备(如data分区)，所以，在烧写移动终端(裸设备)时，可以将系统镜像(操作系统的镜像文件)是指从用于创建第一个物理卷的存储设备(如data分区)中开始烧写，从第0个块开始，系统镜像会烧写到多个映射到逻辑卷的物理卷中。

在具体实现中，可以按照物理卷和逻辑卷的映射关系，在烧写工具中指定相应的存储设备进行烧写。

步骤402，创建逻辑卷。

存储设备在运行时，可以生成设备节点。

在启动脚本(如init.rc)中执行挂载文件系统的命令之前，可以创建逻辑卷，如/dev/block/data-lvm。

步骤403，修改文件系统的挂载表，将文件系统挂载的所述存储设备替换为逻辑卷。

在本发明实施例中，可以修改文件系统的挂载表(如fstab.qcom)，替换其中的存储设备(如data分区)为逻辑卷(如/dev/block/data-lvm)。

步骤404，在虚拟文件系统中接收应用发送的存储请求。

虚拟文件系统(Virtual File Systems，VFS)是文件系统与服务之间的一个接口层，它对操作系统的每个文件系统的细节进行抽象，使得不同的文件系统在操作系统以及其他进程看来，都是相同的。

严格说来，VFS并不是一种实际的文件系统，它存在于内存中，在操作系统启动时建立，在操作系统关闭时消亡。

VFS可以记录可用的文件系统的类型，将设备同对应的文件系统联系起来，处理一些面向文件的通用操作。

当某个应用发布了一个面向文件的系统调用时，可以调用VFS中相应的函数，这个函数处理一些与物理结构无关的操作，并且把它重定向为真实文件系统中相应的函数调用，后者则用来处理那些与物理结构相关的操作。

在本发明实施例中，应用可以发布文件的存储请求，进行文件的存储，该存储请求中具有待存储的文件的文件信息。

步骤405，在虚拟文件系统中将所述文件信息发送至相应的文件系统。

在本发明实施例中，文件信息中包括文件路径，虚拟文件系统可以将文件信息发送至该文件路径所属的存储设备(即逻辑卷)对应的文件系统。

步骤406，在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域。

步骤407，在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷。

步骤408，在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

参见图5，示出了一种移动终端传统的存储系统的逻辑结构示意图。

如图5所示，从上往下依次是应用、虚拟文件系统、文件系统、设备驱动、存储设备，例如，eMMC、UFS、TF(Trans-flash Card，快闪存储器卡)卡等。

单个文件仅能存在于单个的存储设备中进行存储，所以，对单个文件的访问仅涉及到单个的存储设备。

当应用存储一个文件时，应用发送存储请求到虚拟文件系统，虚拟文件系统接收到应用的存储请求以后，根据存储的位置分析出对应的文件系统，文件系统通知设备驱动，最后设备驱动对从内存读取文件，并写入到eMMC(UFS)或者TF卡中。

因此，当处理器和内存处理完成时，存储设备一般未处理完毕，处理器和内存等待存储设备，导致存储处理的时间较长。

参见图6，示出了一种移动终端应用缓存时存储系统的逻辑结构示意图。

如图6所示，从上往下依次是应用、缓存、虚拟文件系统、文件系统、设备驱动、存储设备，例如，eMMC、UFS、TF卡等。

此存储系统采用专用的高速缓存设备来缓存存储设备的文件，由于对存储设备的部分读写操作可以转换为对高速缓存设备的读写操作，因此，可以提高部分读写操作的速度。但是，用作高速缓存的设备的成本一般较为昂贵，而且管理方法复杂。

参见图7，示出了本发明一个实施例的一种存储系统的逻辑结构示意图。

如图7所示，从上往下依次是应用、虚拟文件系统、文件系统、逻辑卷、物理卷、设备驱动、存储设备，例如，eMMC、UFS等。

当然，对于外接的存储设备(如TF卡)，可以维持文件系统、设备驱动、存储设备的结构，本发明实施例对此不加以限制。

该存储系统为基于RAID0的存储系统，与传统的存储系统的差异在于虚线框部分，多个物理的存储设备构建一个逻辑卷，一个文件系统构建于逻辑卷之上，整个逻辑卷当作一个整体存储设备访问，单个文件在物理上可能分布在不同的存储设备上，所以，对单个文件的访问可能同时访问多个物理的存储设备，利用上CPU、RAM等待存储设备的时间，提高了吞吐量。

当然，RAID是一种利用多个物理存储设备构建成一个逻辑存储设备的方案，不同等级的RAID有不同的可靠性、速度等。当对移动终端的存储系统有不同的要求时，可以用eMMC和UFS等存储设备够建不同等级的RAID来满足不同的要求。

本发明实施例通过多个存储设备构建一个逻辑的存储设备，相对于有单个存储设备增加了容量上限，并且，在某个存储设备损坏时，仍然可以使用剩余有效的存储设备，通过升级仍然可以修复使用，延长了移动终端的使用寿命。

当然，本发明实施例的存储系统可以缓存兼容，可以同时存在于一个存储系统中，进一步提高存储设备的吞吐量。

当应用存储一个文件时，应用发送存储请求到虚拟文件系统，虚拟文件系统接收到应用的存储请求后，根据存储的位置分析出对应的文件系统，文件系统将文件分配到逻辑卷的存储区域，逻辑卷根据逻辑区域与物理卷的映射关系，分别通知相应的物理卷。最后，物理卷通过设备驱动把文件写到对应的写入到eMMC或UFS中。

假如一个文件一部分数据存储至eMMC中，另一部分数据存储至UFS中，当文件的部分数据从RAM中读取并写入eMMC中时，由于CPU操作快，可能很快完成操作，eMMC正在处理该部分数据的存储操作。

此时，对于文件中另一部分数据，CPU可以开始操作，从RAM中读取并写入向UFS中，不需要等待eMMC完成处理该部分数据的存储操作。

向eMMC中写数据和向UFS中写数据可以并行执行，缩短了存储处理的时间。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

第三实施例

参照图8，示出了本发明一个实施例的移动终端的框图，图8所示的移动终端800具体可以包括如下模块：

逻辑卷分配模块801，用于在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域；

物理卷通知模块802，用于在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷；

文件存储模块803，用于在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

在本发明的一个实施例中，参考图9所示的文件存储模块的框图，所述文件存储模块803进一步可以包括如下子模块：

数据读取子模块8031，用于在物理卷中按照所述文件信息从内存读取所述文件的数据；

数据发送子模块8032，用于在物理卷中将所述文件的数据发送至设备驱动；

写数据子模块8033，用于在设备驱动中将所述文件的数据写入相应的存储设备中。

在图8的基础上，可选地，参见图10，移动终端800还可包括如下模块：

存储请求接收模块804，用于在虚拟文件系统中接收应用发送的存储请求；所述存储请求中具有待存储的文件的文件信息；

文件系统通知模块805，用于在虚拟文件系统中将所述文件信息发送至相应的文件系统。

在图8的基础上，可选地，参见图11，移动终端800还可包括如下模块：

镜像烧写模块806，用于将系统镜像烧写到用于创建物理卷的存储设备中。

在图11的基础上，可选地，参见图12，移动终端800还可包括如下模块：

逻辑卷创建模块807，用于创建逻辑卷；

挂载修改模块808，用于修改文件系统的挂载表，将文件系统挂载的所述存储设备替换为逻辑卷。

移动终端800能够实现图1至图7的方法实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

这样，本发明实施例中，在移动终端中部署逻辑卷，该逻辑卷映射一个或多个物理卷，文件系统中根据待存储的文件的文件信息，将文件分配至在逻辑卷的存储区域，逻辑卷将文件信息发送至该存储区域映射的物理卷，物理卷根据文件信息将件的数据存储至相应的存储设备中，当文件分配至多个物理卷存储存储设备时，多个物理卷可以并行访问多个存储设备存储数据，处理器和内存在等待某个存储设备时，可以与另外一个存储设备传输数据，因此提高了总体的数据吞吐量，理想情况下可达到多个存储设备的吞吐量之和，进而提高了移动终端的存储速度，同时，避免了部署缓存，进而节省了引部署缓存而引起的额外成本，降低了设计难度，避免了对操作系统本身缓存策略造成影响。

第四实施例

图13是本发明另一个实施例的移动终端的框图。图13所示的移动终端1300包括：至少一个处理器1301、存储器1302、至少一个网络接口1304和其他用户接口1303。移动终端1300中的各个组件通过总线系统1305耦合在一起。可理解，总线系统1305用于实现这些组件之间的连接通信。总线系统1305除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1305。

其中，用户接口1303可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器1302可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器1302旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1302存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统13021和应用程序13022。

其中，操作系统13021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序13022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序13022中。

在本发明实施例中，通过调用存储器1302存储的程序或指令，具体的，可以是应用程序13022中存储的程序或指令，处理器1301用于获取在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域；

在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷；在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

上述本发明实施例揭示的方法可以应用于处理器1301中，或者由处理器1301实现。处理器1301可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1301中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1301可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1302，处理器1301读取存储器1302中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，处理器1301还用于：在物理卷中按照所述文件信息从内存读取所述文件的数据；在物理卷中将所述文件的数据发送至设备驱动；在设备驱动中将所述文件的数据写入相应的存储设备中。

可选地，处理器1301还用于：在虚拟文件系统中接收应用发送的存储请求；所述存储请求中具有待存储的文件的文件信息；在虚拟文件系统中将所述文件信息发送至相应的文件系统。

可选地，处理器1301还用于：将系统镜像烧写到用于创建物理卷的存储设备中。

可选地，处理器1301还用于：创建逻辑卷；修改文件系统的挂载表，将文件系统挂载的所述存储设备替换为逻辑卷。

移动终端1300能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

这样，本发明实施例中，在移动终端中部署逻辑卷，该逻辑卷映射一个或多个物理卷，文件系统中根据待存储的文件的文件信息，将文件分配至在逻辑卷的存储区域，逻辑卷将文件信息发送至该存储区域映射的物理卷，物理卷根据文件信息将件的数据存储至相应的存储设备中，当文件分配至多个物理卷存储存储设备时，多个物理卷可以并行访问多个存储设备存储数据，处理器和内存在等待某个存储设备时，可以与另外一个存储设备传输数据，因此提高了总体的数据吞吐量，理想情况下可达到多个存储设备的吞吐量之和，进而提高了移动终端的存储速度，同时，避免了部署缓存，进而节省了引部署缓存而引起的额外成本，降低了设计难度，避免了对操作系统本身缓存策略造成影响。

第五实施例

图14是本发明另一个实施例的移动终端的结构示意图。具体地，图14中的移动终端1400可以为手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、或车载电脑等。

图14中的移动终端1400包括射频(Radio Frequency，RF)电路1410、存储器1420、输入单元1430、显示单元1440、处理器1460、音频电路1470、WiFi(Wireless Fidelity)模块1480和电源1490。

其中，输入单元1430可用于接收用户输入的数字或字符信息，以及产生与移动终端1400的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元1430可以包括触控面板1431。触控面板1431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1431上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1431可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器1460，并能接收处理器1460发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1431。除了触控面板1431，输入单元1430还可以包括其他输入设备1432，其他输入设备1432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元1440可用于显示由用户输入的信息或提供给用户的信息以及移动终端1400的各种菜单界面。显示单元1440可包括显示面板1441，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1441。

应注意，触控面板1431可以覆盖显示面板1441，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器1460以确定触摸事件的类型，随后处理器1460根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器1460是移动终端1400的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器1421内的软件程序和/或模块，以及调用存储在第二存储器1422内的数据，执行移动终端1400的各种功能和处理数据，从而对移动终端1400进行整体监控。可选的，处理器1460可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器1421内的软件程序和/或模块和/或该第二存储器1422内的数据，处理器1460用于在文件系统中根据待存储的文件的文件信息，将所述文件分配至在逻辑卷的存储区域；在逻辑卷中将所述文件信息发送至所述存储区域映射的物理卷；在物理卷中根据所述文件信息将所述文件存储至相应的存储设备中。

可选地，处理器1460还用于：在物理卷中按照所述文件信息从内存读取所述文件的数据；在物理卷中将所述文件的数据发送至设备驱动；在设备驱动中将所述文件的数据写入相应的存储设备中。

可选地，处理器1460还用于：在虚拟文件系统中接收应用发送的存储请求；所述存储请求中具有待存储的文件的文件信息；在虚拟文件系统中将所述文件信息发送至相应的文件系统。

可选地，处理器1460还用于：将系统镜像烧写到用于创建物理卷的存储设备中。

可选地，处理器1460还用于：创建逻辑卷；修改文件系统的挂载表，将文件系统挂载的所述存储设备替换为逻辑卷。

可见，本发明实施例中，在移动终端中部署逻辑卷，该逻辑卷映射一个或多个物理卷，文件系统中根据待存储的文件的文件信息，将文件分配至在逻辑卷的存储区域，逻辑卷将文件信息发送至该存储区域映射的物理卷，物理卷根据文件信息将件的数据存储至相应的存储设备中，当文件分配至多个物理卷存储存储设备时，多个物理卷可以并行访问多个存储设备存储数据，处理器和内存在等待某个存储设备时，可以与另外一个存储设备传输数据，因此提高了总体的数据吞吐量，理想情况下可达到多个存储设备的吞吐量之和，进而提高了移动终端的存储速度，同时，避免了部署缓存，进而节省了引部署缓存而引起的额外成本，降低了设计难度，避免了对操作系统本身缓存策略造成影响。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。