CN107667351A - 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法 - Google Patents

用于移动设备上的自动基于云的全数据备份和恢复的系统和方法 Download PDF

Info

Publication number
CN107667351A
CN107667351A CN201680019563.2A CN201680019563A CN107667351A CN 107667351 A CN107667351 A CN 107667351A CN 201680019563 A CN201680019563 A CN 201680019563A CN 107667351 A CN107667351 A CN 107667351A
Authority
CN
China
Prior art keywords
data
party application
metadata
cloud storage
client device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680019563.2A
Other languages
English (en)
Other versions
CN107667351B (zh
Inventor
迈克尔·杰弗里·普罗考皮奥
克里斯蒂安·普林斯
拉梅什·纳加拉扬
乌莎斯里·科德
克里斯多佛·塔特
吴迪
鲁本·坎
约翰·赫登
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Priority to CN202111455502.XA priority Critical patent/CN114356651A/zh
Publication of CN107667351A publication Critical patent/CN107667351A/zh
Application granted granted Critical
Publication of CN107667351B publication Critical patent/CN107667351B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1461—Backup scheduling policy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Abstract

本文描述一种用于将第三方应用数据存储到云存储装置的方法。所述方法包括确定将与存储在客户端设备上的第三方应用相关联的数据上传到云存储服务器。与所述第三方应用相关联的所述数据包括二进制数据和元数据两者。所述方法进一步包括将所述第三方应用的所述二进制数据存储在第一云存储位置处。所述第一云存储位置具有存储地址，并且更新所述元数据以包括所述存储地址。所述方法随后包括将所述更新的元数据存储到不同于所述第一云存储位置的第二云存储位置。

Description

用于移动设备上的自动基于云的全数据备份和恢复的系统和 方法
相关申请的交叉引用
本申请要求2015年5月27日提交的美国临时申请号62/167,148的权益并且与2016年5月17日提交的第15/156,539号美国实用新型申请相关，所述申请中的每个申请全文并入本文中。
技术领域
一般来说，本公开涉及用于将数据备份到云存储装置以及将数据从云存储装置恢复到移动设备的系统和方法。
背景技术
随着全球使用模式转向移动设备上的内容消费、创建和管理，移动设备的使用正在增加。然而，移动设备不是用于数据保存的良好平台。移动设备易于损坏或不可操作，从而导致本地存储的内容或数据丢失。可能由于技术原因而导致移动设备发生故障之后无法访问数据和内容，所述技术原因可以包括不充分或技术上无效的数据备份功能。
另外，移动设备的用户频繁地升级设备。在设定新设备时，由于应用数据和相关联设定丢失，用户体验通常受阻。这可能要求用户从头开始设定新设备，这样可能需要大量的用户输入并且增加新设备的用户界面组件上的负载。另外，要求用户从头开始设定新设备可能会导致与第三方应用相关联的重要数据丢失，所述重要数据例如，文本消息、照片、应用偏好、安全性设定或任何其它合适的第三方应用数据。现有的备份技术通常依赖于使用键值对，所述键值对仅备份第三方应用数据的某些方面。使用键值对来将第三方应用恢复到客户端设备可以恢复应用设定，但是不可以恢复第三方应用的附加内容。因此，具有备份和保存为键值对的设定的第三方应用可以导致根据用户设定恢复第三方应用环境，但是由用户在第三方应用中生成或存储的第三方应用内容丢失。此外，现有系统可以要求第三方应用的开发者具体地将第三方应用配置成允许备份，或要求用户选择加入备份或手动地触发备份。
发明内容
本文公开用于在每个应用基础上将应用数据全数据备份到云存储装置，从而使与第三方应用相关联的数据的备份和恢复更有效且更可靠的系统和方法。全数据备份包括与第三方应用相关联的所有数据，所述所有数据包括与诸如安全性设定的设定、环境、应用历史、用户偏好和应用内容相关联的所有二进制数据和元数据；以及与第三方应用相关联的任何其它数据，所述其它数据可以用于运行第三方应用或创建第三方应用环境。因此，有效地改进全数据备份的示例是减少需要用于备份和恢复所有所需数据的所需用户输入数量，这样会减少设备的用户界面组件上的负载。移动设备显示器所使用的功率可以占移动设备的总能量使用的很大一部分，因此减少显示器活动的时间可能导致功耗降低，这在最小化电池电力的使用非常重要的移动设备的情况下可能尤其有益。当确定应发生备份时，可以由客户端设备备份框架周期性地发起数据备份。将每个应用的第三方应用数据上传到云存储位置。具体来说，第三方应用数据可以包括两种形式的数据：二进制数据和元数据。在这种情况下，二进制数据可以与元数据分开存储。包括二进制数据的存储位置的标识符可以附加到元数据，使得所附加的元数据包括二进制数据的云存储地址的参考。二进制数据和元数据具有不同特性并且可以具有不同的最佳存储方案。例如，二进制数据存储装置可能需要用于存储大量数据并快速地按顺序读取访问字节的装置。二进制存储装置可以是可搜索的或不可搜索的，或以其它方式索引化。元数据存储装置可以具有与非二进制数据的快速存储以及创建层级关系和跨越相关文件夹和文件传播诸如所有权数据的元数据有关的能力。元数据存储装置还包括用于搜索所存储元数据的装置，并且被配备为快速地处理此类搜索以支持预期的用户界面响应时间。
当用户希望将第三方应用数据恢复到客户端设备时，用户可以发起设备恢复过程，所述设备恢复过程将第三方应用数据从云存储装置恢复到客户端设备。因为从包括设定和内容两者的全数据备份中恢复第三方应用数据，所以减少了数据丢失。从备份中恢复第三方应用、应用环境和第三方应用数据内容，从而实现到新设备的无缝过渡。从存储在云存储装置中的全数据备份恢复可允许用户将设备恢复到先前设备的准确状态，包含已安装的应用、设定、和任选的附加内容，例如，照片、文本和音频或视频文件。
在一个方面，用于将第三方应用数据存储到云存储装置的方法包括：确定将存储在客户端设备上的与第三方应用相关联的数据上传到云存储服务器。与第三方应用相关联的数据包括二进制数据和元数据两者。所述方法进一步包括将第三方应用的二进制数据存储在第一云存储位置处。第一云存储位置具有存储地址，并且更新元数据以包括所述存储地址。所述方法随后包括将更新的元数据存储到不同于第一云存储位置的第二云存储位置。
在一些实施方式中，第三方应用的二进制数据包括第三方应用的全数据。在一些实施方式中，客户端设备通过识别存储在客户端设备上的与第三方应用相关联的存储的二进制数据确定是否上传所述数据。在一些实施方式中，客户端设备还识别与第三方应用相关联的先前上传的二进制数据，并且计算存储的二进制数据与先前上传的二进制数据之间的差异。客户端设备将所述差异与阈值相比较。如果所述差异等于或超过阈值，则客户端设备确定上传与第三方应用相关联的数据。
在一些实施方式中，客户端设备存储与多个第三方应用相关联的数据，并且所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联。在单次上传中从客户端设备上传每个第三方应用的对应二进制数据和对应元数据。在一些实施方式中，在下载数据之前，不会在客户端设备上完全复制与第三方应用相关联的数据。在一些实施方式中，基于预定上传调度，客户端设备确定上传与第三方应用相关联的数据。在一些实施方式中，基于检测到由第三方应用报告的第三方应用的改变，客户端设备确定上传与第三方应用相关联的数据。在一些实施方式中，当客户端设备从客户端设备的用户接收备份请求时，客户端设备确定上传与第三方应用相关联的数据。
在一些实施方式中，客户端设备被配置成将第三方应用的二进制数据和元数据聚集到单个文件中并且将所述文件传输到云存储装置中的上传服务器。上传服务器被配置成：将二进制数据与元数据分开；传输二进制数据以存储在第一云存储位置中；将第一云存储位置的存储地址附加到元数据以获得更新的元数据；以及传输更新的元数据以存储在第二云存储位置中。
在另一方面，用于将第三方应用数据恢复到客户端设备的方法包括：确定是否将与第三方应用相关联的数据提供到客户端设备。与第三方应用相关联的数据包括存储在具有存储地址的第一云存储位置中的二进制数据以及存储在第二云存储位置中的元数据。所述方法进一步包括使用元数据来确定第一云存储位置的存储地址，以及将二进制数据从第一云存储位置提供到客户端设备。
在一些实施方式中，第三方应用的二进制数据包括第三方应用的全数据。在一些实施方式中，客户端设备存储与多个第三方应用相关联的数据。多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次下载中将每个第三方应用的对应二进制数据下载到客户端设备。在一些实施方式中，当客户端设备从客户端设备的用户接收恢复请求时，客户端设备确定下载与第三方应用相关联的数据。在一些实施方式中，与第三方应用相关联的数据包括应用数据、用户偏好和应用内容。在一些实施方式中，客户端设备是第一客户端设备，并且将二进制数据和更新的元数据下载到第二客户端设备，使得第一客户端设备上的第三方应用数据与第二设备上的第三方应用数据同步。
在一些实施方式中，将二进制数据和元数据传输到云存储装置中的下载服务器，其中，下载服务器先前将二进制数据写入第一云存储位置并且先前传输元数据以写入第二云存储位置。在一些实施方式中，下载服务器先前将元数据传输到云存储服务，所述云存储服务被配置成从第二云存储位置读取更新的元数据并且将更新的元数据写入第二云存储位置。在一些实施方式中，与另一第三方应用相关联的数据包括存储在第三云存储位置中的元数据，并且不包括二进制数据。在一些实施方式中，用于将第三方应用数据恢复到客户端设备的方法还包括：确定是否将与另一第三方应用相关联的数据提供到客户端设备；将与另一第三方应用相关联的元数据识别为存储在第三云存储位置中的键值对集合；以及将所述键值对集合提供到客户端设备
附图说明
在结合附图研读以下详细描述之后，本发明的以上和其它特征，包括本发明的本质和各个优点将变得更加显而易见。
图1是根据说明性实施例的用于将数据上传到云存储服务的系统的框图；
图2是根据说明性实施例的被配置成合作执行数据上传过程的客户端设备和服务器的框图；
图3是根据说明性实施例的示出用于上传第三方应用数据的说明性方法的框图；以及
图4是根据说明性实施例的示出用于将第三方应用数据从云存储系统恢复到设备的说明性方法的框图；
图5示出根据说明性实施例的用于将第三方应用数据存储到云存储装置的方法的流程图；以及
图6示出根据说明性实施例的用于提供第三方应用数据到客户端设备的恢复的方法的流程图。
具体实施方式
为了对本文所描述的系统和方法进行全面理解，现将描述某些实施例，包括用于备份和恢复客户端设备上的第三方应用数据的系统。然而，本领域技术人员将理解，本文所描述的系统和方法可以适当地适用于和修改用于正解决的应用，并且本文所描述的系统和方法可以用于其它合适的应用中且此类其它添加和修改不会偏离其范围。通常，本文所描述的计算机化的系统可以包括一个或多个引擎，所述引擎包括一个或多个处理设备，例如，计算机、微处理器、逻辑设备，或配置有硬件、固件和软件以执行本文所描述的计算机化的方法中的一个或多个的其它设备或处理器。
如本文所描述，本发明提供一种执行与第三方应用相关联的全数据的备份的系统和方法。代替与第三方应用设定相关联的键值对，将包括设定、历史和内容的与第三方应用相关联的全数据上传到云存储装置。通过上传到云存储装置来备份与第三方应用相关联的二进制数据和元数据两者。用于第三方应用的元数据可以包括文件名、大小、密码或识别号、文件历史、描述、第三方应用所设计用于的操作系统的当前版本，以及其它静态元数据。还可以使用类似方法来备份除了第三方应用特定数据之外的其它文件和数据。此类数据可以包括存储卡、SD卡、下载文件夹，或不与个别app的数据相关联的其它数据存储库。另外，备份到云存储装置中的这些和其它文件和数据可以作为完全可操作和可见的文件暴露给基于云的文件存储系统用户界面中的用户。
可以根据预定调度或在改变第三方应用数据时发生第三方应用数据的备份。例如，预定调度可能需要每隔固定间隔备份第三方应用数据，例如，每天一次、每周一次、每月一次或任何其它合适的频率。作为另一示例，在确定已经对第三方应用数据进行至少阈值量的改变时，可以自动地发起备份。具体来说，第三方应用数据的改变可以包括内部第三方应用数据库或设定的改变。在一些实施例中，将第三方应用的改变记录在与应用相关联的文件夹中。这些改变可以由客户端设备备份框架获取以确定是否需要上传。
在一些实施例中，客户端设备可以被配置成允许用户自定义与备份有关的设定。例如，当客户端设备是移动电话时，在移动电话连接到蜂窝网络时，移动电话可能不希望将第三方应用数据上传到云存储装置，因为这样会消耗用户数据计划中的数据。在这种情况下，客户端设备可以被配置成仅在移动设备连接到快速、可靠和/或廉价网络(例如，无线互联网网络)时执行备份。或者，用户可以选择一个或多个选项来启用通过蜂窝网络的备份。可以配置备份，使得为多个第三方应用确定的所需备份被分组在一起，并且在上传会话期间一个接一个地执行那些多个第三方应用的所有上传。用于一个以上第三方应用的多个所需备份也可能会随着第三方应用数据的改变而持续发生。备份还可以被配置成仅在符合特定设备要求时发生，例如，当移动设备插入电源时，或在空闲或非高峰使用时间(例如夜间)时发生。
图1示出用于将数据上传到云存储服务的系统100的框图。系统包括客户端设备101、应用102a和102b(通常，应用102)、云存储装置103、第一云存储位置104以及第二云存储位置106。客户端设备101包括第三方应用102，所述第三方应用包括关联的数据。数据可以包括二进制数据和元数据两者。客户端设备确定应发生上传。应发生上传的确定可以由用户动作、定时上传或基于可以由用户发起的或以其它方式发起的第三方应用和应用数据或的改变的上传。客户端设备101将第三方应用的二进制数据和元数据传输到云存储装置103。第三方应用的二进制数据存储在第一云存储位置104处，并且第三方应用的元数据存储在云存储装置103内的第二云存储位置106处。
数据上传
图2是被配置成合作执行数据上传过程的系统200的框图。系统200包括客户端设备201上(例如，在“客户端侧”)的备份框架208、备份传输210和第三方应用202a、202b、202c，以及服务器216上(例如，在“服务器侧”)的备份服务器218、上传服务器224、云存储服务203和元数据存储装置226。客户端设备201可以包括移动设备，例如，手机或平板电脑。尽管客户端设备201在本文通常描述为移动设备，但是本领域技术人员将理解，本发明的系统和方法还可适用于在任何数量的计算设备上执行应用数据的备份和恢复，所述计算设备包括桌面型计算机、膝上型计算机或任何其它合适的计算设备。客户端设备201存储与第三方应用202a、202b、202c相关联的数据，所述第三方应用与包含二进制备份模块209的备份框架208通信。备份框架208与备份传输210通信。备份框架208存在于设备存储器中，并且被配置成通过参考预定调度或响应于检测到应用数据的改变来确定第三方应用202a、202b、202c是否需要备份。备份框架208被配置成允许将二进制应用数据与第三方应用数据的先前备份进行比较，以确定数据是否改变。这可以通过校验和计算或通过确定应用改变文件夹中是否记录任何应用改变来实现。
在客户端设备201确定需要备份之后，二进制备份模块209将待上传的应用数据存档到单个文件中并且将所述文件发送到备份传输210。图2中的备份传输210包括各种备份方法可以使用的两个不同数据类型。具体来说，如图2中所示，备份传输包括键值对部分213以及包括二进制数据的全数据备份部分212。一般来说，在不脱离本发明的范围的情况下，可以使用其它合适的数据类型。在已将应用数据从备份框架208发送到备份传输210之后，客户端设备201要求服务器216开始上传过程。
如图2所描绘，服务器216包括上传服务器224、包含键值对存储装置220和业务逻辑代理222的备份服务器218、云存储服务203，以及元数据存储单元226。上传服务器224处理上传的二进制数据，并且被配置成要求备份服务器218中的业务逻辑代理222发起关联元数据的存储以及位置参考的创建，所述位置参考的创建可以用于在未来恢复请求期间检索数据。备份服务器218从上传服务器224接收请求并且将这些请求传递到云存储服务203，所述云存储服务准备用于存储在元数据存储装置226中的元数据。另外，与客户端设备的备份有关的结构化数据可以存储在键值对存储装置220中。结构化数据可以包括作为上传方法的部分而接收的设备ID、第三方应用ID以及对存储在云存储装置中的第三方应用数据的存储位置的参考。所述结构化数据可以包括附加信息，包括客户端设备类型和制造日期、与最近备份有关的时间戳，以及与客户端设备201上的备份框架208的版本有关的信息。
在一些实施例中，通过一系列步骤实现第三方应用数据的上传。这些步骤通过关于图2描述的一些组件在图3中说明和举例：
在图3的步骤1中，当客户端设备备份框架208确定需要数据上传时，使用与需要备份的第三方应用202a、202b、202c有关的基本元数据生成备份请求信息。将备份请求消息从客户端设备201发送到上传服务器224。客户端设备备份框架208为需要新备份的每个第三方应用202a、202b、202c创建tar文件(.tar存档文件)。客户端设备备份传输210通过将备份请求消息传递到上传服务器224来发起将第三方应用数据打包工具上传到上传服务器224。客户端设备备份传输210还提供与上传到上传服务器224的第三方应用数据有关的元数据。上传服务器224通过标准上传、二进制差分法、或分块或可恢复上传接收文件。在包括二进制差分上传的实施例中，待上传的二进制数据和元数据可以暂存在位于客户端设备201上的二进制差分库214中。可以通过校验和方法确定待上传的第三方应用数据，使得仅上传客户端设备201上的第三方应用数据与现有所存储数据相比的差，以及描述两个数据文件之间的差的结构。
在步骤2处，上传服务器224将接收到的第三方应用二进制数据写入二进制数据存储装置223。二进制数据存储装置228是设计用于存储大量二进制数据的云存储位置。二进制数据存储装置228可以按顺序读取对字节的访问，并且响应于调用位置服务所述字节。移除第三方应用元数据以存储在第二云存储位置中(例如，图2中的元数据存储装置226处)。
在步骤3处，上传服务器224接收第三方应用二进制数据的二进制数据存储位置参考，所述二进制数据存储位置参考包括上传的第三方应用数据的文件位置。二进制数据存储位置参考是可以用于查找二进制数据存储装置228中已存储第三方应用数据的位置的数字串。
在步骤4处，上传服务器224将第三方应用数据的二进制数据存储位置参考提供到备份服务器218内的业务逻辑代理222，所述业务逻辑代理复制二进制数据位置参考。上传服务器224还将第三方应用元数据提供到备份服务器218。
在步骤5处，备份服务器218将二进制数据存储位置参考以及与存储的二进制数据相关联的第三方应用元数据传递到云存储服务203。备份服务器218根据需要创建用于正确地存储元数据的文件和文件夹。云存储服务203能够读取文件以及将文件写入元数据存储装置226。
在步骤6处，云存储服务203使用接收到的第三方应用元数据和二进制数据存储位置参考，并且将二进制数据存储位置参考附加到元数据条目。附加的描述符也可以附加到第三方应用元数据，例如，不根据用户的存储配额计算第三方应用数据的存储空间的指令。云存储服务203在元数据存储装置226中创建用于存储第三方应用元数据的合适条目和文件夹。云存储服务203将第三方应用数据写入元数据存储装置226。元数据存储装置226是能够存储元数据的云存储装置。
在步骤7处，元数据存储装置226传回表示第三方应用元数据的成功存储的成功信号。成功信号包括元数据位置的参考，使得成功信号可以用于查找元数据的位置。
在步骤8处，云存储服务203将成功信号传递到记录所述成功信号的备份服务器218。
在步骤9处，备份服务器218将成功信号传递到上传服务器224。
在步骤10处，上传服务器224将成功信号传回到客户端设备201。
二进制数据上传到上传服务器224并且存储在二进制数据存储装置228中。可能在上传服务器224中发生第三方应用数据的批处理。对应元数据与二进制数据存储位置的参考附加在一起并且存储在元数据存储装置226中。通过云存储服务203辅助将元数据存储在元数据存储装置226位置中。在成功地存储元数据之后，成功信号由元数据存储服务226生成并且传递回备份服务器218，到达上传服务器224且最终到达客户端设备201。成功信号指示第三方应用数据已成功地进行上传并且存储在云存储装置中。
在一些实施例中，将第三方应用数据每应用作为单个文件从移动设备上传到云存储装置。用于例如图2中的202a、202b或202C的单个第三方应用的第三方应用数据可以作为.tar类型存档文件上传。此类型的文件在本文中可以被称为tar文件(tarball)。在每应用基础上执行备份可能至少是有利的，因为这样可能会增加成功上传的可能性。具体来说，优选的是每个第三方应用一次上传一个文件，而不是一起批处理多个第三方应用的改变。涉及大文件的上传比那些涉及较小文件的上传更容易出错。如果上传出现问题，则仅需要重新上传用于单个第三方应用的应用数据。以此方式，仅包含与单个第三方应用有关的应用数据的上传因此将花费更少时间，并且上传将更有效。
在备份期间，每个第三方应用202a、202b、202c使用单个文件上传仅在上传过程之前需要少量的临时存储。可以执行第三方应用数据的上传过程，使得在上传之前数据不会在本地高速缓冲存储器中进行复制，而是直接进行流式传输。因此，从不在磁盘上生成整个备份有效载荷。可以作为单次通过处理和上传每个第三方应用数据上传，以便确保上传的第三方应用数据是一致的。如果两次通过之间的第三方应用数据改变，则多于一次通过地上传第三方应用数据可能导致生成不一致的上传过程。
在一些实施例中，可能难以在单次通过中上传第三方应用数据。如果上传服务器224需要在上传开始时提供发送到服务器的字节范围的清单，则可能发生这种情况。在这些情况下，单次通过上传可能无法发生，因为必须首先通过第三方应用数据文件进行完整传递来计算清单。在这种情况下，磁盘空间可能不足以暂存供处理的文件。无法保证通过第三方应用数据文件用于准备上传的第二通过与快照为第一通过的第三方应用数据文件相同。通过交错差异清单信息，可以支持此情况。可以使用一下格式指定单次通过上传脚本：
{使用服务器复制字节0 100、上传这20个字节、使用服务器字节120-150}。
备份到云存储装置的第三方应用数据存储为每应用备份数据。仅第三方应用数据的最新版本存储在云存储装置中的位置中。任选地，可以通过其中仅将改变的数据上传到云存储装置的二进制差分法完成数据的上传。使用二进制差分法，将第三方应用数据的当前状态与先前上传的备份进行比较，并确定在第三方应用数据中发生了哪些改变。当前第三方应用数据与先前第三方应用数据备份的比较可以通过校验和方法完成。在此方法中，在客户端设备上在本地计算最后上传第三方应用数据的自定义块大小的校验和。可以仅将指示差异的数据上传到云存储装置，而不是上传原始第三方应用数据的整个集合，由此节省带宽并减少备份上传所需的时间。因此，使用二进制差分协议来确定待上传的第三方应用数据的改变可提高每第三方应用方法单次上传的效率。
在一些实施例中，二进制差分法用于确定是否应执行第三方应用数据的上传，并确定第三方应用数据发生了哪些改变以及应将哪些内容上传到云存储装置。客户端设备备份传输从第三方应用数据读取数据，并逐步地处理所述数据。客户端备份框架存储至少一个校验和块。对于客户端备份传输读取的每个字节，计算最后N个字节的滚动校验和，并且将所述滚动校验和与同最后一次上传相关联的块的校验和进行比较。从最后一次上传第三方应用数据生成的块的校验和存储在服务器上，并下载所述校验和以进行比较。如果新计算出的校验和与所存储的校验和不匹配，则将最早的字节发送到服务器。如果匹配，则不将块上传到云存储装置。
在一些实施例中，第三方应用数据的备份被配置成自动的并且根据设定调度发生。第三方应用数据备份和上传可以是自动的并且对于所有第三方应用202a、202b、202c通用，使得第三方应用的开发者不需要以任何方式改变其第三方应用配置以将第三方应用数据备份在此系统中。第三方应用202a、202b、202c的开发者可以通过改变其第三方应用202a、202b、202c的配置细节或清单来选择退出备份。可能不建议全数据备份的第三方应用202a、202b、202c的示例是财务应用、密码存储应用或认证器。具有选择退出自动备份的开发者的这些第三方应用202a、202b、202c可以仍由用户或第三方应用202a、202b、202c通过替代手动机制备份。
在第三方应用数据已上传到云存储装置并存储在云存储装置中之后，第三方应用数据的备份可能从用户的视图中隐藏，但仍与用户的云存储账户相关联。或者，用户可以通过云存储文件系统中的用户界面来访问第三方应用数据的备份。通过用户界面访问第三方应用数据的备份允许当在云存储系统中时用户改变或操纵第三方应用数据或其它数据。例如，与照片编辑第三方应用有关的数据的备份可以包括编辑或未编辑照片，用户可以通过与其相关联的云存储文件系统的用户界面而在备份文件中访问和编辑或操纵所述编辑或未编辑照片。用户还可以访问第三方应用数据的备份以删除数据的备份。
在一些实施例中，第三方应用数据的备份存储在云存储系统中的分层文件夹中。第三方应用二进制数据和元数据可以存储在与用户相关联的文件夹内。包含备份数据的文件夹以某种方式组织，使得客户端设备和第三方应用是可识别的。这可以包括与以下项相关联的对象族根文件夹：客户端设备的第三方应用数据备份、客户端设备ID、所存储的第三方应用数据备份、例如名字的应用标记，以及在一些情况下，第三方应用数据文件的打包工具。尽管与用户的账户相关联，但是对象族根文件夹可能对用户不可用。此文件夹也可能在同步事件期间不同步。
数据恢复
根据本发明的系统和方法，可以将存储在云存储装置中的第三方应用数据恢复到客户端设备201。为了实施恢复路径，可以在客户端设备201的命令之后检索第三方应用数据。在第三方应用202a、202b、202c的恢复期间，上传服务器224可以被配置成下载数据。在此情况下，上传服务器224可以被称为下载服务器230。可以使用以下步骤在每个应用基础上完成将第三方应用数据从云存储系统恢复到设备，如在图4中通过图2中所描述的一些组件说明：
在图4的步骤1处，在设备的恢复之后，客户端设备201备份传输210通过将设备ID和第三方应用ID发送到备份服务器218来发起第三方应用下载。这识别客户端设备201和用户以及请求与用户相关联的数据的第三方应用202a、202b、202c。
在步骤2处，在从客户端设备201接收识别信息和第三方应用数据恢复请求之后，备份服务器218将成功信号从第三方应用数据的最后一次成功备份发送回客户端设备201。成功信号包含元数据存储位置的参考。
在步骤3处，客户端设备备份传输210与下载服务器230连接，从而将具有元数据存储位置参考的成功信号发送到下载服务器230。
在步骤4处，下载服务器230使用元数据存储位置参考来从元数据存储装置226请求第三方应用元数据。
在步骤5处，下载服务器230接收第三方应用元数据以及二进制存储位置参考，所述二进制存储位置参考在第三方应用数据的备份期间附加到元数据。
在步骤6处，下载服务器230使用二进制存储位置参考来从二进制数据存储装置228请求第三方应用二进制数据。
在步骤7处，从二进制数据存储装置228提取第三方应用二进制数据并且将其发送到下载服务器230。
在步骤8处，下载服务器230将所请求的第三方应用二进制数据和元数据直接提供到客户端设备备份传输210。客户端设备备份传输210将递送的数据提取到与第三方应用数据的存储相关联的客户端设备存储装置中的特定位置。数据恢复到设备的每个第三方应用202a、202b、202c可以在指定用于存储数据的客户端设备存储装置内具有不同位置。因此，客户端设备备份传输210将第三方应用202a、202b、202c实施到客户端设备201上，从而恢复所有第三方应用设定和文件。
上述恢复方法可以在用于设定新设备的设定过程期间执行。当账户添加到客户端设备201时，客户端设备的备份框架208可以检查备份是否已存储在云存储装置中。如果是，则恢复每个第三方应用202a、202b、202c的第三方应用数据。例如，客户端设备201查询备份服务器218关于第三方应用202a、202b或202c。如果备份服务器218将成功信号提供到客户端设备201，则这可以指示在云存储装置中存在应用的备份。
如果在恢复请求期间确定存在用于具体所请求的第三方应用202a、202b、202c的第三方应用数据的备份，则下载第三方应用数据的过程开始。从所存储的元数据中检索二进制数据存储位置参考。通过使用二进制数据存储位置参考来将合适的第三方应用二进制数据定位在二进制数据存储装置228中，通过下载服务器230从二进制数据存储装置228下载打包工具文件(.tar存档文件)。下载服务器230将第三方应用数据服务到客户端设备201。如果未识别所请求的第三方应用的备份，则将尝试恢复第三方应用设定的替选手段，包括键值对。
将第三方应用数据从云存储装置恢复到新设备允许用户在恢复之后在所述设备上体验第三方应用202a、202b、202c中的相同的环境和设定，以及体验与先前设备相同的第三方应用202a、202b、202c内的环境。这可以包括用户偏好，例如，应用的外观和功能。还恢复应用特定的数据，包括存储在应用中的数据。例如，作为文本消息收发应用的第三方应用的所存储数据可以包括文本、照片、音频文件、文本消息历史、和通讯录。这些将通过所描述的上传方法存储在云存储装置中，并通过恢复请求恢复到设备。在恢复第三方应用数据之后，第三方应用数据的备份保存在云存储装置中，以用于附加的恢复或下载请求。
在一些实施例中，用户可以发起恢复请求以将第二设备与第一设备同步，所述第一设备已将第三方应用数据上传到云存储装置。用户可以发起恢复过程，所述恢复过程用作用于在两个设备之间同步第三方应用202a、202b、202c的手段，使得第三方应用202a、202b、202c包含相同的应用设定、环境和内容。
在一些实施例中，本发明的系统和方法可以通过保持与现有备份方法向后兼容性的方式实施。恢复过程可以向用户提供以下选项：从使用旧版本的备份协议创建的备份中恢复第三方应用数据，所述备份协议例如依赖于使用键值对的备份协议。以此方式，根据本文所描述的方法使用备份和恢复所需的软件操作的客户端设备201可以请求从使用先前备份方法进行的备份中恢复。用户还可以在使用旧的备份和恢复软件时从使用所描述的方法进行的备份中恢复第三方应用数据。使用旧的备份和恢复软件进行的恢复将成功，因为旧的备份软件将忽略包含元数据存储位置参考以及新数据的成功信号，并且替代地将依赖于存储有元数据的键值对以进行恢复。
备份和恢复方法是向后兼容的，并且不需要由键值对方法执行的待迁移的先前备份的迁移。本文所描述的备份方法与包括键值对的备份兼容。另外，使用所描述的备份方法需要发起所有应用数据的完整备份，以便建立第三方应用文件的完整记录。这些文件用于与客户端设备上存在的第三方应用数据进行比较，以确定是否需要备份。在接收对备份方法的访问之后，第三方应用202a、202b、202c的完全初始备份消除了对任何先前的键值对备份文件的需求。在一些实施例中，包含先前备份的第三方应用数据的键值对也作为全数据备份的部分进行备份。
当设备被停止使用时，可以将先前存储在设备上的第三方应用数据恢复到新设备。然而，停止使用的设备可能导致存在“孤立数据集”，其中第三方应用数据已存储在云中，但不再连接到用户或正运行的客户端设备201。可以采取方法来移除这些孤立数据集。孤立数据集可以设定成在某一时间段之后过期。或者，用户可以通过设备上的用户界面或在与客户端设备201相关联的用户账户中发信号通知设备已停止使用或将变成非活动的。
在逐步采用新的备份和恢复方法期间，由于客户端设备201的第三方应用数据全部进行备份，所以存在到达云存储装置的大量数据流。在初始地推出此备份功能期间，上传流程可以由客户端侧和服务器侧的机制控制。例如，用户对上传和恢复功能的访问可能会基于设备而受限。可以配置客户端设备，以便设定或禁用具体客户端设备或客户端设备模型上的功能。或者，可以将功能推向仅某一百分比的客户端设备的用户，从而在将所述功能推向附加百分比的用户之前，允许为这些用户初始地上传第三方应用数据。另外，对上传和恢复功能的访问可能基于第三方应用而受限，随着时间的推移，上传和恢复功能覆盖更多的第三方应用。还可以改变备份时间段的配置，以便通过在两种模式之间切换控制数据流。根据第一模式，当存在足够量的第三方应用数据的改变时，可以发起上传过程。根据第二模式，可以基于预定调度，例如，每N天一次发起上传过程。
在服务器侧，可以通过在服务器上实施节流阀杆(例如，标志或特征开关)来控制数据流。标志或特征开关由上传服务器和备份服务器可读。在设定的服务器限值之上，标志返回指示由于节流而产生故障的自定义错误代码。此自定义错误代码还包括指示在进行另一尝试之前建议等待的时间段的字段。还可以并入附加的标志，以便在停止使用全部上传调用的紧急情况下保护下游服务。
图5示出说明用于将第三方应用数据存储到云存储装置的方法500的流程图。方法500包括以下步骤：确定将与第三方应用相关联的数据下载到云存储服务器(步骤502)；将第三方应用的二进制数据存储在第一云存储位置处(步骤504)；更新元数据以包括第一云存储位置的存储地址(步骤506)；以及将更新的元数据存储到不同于第一云存储位置的第二云存储位置(步骤508)。
在步骤502处，客户端设备备份框架(例如，图2中的208)确定应将与客户端设备上的第三方应用相关联的数据下载到云存储服务器。可以基于排程的下载、上传数据的用户请求或第三方应用数据的改变来确定将第三方应用数据下载到云存储服务器的要求。在一些实施方式中，可以通过使用校验和方法将当前存储在云存储服务器中的第三方应用数据与存储在客户端设备上的第三方应用数据进行比较来确定下载第三方应用数据的要求。要下载到云存储装置的第三方应用数据包括二进制数据和元数据两者。
在步骤504中，二进制数据存储在第一云存储位置中。云存储位置具有相关联的存储地址。与第三方应用相关联的二进制数据作为数据打包工具(例如，.tar存档文件)从客户端设备备份传输(例如，图2中的210)发送到上传服务器。二进制数据存储在指定用于存储大量二进制数据的第一云存储位置中。
在步骤506处，更新与第三方应用相关联的元数据以包括第一云存储位置的存储地址。云存储服务(例如，图2中的203)将二进制存储地址附加到元数据。二进制数据因此可以与第三方元数据相关联，并且可以使用更新的元数据中的云存储地址进行检索。存储位置可以是指向第三方应用二进制数据的文件位置的数字串。在一些实施方式中，云存储服务还可以在存储之前将附加的描述符和指令附加到元数据。
在步骤508中，更新的元数据被存储在第二云存储位置处。第二云存储位置不同于第一云存储位置，并且优化用于存储元数据。可以在成功地存储二进制数据和元数据之后将成功信号返回到上传服务器。成功信号可以另外包括将用于访问元数据的元数据位置的参考。
图6示出说明用于将第三方应用数据恢复到客户端设备的方法600的流程图。方法600包括以下步骤：确定是否将与第三方应用相关联的数据从云存储装置提供到客户端设备(步骤602)；使用元数据来确定第一云存储位置的存储地址(步骤604)；以及将二进制数据从第一存储位置提供到客户端设备(步骤606)。
在步骤602处，确定是否需要恢复来向客户端设备提供与第三方应用相关联的数据。所述恢复可以响应于来自用户的请求或选择，或第三方应用的请求。所述恢复还可以实施为设备之间的同步。与第三方应用相关联的数据包括存储在具有存储地址的第一云存储位置中的二进制数据以及存储在第二云存储位置中的元数据两者。客户端设备备份传输(例如，图2中的210)通过将与客户端设备相关联的设备ID以及与第三方应用相关联的第三方应用ID发送到备份服务器(例如，图2中的218)来发起数据下载。
步骤604包括使用与第三方应用相关联的先前存储的元数据来确定二进制数据的存储地址。在接收包括设备ID和第三方应用ID的识别信息之后，备份服务器将成功信号从第三方应用数据的最后一次成功备份发送到客户端设备。成功信号包括元数据存储位置的参考。随后可以从元数据存储装置中检索元数据，以获得二进制存储位置参考，所述二进制存储位置参考在第三方应用数据的先前备份期间附加到元数据。
在步骤606中，所检索的二进制数据存储位置地址用于定位和请求与第三方应用相关联的二进制数据。经由备份传输由下载服务器将二进制数据和元数据传输到客户端设备。将二进制数据和元数据传递到客户端设备上的存储装置。
尽管本文中已示出和描述本发明的各个实施例，但是对本领域技术人员来说显而易见的是，此类实施例仅通过示例方式提供。在不脱离本发明的情况下，本领域技术人员能想到许多变化、改变和替换。应理解，本文所描述的本发明的实施例的各种替代方案可以用于实践本发明。
A1.一种用于将第三方应用数据上传到云存储装置的方法，所述方法包括：
确定是否从客户端设备上传与第三方应用相关联的数据，其中，与所述第三方应用相关联的所述数据包括二进制数据和元数据；
将所述第三方应用的所述二进制数据和所述第三方应用的所述元数据传输到云存储装置，其中：
所述二进制数据存储在具有存储地址的第一云存储位置处；
所述元数据被附加有所述存储地址以获得更新的元数据；以及
更新的元数据被存储在不同于所述第一云存储位置的第二云存储位置处。
A2根据实施例A1所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
A3根据实施例A1至A2中任一项所述的方法，其中，确定是否上传与所述第三方应用相关联的所述数据包括：
识别存储在所述客户端设备上的与所述第三方应用相关联的存储的二进制数据；
识别与所述第三方应用相关联的先前上传的二进制数据；
计算所述存储的二进制数据与所述先前上传的二进制数据之间的差异；以及
将所述差异与阈值相比较。
A4根据实施例A3所述的方法，其中，如果所述差异等于或超过所述阈值，则所述客户端设备确定上传与所述第三方应用相关联的所述数据。
A5根据实施例A1至A4中任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次上传中上传从所述客户端设备上传每个第三方应用的所述对应二进制数据和所述对应元数据。
A6根据实施例A1至A5中任一项所述的方法，其中，在所述传输之前，不会在所述客户端设备上完全复制与所述第三方应用相关联的所述数据。
A7.根据实施例A1至A6中任一项所述的方法，其中，所述客户端设备确定基于预定上传调度来上传与所述第三方应用相关联的所述数据。
A8.根据实施例A1至A7中任一项所述的方法，其中，基于检测到由所述第三方应用报告的所述第三方应用的改变，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
A9.根据实施例A1至A8中任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收备份请求时，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
A10.根据实施例A1至A9中任一项所述的方法，其中，所述传输所述二进制数据和所述元数据包括：
将所述第三方应用的所述二进制数据和所述元数据聚集到单个文件中；以及
将所述文件传输到所述云存储装置中的上传服务器，其中，所述上传服务器被配置成：
将所述二进制数据与所述元数据分开；
传输所述二进制数据以存储在所述第一云存储位置中；
将所述第一云存储位置的所述存储地址附加到所述元数据，以获得所述更新的元数据；以及
传输所述更新的元数据以存储在所述第二云存储位置中。
A11.根据实施例A10所述的方法，其中，所述单个文件具有文件类型.tar。
A12.根据实施例A1至A11中任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
A13根据实施例A11至A12中任一项所述的方法，进一步包括在所述客户端设备处接收所述第二云存储位置的参考。
A14根据实施例A1至A13中任一项所述的方法，其中，当所述二进制数据被存储在所述第一云存储位置中时，重写所述第三方应用的先前上传的二进制数据，以及当所述更新的元数据被存储在所述第二云存储位置中时，重写所述第三方应用的先前上传的元数据。
A15.根据实施例A1至A14中任一项所述的方法，其中，用户可通过能够访问所述云存储装置的用户界面来访问所传输的二进制数据和所述元数据。
A16.根据实施例A1至A15中任一项所述的方法，其中，所述客户端设备是第一客户端设备，并且将所述二进制数据和所述更新的元数据下载到第二客户端设备，使得所述第一客户端设备上的所述第三方应用数据与所述第二设备上的第三方应用数据同步。
A17.根据实施例A1至A16中任一项所述的方法，其中，将所述二进制数据和所述元数据传输到所述云存储装置中的上传服务器，并且其中，所述上传服务器将所述二进制数据写入所述第一云存储位置，并且传输所述更新的元数据以写入所述第二云存储位置。
A18.根据实施例A17所述的方法，其中，所述上传服务器将所述更新的元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所述更新的元数据并且将所述更新的元数据写入所述第二云存储位置。
A19根据实施例A1至A18中任一项所述的方法，其中，所述传输所述二进制数据不使用键值对。
A20根据实施例A1至A19中任一项所述的方法，进一步包括：
确定与所述第三方应用相关联的清单是否指示与所述第三方应用相关联的所述数据将使用全数据备份过程或使用部分数据备份过程传输；以及
如果确定使用部分数据备份过程，则将所述元数据的部分传输到所述云存储装置，而不将所述二进制数据中的任何数据传输到所述云存储装置。
A21.根据实施例A20所述的方法，其中，所述将所述元数据的所述部分传输到所述云存储装置包括使用键值对。
A22.一种用于执行根据实施例A1至A21所述的方法中的任一项的系统。
B1.一种用于将第三方应用数据存储到云存储装置的方法，所述方法包括：
确定将存储在客户端设备上的与第三方应用相关联的数据下载到云存储服务器，其中，与所述第三方应用相关联的所述数据包括二进制数据和元数据；
将所述第三方应用的所述二进制数据存储在具有存储地址的第一云存储位置处，其中，更新所述元数据以包括所述存储地址；以及
将所述更新的元数据存储到不同于所述第一云存储位置的第二云存储位置。
B2.根据实施例B1所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
B3.根据实施例B1至B2中任一项所述的方法，其中，所述客户端设备通过以下方式确定是否上传所述数据：
识别存储在所述客户端设备上的与所述第三方应用相关联的存储的二进制数据；
识别与所述第三方应用相关联的先前上传的二进制数据；
计算所述存储的二进制数据与所述先前上传的二进制数据之间的差异；以及
将所述差异与阈值相比较。
B4.根据实施例B3所述的方法，其中，如果所述差异等于或超过所述阈值，则所述客户端设备确定上传与所述第三方应用相关联的所述数据。
B5.根据实施例B1至B4中任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次上传中上传从所述客户端设备上传每个第三方应用的所述对应二进制数据和所述对应元数据。
B6.根据实施例B1至B5中任一项所述的方法，其中，在下载所述数据之前，不会在所述客户端设备上完全复制与所述第三方应用相关联的所述数据。
B7.根据实施例B1至B6中任一项所述的方法，其中，基于预定上传调度，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
B8.根据实施例B1至B7中任一项所述的方法，其中，基于检测到由所述第三方应用报告的所述第三方应用的改变，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
B9.根据实施例B1至B8中任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收备份请求时，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
B10.根据实施例B1至B9中任一项所述的方法，其中：
所述客户端设备被配置成：
将所述第三方应用的所述二进制数据和所述元数据聚集到单个文件中；以及
将所述文件传输到所述云存储装置中的上传服务器；以及
所述上传服务器被配置成：
将所述二进制数据与所述元数据分开；
传输所述二进制数据以存储在所述第一云存储位置中；
将所述第一云存储位置的所述存储地址附加到所述元数据，以获得所述更新的元数据；以及
传输所述更新的元数据以存储在所述第二云存储位置中。
B11.根据实施例B10所述的方法，其中，所述单个文件具有文件类型.tar。
B12.根据实施例B1至B11中任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
B13.根据实施例B1至B12中任一项所述的方法，进一步包括将所述第二云存储位置的参考传输到所述客户端设备。
B14.根据实施例B1至B13中任一项所述的方法，其中，当所述二进制数据被存储在所述第一云存储位置中时，重写所述第三方应用的先前上传的二进制数据，以及当所述更新的元数据被存储在所述第二云存储位置中时，重写所述第三方应用的先前上传的元数据。
B15.根据实施例B1至B14中任一项所述的方法，其中，用户可通过能够访问所述云存储装置的用户界面来访问所传输的二进制数据和所述元数据。
B16.根据实施例B1至B15中任一项所述的方法，其中，所述客户端设备是第一客户端设备，所述方法进一步包括将所述二进制数据和所述更新的元数据传输到第二客户端设备，使得所述第一客户端设备上的所述第三方应用数据与所述第二设备上的第三方应用数据同步。
B17.根据实施例B1至B16中任一项所述的方法，其中，将所述二进制数据和所述元数据传输到所述云存储装置中的上传服务器，并且其中，所述上传服务器将所述二进制数据写入所述第一云存储位置并且传输所述更新的元数据以写入所述第二云存储位置。
B18.根据实施例B17所述的方法，其中，所述上传服务器将所述更新的元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所述更新的元数据，并且将所述更新的元数据写入所述第二云存储位置。
B19.根据实施例B1至B18中任一项所述的方法，其中，所述存储所述二进制数据不使用键值对。
B20.根据实施例B1至B19中任一项所述的方法，其中，所述客户端设备被配置成：
确定与所述第三方应用相关联的清单是否指示与所述第三方应用相关联的所述数据将使用全数据备份过程或使用部分数据备份过程传输；以及
如果确定使用部分数据备份过程，则将所述元数据的部分传输到所述云存储装置，而不将所述二进制数据中的任何数据传输到所述云存储装置。
B21.根据实施例B20所述的方法，其中，所述元数据的所述部分使用键值对传输到所述云存储装置。
B22.一种用于执行根据实施例B1至B21所述的方法中的任一项的系统。
C1.一种用于将第三方应用数据恢复到客户端设备的方法，所述方法包括：
确定是否将与第三方应用相关联的数据下载到所述客户端设备，其中，与所述第三方应用相关联的所述数据包括存储在具有存储地址的第一云存储位置中的二进制数据，以及存储在第二云存储位置中的元数据；
使用所述元数据来确定所述第一云存储位置的所述存储地址；以及
将所述二进制数据从所述第一云存储位置下载到所述客户端设备。
C2.根据实施例C1所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
C3.根据实施例C1至C2中任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次下载中将每个第三方应用的所述对应二进制数据下载到所述客户端设备。
C4.根据实施例C1至C3中任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收恢复请求时，所述客户端设备确定下载与所述第三方应用相关联的所述数据。
C5.根据实施例C1至C4中任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
C6.根据实施例C1至C5中任一项所述的方法，其中，所述客户端设备是第一客户端设备，并且将所述二进制数据和所述更新的元数据下载到第二客户端设备，使得所述第一客户端设备上的所述第三方应用数据与所述第二设备上的第三方应用数据同步。
C7.根据实施例C1至C6中任一项所述的方法，其中，将所述二进制数据和所述元数据传输到所述云存储装置中的下载服务器，并且其中，所述下载服务器先前将所述二进制数据写入所述第一云存储位置并且先前传输所述元数据以写入所述第二云存储位置。
C8.根据实施例C7所述的方法，其中，所述下载服务器先前将所述元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所述更新的元数据并且将所述更新的元数据写入所述第二云存储位置。
C9.根据实施例C1至C8中任一项所述的方法，其中，与另一第三方应用相关联的数据包括存储在第三云存储位置中的元数据并且不包括二进制数据。
C10.根据实施例C9所述的方法，进一步包括：
确定是否将与所述另一第三方应用相关联的所述数据下载到所述客户端设备；
将与所述另一第三方应用相关联的所述元数据识别为存储在所述第三云存储位置中的键值对集合；以及
将所述键值对集合下载到所述客户端设备。
C11.一种用于执行根据实施例C1至C10所述的方法中的任一项的系统。

Claims (66)

1.一种用于将第三方应用数据上传到云存储装置的方法，所述方法包括：
确定是否从客户端设备上传与第三方应用相关联的数据，其中与所述第三方应用相关联的所述数据包括二进制数据和元数据；
将所述第三方应用的所述二进制数据和所述第三方应用的所述元数据传输到云存储装置，其中：
所述二进制数据被存储在具有存储地址的第一云存储位置处；
所述元数据被附加有所述存储地址以获得更新的元数据；以及
更新的元数据被存储在不同于所述第一云存储位置的第二云存储位置处。
2.根据权利要求1所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
3.根据权利要求1至2中的任一项所述的方法，其中，确定是否上传与所述第三方应用相关联的所述数据包括：
识别存储在所述客户端设备上的与所述第三方应用相关联的存储的二进制数据；
识别与所述第三方应用相关联的先前上传的二进制数据；
计算所述存储的二进制数据与所述先前上传的二进制数据之间的差异；以及
将所述差异与阈值相比较。
4.根据权利要求3所述的方法，其中，如果所述差异等于或超过所述阈值，则所述客户端设备确定上传与所述第三方应用相关联的所述数据。
5.根据权利要求1至4中的任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次上传中从所述客户端设备上传每个第三方应用的所述对应二进制数据和所述对应元数据。
6.根据权利要求1至5中的任一项所述的方法，其中，在所述传输之前，不会在所述客户端设备上完全复制与所述第三方应用相关联的所述数据。
7.根据权利要求1至6中的任一项所述的方法，其中，所述客户端设备确定基于预定上传调度来上传与所述第三方应用相关联的所述数据。
8.根据权利要求1至7中的任一项所述的方法，其中，基于检测到由所述第三方应用报告的所述第三方应用的改变，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
9.根据权利要求1至8中的任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收备份请求时，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
10.根据权利要求1至9中的任一项所述的方法，其中，传输所述二进制数据和所述元数据包括：
将所述第三方应用的所述二进制数据和所述元数据聚集到单个文件中；以及
将所述文件传输到所述云存储装置中的上传服务器，其中所述上传服务器被配置成：
将所述二进制数据与所述元数据分开；
传输所述二进制数据以存储在所述第一云存储位置中；
将所述第一云存储位置的存储地址附加到所述元数据，以获得更新的元数据；以及
传输所述更新的元数据以存储在所述第二云存储位置中。
11.根据权利要求10所述的方法，其中，所述单个文件具有文件类型.tar。
12.根据权利要求1至11中的任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
13.根据权利要求1至12中的任一项所述的方法，进一步包括在所述客户端设备处接收所述第二云存储位置的参考。
14.根据权利要求1至13中的任一项所述的方法，其中，当所述二进制数据被存储在所述第一云存储位置中时，重写所述第三方应用的先前上传的二进制数据，以及当所述更新的元数据被存储在所述第二云存储位置中时，重写所述第三方应用的先前上传的元数据。
15.根据权利要求1至14中的任一项所述的方法，其中，用户通过能够访问所述云存储装置的用户界面能访问所传输的二进制数据和元数据。
16.根据权利要求1至15中的任一项所述的方法，其中，所述客户端设备是第一客户端设备，并且所述二进制数据和所述更新的元数据被下载到第二客户端设备，使得所述第一客户端设备上的所述第三方应用数据与所述第二设备上的第三方应用数据同步。
17.根据权利要求1至16中的任一项所述的方法，其中，所述二进制数据和所述元数据被传输到所述云存储装置中的上传服务器，并且其中，所述上传服务器将所述二进制数据写入所述第一云存储位置，并且传输所述更新的元数据以写入所述第二云存储位置。
18.根据权利要求17所述的方法，其中，所述上传服务器将所述更新的元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所述更新的元数据并且将所述更新的元数据写入所述第二云存储位置。
19.根据权利要求1至18中的任一项所述的方法，其中，传输所述二进制数据不使用键值对。
20.根据权利要求1至19中的任一项所述的方法，进一步包括：
确定与所述第三方应用相关联的清单是否指示与所述第三方应用相关联的所述数据将使用全数据备份过程或使用部分数据备份过程传输；以及
如果确定使用部分数据备份过程，则将所述元数据的部分传输到所述云存储装置，而不将所述二进制数据中的任何数据传输到所述云存储装置。
21.根据权利要求20所述的方法，其中，将所述元数据的所述部分传输到所述云存储装置包括使用键值对。
22.一种用于执行根据权利要求1至21所述的方法中的任一项的系统。
23.一种用于将第三方应用数据存储到云存储装置的方法，所述方法包括：
确定将存储在客户端设备上的与第三方应用相关联的数据下载到云存储服务器，其中与所述第三方应用相关联的所述数据包括二进制数据和元数据；
将所述第三方应用的所述二进制数据存储在具有存储地址的第一云存储位置处，其中更新所述元数据以包括所述存储地址；以及
将所更新的元数据存储到不同于所述第一云存储位置的第二云存储位置。
24.根据权利要求23所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
25.根据权利要求23至24中的任一项所述的方法，其中，所述客户端设备通过以下来确定是否上传所述数据：
识别存储在所述客户端设备上的与所述第三方应用相关联的存储的二进制数据；
识别与所述第三方应用相关联的先前上传的二进制数据；
计算所述存储的二进制数据与所述先前上传的二进制数据之间的差异；以及
将所述差异与阈值相比较。
26.根据权利要求25所述的方法，其中，如果所述差异等于或超过所述阈值，则所述客户端设备确定上传与所述第三方应用相关联的所述数据。
27.根据权利要求23至26中的任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次上传中从所述客户端设备上传每个第三方应用的所述对应二进制数据和所述对应元数据。
28.根据权利要求23至27中的任一项所述的方法，其中，在下载所述数据之前，不在所述客户端设备上完全复制与所述第三方应用相关联的所述数据。
29.根据权利要求23至28中的任一项所述的方法，其中，基于预定上传调度，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
30.根据权利要求23至29中的任一项所述的方法，其中，基于检测到由所述第三方应用报告的所述第三方应用的改变，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
31.根据权利要求23至30中的任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收备份请求时，所述客户端设备确定上传与所述第三方应用相关联的所述数据。
32.根据权利要求23至31中的任一项所述的方法，其中：
所述客户端设备被配置成：
将所述第三方应用的所述二进制数据和所述元数据聚集到单个文件中；以及
将所述文件传输到所述云存储装置中的上传服务器；以及
所述上传服务器被配置成：
将所述二进制数据与所述元数据分开；
传输所述二进制数据以存储在所述第一云存储位置中；
将所述第一云存储位置的存储地址附加到所述元数据，以获得更新的元数据；以及
传输所述更新的元数据以存储在所述第二云存储位置中。
33.根据权利要求32所述的方法，其中，所述单个文件具有文件类型.tar。
34.根据权利要求23至33中的任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
35.根据权利要求23至34中的任一项所述的方法，进一步包括将所述第二云存储位置的参考传输到所述客户端设备。
36.根据权利要求23至35中的任一项所述的方法，其中，当所述二进制数据被存储在所述第一云存储位置中时，重写所述第三方应用的先前上传的二进制数据，以及当更新的元数据被存储在所述第二云存储位置中时，重写所述第三方应用的先前上传的元数据。
37.根据权利要求23至36中的任一项所述的方法，其中，用户通过能够访问所述云存储装置的用户界面能够访问所传输的二进制数据和所述元数据。
38.根据权利要求23至37中的任一项所述的方法，其中，所述客户端设备是第一客户端设备，所述方法进一步包括将所述二进制数据和所更新的元数据传输到第二客户端设备，使得所述第一客户端设备上的第三方应用数据与所述第二设备上的第三方应用数据同步。
39.根据权利要求23至38中的任一项所述的方法，其中，所述二进制数据和所述元数据被传输到所述云存储装置中的上传服务器，并且其中，所述上传服务器将所述二进制数据写入所述第一云存储位置，并且传输所更新的元数据以写入所述第二云存储位置。
40.根据权利要求39所述的方法，其中，所述上传服务器将所更新的元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所更新的元数据，并且将所更新的元数据写入所述第二云存储位置。
41.根据权利要求23至40中的任一项所述的方法，其中，存储所述二进制数据不使用键值对。
42.根据权利要求23至41中的任一项所述的方法，其中，所述客户端设备被配置成：
确定与所述第三方应用相关联的清单是否指示与所述第三方应用相关联的所述数据将使用全数据备份过程或使用部分数据备份过程传输；以及
如果确定使用部分数据备份过程，则将所述元数据的部分传输到所述云存储装置，而不将所述二进制数据的任何数据传输到所述云存储装置。
43.根据权利要求42所述的方法，其中，所述元数据的所述部分使用键值对传输到所述云存储装置。
44.一种用于执行根据权利要求23至43所述的方法中的任一项的系统。
45.一种用于将第三方应用数据恢复到客户端设备的方法，所述方法包括：
确定是否将与第三方应用相关联的数据下载到所述客户端设备，其中，与所述第三方应用相关联的所述数据包括存储在具有存储地址的第一云存储位置中的二进制数据、以及存储在第二云存储位置中的元数据；
使用所述元数据来确定所述第一云存储位置的存储地址；以及
将所述二进制数据从所述第一云存储位置下载到所述客户端设备。
46.根据权利要求45所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
47.根据权利要求45至46中的任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次下载中将每个第三方应用的所述对应二进制数据下载到所述客户端设备。
48.根据权利要求45至47中的任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收恢复请求时，所述客户端设备确定下载与所述第三方应用相关联的所述数据。
49.根据权利要求45至48中的任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
50.根据权利要求45至49中的任一项所述的方法，其中，所述客户端设备是第一客户端设备，并且所述二进制数据和所更新的元数据被下载到第二客户端设备，使得所述第一客户端设备上的第三方应用数据与所述第二设备上的第三方应用数据同步。
51.根据权利要求45至50中的任一项所述的方法，其中，所述二进制数据和所述元数据被传输到所述云存储装置中的下载服务器，并且其中，所述下载服务器先前将所述二进制数据写入所述第一云存储位置并且先前传输所述元数据以写入所述第二云存储位置。
52.根据权利要求51所述的方法，其中，所述下载服务器先前将所述元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所更新的元数据并且将所更新的元数据写入所述第二云存储位置。
53.根据权利要求45至52中的任一项所述的方法，其中，与另一第三方应用相关联的数据包括存储在第三云存储位置中的元数据并且不包括二进制数据。
54.根据权利要求53所述的方法，进一步包括：
确定是否将与所述另一第三方应用相关联的所述数据下载到所述客户端设备；
将与所述另一第三方应用相关联的所述元数据识别为存储在所述第三云存储位置中的键值对集合；以及
将所述键值对集合下载到所述客户端设备。
55.一种用于执行根据权利要求45至54所述的方法中的任一项的系统。
56.一种用于将第三方应用数据的恢复提供到客户端设备的方法，所述方法包括：
确定是否将与第三方应用相关联的数据提供到所述客户端设备，其中，与所述第三方应用相关联的所述数据包括存储在具有存储地址的第一云存储位置中的二进制数据、以及存储在第二云存储位置中的元数据；
使用所述元数据来确定所述第一云存储位置的存储地址；以及
将所述二进制数据从所述第一云存储位置提供到所述客户端设备。
57.根据权利要求56所述的方法，其中，所述第三方应用的所述二进制数据包括所述第三方应用的全数据。
58.根据权利要求56至57中的任一项所述的方法，其中，所述客户端设备存储与多个第三方应用相关联的数据，所述多个第三方应用中的每个第三方应用与对应二进制数据和对应元数据相关联，并且在单次下载中将每个第三方应用的所述对应二进制数据下载到所述客户端设备。
59.根据权利要求56至58中的任一项所述的方法，其中，当所述客户端设备从所述客户端设备的用户接收恢复请求时，所述客户端设备确定下载与所述第三方应用相关联的所述数据。
60.根据权利要求56至59中的任一项所述的方法，其中，与所述第三方应用相关联的所述数据包括应用数据、用户偏好和应用内容。
61.根据权利要求56至60中的任一项所述的方法，其中，所述客户端设备是第一客户端设备，并且所述二进制数据和所更新的元数据被下载到第二客户端设备，使得所述第一客户端设备上的第三方应用数据与所述第二设备上的第三方应用数据同步。
62.根据权利要求56至61中的任一项所述的方法，其中，所述二进制数据和所述元数据被传输到所述云存储装置中的下载服务器，并且其中，所述下载服务器先前将所述二进制数据写入所述第一云存储位置并且先前传输所述元数据以写入所述第二云存储位置。
63.根据权利要求62所述的方法，其中，所述下载服务器先前将所述元数据传输到云存储服务，所述云存储服务被配置成从所述第二云存储位置读取所更新的元数据并且将所更新的元数据写入所述第二云存储位置。
64.根据权利要求56至63中的任一项所述的方法，其中，与另一第三方应用相关联的数据包括存储在第三云存储位置中的元数据并且不包括二进制数据。
65.根据权利要求64所述的方法，进一步包括：
确定是否将与所述另一第三方应用相关联的所述数据提供到所述客户端设备；
将与所述另一第三方应用相关联的所述元数据识别为存储在所述第三云存储位置中的键值对集合；以及
将所述键值对集合提供到所述客户端设备。
66.一种用于执行根据权利要求56至65所述的方法中的任一项的系统。
CN201680019563.2A 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法 Active CN107667351B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111455502.XA CN114356651A (zh) 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562167148P 2015-05-27 2015-05-27
US62/167,148 2015-05-27
PCT/US2016/032878 WO2016191152A1 (en) 2015-05-27 2016-05-17 System and method for automatic cloud-based full-data backup and restore on mobile devices

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202111455502.XA Division CN114356651A (zh) 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法

Publications (2)

Publication Number Publication Date
CN107667351A true CN107667351A (zh) 2018-02-06
CN107667351B CN107667351B (zh) 2021-12-21

Family

ID=56097301

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201680019563.2A Active CN107667351B (zh) 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法
CN202111455502.XA Pending CN114356651A (zh) 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202111455502.XA Pending CN114356651A (zh) 2015-05-27 2016-05-17 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法

Country Status (8)

Country Link
US (3) US10455015B2 (zh)
EP (2) EP4040297A1 (zh)
JP (1) JP6571202B2 (zh)
KR (1) KR102057527B1 (zh)
CN (2) CN107667351B (zh)
DE (2) DE202016107158U1 (zh)
GB (1) GB2554555A (zh)
WO (1) WO2016191152A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109815207A (zh) * 2018-12-28 2019-05-28 深圳市安云信息科技有限公司 数据存储方法和客户端代理
CN110674084A (zh) * 2018-06-15 2020-01-10 伊姆西Ip控股有限责任公司 用于数据保护的方法、设备和计算机可读存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU781021B2 (en) * 1999-06-18 2005-04-28 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
EP2850772A4 (en) * 2012-05-04 2016-02-17 Institutional Cash Distributors Technology Llc CREATION, PROPAGATION AND INVOCATION OF SECURE TRANSACTION OBJECTS
US10423952B2 (en) * 2013-05-06 2019-09-24 Institutional Cash Distributors Technology, Llc Encapsulated security tokens for electronic transactions
US11250423B2 (en) * 2012-05-04 2022-02-15 Institutional Cash Distributors Technology, Llc Encapsulated security tokens for electronic transactions
US9722852B2 (en) * 2013-05-24 2017-08-01 Cisco Technology, Inc. On-demand encapsulating of timed metadata in a network environment
US11030176B2 (en) * 2016-07-01 2021-06-08 Ebay Inc. Distributed storage of metadata for large binary data
US10432737B2 (en) 2017-10-12 2019-10-01 Engine Media, Llc Geopartitioned data caching
US10063632B1 (en) * 2017-12-22 2018-08-28 Engine Media, Llc Low-latency high-throughput scalable data caching
US11245761B2 (en) 2018-12-28 2022-02-08 Alibaba Group Holding Limited Method, apparatus, and computer-readable storage medium for network optimization of cloud storage service
WO2020223099A2 (en) 2019-04-30 2020-11-05 Clumio, Inc. Cloud-based data protection service
CN113315800A (zh) * 2020-02-27 2021-08-27 华为技术有限公司 镜像存储、下载方法、设备以及系统
US11899544B2 (en) * 2020-05-19 2024-02-13 EMC IP Holding Company LLC Efficient synchronization of cloud enabled file system database during snapshot restore operation
KR102375511B1 (ko) * 2020-07-24 2022-03-17 주식회사 한글과컴퓨터 복수의 문서 저장소들과 연동하여 클라이언트 단말로부터 수신된 문서 파일의 저장 처리를 수행하는 문서 저장 관리 서버 및 그 동작 방법
US20230146076A1 (en) * 2021-11-08 2023-05-11 Rubrik, Inc. Backing file system with cloud object store
CN116501552B (zh) * 2023-06-21 2023-09-08 苏州浪潮智能科技有限公司 数据备份的方法、装置、系统及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361048A (zh) * 2006-02-03 2009-02-04 国际商业机器公司 在信息生命周期管理环境中将文件恢复到其适当的存储级
CN101393532A (zh) * 2007-03-29 2009-03-25 赛门铁克公司 从单实例数据归档和/或备份环境中去除数据的系统和方法
CN101404567A (zh) * 2007-03-30 2009-04-08 赛门铁克公司 在备份数据上实现读/写、多版本文件系统
KR20120069400A (ko) * 2010-12-20 2012-06-28 주식회사 케이티 모바일 플랫폼에서의 어플리케이션 보관 방법
US20120310894A1 (en) * 2011-06-03 2012-12-06 Apple Inc. Methods and apparatus for interface in multi-phase restore
CN103229147A (zh) * 2010-12-01 2013-07-31 国际商业机器公司 去重存储系统内的合成备份
US20130304706A1 (en) * 2012-05-10 2013-11-14 Aetherstore Llc Systems and methods for distributed storage

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020156921A1 (en) 2001-04-19 2002-10-24 International Business Machines Corporation Automatic backup of wireless mobile device data onto gateway server while device is idle
JP2003280825A (ja) * 2002-03-22 2003-10-02 Fujitsu Ltd ストレージシステム
JP2004021424A (ja) 2002-06-13 2004-01-22 Toshiba Corp 車載器データのバックアップシステムおよびその方法
US7584225B2 (en) 2003-11-10 2009-09-01 Yahoo! Inc. Backup and restore mirror database memory items in the historical record backup associated with the client application in a mobile device connected to a communion network
US7860839B2 (en) 2006-08-04 2010-12-28 Apple Inc. Application-based backup-restore of electronic information
US8311988B2 (en) 2006-08-04 2012-11-13 Apple Inc. Consistent back up of electronic information
US8099392B2 (en) 2007-06-08 2012-01-17 Apple Inc. Electronic backup of applications
US8781528B2 (en) 2007-12-31 2014-07-15 The Invention Science Fund I, Llc Automatic mobile device backup
US8250102B2 (en) 2008-03-14 2012-08-21 Microsoft Corporation Remote storage and management of binary object data
US8583602B2 (en) 2008-06-05 2013-11-12 Palm, Inc. Restoring of data to mobile computing device
US20110016089A1 (en) 2009-07-16 2011-01-20 Apple Inc. Restoring data to a mobile device
US8694469B2 (en) 2009-12-28 2014-04-08 Riverbed Technology, Inc. Cloud synthetic backups
US8694744B1 (en) 2010-03-31 2014-04-08 Emc Corporation Mobile device snapshot backup
US8412934B2 (en) 2010-04-07 2013-04-02 Apple Inc. System and method for backing up and restoring files encrypted with file-level content protection
US9386098B2 (en) 2010-06-11 2016-07-05 Fidelithon Systems, Llc Smartphone management system and method
US8291170B1 (en) 2010-08-19 2012-10-16 Symantec Corporation System and method for event driven backup data storage
WO2012166102A1 (en) 2011-05-27 2012-12-06 Empire Technology Development Llc Seamless application backup and recovery using metadata
US20120310984A1 (en) 2011-06-01 2012-12-06 International Business Machines Corporation Data security for a database in a multi-nodal environment
US8868859B2 (en) 2011-06-03 2014-10-21 Apple Inc. Methods and apparatus for multi-source restore
US8868882B2 (en) 2011-06-08 2014-10-21 Microsoft Corporation Storage architecture for backup application
JP5686712B2 (ja) 2011-06-30 2015-03-18 株式会社Ｎｔｔドコモ バックアップデータ生成装置、オンライン記憶装置、メタデータ管理装置、バックアップシステム及びバックアップ方法
US8751457B2 (en) 2012-01-01 2014-06-10 Bank Of America Corporation Mobile device data archiving
US8782441B1 (en) 2012-03-16 2014-07-15 Google Inc. Methods and systems for storage of large data objects
US20130311597A1 (en) 2012-05-16 2013-11-21 Apple Inc. Locally backed cloud-based storage
US20140006551A1 (en) 2012-07-02 2014-01-02 Nti Corporation System and method for backing up data
US9106721B2 (en) 2012-10-02 2015-08-11 Nextbit Systems Application state synchronization across multiple devices
US9776078B2 (en) 2012-10-02 2017-10-03 Razer (Asia-Pacific) Pte. Ltd. Application state backup and restoration across multiple devices
US20160088077A1 (en) * 2014-09-18 2016-03-24 Microsoft Corporation Seamless binary object and metadata sync
US9678687B2 (en) * 2015-09-25 2017-06-13 Mcafee, Inc. User mode heap swapping
US10205651B2 (en) 2016-05-13 2019-02-12 128 Technology, Inc. Apparatus and method of selecting next hops for a session

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101361048A (zh) * 2006-02-03 2009-02-04 国际商业机器公司 在信息生命周期管理环境中将文件恢复到其适当的存储级
CN101393532A (zh) * 2007-03-29 2009-03-25 赛门铁克公司 从单实例数据归档和/或备份环境中去除数据的系统和方法
CN101404567A (zh) * 2007-03-30 2009-04-08 赛门铁克公司 在备份数据上实现读/写、多版本文件系统
CN103229147A (zh) * 2010-12-01 2013-07-31 国际商业机器公司 去重存储系统内的合成备份
KR20120069400A (ko) * 2010-12-20 2012-06-28 주식회사 케이티 모바일 플랫폼에서의 어플리케이션 보관 방법
US20120310894A1 (en) * 2011-06-03 2012-12-06 Apple Inc. Methods and apparatus for interface in multi-phase restore
US20130304706A1 (en) * 2012-05-10 2013-11-14 Aetherstore Llc Systems and methods for distributed storage

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674084A (zh) * 2018-06-15 2020-01-10 伊姆西Ip控股有限责任公司 用于数据保护的方法、设备和计算机可读存储介质
CN109815207A (zh) * 2018-12-28 2019-05-28 深圳市安云信息科技有限公司 数据存储方法和客户端代理

Also Published As

Publication number Publication date
US11178224B2 (en) 2021-11-16
US20200053152A1 (en) 2020-02-13
JP6571202B2 (ja) 2019-09-04
GB201715233D0 (en) 2017-11-08
JP2018511884A (ja) 2018-04-26
KR102057527B1 (ko) 2020-01-22
DE202016107158U1 (de) 2017-01-24
US20200053151A1 (en) 2020-02-13
WO2016191152A1 (en) 2016-12-01
EP3304310B1 (en) 2022-02-23
EP3304310A1 (en) 2018-04-11
DE112016002365T5 (de) 2018-02-15
CN107667351B (zh) 2021-12-21
EP4040297A1 (en) 2022-08-10
US10455015B2 (en) 2019-10-22
KR20170130448A (ko) 2017-11-28
US20160352827A1 (en) 2016-12-01
CN114356651A (zh) 2022-04-15
GB2554555A (en) 2018-04-04
US11245758B2 (en) 2022-02-08

Similar Documents

Publication Publication Date Title
CN107667351A (zh) 用于移动设备上的自动基于云的全数据备份和恢复的系统和方法
US9348830B2 (en) Back up using locally distributed change detection
US9396216B2 (en) Repository redundancy implementation of a system which incrementally updates clients with events that occurred via a cloud-enabled platform
US8977594B2 (en) Systems and methods for state consistent replication
US9152642B2 (en) Systems and methods for on-demand data storage
US20140337491A1 (en) Repository redundancy implementation of a system which incrementally updates clients with events that occurred via a cloud-enabled platform
US20140181041A1 (en) Distributed data store
US20140181051A1 (en) Systems and methods for on-line backup and disaster recovery with local copy
US20140181040A1 (en) Client application software for on-line backup and disaster recovery
KR100946986B1 (ko) 파일 저장 시스템 및 파일 저장 시스템에서의 중복 파일관리 방법
CN107710215A (zh) 在测试设施中的移动计算装置安全的方法和设备
CN102369509A (zh) 关系数据管理的控制服务
CN103765406A (zh) 用于远程更新执行进程的方法和设备
CN103582875A (zh) 用于多源恢复的方法及装置
US20090228530A1 (en) Separating file data streams to enhance progressive incremental processing
JP2014523563A (ja) 復元サービスの自動構成
US20180341666A1 (en) Data protection method and associated apparatus
TW201227268A (en) Data backup system and data backup and retrival method
US20170123709A1 (en) System and method for consolidating and performing data management for a personal computing device
CN113194121B (zh) 电子设备间的文件备份方法
TW201118556A (en) Data backup management platform and method thereof
CN116467118A (zh) 一种对象存储增量备份方法、系统、设备及介质
WO2014027881A1 (en) A configuration profile management system for mobile
Thomas Instant PostgreSQL Backup and Restore How-to

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: American California

Applicant after: Google limited liability company

Address before: American California

Applicant before: Google Inc.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant