CN104866391A - 一种基于增量信息系统的终端信息备份方法和装置 - Google Patents

Abstract

本申请公开了基于增量信息系统的终端信息备份方法和装置。所述方法的具体实施方式包括以下备份步骤：存储本地信息中的原始镜像信息；使用标签标记预设周期内的本地信息中的增量信息；生成所述增量信息的镜像信息；以及将所述镜像信息上传至云端。该实施方式实现了按照预设周期自动对本地信息的增量信息进行备份，提高了信息备份的效率且不占用终端的存储空间。

Description

一种基于增量信息系统的终端信息备份方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及终端技术领域，尤其涉及一种基于增量信息系统的终端信息备份方法和装置。

背景技术

随着信息社会的发展，个人终端中的信息也越来越多，为了防止终端中的操作系统崩溃或应用文件被篡改导致的用户数据丢失，需要对这些信息进行备份。

目前的信息备份方法，通常是由根据自身的需要，将终端中的信息存储至本地专用的存储位置进行备份。

然而，这种根据用户的操作在本地进行信息备份的方法，备份效率较低且占用终端的存储空间。

发明内容

本申请提供了一种基于增量信息系统的终端信息备份方法和装置。

一方面，本申请提供了一种基于增量信息系统的终端信息备份方法，包括以下备份步骤：存储本地信息中的原始镜像信息；使用标签标记预设周期内的本地信息中的增量信息；生成所述增量信息的镜像信息；以及将所述镜像信息上传至云端。

在某些实施方式中，所述方法还包括：响应于检测到本地信息仅包括所述原始镜像信息，从所述云端下载所述镜像信息；以及合并所述本地信息与下载的镜像信息。

在某些实施方式中，所述方法还包括：响应于检测到本地信息包括所述原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；若比对结果为是，则下载云端中高版本的镜像信息；以及合并所述本地信息与下载的镜像信息。

在某些实施方式中，所述方法还包括以下执行步骤：若合并后的信息能够正常工作，则执行所述备份步骤；若合并后的信息不能够正常工作，则按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，并执行所述执行步骤。

在某些实施方式中，所述方法还包括：根据用户输入的操作，确定备份参数，所述备份参数包括以下一项或多项：所述预设周期、是否支持本地备份。

在某些实施方式中，所述将所述镜像信息上传至云端包括：监测网络传输是否通畅；若通畅，将所述镜像信息上传至云端；若不通畅，将所述镜像信息存储至预先建立的本地数据库，以及当检测到网络传输通畅时，将所述本地数据库中的所述镜像信息上传至云端。

第二方面，本申请提供了一种基于增量信息系统的终端信息备份装置，包括以下备份模块：存储模块，用于存储本地信息中的原始镜像信息；标记模块，用于使用标签标记预设周期内的本地信息中的增量信息；生成模块，用于生成所述增量信息的镜像信息；以及上传模块，用于将所述镜像信息上传至云端。

在某些实施方式中，所述装置还包括：第一合并模块，用于响应于检测到本地信息仅包括所述原始镜像信息，从所述云端下载所述镜像信息；以及合并所述本地信息与下载的镜像信息。

在某些实施方式中，所述装置还包括：第二合并模块，用于响应于检测到本地信息包括所述原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；若比对结果为是，则下载云端中高版本的镜像信息；以及合并所述本地信息与下载的镜像信息。

在某些实施方式中，所述装置还包括以下执行模块：第一执行模块，用于若合并后的信息能够正常工作，则调用所述备份模块；第二执行模块，用于若合并后的信息不能够正常工作，则按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，并调用所述执行模块。

在某些实施方式中，所述装置还包括：设置模块，用于根据用户输入的操作，确定备份参数，所述备份参数包括以下一项或多项：所述预设周期、是否支持本地备份。

在某些实施方式中，所述上传模块包括：监测子模块，用于监测网络传输是否通畅；第一上传子模块，用于若网络传输通畅，将所述镜像信息上传至云端；第二上传子模块，用于若网络传输不通畅，将所述镜像信息存储至预先建立的本地数据库，以及当检测到网络传输通畅时，将所述本地数据库中的所述镜像信息上传至云端。

本申请提供的基于增量信息系统的终端信息备份方法和装置，通过存储本地信息中的原始镜像信息，随后使用标签标记预设周期内的本地信息中的增量信息，而后生成增量信息的镜像信息，最后将镜像信息上传至云端，实现了按照预设周期自动对本地信息的增量信息进行备份，提高了信息备份的效率并且不占用终端的存储空间。

进一步地，根据部分实施例，响应于检测到本地信息仅包括原始镜像信息，从云端下载镜像信息，并且合并本地信息与下载的镜像信息，实现了当终端中的信息崩溃时，通过合并本地存储的原始镜像信息和下载的镜像信息，能够快速修复本地信息。

进一步地，根据部分实施例，响应于检测到本地信息包括原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；以及若比对结果为是，则下载云端中高版本的镜像信息，并且合并本地信息与下载的镜像信息，实现了当终端中的信息被篡改异常时，通过合并包括原始镜像信息和能够正常工作的增量信息的本地信息以及云端中高版本的镜像信息，能够快速修复本地信息。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了可以应用本申请实施例的示例性系统架构；

图2a示出了根据本申请实施例的基于增量信息系统的终端信息备份方法的示例性流程图；

图2b示出了应用本申请的基于增量信息系统的终端信息备份方法的一种文件系统的示意图；

图3a示出了根据本申请实施例的基于增量信息系统的终端信息备份方法中的一种修复方法的示意性流程图；

图3b示出了用户在更换新终端时应用图3a中的修复方法的应用场景的示例图；

图4示出了根据本申请实施例的基于增量信息系统的终端信息备份方法中的另一种修复方法的示意性流程图；

图5示出了根据本申请实施例的基于增量信息系统的终端信息备份方法的一种优选的示意性流程图；

图6示出了根据本申请实施例的基于增量信息系统的终端信息备份装置的示例性结构图；

图7示出了适于用来实现本申请实施例的终端设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104。网络103用以在终端设备101、102和云服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户110可以使用终端设备101、102通过网络103与云服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有各种通讯客户端应用，例如即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能手表、平板电脑、个人数字助理等等。

云服务器104可以是提供各种服务的云端服务器。云服务器可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本申请实施例所提供的基于增量信息系统的终端信息备份方法可以由终端设备101、102执行，用于基于增量信息系统的终端信息备份装置也可以设置于终端设备101、102中。在一些实施例中，如果网络103通畅，镜像信息可以上传至云端，如果网络103不通畅，镜像信息可以存储在终端设备101、102中，当检测到网络传输通畅时，将存储在终端设备101、102中的镜像信息上传至云服务器104。

应该理解，图1中的终端设备101、102，网络103和云服务器104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下结合图2a和图2b描述基于增量信息系统的终端信息备份方法。

图2a示出了根据本申请实施例的基于增量信息系统的终端信息备份方法的示例性流程图200。

如图2a所示，基于增量信息系统的终端信息备份方法200可以包括以下备份步骤：

步骤201，存储本地信息中的原始镜像信息。

在这里，本地信息是指终端中的操作系统、应用以及其它文件等。

本地信息中的原始镜像信息是指终端中信息版本管理中只读的原始镜像信息，例如安卓(Android)或泰泽(Tizen)的某个发行版，作为本地的基本元系统，后期的修改都会保存在这个基本元系统以上。

步骤202，使用标签标记预设周期内的本地信息中的增量信息。

其中，预设周期可以由用户根据自身需要来设置，也可以由终端的提供商根据大数据中增量信息的相关数据进行设置。本地信息中的增量信息是指终端中基于只读的原始镜像所增加的修改信息。例如，在这里我们可以设定5分-10分钟自动做一个增量信息的镜像，做完后这个增量信息的镜像也设定为只读，继续往上累加用户操作造成的变更信息。

在这里，用于标记增量信息的标签可以指示增量信息的增长版本，例如第一个预设周期内的增量信息可以标记为V1.0，第二个预设周期内的增量信息可以标记为V2.0，第三个预设周期内的增量信息可以标记为V3.0等。

步骤203，生成增量信息的镜像信息。

在这里，生成预设周期内使用标签标记的增量信息的一个完全相同的副本。

步骤204，将镜像信息上传至云端。

通过将镜像信息上传至云端，可以实现镜像信息在云端服务器的备份，例如将镜像信息上传至用户在云端的账户对应的存储位置。其中，在云端存储的增量信息，可以按照元数据的方式存储，以进一步提高备份效率。

进一步地，为了保证对于本地信息的增量信息的备份，可以在终端上设置本地存储位置，以便在将镜像信息上传至云端时，若网络传输不通畅，无法直接将镜像信息上传至云端时，可以将镜像信息先存储至上述的本地存储位置，之后待网络传输通畅时，再将存储的镜像信息上传至云端。同时，为了减少增量信息占用终端的存储空间，仅在无网络时将镜像信息存储至上述的本地存储位置，需要对网络传输进行监测，以根据网络传输的状态采取不同的传输方式。上述的在本地设置存储位置进行备份，也可以由用户根据实际需要进行设置。

请参考图2b，图2b示出了应用本申请的基于增量信息系统的终端信息备份方法的一种文件系统的示意图。

如图2b所示，图2b中示例性的示出了可堆叠联合文件系统AUFS(AnotherUnionFS)的结构图。

在这里，可堆叠联合文件系统将多个目录整合成单一的目录，简单来说就是支持将不同目录挂载到同一个虚拟文件系统下的文件系统。可堆叠联合文件系统只是linux内核的一个补丁集,并没有被合并到linux内核中。可堆叠联合文件系统支持为每一个成员目录设定“只读”,“读写”和“可写”权限，可堆叠联合文件系统里有一个类似分层的概念，对只读权限的分支可以在逻辑上进行修改(增量地,不影响只读部分的)，允许将一个只读的分支和一个可写的分支联合在一起，可以直接引导为可用Linux系统的CD正是基于此可以允许在操作系统镜像不变的基础上允许用户在其上进行一些写操作。

可以通过以下步骤将可堆叠联合文件系统编译进Linux内核：首先，下载可堆叠联合文件系统源码；其次，选择对应的内核版本；然后，打上可堆叠联合文件系统补丁；之后，拷贝部分头文件到内核源码树下；最后，重新编译内核。通过以上步骤的操作，可堆叠联合文件系统就会编入新的内核中，而不是作为模块加载。新内核自动支持可堆叠联合文件系统功能。

示例性的，如图2b所示，在本申请的一个具体的实施例中，底层的引导文件系统(bootfs)的上层是泰泽操作系统(Tizen OS)，本申请实施例中存储的原始镜像(base image)也位于这一层，在原始镜像的基础上，客户对文件系统进行修改的增量信息按照时间段可以分别存储为修改1、修改2及修改N，对于每一版修改版本，当生成该修改版本的镜像信息时，该镜像信息也将被设定为只读。

与一个具体的终端文件系统相对应，原始镜像可以位于终端的可信任层中，其中，可信任层包括HW信任区、引导加载器、Linux内核和安卓操作系统，具体地，用于生成原始镜像的泰泽操作系统可以代替安卓操作系统的位置，而引导文件系统可以以引导加载器的方式实现。

本领域技术人员应当理解，除可堆叠联合文件系统支持这种实现方式，从逻辑设备到物理设备的映射框架机制(Device Mapper)、B-tree文件系统(Btrfs)、动态文件系统(Dynamic File System，缩写为ZFS)等增量文件系统也都支持这种实现方式，在此不再赘述。

以下结合图3a和图3b描述基于增量信息系统的终端信息备份方法中的一种修复方法。

图3a示出了根据本申请实施例的基于增量信息系统的终端信息备份方法中的一种修复方法的示意性流程图300。

该基于增量信息系统的终端信息备份方法的一种修复方法300，在步骤201至步骤204的基础上，还可以包括以下步骤：

步骤301，检测本地信息是否仅包括原始镜像信息。

在对本地信息进行检测时，可以通过对于标签的检测确定本地信息所包括的信息是否仅包括原始镜像信息。

步骤302，响应于检测到本地信息仅包括原始镜像信息，从云端下载镜像信息。

在对本地信息进行检测之后，如检测的结果为本地信息仅包括原始镜像信息，则可以从云端下载镜像信息。

在从云端下载镜像信息时，可以根据用户账户(例如手机账户或邮箱账户等)确定用户所上传的镜像信息。

步骤303，合并本地信息与下载的镜像信息。

在将云端的镜像信息下载到本地之后，可以将本地信息与下载的镜像信息合并，以修复文件系统。

在文件系统损坏进行刷机或更换新终端时，可以使用本申请实施例中的该修复方法，轻松修复刷机或更换新终端之前的文件系统。

进一步参考图3b，图3b示出了用户在更换新终端时应用该修复方法的应用场景的示例图。

在图3b中，用户使用原终端时，应用本申请实施例的基于增量信息系统的终端信息备份方法，将本地信息的镜像信息上传至云端对应用户账号的存储位置，当用户更换终端时，用户可以在新终端中安装原始镜像信息，再根据用户账号从云端下载镜像信息，之后在新终端中对原始镜像信息和下载的镜像信息进行合并，从而实现用户在使用新终端的文件系统时，感受与原终端的文件系统基本一致，满足了用户对终端中文件系统的个性化需求。

以下结合图4描述基于增量信息系统的终端信息备份方法中的另一种修复方法。

图4示出了根据本申请实施例的基于增量信息系统的终端信息备份方法中的另一种修复方法的示意性流程图400。

该基于增量信息系统的终端信息备份方法中的另一种修复方法400，在步骤201至步骤204的基础上，还可以包括以下步骤：

步骤401：检测本地信息是否包括原始镜像信息和能够正常工作的增量信息。

在对本地信息进行检测时，可以通过对于标签的检测确定本地信息所包括的信息是否包括原始镜像信息和能够正常工作的增量信息。

其中，能够正常工作的增量信息可以为终端上一次正常启动时的增量信息，例如上一次能够正常启动时的操作系统的增量信息，上一次能够正常启动时的应用的增量信息，上一次能够正常启动时的文件的增量信息等。

步骤402：响应于检测到本地信息包括原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本。

在对本地信息进行检测之后，如检测的结果为本地信息包括原始镜像信息和能够正常工作的增量信息，则可以比对云端中镜像信息的标签的版本和能够正常工作的增量信息的标签的版本，以判断云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本。

步骤403：若比对结果为是，则下载云端中高版本的镜像信息。

在从云端下载镜像信息时，可以根据用户账户(例如手机账户或邮箱账户等)确定用户所上传的镜像信息，并根据能够正常工作的增量信息的标签和云端的镜像信息的标签，确定需要从云端下载的高版本的镜像信息。

步骤404：合并本地信息与下载的镜像信息。

在将云端的高版本的镜像信息下载到本地之后，可以将本地信息与下载的镜像信息合并，以修复文件系统。

在文件系统被误修改或被恶意篡改造成无法启动的故障时，可以使用本申请实施例中的该修复方法，大大的减少下载的数据量，轻松帮助用户修复被误修改或被恶意篡改的文件系统。

优选地，请参考图5，图5示出了根据本申请实施例的基于增量信息系统的终端信息备份方法的一种优选的示意性流程图500。

如图5所示，基于增量信息系统的终端信息备份方法500可以包括：

步骤501：执行备份步骤。

其中，备份步骤可以包括：首先存储本地信息中的原始镜像信息，然后使用标签标记预设周期内的本地信息中的增量信息，随后生成增量信息的镜像信息，最后将镜像信息上传至云端。

上述的步骤501，与图2中的步骤201、步骤202、步骤203及步骤204相同，在此不再赘述。

步骤502：检测本地信息是否仅包括原始镜像信息。

在对本地信息进行检测时，可以通过对于标签的检测确定本地信息所包括的信息是否仅包括原始镜像信息。

步骤503：如本地信息仅包括原始镜像信息，从云端下载镜像信息，并将其与本地信息合并。

在对本地信息进行检测之后，如检测的结果为本地信息仅包括原始镜像信息，则可以从云端下载镜像信息。在将云端的镜像信息下载到本地之后，可以将本地信息与下载的镜像信息合并，以修复文件系统。

上述的步骤503与图3中的步骤302及步骤303相同，在此不再赘述。

步骤504：若本地信息包括原始镜像信息和能够正常工作的增量信息，下载云端中高于能够正常工作的增量信息的标签的版本的镜像信息，并将其与本地信息合并。

在对本地信息进行检测之后，如检测的结果为本地信息包括原始镜像信息和能够正常工作的增量信息，则可以比对云端中镜像信息的标签的版本和能够正常工作的增量信息的标签的版本，以判断云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本，若是，则根据能够正常工作的增量信息的标签和云端的镜像信息的标签，确定需要从云端下载的高版本的镜像信息并进行下载。在将云端的高版本的镜像信息下载到本地之后，可以将本地信息与下载的镜像信息合并，以修复文件系统。

上述的步骤504与图4中的步骤402及步骤403相同，在此不再赘述。

步骤505：判断合并后的信息是否能正常工作：若是，返回步骤501；若否，执行步骤506。

上述的步骤505用于对合并后的信息进行异常判断，以进一步针对不同的判断结果执行不同的步骤：当合并后的信息能正常工作时，例如合并后的操作系统能够正常启动，合并后的应用能够正常运行，合并后的文件未被篡改时，返回步骤501；当合并后的信息不能正常工作时，执行步骤506。

步骤506：按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，之后返回步骤505。

在这里，若步骤505进行异常判断的结果为合并后的信息工作异常，则通过步骤506对该异常进行处理：按照时间戳移除最后一个版本的镜像信息，重新合并本地信息与下载的镜像信息，并返回步骤505重新对合并结果进行异常判断，若步骤505进行异常判断的结果为合并后的信息能正常工作，则继续执行备份步骤501。

通过上述的基于增量信息系统的终端信息备份方法，提高了终端信息的安全和稳定性，大量减少了用户在终端信息损坏之后进行信息修复和用户在更换终端时更新同步终端数据所浪费的时间。

进一步参考图6，其示出了根据本申请实施例的基于增量信息系统的终端信息备份装置的示例性结构图600。

如图6所示，基于增量信息系统的终端信息备份装置600可以包括以下备份模块610：存储模块611，标记模块612，生成模块613和上传模块614。

存储模块611，用于存储本地信息中的原始镜像信息。

标记模块612，用于使用标签标记预设周期内的本地信息中的增量信息。

生成模块613，用于生成增量信息的镜像信息。

上传模块614，用于将镜像信息上传至云端。

进一步地，上传模块614还可以包括监测子模块6141，第一上传子模块6142和第二上传子模块6143。

可选地，基于增量信息系统的终端信息备份装置600还可以包括：第一合并模块620，第二合并模块630，执行模块640和设置模块650。

第一合并模块620，用于响应于检测到本地信息仅包括原始镜像信息，从云端下载镜像信息；以及合并本地信息与下载的镜像信息。

第二合并模块630，用于响应于检测到本地信息包括原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；若比对结果为是，则下载云端中高版本的镜像信息；以及合并本地信息与下载的镜像信息。

执行模块640，可以包括第一执行模块641和第二执行模块642。其中，第一执行模块641，用于若合并后的信息能够正常工作，则调用备份模块610；第二执行模块642，用于若合并后的信息不能够正常工作，则按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，并调用执行模块640。

设置模块650，用于根据用户输入的操作，确定备份参数，备份参数包括以下一项或多项：预设周期、是否支持本地备份。

通过上述基于增量信息系统的终端信息备份装置，提高了终端文件系统的安全和稳定性，大量减少用户在终端文件系统毁坏之后进行信息修复和用户更换终端时更新同步终端数据所浪费的时间。

下面参考图7，其示出了适于用来实现本申请实施例的终端设备的计算机系统700的结构示意图。

如图7所示，计算机系统700可以包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分1008加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括存储模块，标记模块，生成模块和上传模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，存储模块还可以被描述为“用于存储本地信息中的原始镜像信息的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，程序被一个或者一个以上的处理器用来执行描述于本申请的基于增量信息系统的终端信息备份方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种基于增量信息系统的终端信息备份方法，其特征在于，包括以下备份步骤：

存储本地信息中的原始镜像信息；

使用标签标记预设周期内的本地信息中的增量信息；

生成所述增量信息的镜像信息；以及

将所述镜像信息上传至云端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于检测到本地信息仅包括所述原始镜像信息，从所述云端下载所述镜像信息；以及

合并所述本地信息与下载的镜像信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于检测到本地信息包括所述原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；

若比对结果为是，则下载云端中高版本的镜像信息；以及

合并所述本地信息与下载的镜像信息。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括以下执行步骤：

若合并后的信息能够正常工作，则执行所述备份步骤；

若合并后的信息不能够正常工作，则按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，并执行所述执行步骤。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：根据用户输入的操作，确定备份参数，所述备份参数包括以下一项或多项：所述预设周期、是否支持本地备份。

6.根据权利要求1-5之一所述的方法，其特征在于，所述将所述镜像信息上传至云端包括：

监测网络传输是否通畅；

若通畅，将所述镜像信息上传至云端；

若不通畅，将所述镜像信息存储至预先建立的本地数据库，以及当检测到网络传输通畅时，将所述本地数据库中的所述镜像信息上传至云端。

7.一种基于增量信息系统的终端信息备份装置，其特征在于，包括以下备份模块：

存储模块，用于存储本地信息中的原始镜像信息；

标记模块，用于使用标签标记预设周期内的本地信息中的增量信息；

生成模块，用于生成所述增量信息的镜像信息；以及

上传模块，用于将所述镜像信息上传至云端。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一合并模块，用于响应于检测到本地信息仅包括所述原始镜像信息，从所述云端下载所述镜像信息；以及合并所述本地信息与下载的镜像信息。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第二合并模块，用于响应于检测到本地信息包括所述原始镜像信息和能够正常工作的增量信息，比对云端中镜像信息的标签的版本是否高于能够正常工作的增量信息的标签的版本；若比对结果为是，则下载云端中高版本的镜像信息；以及合并所述本地信息与下载的镜像信息。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括以下执行模块：

第一执行模块，用于若合并后的信息能够正常工作，则调用所述备份模块；

第二执行模块，用于若合并后的信息不能够正常工作，则按照时间戳移除下载的镜像信息中具有最新标签的镜像信息，重新合并本地信息与下载的镜像信息，并调用所述执行模块。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：设置模块，用于根据用户输入的操作，确定备份参数，所述备份参数包括以下一项或多项：所述预设周期、是否支持本地备份。

12.根据权利要求7-11之一所述的装置，其特征在于，所述上传模块包括：

监测子模块，用于监测网络传输是否通畅；

第一上传子模块，用于若网络传输通畅，将所述镜像信息上传至云端；

第二上传子模块，用于若网络传输不通畅，将所述镜像信息存储至预先建立的本地数据库，以及当检测到网络传输通畅时，将所述本地数据库中的所述镜像信息上传至云端。