一种数据管理方法及移动终端与流程

文档序号:18163850发布日期:2019-07-13 09:28阅读:192来源:国知局
一种数据管理方法及移动终端与流程
本发明涉及数据管理
技术领域
,尤其涉及一种数据管理方法及移动终端。
背景技术
:目前,移动终端中的各种文件数据越来越多,移动终端中存储的信息对用户非常重要。在移动终端使用过程中,会因为各种原因(例如移动终端格式化而恢复为出厂设置、再如移动终端死机导致部分应用数据损坏等)导致移动终端中存储的数据丢失。显然,目前的移动终端存在数据存储可靠性较差的问题。技术实现要素:本发明实施例提供一种数据管理方法及移动终端,以解决相关技术中的移动终端所存在的数据存储可靠性较差的问题。为了解决上述技术问题,本发明是这样实现的:第一方面,本发明实施例提供了一种数据管理方法,应用于移动终端,所述方法包括:若接收到文件备份请求,则获取待备份文件的元数据信息和数据内容;生成带有预设标识的文件写命令,其中,所述文件写命令携带有所述待备份文件的所述元数据信息和所述数据内容,所述预设标识表示对所述移动终端的存储介质中的预留区域进行操作;将所述文件写命令发送至所述存储介质;所述存储介质响应于所述文件写命令,按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。第二方面,本发明实施例还提供了一种移动终端,所述移动终端包括:第一获取模块,用于若接收到文件备份请求,则获取待备份文件的元数据信息和数据内容;第一生成模块,用于生成带有预设标识的文件写命令,其中,所述文件写命令携带有所述待备份文件的所述元数据信息和所述数据内容,所述预设标识表示对所述移动终端的存储介质中的预留区域进行操作;第一发送模块,用于将所述文件写命令发送至所述存储介质;第一响应模块,用于响应于所述文件写命令,按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。第三方面,本发明实施例还提供了一种移动终端,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现所述的数据管理方法的步骤。第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现所述的数据管理方法的步骤。在本发明实施例中,通过获取待备份文件的元数据信息和数据内容,并利用这两类信息来生成带有预设标识的文件写命令,然后,将该文件写命令发送至存储介质,从而使得存储介质可以响应于该文件写命令,而按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。由于预留区域不受系统影响,因此,即便移动终端格式化处理后,该预留区域中的数据仍旧会保留而不会被清除,从而实现了对移动终端中文件数据的备份,提升了数据存储的可靠性。附图说明为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1是本发明一个实施例的数据管理方法的流程图;图2是本发明另一个实施例的数据管理方法的流程图;图3是本发明一个实施例的移动终端的框图;图4是本发明一个实施例的移动终端的硬件结构示意图。具体实施方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。参照图1,示出了本发明一个实施例的数据管理方法的流程图,应用于移动终端,所述方法具体可以包括如下步骤:步骤101,若接收到文件备份请求,则获取待备份文件的元数据信息和数据内容;其中,文件系统可以接收到用户触发的文件备份请求,那么文件系统就可以获取该文件备份请求所对应的待备份文件的元数据信息和数据内容。文件系统利用待备份文件的元数据信息和数据内容生成待发送至底层驱动的文件备份请求,并将生成的该文件备份请求发送至底层驱动,本发明实施例的底层驱动可以从文件系统接收到该文件备份请求,就可以对文件备份请求中的数据进行解析,从而获取到待备份文件的元数据信息和数据内容。其中,文件系统接收到的文件备份请求为用户触发的文件备份请求,而底层驱动接收到的文件备份请求则是由文件系统发送的,这两个文件备份请求的编码格式不同。其中,所述元数据信息为描述该待备份文件的真实数据内容的信息,该元数据信息可以包括但不限于文件名、文件类型、文件创建时间、文件修改时间、文件大小等;所述数据内容为该待备份文件的真实数据内容。其中,由于本发明实施例的存储介质中的预留区域不包含文件系统,因此,为了确保对备份的数据的准确恢复,在备份文件时,不仅需要对文件的真实数据内容进行备份,还需要对文件的元数据信息进行备份。不论待备份文件的文件格式或者类型是怎样的,本发明实施例的方法统一按照元数据信息和数据内容这个格式进行文件数据的备份,从而便于后续的文件恢复。步骤102,生成带有预设标识的文件写命令,其中,所述文件写命令携带有所述待备份文件的所述元数据信息和所述数据内容;其中,由于该文件备份请求中携带了元数据信息和数据内容,因此,本发明实施例的底层驱动可以识别到本次文件备份请求为表示向存储介质中的预留区域进行写数据的操作,所以,这里生成的文件写命令不同于对存储介质中除预留区域之外的扇区进行数据读写删的指令,这里生成的文件写命令带有预设标识。其中,所述预设标识表示对所述移动终端的存储介质中的预留区域进行操作。在生成文件写命令时,可以将获取到的所述待备份文件的所述元数据信息和所述数据内容携带至该文件写命令中。在一个示例中,底层驱动在与存储介质进行交互时,文件访问指令(例如文件写命令、文件删除命令、文件读命令)会携带有预设标识,该预设标识可以是在文件操作命令的高位或低位上增加一个字节,该字节的数据内容可以为0x11101110。其中,0x11101110表示需要访问存储介质的预留(reserved)区域。其中,reserved区域从存储介质的高端开始划分,也就是从存储介质最后的磁道开始划分,并且依然采取以扇区为单位的组织形式。举例来说,表1和表2分别示出了emmc(embeddedmultimediacard,内嵌式存储器)和ufs(universalflashstorage,通用闪存存储器)的存储空间分布结构:引导程序1引导程序2重放保护内存块用户数据区reserved区域表1lun1lun2lun3lun4lun5lun6reserved区域表2如表1所示,emmc从低端到高端依次为引导程序1、引导程序2、重放保护内存块(rpmb,replayprotectedmemoryblock)、用户数据区和reserved区域。如表2所示,ufs从低端到高端依次存储多个lun(logicalunitnumber,逻辑单元号),最后的高端区域为reserved区域。其中,reserved区域可以为存储介质自带的区域,该区域不受系统的影响,其大小占存储介质的总存储空间的7%左右。步骤103,将所述文件写命令发送至所述存储介质;其中,由于reserved区域对用户时不可见的,且用户也不可以直接操作该reserved区域,只有存储介质的固件才可以操作该reserved区域,因此,底层驱动可以将该文件写命令发送给存储介质的固件。其中,固件为写入至存储介质中的程序。该固件指存储介质内部保存的驱动程序,通过固件,操作系统才可以按照标准的设备驱动来实现特定机器的运行动作。而由于存储介质的固件才可以操作reserved区域,因此,底层驱动可以将该文件写命令发送至该存储介质的固件。步骤104,响应于所述文件写命令,按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。其中,存储介质(例如存储介质的固件)可以响应于该文件写命令,来将该待备份文件的元数据信息和数据内容写入至存储介质的reserved区域。其中,本发明实施例的方法对固件进行了改进,可以预先配置一个待备份文件的元数据信息和数据内容之间的存储顺序,例如先写入元数据信息,再写入数据内容;或者,先写入数据内容,再写入元数据信息。因此,本发明实施例的固件可以按照元数据信息和数据内容之间的预设存储顺序,来将该待备份文件的元数据信息和数据内容依次写入至reserved区域。在一个示例中,如果该预设存储顺序规定的是先写入元数据信息,再写入数据内容,则reserved区域会按照如表3所示的结构来依次存储上述元数据信息和数据内容。文件1的元数据信息文件1的数据内容空闲空间表3在本发明实施例中,通过获取待备份文件的元数据信息和数据内容,并利用这两类信息来生成带有预设标识的文件写命令,然后,将该文件写命令发送至存储介质,从而使得存储介质可以响应于该文件写命令,而按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。由于预留区域不受系统影响,因此,即便移动终端格式化处理后,该预留区域中的数据仍旧会保留而不会被清除,从而实现了对移动终端中文件数据的备份,提升了数据存储的可靠性。可选地,在执行步骤102时,由于一个文件写命令所能够携带的数据量有限,而一个待备份文件的元数据信息和数据内容的总大小一般为会超过一个文件写命令所携带的数据量的大小。因此,在本发明实施例中,底层驱动可以通过对所述待备份文件的元数据信息和数据内容分别进行分片处理,举例来说,例如一个文件写命令携带的数据量最大为10k,而待备份文件的元数据信息的大小为15k,数据内容的大小为25k,则可以将元数据信息按照元数据信息的逻辑顺序,依次分为两个数据片(例如前10k的元数据信息为数据片1,剩余5k元数据信息为数据片2);类似的,对所述数据内容按照数据内容的逻辑顺序,依次进行分片,得到3个数据片(例如前10k的数据内容为数据片3、第11k~第20k的数据内容为数据片4,最后5k的数据内容为一个数据片5)。这样,就可以得到多个数据片(这里为5个数据片)以及所述多个数据片之间的分片顺序(例如所述预设存储顺序为先存储元数据信息,再存储数据内容,则这里的分片顺序依次为数据片1、数据片2、数据片3、数据片4、数据片5;再如,所述预设存储顺序为先存储数据内容,再存储元数据信息,则这里的分片顺序依次为数据片3、数据片4、数据片5、数据片1、数据片2)。其中,在分片处理时,分片的规则不限于上述举例,只需要确保不论是元数据信息对应的每个数据片的数据大小,还是数据内容对应的每个数据片的数据大小,均是小于或等于预设阈值(这里为10k)。也就是说,分片的规则不限于上述举例,但是在分片处理时,是分别对元数据信息和数据内容分别进行独立分片的,二类数据不会分在一个数据片中。然后,底层驱动针对所述待备份文件的每个数据片,生成一个带有预设标识的文件写命令。以上述举例来说明,这里可以对上述数据片1~数据片5,分别生成5个带有预设标识的文件写命令,依次为文件写命令1、文件写命令2、文件写命令3、文件写命令4、文件写命令5。可选地,在执行步骤103时,则按照所述待备份文件的分片顺序,将每个数据片对应的所述文件写命令依次发送至所述存储介质。在本例中,例如该待备份文件的分片顺序依次为数据片1、数据片2、数据片3、数据片4、数据片5,则这里底层驱动依次将文件写命令1、文件写命令2、文件写命令3、文件写命令4、文件写命令5发送至存储介质的固件。其中,可以每生成一个文件写命令,就发送一个文件写命令至存储介质,也可以待一个待备份文件的所有文件写命令都生成完成后,再依次将多个文件写命令发送至存储介质,本发明对此不做限制。这样,本发明实施例在生成带有预设标识的文件写命令时,可以通过对待备份文件的元数据信息和数据内容分别进行分片处理,从而可以得到数据大小小于或等于预设阈值的多个数据片,以及多个数据片之间的分片顺序,并针对每个数据片分别生成一个文件写命令,这样,即便文件写命令所能够携带的数据量小于该待备份文件的文件大小,本发明实施例的方法可以通过分片处理的方式,来分多次利用多个文件写命令将多个数据片发送至存储介质,使得本发明实施例备份的文件的文件大小不受限制,确保了对任意大小的文件的备份灵活性。可选地,当所述待备份文件的数量为多个时,则在步骤102之前,根据本发明实施例的方法还可以包括:获取多个待备份文件之间的备份顺序。其中,当文件备份请求携带了多个待备份文件的元数据信息以及数据内容时,该文件备份请求还可以携带表示该多个待备份文件之间的备份顺序的信息,因此,本发明实施例的底层驱动还可以通过该文件备份请求获取到多个待备份文件之间的备份顺序。其中,多个待备份文件之间的备份顺序由主机指定,本发明实施例的方法可以按照主机指定的备份顺序进行各个文件的备份。当然,该多个待备份文件可以是由多个文件备份请求触发的,也可以是由一个文件备份请求触发的,本发明对此不做限制。所谓备份顺序,即主机侧指定了多个待备份文件之间的备份顺序,例如待备份文件包括文件1、文件2和文件3,客户端要求按照文件1、文件2和文件3的顺序依次备份这三个文件。因为,在一些应用场景下,要求先备份的文件对用户可能更重要,因此,在备份多个文件时,需要对在备份顺序中排列在第一个的文件设置较高的优先级,即先备份该文件1,再备份文件2,最后再备份文件3。那么在执行步骤102时,则按照所述备份顺序,生成与所述多个待备份文件对应的带有预设标识的多个文件写命令。其中,在生成文件写命令时,本发明实施例的方法是以文件为单位来生成文件写命令的,不会使得一个文件写命令携带着不同文件的数据。且为了确保能够按照所述备份顺序来依次备份各个待备份文件,这里在生成文件写命令时,也是按照所述备份顺序,来依次生成与所述多个待备份文件对应的带有预设标识的多个文件写命令。其中,在对任意一个待备份文件生成文件写命令时,如果该待备份文件的元数据信息和数据内容的总大小超过一个文件写命令所携带的数据量的最大值(即上述预设阈值),则可以参考上述关于分片的实施例的方法来生成该待备份文件的多个文件写命令,这里不再赘述。这样,本发明实施例就可以按照多个待备份文件之间的备份顺序,其中备份顺序靠前的则先生成文件写命令,来生成多组文件写命令,每一个待备份文件对应一组文件写命令,一组文件写命令的文件写命令的数量大于或等于一。在执行步骤103时,则按照所述备份顺序,依次将与所述多个待备份文件对应的所述多个文件写命令发送至所述移动终端的存储介质。其中,例如文件1对应文件写命令组1,文件2对应文件写命令组2,文件3对应文件写命令组3,则这里底层驱动可以将文件写命令组1、文件写命令组2、文件写命令组3依次发送给所述存储介质的固件。在执行步骤104时,则所述存储介质按照所述备份顺序,依次响应于与所述多个待备份文件对应的多个文件写命令,将所述多个待备份文件的元数据信息和数据内容依次写入至所述预留区域。其中,存储介质的固件,可以按照该备份顺序,来依次响应文件写命令组1中的各个文件写命令、文件写命令2组中的各个文件写命令以及文件写命令3组中的各个文件写命令,从而将文件1、文件2和文件3的三组数据依次写入到reserved区域。也就是说,只有文件1的数据(包括元数据信息和数据内容)完全写入到reserved区域后,才会响应文件2的文件写命令组,来对文件2的数据进行写入,从而确保每个文件的完整备份。其中,在将所述多个待备份文件的元数据信息和数据内容依次写入至所述预留区域时,按照元数据信息和数据内容之间的预设存储顺序,将每个待备份文件的元数据信息和数据内容,依次写入至所述预留区域。这里的详细描述可以参照上述实施例中关于步骤104的相关描述,这里不再赘述。表4示出了本示例中写入上述三个文件之后的reserved区域的数据分布,这里的预设存储顺序为先存储元数据信息,后存储数据内容。表4这样,本发明实施例在待备份文件的数量为多个时,本发明实施例的方法可以获取多个待备份文件之间的备份顺序,按照文件之间的备份顺序,来对各个文件依次生成带有预设标识的文件写命令,并按照该备份顺序,来将与多个待备份文件分别对应的多个文件写命令依次发送至存储介质,而存储介质则可以按照备份顺序依次响应于各个文件的文件写命令,完成将各个文件的元数据信息和数据内容向存储介质预留区域的写入工作,确保了在对多个待备份文件进行备份时,可以按照它们之间的备份顺序来依次备份各个文件的数据,确保了文件数据备份的准确性,并能够按照不同文件之间的备份优先级(即所述备份顺序)来完成文件的备份。可选地,在所述存储介质的预留区域存储有使用图1所示的方法存储的备份文件后,参照图2,根据本发明实施例的方法还可以包括:步骤201,若接收到文件恢复请求,则生成带有所述预设标识的文件读命令;其中,用户可以在移动终端的文件管理界面进行操作,从而触发第一文件恢复请求,那么文件系统在接收到该第一文件恢复请求后,可以判断该第一文件恢复请求是否为表示对reserved区域进行数据恢复的请求,若是,则文件系统可以向底层驱动发送表示对reserved区域进行数据恢复的第二文件恢复请求;若否,则文件系统可以向底层驱动发送表示对存储介质中除reserved区域之外的扇区进行数据恢复的第三文件恢复请求。那么在本实施例中,该底层驱动在接收到该第二文件恢复请求后,就可以生成带有所述预设标识的文件读命令。该预设标识可以参照上述实施例的描述,这里不再赘述。步骤202,将所述文件读命令发送至所述存储介质;其中,底层驱动可以将该文件读命令发送至存储介质的固件。至于发送至给固件的原因,与上述图1所示的实施例的相关描述类似,这里不再赘述。步骤203,响应于所述文件读命令,按照元数据信息和数据内容之间的预设存储顺序,从所述预留区域读取已备份文件的元数据信息和数据内容;其中,存储介质(例如存储介质的固件)在查看到该文件读命令带有预设标识后,那么在响应于该文件读命令时,就可以从存储介质的reserved区域读取已备份文件的元数据信息和数据内容。其中,在读取一个已备份文件的元数据信息和数据内容时,则可以按照元数据信息和数据内容之间的预设存储顺序来读取。该预设存储顺序的定义具体参照图1的相关实施例,这里不再赘述。步骤204,接收所述存储介质读取的所述已备份文件的元数据信息和数据内容;其中,存储介质的固件在从reserved区域读取到已备份文件的元数据信息和数据内容后,就可以发送给底层驱动。底层驱动则可以接收所述存储介质的驱动读取的所述已备份文件的元数据信息和数据内容。步骤205,将所述已备份文件的元数据信息和数据内容发送至文件系统;其中,由于底层驱动接收到的是数据形式的元数据信息和数据内容,而非文件格式的文件,因此,底层驱动可以将接收到的已备份文件的元数据信息和数据内容发送至文件系统。步骤206,按照所述已备份文件的元数据信息,将所述数据内容转换为所述移动终端的文件系统支持的预设文件格式的文件。其中,文件系统可以按照所述已备份文件的元数据信息,将所述数据内容转换为文件,而对于具体转换成哪种格式的文件,则可以是移动终端的文件系统支持的预设文件格式的文件。该预设文件格式可以包括但不限于ext4(fourthextendedfilesystem,第四代扩展文件系统)文件格式、f2fs(flashfriendlyfilesystem)文件格式。其中,ext4是linux系统下的日志文件系统。其中,f2fs是专门为基于计算机闪存设备设计的新型开源闪存文件系统。这样,本发明实施例在接收到文件恢复请求后,则生成带有预设标识的文件读命令,并将该文件读命令发送至存储介质,使得存储介质在响应于该文件读命令时,可以在预留区域中读取已备份文件的元数据信息和数据内容,而非在存储介质的除预留区域之外的扇区去读取数据,确保了已备份数据的准确恢复;此外,由于预留区域不具有文件系统,其所备份的文件数据也只是数据形式的元数据信息和数据内容,那么文件系统在接收到已备份文件的元数据信息和数据内容后,就可以按照元数据信息来对数据内容进行格式转换,从而得到和原始备份文件一致的文件,而非散列的数据,能够将已备份文件恢复成和原始文件一样的文件,确保了已备份文件的恢复准确性。可选地,当所述已备份文件的数量为多个时,在执行步骤203时,则所述存储介质可以响应于所述文件读命令,按照所述备份顺序,从所述预留区域依次读取每个已备份文件的元数据信息和数据内容。具体而言,参照上述表4,由于在备份4个文件时,是按照文件1、文件2和文件3的顺序依次备份的,那么存储介质的固件侧在按照备份顺序依次写入各个待备份文件的数据后,还可以保存该各个待备份文件之间的备份顺序,那么在本例中进行数据恢复时,则可以按照保存的该备份顺序,来从表4所示的reserved区域中依次读取文件1的元数据信息、文件1的数据内容、文件2的元数据信息、文件2的数据内容、文件3的元数据信息、文件3的数据内容。其中,在读取每个文件的数据时,都是以文件为单位的,只有在一个文件的全部数据读取完成后,才会读取备份顺序中排列在下一个的文件的数据,这里即是先读取文件1的数据(其中,先读取元数据信息,再读取数据内容),再读取文件2的数据(其中,先读取元数据信息,再读取数据内容),最后读取文件3的数据(其中,先读取元数据信息,再读取数据内容)。直至将reserved区域中存储的所有已备份文件的数据(包括元数据信息和数据内容)读取完成为止。这样,本发明实施例在预留区域备份有多个文件时,则按照该多个文件之间的备份顺序,来依次读取每个文件的数据,从而使得优先级较高的文件在优先备份的同时,也可以确保其优先恢复,避免因为中断导致的优先级高的文件被中断恢复而重新恢复的问题。可选地,根据本发明实施例的方法还可以包括:若接收到文件格式化请求,则生成带有所述预设标识的文件删除指令;将所述文件删除指令发送至所述存储介质;所述存储介质可以响应于所述文件删除指令,将所述预留区域中的数据清除。其中,用户在移动终端的系统设置界面可以触发对reserved区域进行格式化的操作,从而使得文件系统接收到表示对reserved区域进行格式化的文件格式化请求,那么文件系统可以将该文件格式化请求发送给底层驱动,那么底层驱动在接收到文件格式化请求后,则生成带有所述预设标识的文件删除指令;该文件删除指令由于带有预设标识,从而可以区分于对存储介质中除预留区域之外的其他扇区的格式化操作的请求。底层驱动可以将所述文件删除指令发送至所述存储介质的固件;所述存储介质的固件在响应于所述文件删除指令时,由于识别到该文件删除指令携带有预设标识,则可以将所述预留区域中的数据全部清除。其中,本发明对于该文件格式化请求的接收步骤与上述步骤101和步骤201之间的执行不做限制。这样,当用户不需要再对已备份的数据进行继续保存时,则可以触发文件格式化请求,那么本发明实施例的方法就可以生成带有预设标识的文件删除指令,并将该文件删除指令发送给存储介质的固件,由于该固件可以对存储介质的预留区域进行操作,那么固件就可以响应于该文件删除指令,来对预留区域中的数据进行清除,从而便于对预留区域中的数据的定期清除,达到预留区域循环使用的目的,实现了文件数据的可持续性备份。可选地,在步骤101之前,根据本发明实施例的方法还可以包括:输出待备份的文件列表;其中,该文件列表中的文件为推荐给用户需要备份的文件的列表。可选地,在输出待备份的文件列表时,可以按照预设周期输出该待备份的文件列表,即以主动推荐的方式,来提醒用户进行文件的备份。可选地,还可以在用户进行移动终端的格式化操作的情况下,被动提醒用户进行文件的备份。具体而言,若文件系统接收到对所述移动终端的存储介质的格式化请求,则在响应于所述格式化请求之前,输出待备份的文件列表。所述文件系统可以根据移动终端用户对所述文件列表的选取操作,生成文件备份请求,其中,所述文件备份请求包括所述选取操作对应的待备份文件的元数据信息和数据内容。其中,所述待备份的文件列表中文件的总大小小于或等于所述移动终端的存储介质中的预留区域的剩余空闲空间的大小。即本发明实施例的方法所推荐的文件列表的各个文件的数据总大小(包括元数据信息和数据内容)需要小于或等于reserved区域的剩余空闲空间的大小。这样,本发明实施例可以提供待备份的文件的列表,来供用户从列表中选择需要进行备份的文件,将用户选择的文件对应的元数据信息和数据内容,来生成文件备份请求,从而使得本发明实施例的方法所备份的文件为用户需要备份的文件。可选地,所述输出待备份的文件列表之前,根据本发明实施例的方法还可以包括但不限于以下至少一种生成该文件列表的方式:方式一:按照所述移动终端存储的文件数据的文件大小,对多个待备份文件依次排序生成待备份的文件列表;其中,文件系统可以按照移动终端存储的文件的文件大小,来依次排序,从而生成待备份的文件列表,其中,排序规则可以是从小到大、从大到小等各种排序规则,本发明对此不做限制。其中,所述待备份的文件列表中文件的总大小小于或等于所述移动终端的存储介质中的预留区域的剩余空闲空间的大小。即本发明实施例的方法所推荐的文件列表的各个文件的数据总大小(包括元数据信息和数据内容)需要小于或等于reserved区域的剩余空闲空间的大小。方式二:按照所述移动终端存储的文件数据的文件访问频率高低,对多个待备份文件依次排序生成待备份的文件列表;其中,文件系统可以按照移动终端存储的文件数据的文件访问频率的高低,来依次排序将多个待备份的文件生成待备份的文件列表。其中,排序规则可以是频率从高到低、从低到高等各种排序规则,本发明对此不做限制。其中,所述待备份的文件列表中文件的总大小小于或等于所述移动终端的存储介质中的预留区域的剩余空闲空间的大小。即本发明实施例的方法所推荐的文件列表的各个文件的数据总大小(包括元数据信息和数据内容)需要小于或等于reserved区域的剩余空闲空间的大小。和/或,方式三:按照所述移动终端安装的应用程序的使用频率高低,对多个应用程序的待备份文件依次排序生成待备份的文件列表;其中,由于每个应用程序都有自己的应用数据,那么文件系统可以按照移动终端所安装的应用程序的使用频率的高低,来依次排序各个应用程序的应用数据,从而将多个应用数据生成待备份的文件列表。其中,排序规则可以是使用频率从高到低、从低到高等各种排序规则,本发明对此不做限制。其中,由于一个应用程序可以有多个文件,因此,在对从属于同一个应用的多个待备份文件进行排序时,排序规则同样可以采用文件大小的排序规则、文件访问频率的排序规则等(具体参照上述实施例,这里不再赘述)。其中,所述待备份的文件列表中文件的总大小小于或等于所述移动终端的存储介质中的预留区域的剩余空闲空间的大小。即本发明实施例的方法所推荐的文件列表的各个文件的数据总大小(包括元数据信息和数据内容)需要小于或等于reserved区域的剩余空闲空间的大小。方式四:将关键数据优先生成为待备份文件列表,例如银行类应用程序的截图数据。方式五:将文件生成地点距离移动终端的常用地点较远(例如距离大于预设距离阈值)的文件作为待备份文件,来生成待备份文件列表。这样,本发明实施例可以通过各种方式来生成待备份的文件列表,从而提升了备份文件的多样性,并确保将对于用户较为重要的文件进行备份,确保存储数据的安全性和可靠性。参照图3,示出了本发明一个实施例的移动终端的框图。本发明实施例的移动终端能实现上述实施例中的数据管理方法的细节,并达到相同的效果。图3所示移动终端包括:第一获取模块301,用于若接收到文件备份请求,则获取待备份文件的元数据信息和数据内容;第一生成模块302,用于生成带有预设标识的文件写命令,其中,所述文件写命令携带有所述待备份文件的所述元数据信息和所述数据内容,所述预设标识表示对所述移动终端的存储介质中的预留区域进行操作;第一发送模块303,用于将所述文件写命令发送至所述存储介质;第一响应模块304,用于响应于所述文件写命令,按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。可选地,所述第一生成模块302包括:分片子模块,用于对所述待备份文件的元数据信息和数据内容分别进行分片处理,得到多个数据片以及所述多个数据片之间的分片顺序,每个数据片的数据大小小于或等于预设阈值;生成子模块,用于针对所述待备份文件的每个数据片,生成一个带有预设标识的文件写命令;所述第一发送模块303包括:发送子模块,用于按照所述待备份文件的分片顺序,将每个数据片对应的所述文件写命令依次发送至所述存储介质。可选地,所述移动终端还包括:第二获取模块,用于当所述待备份文件的数量为多个时,获取多个待备份文件之间的备份顺序;所述第一生成模块302,还用于按照所述备份顺序,生成与所述多个待备份文件对应的带有预设标识的多个文件写命令;所述第一发送模块303,还用于按照所述备份顺序,依次将与所述多个待备份文件对应的所述多个文件写命令发送至所述移动终端的存储介质;所述第一响应模块304,还用于按照所述备份顺序,依次响应于与所述多个待备份文件对应的多个文件写命令,将所述多个待备份文件的元数据信息和数据内容依次写入至所述预留区域;其中,在将所述多个待备份文件的元数据信息和数据内容依次写入至所述预留区域时,按照元数据信息和数据内容之间的预设存储顺序,将每个待备份文件的元数据信息和数据内容,依次写入至所述预留区域。可选地,所述移动终端还包括:第二生成模块,用于若接收到文件恢复请求,则生成带有所述预设标识的文件读命令;第二发送模块,用于将所述文件读命令发送至所述存储介质;第二响应模块,用于响应于所述文件读命令,按照元数据信息和数据内容之间的预设存储顺序,从所述预留区域读取已备份文件的元数据信息和数据内容;接收模块,用于接收所述存储介质读取的所述已备份文件的元数据信息和数据内容;第三发送模块,用于将所述已备份文件的元数据信息和数据内容发送至文件系统;转换模块,用于按照所述已备份文件的元数据信息,将所述数据内容转换为所述移动终端的文件系统支持的预设文件格式的文件。可选地,所述第二响应模块,还用于当所述已备份文件的数量为多个时,响应于所述文件读命令,按照所述备份顺序,从所述预留区域依次读取每个已备份文件的元数据信息和数据内容。可选地,所述移动终端还包括:第三生成模块,用于若接收到文件格式化请求,则生成带有所述预设标识的文件删除指令;第四发送模块,用于将所述文件删除指令发送至所述存储介质;第三响应模块,用于响应于所述文件删除指令,将所述预留区域中的数据清除。可选地,所述移动终端还包括:输出模块,用于输出待备份的文件列表;第四生成模块,用于根据移动终端用户对所述文件列表的选取操作,生成文件备份请求,其中,所述文件备份请求包括所述选取操作对应的待备份文件的元数据信息和数据内容。可选地,所述移动终端还包括以下至少一个模块:第五生成模块,用于按照所述移动终端存储的文件数据的文件大小,对多个待备份文件依次排序生成待备份的文件列表;第六生成模块,用于按照所述移动终端存储的文件数据的文件访问频率高低,对多个待备份文件依次排序生成待备份的文件列表;第七生成模块,用于按照所述移动终端安装的应用程序的使用频率高低,对多个应用程序的待备份文件依次排序生成待备份的文件列表;其中,所述待备份的文件列表中文件的总大小小于或等于所述移动终端的存储介质中的预留区域的剩余空闲空间的大小。本发明实施例提供的移动终端能够实现上述方法实施例中移动终端实现的各个过程,为避免重复,这里不再赘述。图4为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端400包括但不限于:射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409、处理器410、以及电源411等部件。本领域技术人员可以理解,图4中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本发明实施例中,移动终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。处理器410,用于若接收到文件备份请求,则获取待备份文件的元数据信息和数据内容;生成带有预设标识的文件写命令,其中,所述文件写命令携带有所述待备份文件的所述元数据信息和所述数据内容,所述预设标识表示对所述移动终端的存储介质中的预留区域进行操作;将所述文件写命令发送至所述存储介质。所述存储介质响应于所述文件写命令,按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。在本发明实施例中,通过获取待备份文件的元数据信息和数据内容,并利用这两类信息来生成带有预设标识的文件写命令,然后,将该文件写命令发送至存储介质,从而使得存储介质可以响应于该文件写命令,而按照元数据信息和数据内容之间的预设存储顺序,将所述待备份文件的元数据信息和数据内容,依次写入至所述预留区域。由于预留区域不受系统影响,因此,即便移动终端格式化处理后,该预留区域中的数据仍旧会保留而不会被清除,从而实现了对移动终端中文件数据的备份,提升了数据存储的可靠性。应理解的是,本发明实施例中,射频单元401可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器410处理;另外,将上行的数据发送给基站。通常,射频单元401包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元401还可以通过无线通信系统与网络和其他设备通信。移动终端通过网络模块402为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。音频输出单元403可以将射频单元401或网络模块402接收的或者在存储器409中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元403还可以提供与移动终端400执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元403包括扬声器、蜂鸣器以及受话器等。输入单元404用于接收音频或视频信号。输入单元404可以包括图形处理器(graphicsprocessingunit,gpu)4041和麦克风4042,图形处理器4041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元406上。经图形处理器4041处理后的图像帧可以存储在存储器409(或其它存储介质)中或者经由射频单元401或网络模块402进行发送。麦克风4042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元401发送到移动通信基站的格式输出。移动终端400还包括至少一种传感器405,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板4061的亮度,接近传感器可在移动终端400移动到耳边时,关闭显示面板4061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别移动终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器405还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。显示单元406用于显示由用户输入的信息或提供给用户的信息。显示单元406可包括显示面板4061,可以采用液晶显示器(liquidcrystaldisplay,lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板4061。用户输入单元407可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元407包括触控面板4071以及其他输入设备4072。触控面板4071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板4071上或在触控面板4071附近的操作)。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器410,接收处理器410发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板4071。除了触控面板4071,用户输入单元407还可以包括其他输入设备4072。具体地,其他输入设备4072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。进一步的,触控面板4071可覆盖在显示面板4061上,当触控面板4071检测到在其上或附近的触摸操作后,传送给处理器410以确定触摸事件的类型,随后处理器410根据触摸事件的类型在显示面板4061上提供相应的视觉输出。虽然在图4中,触控面板4071与显示面板4061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板4071与显示面板4061集成而实现移动终端的输入和输出功能,具体此处不做限定。接口单元408为外部装置与移动终端400连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元408可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端400内的一个或多个元件或者可以用于在移动终端400和外部装置之间传输数据。存储器409可用于存储软件程序以及各种数据。存储器409可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器409可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。处理器410是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器409内的软件程序和/或模块,以及调用存储在存储器409内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器410可包括一个或多个处理单元;优选的,处理器410可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器410中。移动终端400还可以包括给各个部件供电的电源411(比如电池),优选的,电源411可以通过电源管理系统与处理器410逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。另外,移动终端400包括一些未示出的功能模块,在此不再赘述。优选的,本发明实施例还提供一种移动终端,包括处理器410,存储器409,存储在存储器409上并可在所述处理器410上运行的计算机程序,该计算机程序被处理器410执行时实现上述数据管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述数据管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(read-onlymemory,简称rom)、随机存取存储器(randomaccessmemory,简称ram)、磁碟或者光盘等。需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1