CN102360321A - 一种基于云架构的终端程序快速备份及恢复方法 - Google Patents

Abstract

本发明提供一种基于云架构的终端程序快速备份及恢复方法，备份时，首先在云端服务器预置一文件数据库，存储有不同程序的唯一性属性信息及其所包含的核心文件；然后在终端侧获取欲备份的程序的唯一性属性信息，并发送至云端服务器备份存储；云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件之间的对应关系。应用本发明，极大的提高了备份及恢复的速度，减少了数据传输量，而且由于恢复时删除了该程序在本地形成的垃圾文件，因此恢复后可以提升程序的运行性能。

Description

一种基于云架构的终端程序快速备份及恢复方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于云架构的终端程序快速备份及恢复方法。

背景技术

随着计算机技术的发展，在各种计算机终端中安装的程序也越来越多。就个人计算机终端而言，一般来说，其中安装有操作系统程序和一些应用程序，这些程序相互配合工作，满足用户各种操作需求。

但在终端运行一段时间后，由于病毒的破坏或自身垃圾文件的产生，很多程序会运行的越来越缓慢，甚至由于文件损坏造成无法正常开启或使用。针对这种情况，出现了Ghost等系统备份还原工具，将整个分区的数据全部备份出来，在需要的时候再将备份数据还原到原分区。

但此类备份还原工具的执行速度相当缓慢，由于其备份原理是逐扇区的将原数据克隆备份，恢复还原时将整个备份数据再原封不动的写回，因此，不仅要求较大的存储空间，而且非常耗时，如果运用于基于网络的存储备份，则其发送的数据量相当大。

另一方面，目前的备份还原工具所执行的备份和还原操作都是比较机械刻板的，就像照相一样，将原数据文件完全保持原样的复制出来，并还原回去，并没有考虑到程序自身的组成特点和运行特点，即便是备份前由于长期运行而导致存在的垃圾文件或有害文件，依然会忠实的将其备份保存，而这些造成程序运行障碍的垃圾文件或有害文件再还原回终端后，仍然会造成程序运行不畅。

发明内容

本发明所要解决的技术问题在于提供一种基于云架构的终端程序快速备份及恢复方法，已克服现有技术下备份及恢复的速度较慢且不能改善程序性能的问题。

为解决上述技术问题，本发明提供一种基于云架构的终端程序快速备份方法，包括：

在云端服务器预置一文件数据库，存储有不同程序的唯一性属性信息及其所包含的核心文件；

在终端侧获取欲备份的程序的唯一性属性信息，并发送至云端服务器备份存储；

云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件之间的对应关系。

本发明还提供一种基于云架构的终端程序快速恢复方法，包括：

根据终端/用户的恢复请求，所述云端服务器确定该终端/用户已经备份的该欲恢复的程序的唯一性属性信息，并根据该程序的唯一性属性信息从一文件数据库中确定该程序所包含的核心文件及对应的唯一性标识信息；

将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与终端侧本地对应程序的文件的当前唯一性标识信息进行匹配；

在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除，并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储，

其中，所述云端服务器预置有一文件数据库，存储有不同程序的唯一性属性信息、所包含的核心文件，及不同核心文件所对应的唯一性标识信息。

应用本发明，在备份时仅需要备份程序的唯一性属性信息，由于在云端服务器的文件数据库中记录有与该唯一性属性信息对应的程序的核心文件及其唯一性标识信息，因此，就可以利用文件数据库中的核心文件进行恢复，并可以利用核心文件的唯一性标识信息进行基于差异比较的文件恢复，只对其唯一性标识信息发生变化的终端本地文件进行恢复，极大的提高了备份及恢复的速度，减少了数据传输量，而且由于恢复时删除了该程序在本地形成的垃圾文件，因此恢复后可以提升程序的运行性能。

附图说明

图1为根据本发明实施例所述的一种基于云架构的终端程序快速备份方法流程图。

图2为根据本发明实施例所述的备份关系示意图。

图3为根据本发明实施例所述的一种基于云架构的终端程序快速恢复方法流程图

具体实施方式

下面结合附图，对本发明的实施例进行详细说明。

如图1所示，为根据本发明实施例所述的一种基于云架构的终端程序快速备份方法流程图，包括如下步骤：

步骤101：在云端服务器预置一文件数据库，存储有不同程序的唯一性属性信息及其所包含的核心文件；

步骤102：在终端侧获取欲备份的程序的唯一性属性信息，并发送至云端服务器备份存储；

步骤103：云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件之间的对应关系。

其中，所述核心文件至少包括用于支持该程序正常运行所必不可少的文件。

其中，所述文件数据库中可以进一步存储有不同程序的核心文件的唯一性标识信息；且云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件的唯一性标识信息之间的对应关系。

如果不存储核心文件的唯一性标识信息，则在恢复时，可以直接将该核心文件下发至终端侧取代终端对应程序的全部文件；而如果存储了核心文件的唯一性标识信息，则可以在恢复时，先行比对终端侧该程序的核心文件的唯一性标识信息与服务器侧该程序的核心文件的唯一性标识信息，如果匹配一致，则说明文件完好，不用实际下发该文件，只要在匹配不一致时才需要下发该文件实体数据。

云端服务器的概念，目前已经得到了相当大的发展和运用，例如，对于病毒特征库的建立，可以设置于云端服务器，客户端只需要上传本地文件特征即可与云端服务器中的病毒特征进行比较，从而运用黑名单查杀病毒。

同理，本发明的实施例在云端服务器中预置一文件数据库，存储有不同类别不同版本的程序的唯一性属性信息、所包含的核心文件，及核心文件的唯一性标识信息。

程序的唯一性属性信息例如可以是该程序的名称及版本号，或赋予该程序的身份ID编号等。

通过长期的积累，在云端服务器可以建立一个包含众多常用程序文件的庞大的文件数据库，例如一些常用的操作系统以及一些常用的应用程序都可以收录于其中。

而通过实际分析，是可以获知各种程序其原始的核心文件的范围。所述核心文件可以是该程序在安装后于终端中释放的初始文件；或者是那些维持该程序运行所必不可少的主文件；或者也可以是指那些同样的程序被安装于不同终端并运行一段时间后的仍保持同样内容的共性文件。核心文件的范围选择，可以根据不同程序以及不同的备份要求而确定。

对运行于不同终端中的相同程序来说，其核心文件的内容大部分是相同的，受到破坏的文件毕竟是少数，因此，这就为复用云端文件数据库文件提供了基础。

云端服务器中的文件数据库中存储有不同程序所包含的核心文件，及所述核心文件的唯一性标识信息。所述唯一性标识信息可以是该文件的签名信息或计算获得的MD5值等。

由于运行于终端中的同一程序所包含的核心文件是基本相同的，如果没有被破坏，则其签名信息是与云端数据库中的该程序的核心文件的签名信息是一致的。因此，将终端中该程序的名称及版本号保存于服务器侧，就可以起到将该程序备份于服务器侧相同的目的，因为相同的核心文件已经预存于数据库中了。

如此，该终端只需要上传该程序的唯一性属性信息就完成了备份工作，云端服务器即可以根据该唯一性属性信息确定该终端备份的程序及其核心文件有哪些。

如图2所示，在终端201中包含程序1、程序2及程序3，其中程序1是欲备份的程序，其包含有核心文件1、核心文件2、核心文件3，以及垃圾文件4，对应的唯一性签名信息为文件签名1、文件签名2及文件签名3，以及文件签名4，程序1的唯一性属性信息例如为ID1。在服务器202中数据库记录了程序1的核心文件1、核心文件2及核心文件3，对应的唯一性标识信息为文件签名1、文件签名2及文件签名3，以及该程序的唯一性属性信息ID1。而在服务器侧备份的内容仅需要记录该终端或用户标识201及备份的程序1的唯一性属性信息ID1。很明显，终端备份的数据内容很少，但足以在服务器侧确定该终端需要备份的程序数据。而且，由于服务器端存储的都是该程序的核心文件，因此将一些可能的垃圾文件排除在外，这不仅减少了备份数据量，而且在恢复后可以还原一个干净的程序。

此外，终端侧还可以将该程序的一些重要的非核心文件进行备份，这些非核心文件例如可以是一些该程序的静态设置文件或一些动态的用户数据等，由于其记载了用户的使用习惯或历史数据，因此，用户可能希望可以备份并在恢复还原后继续使用。

所述终端侧可以根据一个预置的规则表中记录的该欲备份程序的非核心文件名称，获取欲备份的程序的非核心文件的唯一性标识信息。这个规则表可以是终端侧自带的，例如搜索该程序的文件名，对于配置数据文件可以将其作为非核心文件；或通过扫描终端本地程序列表，根据程序名称及版本向服务器端索取，而服务器端则存储有众多常用程序的非核心文件规则表。可以通过该规则表灵活控制非核心文件的范围大小。

此外，还可以通过排除核心文件的方式获得非核心文件，例如，由云端服务器将该欲备份程序所包含的核心文件名称发送至终端侧；然后根据所述核心文件名称，由所述终端侧将所述欲备份的程序的当前非核心文件发送至云端服务器备份存储。

备份存储非核心文件的同时，还可以由所述终端侧将所述欲备份的程序的当前非核心文件对应的唯一性标识信息也发送至云端服务器备份存储。

对于一些软件程序来说，其安装过程中可能会对当前操作系统的注册表进行修改，因此，在备份时，可以由所述终端侧获取所述欲备份的程序在注册表中的修改项，并发送至云端服务器备份存储，以便恢复时对注册表进行还原。

对于大部分的程序而言，其安装后释放的文件都会是在同一个目录路径下，也就是说其相对位置关系并不重要，但对于一些较为复杂的程序来说，例如操作系统程序，可能嵌套有多层目录的情况，这时可以将核心文件之间的相对位置关系信息保存于文件数据库中；也可以是由所述终端侧将所述欲备份程序的核心文件之间的相对位置关系信息发送至云端服务器存储。

同样，对非核心文件来说，终端侧也可以将当前核心文件与非核心文件之间的相对位置关系发送至云端服务器存储。

根据本发明的实施例，对于一些不常用的程序，可能在云端数据库中没有收录，那么，也就是说，在所述终端侧欲备份程序的唯一性属性信息在所述文件数据库中没有存储记录时，可以由所述终端侧将该欲备份程序所包含的文件及对应的唯一性标识信息全部发送至云端服务器备份存储。

如图3所示，为根据本发明实施例所述的一种基于云架构的终端程序快速恢复方法流程图，包括如下步骤：

步骤301：根据终端/用户的恢复请求，所述云端服务器确定该终端/用户已经备份的该欲恢复的程序的唯一性属性信息，并根据该程序的唯一性属性信息从一文件数据库中确定该程序所包含的核心文件及对应的唯一性标识信息；

步骤302：将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与终端侧本地对应程序的文件的当前唯一性标识信息进行匹配；

步骤303：在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除，并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储，

其中，所述云端服务器预置有一文件数据库，存储有不同程序的唯一性属性信息、所包含的核心文件，及不同核心文件所对应的唯一性标识信息。

云端服务器根据终端侧的用户登录信息就可以获知当前用户，也就可以获知该用户曾经备份过的数据。对于大部分终端/用户来说，在收到其恢复请求后，服务器就可以确定该用户备份过的程序的唯一性属性信息。如图2所示，用户终端-备份程序-终端侧核心文件及其签名信息-所备份的程序的唯一性属性信息-云端文件数据库中记录的签名信息-数据库中的核心文件，这些对应关系都通过程序唯一性属性信息相互联系起来。

在恢复时，可以将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与该终端侧本地对应程序的全部文件的当前唯一性标识信息进行匹配。如此，终端侧不需要确定核心文件的范围，凡是与文件数据库中核心文件的签名信息不一致的本地程序文件全部可以删除，包括本地一些与该程序有关的垃圾文件以及因为文件受损或修改后导致签名信息变化的文件；而在服务器侧，可以成功匹配的签名信息代表在终端侧对应文件完好无损，而无法成功匹配的签名信息表示终端侧原文件已经改变，这就需要利用文件数据库中的对应文件发送至终端侧存储。由于该已经改变的原文件已经因为无法成功匹配而被删除，因此，数据库中的对应文件就发送至终端侧取代了原文件。由于可见，本发明实施例的恢复方式是基于特征比对的，只有签名信息改变的文件才需要实际从服务器传送至终端，这就极大了的降低了数据传输量，而且也删除了终端侧在程序运行过程中产生的垃圾文件，改善了终端程序性能。

在恢复时，还可以是将云端服务器侧已经备份的该程序的核心文件的唯一性标识信息与该终端侧本地对应程序的核心文件的当前唯一性标识信息进行匹配。

而对于核心文件之间的唯一性标识信息匹配的步骤，可以是由终端侧执行，也可以是由服务器侧执行。

例如，可以由云端服务器将所述已备份程序的核心文件的唯一性标识信息发送至终端侧；然后，终端侧将接收到的已备份程序的核心文件的唯一性标识信息与本地对应程序的核心文件的当前唯一性标识信息进行匹配。

或者，由终端侧将欲恢复的程序的核心文件的当前唯一性标识信息发送至云端服务器；然后，由所述云端服务器将收到的所述当前唯一性标识信息与存储的由该终端已经备份过的该程序的核心文件的唯一性标识信息进行匹配。

只进行核心文件之间的匹配可以减少终端侧删除文件的范围，从而可以更精确的保留终端侧个性文件，或与非核心文件的还原互为补充。

在服务器侧如果还备份有非核心文件，则可以进一步由云端服务器将终端侧已备份的该程序的非核心文件发送至终端侧对应存储。

如果云端服务器备份了非核心文件以及其对应的唯一性标识信息，则可以将云端服务器侧已备份的该程序的非核心文件的唯一性标识信息与该终端侧本地对应程序的文件的当前唯一性标识信息进行匹配，如果匹配一致，则说明文件完好，不需要替换，如果匹配不一致，则可以将终端侧匹配不成功的非核心文件删除，并再将服务器侧备份的匹配不成功的非核心文件发送至终端侧对应存储。

如果云端服务器备份了该程序的注册表修改项，还可以由云端服务器将该终端已经备份过的该程序对注册表的修改项发送至所述终端侧，并由该终端根据该修改项对本地注册表执行相应的修改。

而对于程序文件在终端侧的存储路径，可以按照默认安装路径存储，也可以通过动态搜索技术获知该程序在终端侧的安装路径，实际上，一般只要终端侧有一个核心文件就可以获知该程序的安装路径。

此外，所述终端侧还可以根据已在云端服务器记录的所述核心文件之间的相对位置关系对核心文件进行存储；或根据已在云端服务器记录的所述非核心文件与核心文件之间的相对位置关系对非核心文件进行存储。

在某些特殊情况下，如果在所述终端本地没有找到所述对应程序，则说明该程序可能已被删除，这时可以将在所述云端服务器中与已经存储的该程序的核心文件发送至该终端侧对应存储。

此外，在恢复时，如果终端侧需要获知该程序的核心文件范围，同样是可以根据一预置规则表确定所述本地对应程序的核心文件的名称；或根据所述云端服务器中的文件数据库中记录的所述程序的核心文件名称确定所述本地对应的核心文件名称。

由此可见，本发明由于在备份时仅需要备份程序的唯一性属性信息，而不用实际备份程序内容，因此，备份速度很快，传输的数据量大大减少；同时，恢复时是基于差异比较的恢复，即如果核心文件的特征标识没有变化，则不需要恢复该文件，只有特征标识发生变化的才需要从数据库中下载相应文件，因此，恢复的速度也很快，传输量很少。同时，由于在服务器的文件数据库中仅存储核心文件，因此，与备份时的文件范围或内容存在差异的垃圾文件等有害文件都可以被清除，在恢复后提升了程序性能。

Claims (27)

1.一种基于云架构的终端程序快速备份方法，其特征在于，包括：

在云端服务器预置一文件数据库，存储有不同程序的唯一性属性信息及其所包含的核心文件；

在终端侧获取欲备份的程序的唯一性属性信息，并发送至云端服务器备份存储；

云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件之间的对应关系。

2.如权利要求1所述的方法，其特征在于，所述核心文件至少包括用于支持该程序正常运行所必不可少的文件。

3.如权利要求1所述的方法，其特征在于，所述文件数据库中进一步存储有不同程序的核心文件的唯一性标识信息；且云端服务器根据所述文件数据库确定备份所述程序的唯一性属性信息的终端/用户与所述唯一性属性信息代表的程序所包含的核心文件的唯一性标识信息之间的对应关系。

4.如权利要求1所述的方法，其特征在于，进一步包括：

由云端服务器将该欲备份程序所包含的核心文件名称发送至终端侧；

根据所述核心文件名称，由所述终端侧将所述欲备份的程序的当前非核心文件发送至云端服务器备份存储。

5.如权利要求4所述的方法，其特征在于，进一步包括：

由所述终端侧将所述欲备份的程序的当前非核心文件对应的唯一性标识信息发送至云端服务器备份存储。

6.如权利要求1所述的方法，其特征在于，进一步包括：

由所述终端侧获取所述欲备份的程序在注册表中的修改项，并发送至云端服务器备份存储。

7.如权利要求1所述的方法，其特征在于，所述文件数据库中进一步存储有不同程序所包含的核心文件之间的相对位置关系信息。

8.如权利要求1所述的方法，其特征在于，所述终端侧将所述欲备份程序所包含的文件之间的相对位置关系信息发送至云端服务器存储。

9.如权利要求4或5所述的方法，其特征在于，进一步包括：所述终端侧将当前核心文件与非核心文件之间的相对位置关系发送至云端服务器存储。

10.如权利要求1所述的方法，其特征在于，进一步包括：

如果所述终端侧欲备份程序的唯一性属性信息在所述文件数据库中没有存储记录时，由所述终端侧将该欲备份程序所包含的文件及对应的唯一性标识信息发送至云端服务器备份存储。

11.如权利要求1所述的方法，其特征在于，所述程序的唯一性属性信息包括该程序的名称及版本号。

12.如权利要求3、5或10所述的方法，其特征在于，所述文件的唯一性标识信息包括该文件的签名信息。

13.一种基于云架构的终端程序快速恢复方法，其特征在于，包括：

根据终端/用户的恢复请求，所述云端服务器确定该终端/用户已经备份的该欲恢复的程序的唯一性属性信息，并根据该程序的唯一性属性信息从一文件数据库中确定该程序所包含的核心文件及对应的唯一性标识信息；

将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与终端侧本地对应程序的文件的当前唯一性标识信息进行匹配；

在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除，并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储，

其中，所述云端服务器预置有一文件数据库，存储有不同程序的唯一性属性信息、所包含的核心文件，及不同核心文件所对应的唯一性标识信息。

14.如权利要求13所述的方法，其特征在于，所述匹配步骤，包括：将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与该终端侧本地对应程序的全部文件的当前唯一性标识信息进行匹配。

15.如权利要求13所述的方法，其特征在于，所述匹配步骤，包括：将云端服务器侧所述文件数据库中记录的该程序的核心文件的唯一性标识信息与该终端侧本地对应程序的核心文件的当前唯一性标识信息进行匹配。

16.如权利要求15所述的方法，其特征在于，所述匹配步骤，包括：

云端服务器将所述文件数据库中记录的该程序的核心文件的唯一性标识信息发送至终端侧；

终端侧将接收到的该程序的核心文件的唯一性标识信息与本地对应程序的核心文件的当前唯一性标识信息进行匹配。

17.如权利要求15所述的方法，其特征在于，所述匹配步骤，包括：

由终端侧将欲恢复的程序的核心文件的当前唯一性标识信息发送至云端服务器；

由所述云端服务器将收到的所述当前唯一性标识信息与文件数据库中存储的该程序的核心文件的唯一性标识信息进行匹配。

18.如权利要求13所述的方法，其特征在于，进一步包括：

由云端服务器将终端侧已备份的该程序的非核心文件发送至终端侧对应存储。

19.如权利要求13所述的方法，其特征在于，所述匹配步骤，进一步包括：将云端服务器侧已备份的该程序的非核心文件的唯一性标识信息与该终端侧本地对应程序的文件的当前唯一性标识信息进行匹配。

20.如权利要求13所述的方法，其特征在于，进一步包括：

由云端服务器将该终端已经备份过的该程序对注册表的修改项发送至所述终端侧，并由该终端根据该修改项对本地注册表执行相应的修改。

21.如权利要求13所述的方法，其特征在于，所述云端服务器将匹配不成功的唯一性标识信息对应的文件发送至终端侧对应存储的步骤，包括：所述终端侧根据已在云端服务器记录的所述核心文件之间的相对位置关系对核心文件进行存储。

22.如权利要求13或18所述的方法，其特征在于，所述终端侧根据已在云端服务器记录的所述非核心文件与核心文件之间的相对位置关系对非核心文件进行存储。

23.如权利要求13所述的方法，其特征在于，进一步包括：如果在所述终端本地没有找到所述对应程序，则将在所述云端服务器中与已经备份的该程序的唯一性属性信息相对应的该程序的核心文件发送至该终端侧对应存储。

24.如权利要求15所述的方法，其特征在于，所述终端侧根据一预置规则表确定所述本地对应程序的核心文件的名称。

25.如权利要求15所述的方法，其特征在于，所述终端侧根据所述云端服务器中的文件数据库中记录的所述程序的核心文件名称确定所述本地对应的核心文件名称。

26.如权利要求13所述的方法，其特征在于，所述程序的唯一性属性信息包括该程序的名称及版本号。

27.如权利要求13或19所述的方法，其特征在于，所述文件的唯一性标识信息包括该文件的签名信息。

Images