CN103929480A - 基于任务的数据备份方法及数据备份装置 - Google Patents

Abstract

本申请实施例公开了一种基于任务的数据备份方法及数据备份装置，所述方法包括：组织与至少一任务相关的数据；根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。本申请实施例数据的备份是基于用户的任务进行的，可以减少备份的数据总量。此外，本申请实施例还公开了一种基于任务的服务器数据备份方法及服务器，所述方法包括：接收与至少一任务相关的更新数据；根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。本申请实施例便于用户终端可以根据要进行的任务高效地获取需要的数据。

Description

基于任务的数据备份方法及数据备份装置

技术领域

本申请涉及数据备份方法，尤其涉及一种基于任务的数据备份方法及数据备份装置。

背景技术

随着个人电子设备的不断增加，一个用户拥有多个个人电子设备（如一个用户拥有自己的手机、电脑以及平板电脑等）的情况越来越普遍，为了让用户可以在多个设备之间共享某些数据，同时也为了防止个人数据的丢失，很多技术提供云备份服务，即，将用户的个人数据上传并备份到云端；在更换设备时，用户可以从这些云端的备份里方便地恢复工作或使用环境。

发明内容

本申请的目的是：提供一种基于任务的数据备份技术。

第一方面，本申请提供了基于任务的数据备份方法，包括：

组织与至少一任务相关的数据；

根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

第二方面，本申请提供了一种基于任务的服务器数据备份方法，包括：

接收与至少一任务相关的更新数据；

根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

第三方面，本申请提供了一种基于任务的数据备份装置，包括：

数据组织模块，用于组织与至少一任务相关的数据；

通信模块，用于根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

第四方面，本申请提供了一种移动设备，包括上面所述的数据备份装置。

第五方面，本申请提供了一种服务器，包括：

通信模块，用于接收与至少一任务相关的更新数据；

数据维护模块，用于根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

本申请实施例的至少一个实施方案根据用户的任务组织相关的数据，并根据与任务相关的数据备份策略来向服务器上传所述数据，使得数据的备份是基于用户的任务进行的，可以减少备份的数据总量。在本申请实施例的至少一个实施方式中，根据所述数据备份策略，让任务中重要的数据先上传，使得在时间、带宽或连接受限的情况下，提高备份的针对性。在本申请实施例的至少一个实施方式中，根据与任务相关的数据备份策略来维护与所述任务相关的数据，便于用户终端可以针对需要进行的任务，快速高效地获取与所述任务对应的数据。

附图说明

图1为本申请实施例的一种基于任务的数据备份方法的流程图；

图2为本申请实施例的一种基于任务的服务器数据备份方法的流程图；

图3为本申请实施例的一种基于任务的数据备份装置的结构示意框图；

图4和图5分别为本申请实施例的另两种基于任务的数据备份装置的结构示意框图；

图6为本申请实施例一种移动设备的结构示意框图；

图7为本申请实施例的一种服务器的结构示意框图；

图8和图9分别为本申请实施例的另外两种服务器的结构示意框图。

具体实施方式

下面结合附图（若干附图中相同的标号表示相同的元素）和实施例，对本申请的具体实施方式作进一步详细说明。以下实施例用于说明本申请，但不用来限制本申请的范围。

本领域技术人员可以理解，本申请中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

在本申请的以下描述中，术语“任务”表示用户通过用户终端设备处理的事情，例如处理邮件、短信、Office相关文件等。

如图1所示，本申请实施例提供了一种基于任务的数据备份方法，包括：

S110组织与至少一任务相关的数据；

S120根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

在本申请以下的所有实施例中，所述与至少一任务相关的数据为与所述用户处理的事情相关的数据，例如，以一任务为处理邮件为例，与所述处理邮件相关的数据可以包括：邮箱中收到和发出的邮件，邮箱联系人信息等。

所述至少一任务可以为一任务，也可以为多个任务。例如，所述至少一任务包括：任务1：处理Word文件（与该任务1对应的数据为所有的Word文件）；以及任务2：处理邮件。

在本实施方式中，所述至少一服务器例如可以是云端服务器，其可以是一个服务器也可以是多个服务器，在本申请下面的描述中以一个服务器为例进行说明。

本申请实施例根据用户的任务组织相关的数据，并根据与任务相关的数据备份策略来向服务器上传所述数据，使得数据的备份是基于用户的任务进行的，可以减少备份的数据总量。

通过下面的实施方式来进一步说明本申请实施例方法的各步骤：

S110组织与至少一任务相关的数据。

在一种可能的实施方式中，与一任务相关的数据在物理存储上有可能是分开的，所述步骤S110可以为确定与所述至少一任务相关的数据，为步骤S120的上传做好准备。

在本申请实施例的另一种可能的实施方式中，所述步骤S110例如可以为：

根据所述数据备份策略组织与所述至少一任务相关的所述数据。

在本申请实施例中，所述数据备份策略包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略。即：对应于每个任务，对应有一个数据重要性等级划分策略。所述数据重要性等级划分策略包括数据的分级标准、将数据分成几个重要性等级、以及各重要性等级对应的数据范围。在本申请实施例的一种可能的实施方式中，所述数据重要性等级划分策略的分级标准可以是与时间相关的（一般时间越近的数据越重要），也可以是与频率相关的（一般使用频率越高的数据越重要），或者还可以是其它与重要性相关的分级标准。

如表1所示，对于邮件任务来说，其分级标准为邮件的发送和接收时间。

在本申请实施例的一种可能的实施方式中，所述步骤S110例如可以为：

根据所述至少一任务中每个任务的所述数据重要性等级划分策略，对与每个任务相关的数据进行打包。例如：将某个重要性等级的数据打在一个数据包里，用于上传。

或者，可以不对数据进行打包，而是根据所述数据重要性等级划分策略，确定每个任务的每个重要性等级要上传的数据。

S120根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

如上面所述的，在一种可能的实施方式中中，所述数据备份策略包括与所述至少一数据重要性等级划分策略。此时，所述步骤S120包括：

根据所述至少一数据重要性等级划分策略将所述数据按照重要性等级从高到底的顺序上传。

例如，对于一个任务来说，根据与该任务对应的数据重要性等级划分策略，将该任务对应的数据按照重要等级的从高到底划分为等级1、等级2……等级N，N为自然数。此时步骤S120在向服务器上传时先传输等级1对应的数据、再传输等级2对应的数据…依次类推。在此过程中，例如，由于上传时间有限、带宽有限或其他故障等原因，传输没有全部完成就中断了，但是根据本申请实施例的方法，可以让重要的数据先占用有限的资源，尽量保证重要的数据先传输完。

当所述至少一任务为多个任务时，为了对多个任务对应的数据的传输顺序进行安排，在一种可能的实施方式中，所述数据备份策略还包括：所述至少一任务的任务优先级。在本实施方式中，所述步骤S120包括：

根据所述任务优先级从高到低的顺序上传所述数据。

此时，对于与多个任务对应的数据来说，重要性等级相同的数据按照所述多个任务的任务优先级顺序进行传输，下面会通过表1所示的实施例来进一步说明。

当然，本领域技术人员可以知道，对于服务器中已有的已备份数据，即使在所述数据备份策略对应的要上传的数据范围内，也不会再对这些数据进行上传。

表1中所示为本实施方式与多个任务相关的数据备份策略的一种可能的实施方式，表1列出了5个任务，分别包括：邮件（Email）、短信（SMS）、联系人、日历事件、文件，数据重要性等级划分策略包括分级标准以及重要性等级信息：级0（Tier0）、级1（Tier1）以及级2（Tier2）分别对应的数据范围（在表1所示实施例中，对于一个任务，后一级重要性等级对应的数据范围包含前一级重要性等级对应的数据范围，但是本领域技术人员可以知道，在进行数据备份时，级0的数据上传后，进行级1数据上传时，不会对级0中已经上传的数据再次上传）。

表1

任务	分级标准	Tier0	Tier1	Tier2
					Email	发送/接收时间	三天内	两周内	一个月内
SMS	发送/接收时间	三天内	两周内	一个月内
					联系人	最近使用	最近的20	最近的40	最近的80
日历事件	到期日	三天内	一周内	一个月内
					文件	打开时间	三天内	一周内	一个月内
...

其中，按照重要性等级从高到低的顺序排列，级0>级1>级2，按照任务优先级从高到低的顺序排列：邮件>短信>联系人>日历事件>文件。

在本申请实施例的一种实施方式中，与这些任务对应数据的上传顺序为：邮件级0—>短信级0—>联系人级0—>日历事件级0—>文件级0—>邮件级1—>短信级1—>联系人级1—>日历事件级1—>文件级1—>邮件级2—>短信级2—>联系人级2—>日历事件级2—>文件级2。

由上面的实施方式可以看出，通过本申请实施例的方法，可以将与多个任务对应的数据中，重要性等级越高、任务优先级越高的数据越优先备份。

此外，由表1所示的与一任务对应的数据重要性等级划分策略可以看出，在一种可能的实施方式中，并不对任务对应的所有数据都进行备份，而是只备份在重要性等级范围内的数据。例如，对于邮件任务，其级2对应的数据为一个月内发送和接收的邮件，即，对于一个月前的邮件就不再备份。

在一种可能的实施方式中，由于数据传输的中断，原来重要性等级较高的数据没有被成功备份，而在下一次备份时，这些原来重要性等级较高的数据的重要性等级降低（例如不再是最新的数据），则这些数据的上传次序会被排在后面。

以表1所示的实施例为例，所述邮件任务对应的级0的数据为三天内的邮件，但是在上一次备份时，由于传输中断，使得上一次级0对应的数据中有一部分未成功备份，但是在本次备份时，所述未成功备份的数据对应的时间已经是三天前，则这部分数据的重要性等级发生改变，与级1对应，其上传顺序就会排在级0的数据之后。

在一种可能的实施方式中，有一些重要性等级较低的数据，在上一次数据备份过程中，由于数据传输的中断而没有被成功备份，而在本次数据备份过程中，又不在对应的数据备份策略对应的备份数据范围内，即已经成为了过期数据，则不再对这些数据进行备份。

因此，可以看出，本申请实施例的该实施方式中，需要备份的数据量小，只备份用户最需要的数据，不将资源浪费在无用过期数据上。

在一种可能的实施方式中，所述数据备份策略可以是缺省设置的。

在另一种可能的实施方式中，所述数据备份策略可以是根据用户需要可动态修改的。在该实施方式中，所述方法还包括：

确定所述数据备份策略。

在本申请实施例的一种可能的实施方式中，可以根据需要自动确定一任务对应数据备份策略，例如：当网络带宽很小并且需要备份的数据又很多时，可以对该任务对应的数据备份策略进行调整，使得各重要性等级对应的待备份的数据范围更小。以表1中的邮件任务对应的数据为例，可以将级0对应的数据调整为一天内的邮件、级1对应的数据调整为一周内的邮件。

在另一种可能的实施方式中，所述确定所述数据备份策略包括：

根据一用户指令确定所述数据备份策略。

用户可以根据自己的需要，输入对应的用户指令，进而改变所述数据备份策略。

为了便于服务器端根据所述数据备份策略对接收的数据进行数据维护，在本申请实施例一种可能的实施方式中，所述方法还包括：

向所述至少一服务器上传所述数据备份策略。

为了实现数据在不同平台和不同应用之间的都可以灵活地被使用，在一种可能的实施方式中，所述向至少一服务器上传所述数据包括：

将所述数据由第一格式转换为第二格式；

向所述至少一服务器上传所述第二格式的所述数据。

在本实施方式中，在转换前，所述数据为与当前应用和平台对应的第一格式，所述第二格式为一统一的可交换格式，将所述可交换格式的数据备份在服务器，使得其它平台从服务器获得备份的数据时，可以将该第二格式的数据再转换成与所述其它平台对应的第三格式。这样就可以实现数据在不同平台和不同应用之间的都可以灵活地被使用。特别是用户备份数据时使用的设备与恢复数据时使用的设备为不同的平台和/或不同应用时，也可以毫无障碍地使用对应的数据进行任务的处理。

如图2所示，本申请实施例还提供了一种基于任务的服务器数据备份方法，包括：

S210接收与至少一任务相关的更新数据；

S220根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

在本申请实施例中，根据与任务相关的数据备份策略来维护与所述任务相关的数据，便于用户终端可以针对需要进行的任务，快速高效地获取与所述任务对应的数据。

在本申请实施例中，所述数据备份策略可以与图1所示实施例中描述的数据备份策略相同，包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略。

在一种可能的实施方式中，所述方法还包括：

获取所述数据备份策略。

在一种可能的实施方式中，所述数据备份策略可以是存储在服务器上，则所述获取数据备份策略为调用所述服务器上存储的数据备份策略。

在另一种可能的实施方式中，所述数据备份策略需要从向服务器备份数据的用户终端获取，此时，所述获取所述数据备份策略可以为：

接收所述数据备份策略。

或者，主动从所述用户终端获取所述数据备份策略。

为了便于用户终端可以根据所述数据备份策略快速获取需要处理的任务对应的数据，在一种可能的实施方式中，所述步骤S220包括：

根据所述数据备份策略建立所述数据的数据索引。

例如：以表1所示的数据备份策略为例，对于邮件任务，建立与级0、级1和级2对应的数据索引。使得在其它用户终端需要获取与所述邮件任务对应的数据时，可以选择获取与所述级0对应的数据、还是与级1或级2对应的数据。

在本申请实施例一种可能的实施方式中，特别是服务器存储资源有限时，为了避免过期数据占用服务器的存储资源，所述步骤S220包括：

根据所述数据备份策略删除所述数据中的过期数据。

在本实施方式中，在服务器备份的数据只有与所述数据备份策略对应的数据，而在该数据备份策略以外的数据，则会删除掉，为服务器保留有限的存储空间给更重要的数据。

还是以表1所示的邮件任务对应的数据为例，根据所述数据备份策略，与所述邮件任务对应的最大数据范围为级2所示的一个月内邮件对应的数据。随着时间的流逝，服务器上备份的邮件任务对应的原数据有一些可能已经超过了一个月，变成了过期数据，此时，根据所述数据备份策略，对服务器上的数据进行维护时，会将所述一个月前的邮件对应的数据进行删除。

本领域技术人员可以理解，在本申请具体实施方式的上述方法中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请具体实施方式的实施过程构成任何限定。

如图3所示，本申请实施例提供了一种基于任务的数据备份装置300，包括：

数据组织模块310，用于组织与至少一任务相关的数据；

通信模块320，用于根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

本申请实施例根据用户的任务组织相关的数据，并根据与任务相关的数据备份策略来向服务器上传所述数据，使得数据的备份是基于用户的任务进行的，可以减少备份的数据总量。

在本申请实施例一种可能的实施方式中，所述数据组织模块310进一步用于：

根据所述数据备份策略组织所述数据。

在一种可能的实施方式中，与一任务相关的数据在物理存储上有可能是分开的，所述数据组织模块310可以用于确定与所述至少一任务相关的数据，为通信模块320的上传数据做好准备。

在本申请实施例的另一种可能的实施方式中，所述数据组织模块310例如可以用于：

根据所述数据备份策略组织与所述至少一任务相关的所述数据。

在本申请实施例中，所述数据备份策略包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略。即：对应于每个任务，有一个对应的数据重要性等级划分策略。所述数据重要性等级划分策略包括数据的分级标准、将数据分成几个重要性等级、以及各重要性等级对应的数据范围。在本申请实施例的一种可能的实施方式中，所述数据重要性等级划分策略的分级标准可以是与时间相关的（一般时间越近的数据越重要），也可以是与频率相关的（一般使用频率越高的数据越重要），或者还可以是其它与重要性相关的分级标准。

在本申请实施例的一种可能的实施方式中，所述数据组织模块310例如可以根据所述至少一任务中每个任务的所述数据重要性等级划分策略，对与每个任务相关的数据进行打包。例如：将某个重要性等级对应的数据打在一个数据包里，用于上传。

或者，所述数据组织模块310可以不对数据进行打包，而是根据所述数据重要性等级划分策略，确定每个任务的每个重要性等级要上传的数据范围。

在本申请实施例一种可能的实施方式中，所述通信模块320包括：

顺序确定单元321，用于根据所述至少一数据重要性等级划分策略将所述数据按照重要性等级从高到底的顺序上传。

在本申请实施例一种可能的实施方式中，所述数据备份策略还包括：所述至少一任务的任务优先级；

所述顺序确定单元321，还用于：

根据所述任务优先级从高到低的顺序上传所述数据。

上述通信模块320根据所述数据备份策略上传所述数据的具体实现参见图1所示方法实施例中对应的描述，这里不再赘述。

在一种可能的实施方式中，所述数据备份策略可以是缺省设置的。

在另一种可能的实施方式中，所述数据备份策略可以是根据用户需要可动态修改的。此时，如图4所示，所述装置300还包括：

策略确定模块330，用于确定所述数据备份策略。

在本申请实施例的一种可能的实施方式中，可以根据需要自动确定一任务对应数据备份策略，例如：当网络带宽很小并且需要备份的数据又很多时，可以对该任务对应的数据备份策略进行调整，使得各重要性等级对应的待备份的数据范围更小。以表1中的邮件任务对应的数据为例，可以将级0对应的数据调整为一天内的邮件、级1对应的数据调整为一周内的邮件。

在另一种可能的实施方式中，所述策略确定模块330包括：

第一确定单元331，用于根据一用户指令确定所述数据备份策略。

用户可以根据自己的需要，输入对应的用户指令，进而改变所述数据备份策略。

为了便于服务器端根据所述数据备份策略对接收的数据进行数据维护，在本申请实施例一种可能的实施方式中，所述通信模块320包括：

策略通信单元321，用于向所述至少一服务器上传所述数据备份策略。

为了实现数据在不同平台和不同应用之间的都可以灵活地被使用，在一种可能的实施方式中，所述装置300还包括：

格式转换模块340，用于将所述数据由第一格式转换为第二格式；

所述通信模块320进一步用于，向所述至少一服务器上传所述第二格式的所述数据。

在本实施方式中，在转换前，所述数据为与当前应用和平台对应的第一格式，所述第二格式为一统一的可交换格式，将所述可交换格式的数据备份在服务器，使得其它平台从服务器获得备份的数据时，可以将该第二格式的数据再转换成与所述其它平台对应的第三格式（所述第三格式可能与所述第一格式相同）。这样就可以实现数据在不同平台和不同应用之间的都可以灵活地被使用。特别是用户备份数据时使用的设备与恢复数据时使用的设备为不同的平台和/或不同应用时，也可以毫无障碍地使用对应的数据进行任务的处理。

图5为本申请实施例提供的又一种基于任务的数据备份装置500的结构示意图，本申请具体实施例并不对所述数据备份装置500的具体实现做限定。如图5所示，该数据备份装置500可以包括：

处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530、以及通信总线540。其中：

处理器510、通信接口520、以及存储器530通过通信总线540完成相互间的通信。

通信接口520，用于与比如客户端等的网元通信。

处理器510，用于执行程序532，具体可以执行上述方法实施例中的相关步骤。

具体地，程序532可以包括程序代码，所述程序代码包括计算机操作指令。

处理器510可能是一个中央处理器CPU，或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器530，用于存放程序532。存储器530可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。程序532具体可以用于使得所述数据备份装置500执行以下步骤：

组织与至少一任务相关的数据；

根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

程序532中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

如图6所示，本申请实施例提供了一种移动设备600，所述移动设备600包括图3、图4或图5所示的数据备份装置610。

在本申请实施例中，所述移动设备600可包括但不限于：智能手机、移动个人电脑、平板电脑以及智能穿戴式设备。

如图7所示，本申请实施例提供了一种服务器700，包括：

通信模块710，用于接收与至少一任务相关的更新数据；

数据维护模块720，用于根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

在本申请实施例中，根据与任务相关的数据备份策略来维护与所述任务相关的数据，便于用户终端可以针对需要进行的任务，快速高效地获取与所述任务对应的数据。

在本申请实施例中，所述数据备份策略可以与图1所示实施例中描述的数据备份策略相同，包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略。

如图8所示，在一种可能的实施方式中，所述服务器700还包括：

策略获取模块730，用于获取所述数据备份策略。

在一种可能的实施方式中，所述数据备份策略可以是存储在服务器上，则所述策略获取模块730通过调用的方式获取所述服务器上存储的数据备份策略。

在另一种可能的实施方式中，所述数据备份策略需要从向服务器备份数据的用户终端获取，此时，所述获取所述策略获取模块730可以通过所述通信模块710：

接收所述数据备份策略；

或者，主动从所述用户终端获取所述数据备份策略。

为了便于用户终端可以根据所述数据备份策略快速获取需要处理的任务对应的数据，在一种可能的实施方式中，所述数据维护模块720包括：

索引建立单元721，用于根据所述数据备份策略建立所述数据的数据索引。

在本申请实施例一种可能的实施方式中，特别是服务器存储资源有限时，为了避免过期数据占用服务器的存储资源，所述数据维护模块720还包括：

数据删除单元722，用于根据所述数据备份策略删除所述数据中的过期数据。

在本实施方式中，在服务器备份的数据只有与所述数据备份策略对应的数据，而在该数据备份策略以外的数据，则会删除掉，为服务器保留有限的存储空间给更重要的数据。

图9为本申请实施例提供的又一种服务器900的结构示意图，本申请具体实施例并不对服务器900的具体实现做限定。如图9所示，该服务器900可以包括：

处理器(processor)910、通信接口(Communications Interface)920、存储器(memory)930、以及通信总线940。其中：

处理器910、通信接口920、以及存储器930通过通信总线940完成相互间的通信。

通信接口920，用于与比如客户端等的网元通信。

处理器910，用于执行程序932，具体可以执行上述方法实施例中的相关步骤。

具体地，程序932可以包括程序代码，所述程序代码包括计算机操作指令。

处理器910可能是一个中央处理器CPU，或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器930，用于存放程序932。存储器930可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。程序932具体可以用于使得所述服务器900执行以下步骤：

接收与至少一任务相关的更新数据；

根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

程序932中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

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

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

以上实施方式仅用于说明本申请，而并非对本申请的限制，有关技术领域的普通技术人员，在不脱离本申请的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本申请的范畴，本申请的专利保护范围应由权利要求限定。

Claims (29)

1.一种基于任务的数据备份方法，其特征在于，包括：

组织与至少一任务相关的数据；

根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

2.如权利要求1所述的方法，其特征在于，所述组织与至少一任务相关的数据包括：

根据所述数据备份策略组织所述数据。

3.如权利要求1所述的方法，其特征在于，所述数据备份策略包括：

与所述至少一任务分别对应的至少一数据重要性等级划分策略。

4.如权利要求3所述的方法，其特征在于，所述根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据包括：

根据所述至少一数据重要性等级划分策略将所述数据按照重要性等级从高到底的顺序上传。

5.如权利要求3所述的方法，其特征在于，所述数据备份策略还包括：

所述至少一任务的任务优先级。

6.如权利要求5所述的方法，其特征在于，所述根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据包括：

根据所述任务优先级从高到低的顺序上传所述数据。

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

确定所述数据备份策略。

8.如权利要求7所述的方法，其特征在于，所述确定所述数据备份策略包括：

根据一用户指令确定所述数据备份策略。

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

向所述至少一服务器上传所述数据备份策略。

10.如权利要求1所述的方法，其特征在于，所述向至少一服务器上传所述数据包括：

将所述数据由第一格式转换为第二格式；

向所述至少一服务器上传所述第二格式的所述数据。

11.一种基于任务的服务器数据备份方法，其特征在于，包括：

接收与至少一任务相关的更新数据；

根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

12.如权利要求11所述的方法，其特征在于，所述数据备份策略包括：

与所述至少一任务分别对应的至少一数据重要性等级划分策略。

13.如权利要求11所述的方法，其特征在于，所述根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据包括：

根据所述数据备份策略建立所述数据的数据索引。

14.如权利要求11所述的方法，其特征在于，所述根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据包括：

根据所述数据备份策略删除所述数据中的过期数据。

15.如权利要求11所述的方法，其特征在于，所述方法还包括：

获取所述数据备份策略。

16.一种基于任务的数据备份装置，其特征在于，包括：

数据组织模块，用于组织与至少一任务相关的数据；

通信模块，用于根据与所述至少一任务相关的一数据备份策略向至少一服务器上传所述数据。

17.如权利要求16所述的装置，其特征在于，所述数据组织模块进一步用于：

根据所述数据备份策略组织所述数据。

18.如权利要求16所述的装置，其特征在于，

所述数据备份策略包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略；

所述通信模块包括：

顺序确定单元，用于根据所述至少一数据重要性等级划分策略将所述数据按照重要性等级从高到底的顺序上传。

19.如权利要求18所述的装置，其特征在于，

所述数据备份策略还包括：所述至少一任务的任务优先级；

所述顺序确定单元，还用于：

根据所述任务优先级从高到低的顺序上传所述数据。

20.如权利要求16所述的装置，其特征在于，所述装置还包括：

策略确定模块，用于确定所述数据备份策略。

21.如权利要求20所述的装置，其特征在于，所述策略确定模块包括：

第一确定单元，用于根据一用户指令确定所述数据备份策略。

22.如权利要求16所述的装置，其特征在于，所述通信模块包括：

策略通信单元，用于向所述至少一服务器上传所述数据备份策略。

23.如权利要求16所述的装置，其特征在于，所述装置还包括：

格式转换模块，用于将所述数据由第一格式转换为第二格式；

所述通信模块进一步用于，向所述至少一服务器上传所述第二格式的所述数据。

24.一种移动设备，其特征在于，包括权利要求16-23中任一项所述的数据备份装置。

25.一种服务器，其特征在于，包括：

通信模块，用于接收与至少一任务相关的更新数据；

数据维护模块，用于根据与所述至少一任务相关的一数据备份策略维护与所述至少一任务相关的数据，其中所述数据包括所述更新数据和与所述至少一任务相关的原数据。

26.如权利要求25所述的服务器，其特征在于，

所述数据备份策略包括：与所述至少一任务分别对应的至少一数据重要性等级划分策略。

27.如权利要求25所述的服务器，其特征在于，所述数据维护模块包括：

索引建立单元，用于根据所述数据备份策略建立所述数据的数据索引。

28.如权利要求25所述的服务器，其特征在于，所述数据维护模块还包括：

数据删除单元，用于根据所述数据备份策略删除所述数据中的过期数据。

29.如权利要求25所述的服务器，其特征在于，所述服务器还包括：

策略获取模块，用于获取所述数据备份策略。