CN110837439A - 一种文件备份方法、终端与通信系统 - Google Patents

Abstract

一种文件备份方法、终端与通信系统。本申请涉及数据备份，智能终端等领域。第一终端向服务器备份文件的过程中发生备份中断；所述第一终端在下次备份时，根据从所述服务器获取的所述第一终端已备份到所述服务器的一个或多个文件的信息，确定需要继续备份的文件，备份所述需要继续备份的文件，可以避免文件的重复备份，提升备份效率。

Description

一种文件备份方法、终端与通信系统

技术领域

本申请涉及电子技术领域，尤其涉及一种文件备份方法、终端与通信系统。

背景技术

移动终端的功能越来越强大，安装的应用越来越多，所以移动终端本地的数据越来越多。为了节省内存，且避免数据丢失，移动终端可以将本地的数据备份到云端。目前的一种数据备份方式是终端的整机备份。

现有技术中整机备份是一次性不间断地完成所有数据的备份，一旦备份中断，则整个备份需要从头进行，新的备份过程中所有文件需要重新备份，则必然出现文件的重复备份；另外多设备通过同一账号进行备份时，不同设备可能重复备份相同的文件。因此，如何避免重复备份，提升备份效率是有待解决的技术问题。

发明内容

本申请的目的在于提供了一种文件备份方法、终端与通信系统，可以避免文件重复备份，提升备份效率。

上述目标和其他目标将通过独立权利要求中的特征来达成。进一步的实现方式在从属权利要求、说明书和附图中体现。

第一方面，本申请实施例提供一种文件备份方法，该方法可以由第一终端执行，第一终端例如为手机、平板电脑等。该方法包括：第一终端向服务器备份文件的过程中发生备份中断；所述第一终端在下次备份时，根据从所述服务器获取的所述第一终端已备份到所述服务器的一个或多个文件的信息，确定需要继续备份的文件；所述第一终端备份所述需要继续备份的文件。

本申请实施例中，终端发生备份中断后，下次备份时，可以根据该终端已备份到服务器的文件(该终端已备份的服务器的文件的信息可以从服务器获取)，确定需要继续备份的文件，无需从头备份该终端中的所有文件，避免了文件的重复备份，提升备份效率。例如，终端在某次备份过程中向服务器备份了3个文件，然后发生备份中断，该终端下次备份时，可以根据从服务器获取的所述3个文件的信息，确定需要继续备份的文件，可以避免文件的重复备份，提升备份效率。

在一种可能的设计中，所述需要继续备份的文件为所述第一终端中存在，但尚未备份到所述服务器的文件。

可以理解的是，终端发生备份中断后，下次备份时，可以仅备份该终端中尚未备份到服务器的文件，无需从头备份所有文件，提升备份效率。

在一种可能的设计中，所述需要继续备份的文件包括所述已备份到所述服务器的一个或多个文件中被增加或修改内容后得到的文件。

可以理解的是，终端在使用过程中，对于已备份到服务器的文件终端可能会修改或增加内容，针对该被修改或增加内容的文件，也是需要继续备份的文件，以保证文件备份的准确性以及全面性。例如，终端中包括10个文件，某次备份过程中备份了3个文件然后发生备份中断，终端在下次备份之前，对已备份的所述3个文件中的一个文件进行了修改，那么终端下次备份时，需要备份该被修改的文件。

在一种可能的设计中，所述已备份到所述服务器的一个或多个文件为一个或多个压缩包，所述需要继续备份的文件为不存在于所述一个或多个压缩包中的任何一个压缩包中的文件。

可以理解的是，终端备份文件时，为了节省备份次数，可以将若干个文件压缩备份，所以服务器存储的是压缩包，那么终端下次备份时，需要继续备份的文件是不存在于该终端已备份到服务器的任何一个压缩包中的，以避免重复备份，提升备份效率。例如，终端已备份3个压缩包到服务器。终端下次备份时，需要备份的文件不存在于已备份的所述3个压缩包中的任何一个压缩包中，以避免重复备份。

在一种可能的设计中，所述需要备份的文件为多个文件的压缩文件，所述多个文件中每个文件的占用空间小于阈值，且所述多个文件中不包含所述第一终端已备份到所述服务器的文件。

可以理解的是，终端备份文件时，可以将若干个小文件(占用空间小于阈值的文件)压缩备份，以节省备份次数，而且所述若干个小文件是尚未备份到服务器的文件，可以避免重复备份，提升备份效率。

在一种可能的设计中，所述备份中断，包括：所述第一终端在灭屏过程中备份文件，当屏幕点亮时发生备份中断；或者，所述第一终端在接入无线网络的过程中备份文件，当无线网络中断时发生备份中断；所述第一终端下次备份，包括：所述第一终端检测到再次灭屏，且进入无线网络时备份；或者，检测到再次灭屏，且灭屏后预设时长未亮屏，且接入到无线网络时备份。

因此，本申请实施例中，文件备份过程可以分时进行，例如，每次灭屏过程中可以仅备份一部分文件，下次灭屏时无需从头备份，仅备份尚未备份的文件即可。或者，每次接入无线网络的过程中备份部分文件，下次接入无线网络时无需从头备份，避免重复备份，提升备份效率。

在一种可能的设计中，所述第一终端下次备份时，从所述服务器获取所述已备份到所述服务器的一个或多个文件的信息；或者，所述第一终端在发生备份中断之后，且在下次备份之前，从所述服务器获取所述已备份到所述服务器的一个或多个文件的信息。

可选的，终端可以在多种时机下从服务器获取该终端已备份到服务器的文件的信息，例如，终端发生备份中断之后，立即获取，或者，终端发生备份中断后，可以暂时不获取，在下次备份时或下次备份之前获取，等等，本申请实施例不作限定。

第二方面，本申请实施例还提供文件备份方法，该方法可以由第一终端执行，第一终端例如手机、平板电能等，该方法包括：第一终端向服务器发送备份请求，所述备份请求中携带所述第一终端当前登录的账号；所述第一终端获取所述服务器发送的已备份信息，所述已备份信息中包括所述第一终端已备份到所述服务器的一个或多个文件的信息，以及第二终端通过所述账号已备份到所述服务器的一个或多个文件的信息；所述第一终端基于所述已备份信息，确定并备份需要备份的文件。

需要说明的是，第一终端和第二终端可以通过同一账号向服务器备份文件，第一终端备份文件时，可以获知自身已备份到服务器的文件，以及第二终端已备份到服务器的文件。因此，第一终端无需备份第一终端和第二终端已备份到服务器的文件，避免多个设备通过同一账号备份文件的情况下，所述多个设备中不同设备可能备份相同的文件，而导致重复备份。

在一种可能的设计中，所述需要备份的文件为所述第一终端中存在，但所述已备份信息中不存在的文件。

可以理解的是，第一终端获取已备份信息，该已备份信息中包括第一终端已备份到服务器的文件的信息，以及第二终端已备份到服务器的文件的信息。也就是说，所述已备份信息中不存在的文件即所述第一终端和所述第二终端尚未备份到服务器的文件，所以第一终端可以备份所述已备份信息中不存在的文件，以避免重复备份，提升备份效率。

在一种可能的设计中，所述需要备份的文件为所述第一终端已备份到所述服务器的一个或多个文件中被修改或增加内容后的文件，且所述被修改或增加内容后的文件不存在于所述已备份信息中。

可以理解的是，第一终端在使用过程中，可能会对该第一终端已备份到服务器的文件进行修改或增加内容。对于第一终端而言，针对该被修改或增加内容的文件是需要备份的文件，但是可能第二终端已备份过。由于已备份信息中包括第二终端已备份到服务器的文件的信息，所以，若该修改或增加内容的文件的信息不存在于已备份信息，说明第二终端尚未备份过该修改或增加内容的文件，则第一终端需要备份该修改或增加内容的文件，以提升文件备份的准确性和全面性。

在一种可能的设计中，所述第一终端已备份到所述服务器的一个或多个文件包括一个或多个压缩包，所述需要备份的文件为不存在于所述一个或多个压缩包中的任何一个压缩包中的文件，且不存在于所述已备份信息中的文件。

可以理解的是，第一终端备份文件时，可以将若干个文件压缩备份，所以，服务器存储的是压缩包，对于第一终端而言，需要备份的文件是不存在于第一终端已备份到服务器的任何一个压缩包中的文件，而且是第二终端也尚未备份到服务器的文件，所以是已备份信息中不存在的文件，避免了不同终端通过相同账号重复备份同样的文件，提升备份效率。

在一种可能的设计中，所述需要备份的文件为所述第一终端中的多个文件的压缩文件，所述多个文件中每个文件的占用空间小于阈值，且所述多个文件的文件信息不存在于所述已备份信息中。

可以理解的是，第一终端备份文件时，可以将若干个小文件(占用空间小于阈值的文件)压缩备份，节省备份次数，所述若干个小文件是第一终端和第二终端尚未备份到服务器的文件，以避免重复备份，提升备份效率。

在一种可能的设计中，第一终端向所述服务器发送备份请求，包括：所述第一终端在备份过程中发生备份中断后，向所述服务器发送备份请求；或者，所述第一终端周期性的向所述服务器发送备份请求。

可以理解的是，第一终端可以在发生备份中断后，向服务器发送备份请求，然后接收服务器发送的已备份信息，那么第一终端下次备份时，可以基于已备份信息备份文件。或者，第一终端周期性的向服务器发送备份请求，对应的，第一终端周期性的接收服务器发送的已备份信息，每次备份文件时可以基于接收时间最晚的已备份信息进行文件备份。当然，第一终端也可以在每次备份之前，都向服务器发送备份请求，然后基于接收到的已备份信息备份文件。总之，第一终端备份文件时不需要备份第一终端中的所有文件，而仅备份第一终端和第二终端尚未备份到服务器的文件，提升备份效率。

在一种可能的设计中，所述备份中断，包括：所述第一终端在灭屏过程中备份文件，当屏幕点亮时发生备份中断；或者，所述第一终端在接入无线网络的过程中备份文件，当无线网络中断时发生备份中断。

因此，本申请实施例中，第一终端的文件备份过程可以分时进行，例如，每次灭屏过程中可以仅备份一部分文件，下次灭屏时无需从头备份，仅备份尚未备份的文件即可，或者，每次接入无线网络的过程中备份部分文件，下次接入无线网络时也无需从头备份，避免了重复备份，提升备份效率。

第三方面，本申请实施例还提供一种终端，包括：通信模块，用于与其他设备通信；一个或多个处理器；一个或多个存储器；所述一个或多个存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端执行如上述第一方面提供的文件备份方案中的全部或部分方法步骤。

第四方面，本申请实施例还提供一种终端，包括：通信模块，用于与其他设备通信；一个或多个处理器；一个或多个存储器；所述一个或多个存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端执行如上述第二方面提供的文件备份方案中的全部或部分方法步骤。

第五方面，本申请还提供一种终端，该终端包括执行第一方面或者第一方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第六方面，本申请还提供一种终端，该终端包括执行第二方面或者第二方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第七方面，本申请实施例还提供一种芯片，所述芯片与终端中的存储器耦合，执行本申请实施例第一方面及其第一方面任一可能设计的技术方案；本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。

第八方面，本申请实施例还提供一种芯片，所述芯片与终端中的存储器耦合，执行本申请实施例第二方面及其第二方面任一可能设计的技术方案；本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。

第九方面，本申请实施例提供一种通信系统，包括：终端；服务器；终端能够将文件备份到所述服务器，所述终端可以执行如上述第一方面提供的文件备份方案中第一终端执行的全部或部分方法步骤。例如是上述第三方面或第五方面提供的终端。

第十方面，本申请实施例还提供一种通信系统，包括：第一终端；第二终端，服务器；所述第一终端和所述第二终端可以通过同一账号向所述服务器备份文件；所述第一终端可以执行如上述第二方面提供的文件备份方案中第一终端执行的全部或部分方法步骤，例如第一终端是上述第四方面或第六方面提供的终端。

第十一方面，本申请实施例还提供计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本申请实施例第一方面及其第一方面任一可能设计的技术方案。

第十二方面，本申请实施例还提供计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本申请实施例第二方面及其第二方面任一可能设计的技术方案。

第十三方面，本申请实施例还提供程序产品，所述程序产品存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本申请实施例第一方面及其第一方面任一可能设计的技术方案；

第十四方面，本申请实施例还提供程序产品，所述程序产品存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本申请实施例第二方面及其第二方面任一可能设计的技术方案。

附图说明

图1为本申请一实施例提供的一种应用场景的示意图；

图2为本申请一实施例提供的另一种应用场景的示意图；

图3为本申请一实施例提供的终端的硬件结构示意图；

图4为本申请一实施例提供的终端的软件结构的示意图；

图5为本申请一实施例提供的一种文件备份方法的流程示意图；

图6为本申请一实施例提供的另一种文件备份方法的流程示意图；

图7为本申请一实施例提供的一种应用场景的示意图；

图8为本申请一实施例提供的另一种应用场景的示意图；

图9为本申请一实施例提供的又一种文件备份方法的流程示意图；

图10为本申请一实施例提供的整机快照的示意图。

具体实施方式

下面将结合本申请以下实施例中的附图，对本申请实施例中的技术方案进行详尽描述。

以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请实施例中，“一个或多个”是指一个、两个或两个以上；“和/或”，描述关联对象的关联关系，表示可以存在三种关系；例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

以下，先对本申请实施例中涉及的部分用语进行解释说明，以便于本领域技术人员容易理解。

本申请实施例涉及的至少一个，包括一个或者多个；其中，多个是指大于或者等于两个。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

本申请实施例涉及的应用程序(application，app)，可以简称应用，为能够实现某项或多项特定功能的软件程序。通常，电子设备中可以安装多个应用，例如，即时通讯类应用、视频类应用、音频类应用、图像拍摄类应用等等。其中，即时通信类应用，例如可以包括短信应用、微信(WeChat)、WhatsApp Messenger、连我(Line)、照片分享(instagram)、KakaoTalk、钉钉等。图像拍摄类应用，例如可以包括相机应用(系统相机或第三方相机应用)。视频类应用，例如可以包括Youtube、Twitter、抖音、爱奇艺，腾讯视频等等。音频类应用，例如可以包括酷狗音乐、虾米、QQ音乐等等。以下实施例中提到的应用，可以是电子设备出厂时已安装的应用，也可以是用户在使用电子设备的过程中从网络下载或其他电子设备获取的应用。

本申请实施例提供了一种文件备份方法，该方法可以适用于诸如手机、平板电脑、可穿戴设备(例如，手表、手环、智能头盔等)、车载设备、智能家居、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant，PDA)等终端。本申请实施例提供的文件备份方法中，终端可以从云端下载已备份列表，该已备份列表中包括该终端已备份到云端的文件的文件信息，终端每次进行备份之前，可以将待备份的文件与已备份列表进行比较，若待备份文件不存在已备份列表中，则备份该待备份文件，若存在，则无需备份。可以理解的是，本申请实施例中的云端可以是云服务器。但是这并不构成对其的限定，其他可以用于备份的服务器也是可以的。

图1示出了本申请实施例提供的一种可能的应用场景的示意图。如图1所示，该场景中包括云端，以及终端1(图中以手机为例)。通常，用户可以注册系统账号，然后使用该系统账号进行登录。系统账号例如安卓系统账号、ios系统账号等，本申请实施例不作限定。终端向云端备份文件时，可以上报该终端的账号，所以，云端中存储每个账号备份到云端的文件。例如，如图1所示，终端1登录账号A，终端1向云端备份文件，云端中存储有账号A的已备份列表，该已备份列表中包括账号A的设备已备份到云端的文件的文件信息。终端1可以从云端下载该已备份列表(例如，终端1可以在备份中断后，从云端下载已备份列表，或者，每次备份之前都从云端获取已备份列表)。因此，终端1在备份文件之前，可以判断待备份文件是否存在已备份列表中，若存在，则无需备份，若不存在，则备份该待备份文件，对于已经备份的文件，无需重复备份，提升备份效率。

图2示出了本申请实施例提供的另一种可能的应用场景的示意图。如图2所示，该应用场景包括云端、终端1和终端2。其中，终端1和终端2可以同一账号A向云端备份文件，例如，终端1和终端2是同一用户的两个设备，用户使用账号A登录终端1和终端2。云端可以建立账号A对应的已备份列表，该已备份列表中包括终端1和终端2通过账号A备份到云端的文件的文件信息。终端1和终端2从云端下载该已备份列表。这样的话，终端1可以知晓终端2已备份的文件的文件信息，终端2也可以知道终端1已备份的文件的文件信息。例如，终端1在备份文件之前，可以判断待备份文件是否存在于已备份列表中，若不存在，则备份该待备份文件，若存在，则无需备份。因此，多个设备通过同一账号向云端备份文件的场景中，所述多个设备中某个设备在备份一个文件之前，可以获知所述多个设备是否已经将该文件备份到云端，若是，则无需备份该文件，可以避免同一账号的多个设备重复备份相同的文件，提升备份效率。

本申请实施例提供的文件备份方法可以适用于上述任何一种场景，或者类似的场景中，本申请实施例不作限定。

示例性的，图3示出了终端的结构示意图。图3所示的终端可以图1或图2所示场景中的终端1或终端2。

如图3所示，终端可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是终端的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端充电，也可以用于终端与外围设备之间传输数据。充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

终端的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。终端中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在终端上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

显示屏194用于显示应用的显示界面等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，终端可以包括1个或N个显示屏194，N为大于1的正整数。

摄像头193用于捕获静态图像或视频。在一些实施例中，摄像头193可以包括至少一个摄像头，例如一个前置摄像头和一个后置摄像头。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，以及至少一个应用程序(例如爱奇艺应用，微信应用等)的软件代码等。存储数据区可存储终端使用过程中所产生的数据(例如图像、视频等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。

终端可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

其中，传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定终端的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端围绕三个轴(即，x，y和z轴)的角速度。

陀螺仪传感器180B可以用于拍摄防抖。气压传感器180C用于测量气压。在一些实施例中，终端通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。磁传感器180D包括霍尔传感器。终端可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端是翻盖机时，终端可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。加速度传感器180E可检测终端在各个方向上(一般为三轴)加速度的大小。当终端静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。终端可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端可以利用距离传感器180F测距以实现快速对焦。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端通过发光二极管向外发射红外光。终端使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端附近有物体。当检测到不充分的反射光时，终端可以确定终端附近没有物体。终端可以利用接近光传感器180G检测用户手持终端贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端是否在口袋里，以防误触。指纹传感器180H用于采集指纹。终端可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端对电池142加热，以避免低温导致终端异常关机。在其他一些实施例中，当温度低于又一阈值时，终端对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端可以接收按键输入，产生与终端的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现与终端的接触和分离。

可以理解的是，图3所示的部件并不构成对手机的具体限定，手机还可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。以下的实施例中，以图1所示的终端为例进行介绍。

图4示出了本申请一实施例提供的电子设备的软件结构框图。如图4所示，电子设备的软件结构可以是分层架构，例如可以将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层(framework，FWK)，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图3所示，应用程序层可以包括相机、设置、皮肤模块、用户界面(user interface，UI)、三方应用程序等。其中，三方应用程序可以包括微信、QQ、图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

此外，系统库还可以包括备份判断模块，用于判断文件是否存在于已备份列表中。例如，当文件存在于已备份列表时，备份判断模块确定该文件不需要备份；再例如，当文件不存在于已备份列表时，备份判断模块确定该文件需要备份。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

硬件层可以包括各类传感器，例如本申请实施例中涉及的加速度传感器、陀螺仪传感器、触摸传感器等。

下面结合本申请实施例的文件备份方法，示例性说明终端的软件以及硬件的工作流程。

作为一种示例，电子设备通过无线通信模块160或者移动通信模块150接收到云端下发的已备份列表。系统库层中的备份判断模块，用于判断文件是否存在于已备份列表中。例如，当文件存在于已备份列表时，备份判断模块确定该文件不需要备份；再例如，当文件不存在于已备份列表时，备份判断模块确定该文件需要备份。电子设备可以无线通信模块160或者移动通信模块150向云端发送要备份的文件。

图5示出了本申请实施例提供的一种文件备份方法的流程示意图。该方法可以适用于图1所示的应用场景中，例如该方法可以由图1所示的应用场景中的终端1执行。如图5所示，该方法的流程可以包括：

501：终端1将文件备份到云端。

可选的，终端1在执行501之前，可以向云端发送备份请求，该备份请求用于请求备份文件到云端，该备份请求中可以携带终端1当前登录的账号的账号信息，账号信息可以包括用户注册该账号时使用的邮箱、手机号等。云端同意备份时，可以向终端1发送同意备份的指示。终端1接收到该指示之后执行501。或者，终端1需要备份文件到云端时，可以直接向云端发送文件，一并发送终端1当前登录的账号的账号信息。

502：云端建立/更新已备份列表，该已备份列表中包括终端1已备份到云端的文件的文件信息。

终端1向云端备份文件之后，云端可以记录终端1已备份到云端的文件的文件信息，其中，文件信息可以包括文件的文件名、文件的存储路径(文件在云端的存储路径)等等。作为一种示例，云端可以建立已备份列表，该已备份列表中包括终端1已备份到云端的文件的文件信息，参见下表1，为一种已备份列表的示例。可理解的是，终端1首次将文件备份到云端时，云端可以新建终端1对应的已备份列表；终端1后续备份文件的过程中，云端只需更新已建立的已备份列表即可。

表1

file hash	file name	Cloud path
			hash1	contact.db	Netdisk/deviceid/contact/
hash2	mm.db	Netdisk/deviceid/mm/
			hash3	xxx.xml	Netdisk/deviceid/mm/folder1/

应当理解的是，在实际应用中，除了以列表形式之外，云端还可以以其它方式记录终端1存储到云端的文件的文件信息，本申请实施例不作限定。

可选的，云端可以建立每个账号对应的已备份列表。示例性的，上述表1可以是账号A(终端1的账号)对应的已备份列表。因此，若终端1通过两个不同的账号备份文件到云端后，云端建立这两个账号分别对应的已备份列表。可选的，云端也可以建立每个终端对应的已备份列表，例如，终端向云端上报终端的设备标识，例如终端的型号，产品序列号等可用于唯一标识终端的标识。这种情况下，若终端1通过两个不同的账号备份文件到云端，云端可以建立一个已备份列表即可。该实施例中，以云端建立每个账号对应的已备份列表为例介绍。

503：终端1确定备份中断。

示例性的，终端1发生备份中断的原因可能有多种，例如，终端1在灭屏过程中进行备份，但是灭屏时间较短，当终端1亮屏时，导致文件尚未备份完毕就中断。其中，终端1亮屏可以是在用户操作下由灭屏变为亮屏，或者是终端1灭屏时接收到新消息或收到来电，然后点亮屏幕显示该新消息或来电界面。又如，终端1在备份的过程中，电量降低到小于阈值，导致备份终端，又如，终端1接入无线网络(wifi)后备份文件，备份过程中无线网络断开导致备份中断。

504：终端1向云端发送一请求，该请求用于请求云端下发终端1的已备份列表。

可以理解的是，该请求中可以携带终端1的账号A的账号信息。云端接收到该请求之后，查询账号A对应的已备份列表，并下发给终端1。

可选的，终端1可以在执行完503之后，立即执行504；或者，也可以在执行完503之后，且在下次备份之前向云端发送所述请求；或者，还可以在下次备份时，再向云端发送所述请求，本申请实施例不作限定。

可选的，504可以不执行，例如，当云端确定终端1持续备份一段时长之后，停止继续备份时，可以主动向终端1发送终端1对应的已备份列表。其中，云端确定终端1停止继续备份可以是，云端接收到终端1发送的文件之后，等待预设时长，若预设时长内未再次接收到终端1发送的文件，则确定终端1停止继续备份。

可选的，终端1还可以向云端发送备份中断指令，该备份中断指令用于指示终端1发生备份中断。可以理解的是，504中的请求是用于请求云端下发已备份列表，区别于该请求，备份中断指令是通知云端终端1发生备份中断。应理解，终端1可以既发送备份中断指令，也发送所述请求，二者的执行顺序不作限定，或者，终端1可以仅发送备份中断指令，或者仅发送所述请求，或者都不发送。都不发送的情况下，当云端确定终端1持续备份一段时长之后，停止继续备份时，可以主动向终端1下发已备份列表。终端1仅发送备份中断指令的情况下，备份中断指令中可以携带终端1的账号A的账号信息，云端接收到备份中断指令后，基于备份中断指令中的账号A，从海量已备份列表中查询账号A对应的已备份列表，然后将该已备份列表发送终端1。

505：云端向终端1发送已备份列表，该已备份列表中包括终端1已经备份到云端的文件的文件信息。

示例性的，云端可以将上述表1发送给终端1。

可选的，云端将已备份列表下行同步到终端时，可以使用基于Web的分布式编写和版本控制(Web-based distributed authoring and versioning，WebDAV)协议、同步标记语言(synchronization markup language，syncml)协议、或其他自定义同步协议等，本申请实施例不作限定。应理解，已备份列表可以是sqlite db形式，也可以使用其他存储形式，本申请实施例不作限定。

可以理解的是，列表只是一种示例，并不构成对其的限定，只要能告知终端1已经备份到云端的信息的方式都可以。

506：终端1下次备份时，根据已备份列表，确定需要继续备份的文件。

可选的，需要继续备份的文件为终端1中存在，但已备份列表中不存在的文件。例如，终端1中包括10个文件，在501中终端1备份了3个文件，那么云端建立的已备份列表中包括这3个文件的文件信息，云端将该已备份列表下发到终端1之后，终端1可以基于该已备份列表，确定尚未备份的7个文件为需要继续备份的文件，已备份的所述3个文件是无需再次备份的。

可选的，终端1还可以监听已备份到云端的每个文件的变化情况，例如修改文件内容或增加文件内容等。因此，需要继续备份的文件还包括已备份到云端的一个或多个文件中发生修改或增加内容的文件。一种可能的实现方式为，终端1建立本地文件索引，该本地文件索引中包括终端1本地存储的所有文件的文件信息，对于发生变化的文件，终端1可以在本地文件索引中标注文件的变化情况，例如删除、修改，增加等。终端1从云端获取已备份列表之后，可以基于已备份列表，在本地文件索引中确定已经备份到云端的文件是否发生变化，若发生变化，且变化是修改文件内容，增加文件内容时，则确定修改内容或增加内容之后的文件是需要继续备份的文件。

示例性的，如下表2，为本申请一实施例提供的终端1的本地文件索引的示例。

表2：本地文件索引表

举例来说，终端1从云端获取已备份列表为上述表1，而本地文件索引为上述表2，对比表1和表2可知，已备份到云端的文件包括file hash为hash1、hash2、hash3的三个文件，然后查询表2可知，hash3对应的文件的修改flag为1，即该文件被修改，所以，修改后的该文件是需要继续备份的文件。

可以理解的是，终端1首次建立本地文件索引之后，可以按照本地文件索引中的每个文件的顺序依次备份到云端。当终端1在使用的过程中，修改某个文件之后，可以在本地文件索引中标记该文件被修改，例如将上表中该文件的修改flag设置为1即表征该文件被修改。终端1下次备份时，备份被修改的文件。

可选的，终端1在首次建立本地文件索引时，可以全面扫描本地文件，然后生成本地文件索引表(如上述表2：本地文件索引表)。在后续过程中，只需监听文件变化，当本地文件发生增加、删除、修改时，可以刷新/记录到本地文件索引中。

在一些实施例中，为了提升文件备份的效率，本地文件索引的建立和更新过程可以与文件备份时间错开。例如，终端1可以利用零散的空闲时间段建立或更新本地文件索引；其中，零散的空闲时间段例如可以是终端1显示锁屏界面的时间段，或者，显示主界面的时间段，或者，显示主界面且当前尚未运行任何应用的时间段，或者，显示主界面且当前运行较少应用的时间段等等。

可选的，若501中，终端1是将多个文件压缩成一个或多个压缩包备份到云端，那么需要继续备份的文件是不存在于终端1已备份到云端的任何一个压缩包中的文件。举例来说，在501中，终端1向云端备份了3个压缩包，每个压缩包中包括和若干个文件。那么502中，云端建立的已备份列表中包括压缩包的信息，例如压缩包的标识。因此，终端1下载的已备份列表中包括压缩包的信息，终端1下次备份时，需要继续备份的文件是不存在与所述已备份的3个压缩包中的任何一个压缩包中，以避免文件重复备份。具体实现过程将在后文的图9所示的实施例中介绍。

507：终端1备份所述需要继续备份的文件。

可选的，若“备份中断”是终端1在灭屏过程中备份，当屏幕点亮时备份中断，那么“下次备份”可以包括，终端1检测到再次灭屏，且接入wifi时备份；或者，中断1检测到再次灭屏，且灭屏后预设时长未亮屏，且接入wifi时备份。

可选的，507之后，云端可以更新账号A的已备份列表。示例性的，假设507中终端1继续备份文件zzz.png到云端，则云端更新上述表1，得到下表3：

表3

可选的，云端更新已备份列表之后，可以主动向终端1发送更新后的已备份列表；或者，终端1备份完所有文件之后，可以向云端发送请求，以请求云端向终端1发送最新的已备份列表。

可选的，若506中确定出需要继续备份的文件有若干个，其中存在多个小文件，终端1可以将小文件压缩成一个压缩包备份，以节省备份次数，具体过程将在后文图9所示的实施例中介绍。其中小文件可以是占用空间小于阈值的文件。

需要说明的是，目前的整机备份机制是一次性不间断地完成整机文件的备份，一旦备份中断，下次整机备份时，需从头开始备份。本申请实施例提供的文件备份方法中，当终端1发生备份中断时，云端可以向终端1发送已备份列表，终端下次备份时，无需从头备份全部文件，而是根据已备份列表，确定哪些文件是需要备份的，哪些文件是已备份到云端的，那么终端1可以仅备份尚未备份到云端的文件即可，对于已备份到云端的文件无需再次备份，避免重复备份，有助于提升备份效率。

需要说明的是，目前的整机备份机制中，终端每备份一个文件之前，需要将该文件的哈希值(hash)上报云端，由云端比较该文件的hash，判断云端是否存在该文件，若存在，云端向终端发送一个指令，该指令用于指示该文件已备份，终端无需再次备份；若不存在，云端向终端下发一个指令，该指令用于指示该文件未备份，则终端备份该文件。由于终端中的文件数量庞大，每个文件上报一个hash都需要与云端建链，所以终端会花费大量的建链时间。本申请实施例提供的文件备份方法中，终端从云端下载已备份列表，该已备份列表中包括终端已经备份到云端的文件的信息。因此，终端可以在本地判断哪些文件已经备份到云端，哪些文件尚未备份到云端，无需向云端上报每个文件的hash，也就无需花费太多的与云端建链的时间，提升效率。

可以理解的是，本申请实施例提供的文件备份方法，可以实现分时备份，例如，终端可以在某个时间段，备份部分文件，再下一个时间段，再备份尚未备份的文件，效率较高。

图6示出了本申请实施例提供的另一种文件备份方法的流程示意图。该方法中，终端1和终端2可以通过同一账号向云端备份文件。该方法可以适用于图2所示的应用场景。如图6所示，该方法的流程包括：

601，终端1登录账号A。

关于账号的描述可以参见图5所示实施例中501的介绍。

602，终端1向云端发送请求，该请求用于请求云端发送账号A的已备份列表。

可选的，终端1登录账号A后，可以请求云端下发账号A的已备份列表；或者，终端2登录账号A之后，暂时不发送请求，在备份文件之前，请求云端下发账号A的已备份列表；或者，终端1同账号A备份文件时，请求云端下发账号A的已备份列表。

603，云端查询账号A的已备份列表。

可以理解的是，云端中存储有海量的已备份列表，每个已备份列表对应一个账号。云端接收到终端1发送的请求(该请求中可以携带账号A)之后，查询账号A的已备份列表。

604：云端向终端1发送账号A的已备份列表，该已备份列表中包括设备通过账号A已备份到云端的文件的文件信息。

可以理解的是，在603之前，可能没有任何设备通过账号A向云端备份文件，即603中云端无法查找到账号A的已备份列表，那么604可以无需执行，或者604中云端下发空的列表，或者，云端可以向终端1下发不存在账号A的已备份列表的指示。若603之前，终端1或者其他终端已经通过账号A备份过文件，即云端已经建立账号A的已备份列表，那么604中云端将查询到的已备份列表发送给终端1。

605：终端1基于已备份列表，确定需要备份的文件。

一种可能的实现方式为，需要备份的文件是终端1中存在，但是已备份列表中不存在的文件。例如，终端1中存在10个文件，其中3个文件的文件信息存在于已备份列表中，则除去所述3个文件之外，其它的文件是需要备份的文件。可以理解的是，所述3个文件可能是终端1曾经备份的，也可能是其它终端通过账号A曾经备份的，总之云端中已经存在所述3个文件，终端1无需再次备份。

另一种可能的实现方式为，需要备份的文件是，终端1已备份到云端的一个或多个文件中被修改或增加内容的文件，但被修改或增加内容后的文件不存在于已备份列表中。例如，在605之前，终端1备份文件M到云端，之后，终端1对文件M进行了修改。如果该修改的文件已经被其它终端通过账号A备份到云端，则已备份列表中存在该修改的文件，如果该修改的文件不存在于已备份列表中，说明没有任何设备通过账号A向云端备份该文件，则该修改的文件是需要备份的文件。

可以理解的是，605之前，终端1可能将多个文件压缩成一个或多个压缩包备份到云端，那么需要备份文件是不存在于终端1已备份到云端的任何一个压缩包中的文件，且不存在于已备份列表中的文件。因为，已备份信息中还包括其它终端通过账号A已备份到云端的文件的文件信息，所以终端1的需要备份的文件一定不存在终端1自身已备份到云端的任何一个压缩包中，且其它设备尚未通过账号A备份到云端的文件，即不存在于已备份列表中。

606：终端1备份需要备份的文件。

示例性的，606之前，终端1可以向云端发送备份请求，该备份请求用于请求备份文件到云端，该备份请求中可以携带终端1的账号信息。云端同意备份的话，可以向终端1发送同意备份的指示，终端1接收到该指示之后执行606。

607：云端更新账号A的已备份列表。

608：终端2登录账号A。

609：终端2向云端发送请求，该请求用于请求云端发送账号A的已备份列表。

610：云端向终端2发送更新后的账号A的已备份列表。

可以理解的是，在607中云端更新了账号A的已备份列表，所以610中下发的是更新后的已备份列表。

611：终端2根据所述更新后的已备份列表，确定需要备份的文件。

关于终端2根据已备份列表确定需要备份的文件的过程可以参见605的描述，在此不再重复。

612：终端2备份需要备份的文件。

可以理解的是，612之后，云端可以继续更新账号A的已备份列表。作为一种示例，云端在每次更新完已备份列表后，可以主动向终端1和终端2发送更新后的已备份列表；或者，终端1和终端2可以在下次备份之前，请求云端下发最新的已备份列表，或者，云端在每次更新完已备份列表后，可以主动询问终端1和终端2是否需要更新后的已备份列表，若终端1不需要该已备份列表(例如，终端1已登录其他账号)，则向云端发送不需要已备份列表的指示，若终端2需要该已备份列表，则向云端发送需要已备份列表的指示。

因此，多个设备通过同一个账号向云端备份文件的场景下，多个设备中某个设备将文件备份到云端之后，云端建立已备份列表，将该已备份列表下发到登录该账号的其它设备。这样的话，所述其它设备可以基于该已备份列表确定哪些文件需要备份，可以避免登录同一账号的多个设备重复备份相同的文件。

需要说明的是，图5和图6所示的备份方法也可以结合，例如，图5中505中云端向终端1下发的已备份列表中包括多个设备通过账号A已备份到云端的文件的文件信息。因此，506中，终端1确定的需要继续备份的文件是尚未通过账号A备份到云端的文件，即所述已备份列表中不存在的文件。

示例1：

请参见图7所示，为本申请实施例提供的一种文件备份过程的示例。终端1和终端2登录同一账号。在一些情况中，终端1和终端2可能产生相同的文件，例如，终端1和终端2安装了相同的应用例如app1。当终端1确定待备份的文件1(例如app1中的文件)，然后将文件1备份到云端之后，云端将已备份列表下发的终端2，该已备份列表中包括文件1的信息。因此，终端2虽然也安装了app1，但基于已备份列表，确定云端已经存在文件1，所以终端1无需备份该文件1，避免重复备份，提升备份效率。

示例2；

请参见图8所示，终端1和终端2登录同一账号。终端1构建本地文件索引1，监听到文件1被删除，并通知云端删除该文件1，云端删除文件1之后，更新已备份列表，该已备份列表中不存在文件1的文件信息。假设终端2构建本地文件索引2，并根据本地文件索引2确定终端2中新增文件1。终端2从云端获取更新的已备份列表。由于该已备份列表中不包含文件1的文件信息，所以，终端2基于所述已备份列表，可确定文件1是需要备份的文件，所以终端2备份该文件1。

在本申请实施例中，终端备份小文件时，可以采用小文件打包压缩备份的方式。例如，终端可以将多个小文件压缩为一个压缩包，然后备份该压缩包。终端可以记录小文件与压缩包之间的对应关系(下文将该对应关系称为压缩文件列表，简称tarfile表)。示例性的，参见下表4，为小文件与压缩包括之间的对应关系的示例。

表4：小文件与压缩文件对应关系，即tarfile表

file hash	file name	tar file hash	tar file hash
				hash1	aaa.png	hash_a	tar1.tar
hash2	bbb.png	hash_a	tar1.tar
				hash3	xxx.xml	hash_b	tar2.tar
hash4	yyy.png	hash_b	tar2.tar
				hash5	ttt.png	hash_c	tar3.tar

如表4所示，压缩包tar1.tar中包括hash1对应的文件1和hash2对应的文件2。

示例性的，tarfile表可以是db文件，xml文件，或json文件等，当然，还也可以使用其他存储形式，本申请实施例不作限定。

示例性的，参见图9所示，为本申请实施例提供的又一种文件备份过程的示意图。如图9所示，该流程可以包括：

900，终端将若干小文件压缩成N个压缩包，并通过账号A将N个压缩包备份到云端，N为大于等于1的整数。

901，终端构建本地tarfile表，该tarfile表中包括所述N个压缩包的标识，以及每个压缩包中包括的文件的信息。

需要说明的是，终端将N个压缩包备份到云端，云端建立的已备份列表中包括每个压缩包的标识，不包含每个压缩包中的文件的信息，因为云端不解压每个压缩包，无法确定每个压缩包中包含的文件。因此，终端可以在本地记录tarfile表，该tarfile表中包括终端已备份到云端的每个压缩包的标识，以及每个压缩包中的包括的文件的信息。

示例性的，tarfile表可以是上文表4。

902，终端从云端下载账号A的已备份列表，该已备份列表中包括已备份的压缩包的标识。

903，终端根据已备份列表同步刷新本地tarfile表。

可以理解的是，在902之前，终端可能删除了某些压缩包，并通知云端删除了某些压缩包。因此，云端的已备份列表可能是已经更新过的。终端下载已备份列表后，该已备份列表中包括的压缩包的信息，和终端构建的tarfile表中的压缩包可能不完全一致。因此，终端可以根据已备份列表刷新tarfile表，例如删除tarfile表中存在，但是云端不存在的压缩包的信息，使得tarfile表中的压缩包和云端存储的压缩包是相同的。这样的话，终端可以根据tarfile表确定已备份到云端的每个压缩包中包括什么样的文件。

904，终端基于tarfile表，确定一个需要备份的文件。

需要说明的是，903中保持tarfile表中的压缩包和云端存储的压缩包是相同的。因此，需要备份的文件可以是终端中不存在于tarfile表中任何一个压缩包中的文件。以表4为例，对于hash6对应的文件不存在于任何一个压缩包中，所以hash6是需要备份的文件。

可选的，对于本地文件索引中发生修改或增加内容的文件，若修改或增加内容后的文件不存在于tarfile表中任何一个压缩包中的文件中，则该修改或增加内容后的文件是需要备份的文件。

905，终端确定该需要备份的文件的占用空间是否小于第一阈值，若是，则执行906，若否，则备份该需要备份的文件。

需要说明的是，终端可以将多个小文件(占用空间是否小于第一阈值)压缩备份，所以，某个需要备份的文件是小文件时，则可以和其它需要备份的小文件压缩备份。

906，终端创建临时压缩文件，将该需要备份的文件添加到该临时压缩文件中。

907，终端判断临时压缩文件的占用空间是否大于第二阈值，若大于，则备份该临时压缩文件；若小于，则执行904。

需要说明的是，每执行一次904可以确定出一个需要备份的文件，若该文件占用空间小于第一阈值，则添加到临时压缩文件中，若临时压缩文件小于第二阈值，则返回重复执行904，再确定另一个需要备份的文件，若该另一个需要备份的文件也是小文件，则可以将该另一个需要备份的小文件继续添加到906中创建的临时压缩文件中，直到临时压缩文件的存储空间达到第二阈值时，备份该临时压缩文件。

示例性的，前述第一阈值和第二阈值的具体取值，本申请实施例不作限定。需要说明的是，小文件的压缩文件可以节省终端与云端之间的传输次数，提高备份效率。

在一些实施例中，终端可以将同一个模块(例如属于同一应用)的小文件打一个压缩包，或者先将小文件按大小、产生的时间等排序，然后依次打包压缩等等，本申请实施例不作限定。

在本申请一些实施例中，终端文件备份成功之后，可以基于已备份列表建立整机快照(snapshot)，然后将该整机快照备份到云端。整机快照反映已备份到云端的文件的相关性，例如文件属于哪个应用，以及每个应用在云端的存储的根路径，以及所述每个应用对应的根路径下包括的文件夹路径。示例性的，参见图10所示，为整机快照的示意图。如图10中微信(weichart)的相关文件在云端存储的根路径(root path)为root path2，在该根路径下，文件路径(folder path1)中存储微信中的file 1，folder path1中存储微信中的file 2。当终端建立整机快照之后，将建立的整机快照提交到云端。示例性的，当终端需要恢复微信中的某些文件时，可以根据整机快照中所述某些文件在云端的存储路径从云端下载该文件。

示例性的，snapshot可以是db文件、xml文件、或json文件等，当然还可以是其它存储形式，本申请实施例不作限定。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本发明实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。例如，上述实施例中，第一获取单元和第二获取单元可以是同一个单元，也不同的单元。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

为了解释的目的，前面的描述是通过参考具体实施例来进行描述的。然而，上面的示例性的讨论并非意图是详尽的，也并非意图要将本申请限制到所公开的精确形式。根据以上教导内容，很多修改形式和变型形式都是可能的。选择和描述实施例是为了充分阐明本申请的原理及其实际应用，以由此使得本领域的其他技术人员能够充分利用具有适合于所构想的特定用途的各种修改的本申请以及各种实施例。

Claims (20)

1.一种文件备份方法，其特征在于，所述方法包括：

第一终端向服务器备份文件的过程中发生备份中断；

所述第一终端在下次备份时，根据从所述服务器获取的所述第一终端已备份到所述服务器的一个或多个文件的信息，确定需要继续备份的文件；

所述第一终端备份所述需要继续备份的文件。

2.如权利要求1所述的方法，其特征在于，所述需要继续备份的文件为所述第一终端中存在，但尚未备份到所述服务器的文件。

3.如权利要求1或2所述的方法，其特征在于，所述需要继续备份的文件包括所述已备份到所述服务器的一个或多个文件中被增加或修改内容后的文件。

4.如权利要求1-3任一所述的方法，其特征在于，所述已备份到所述服务器的一个或多个文件为一个或多个压缩包，所述需要继续备份的文件为不存在于所述一个或多个压缩包中的任何一个压缩包中的文件。

5.如权利要求1-3任一所述的方法，其特征在于，所述需要备份的文件为多个文件的压缩文件，所述多个文件中每个文件的占用空间小于阈值，且所述多个文件中不存在所述第一终端已备份到所述服务器的文件。

6.如权利要求1-5任一所述的方法，其特征在于，

所述备份中断，包括：所述第一终端在灭屏过程中备份文件，当屏幕点亮时发生备份中断；或者，所述第一终端在接入无线网络的过程中备份文件，当无线网络中断时发生备份中断；

所述第一终端下次备份，包括：所述第一终端检测到再次灭屏，且进入无线网络时备份；或者，检测到再次灭屏，且灭屏后预设时长未亮屏，且接入到无线网络时备份。

7.如权利要求1-6任一所述的方法，其特征在于，所述第一终端下次备份时，从所述服务器获取所述已备份到所述服务器的一个或多个文件的信息；或者，所述第一终端在发生备份中断之后，且在下次备份之前，从所述服务器获取所述已备份到所述服务器的一个或多个文件的信息。

8.一种文件备份方法，其特征在于，所述方法包括：

第一终端向服务器发送备份请求，所述备份请求中携带所述第一终端当前登录的账号；

所述第一终端获取所述服务器发送的已备份信息，所述已备份信息中包括所述第一终端已备份到所述服务器的一个或多个文件的信息，以及第二终端通过所述账号已备份到所述服务器的一个或多个文件的信息；

所述第一终端基于所述已备份信息，确定并备份需要备份的文件。

9.如权利要求8所述的方法，其特征在于，所述需要备份的文件为所述第一终端中存在，但所述已备份信息中不存在的文件。

10.如权利要求8或9所述的方法，其特征在于，所述需要备份的文件为所述第一终端已备份到所述服务器的一个或多个文件中被修改或增加内容后的文件，且所述被修改或增加内容后的文件不存在于所述已备份信息中。

11.如权利要求8-10任一所述的方法，其特征在于，所述第一终端已备份到所述服务器的一个或多个文件包括一个或多个压缩包，所述需要备份的文件为不存在于所述一个或多个压缩包中的任何一个压缩包中，且不存在于所述已备份信息中的文件。

12.如权利要求8-10任一所述的方法，其特征在于，所述需要备份的文件为所述第一终端中的多个文件的压缩文件，所述多个文件中每个文件的占用空间小于阈值，且所述多个文件均不存在于所述已备份信息中。

13.如权利要求8-12任一所述的方法，其特征在于，第一终端向所述服务器发送备份请求，包括：

所述第一终端在备份过程中发生备份中断后，向所述服务器发送备份请求；或者，

所述第一终端周期性的向所述服务器发送备份请求。

14.如权利要求13所述的方法，其特征在于，所述备份中断，包括：所述第一终端在灭屏过程中备份文件，当屏幕点亮时发生备份中断；或者，所述第一终端在接入无线网络的过程中备份文件，当无线网络中断时发生备份中断。

15.一种终端，其特征在于，包括：

通信模块，用于与其他设备通信；

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端执行如权利要求1-7任一项所述的方法步骤。

16.一种终端，其特征在于，包括：

通信模块，用于与其他设备通信；

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端执行如权利要求8-14任一项所述的方法步骤。

17.一种通信系统，包括：终端；服务器；所述终端能够将文件备份到所述服务器，其特征在于，所述终端为如权利要求15所述的终端。

18.一种通信系统，包括：第一终端；第二终端；服务器；所述第一终端和所述第二终端可以通过同一账号向所述服务器备份文件；其特征在于，所述第一终端为如权利要求16所述的终端。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行如权利要求1-14中任意一项所述的方法。

20.一种程序产品，其特征在于，所述程序产品存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行如权利要求1-14中任意一项所述的方法。

Images