CN120224166A - 数据迁移方法、终端设备及存储介质 - Google Patents

Abstract

本申请实施例涉及一种数据迁移方法、终端设备及存储介质。在数据迁移方法中，第一终端确定支持数据迁移的模块及获取确定的每一模块对应的数据，基于确定的模块生成待备份模块列表，并将待备份模块列表中的所有模块分类为三方应用、系统应用、多媒体文件。第一终端将待备份模块列表中的系统应用与三方应用按照交替顺序进行排序，并将所有多媒体文件排序在待备份模块列表的后面位置，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并将每一模块完成备份后得到的备份文件传输至第二终端。上述方法能够实现对第一终端的模块备份及数据传输的并行化处理，并确保在第二终端能够实现模块数据的并行恢复，得以实现数据的高效迁移。

Description

数据迁移方法、终端设备及存储介质

技术领域

本申请涉及终端设备技术领域，具体涉及一种数据迁移方法、终端设备及存储介质。

背景技术

终端设备(例如，手机)的更新换代速度越来越快，用户换机的频率也随之加大。新、旧手机之间的数据迁移(即数据克隆)是用户换机时需面临的首要问题。然而，现有手机在进行数据迁移时，并未发挥手机的处理器资源的并行处理能力，造成数据迁移的处理时间过长，影响数据迁移的传输速率，降低用户的使用体验。

发明内容

鉴于以上内容，有必要提供一种数据迁移方法、终端设备及存储介质以充分利用处理器资源的并行处理能力，解决数据迁移的传输速率低的技术问题。

第一方面，本申请实施例提供一种数据迁移方法，应用于第一终端，所述方法包括：确定支持数据迁移的模块及获取确定的每一模块对应的数据，并基于确定的所有模块，生成待备份模块列表；根据模块类型，将待备份模块列表中的所有模块分类为三方应用、系统应用、多媒体文件；将待备份模块列表中的系统应用与三方应用按照交替顺序进行排序，并将备份模块列表中的所有多媒体文件依次排序在待备份模块列表的后面位置；按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并将一模块完成备份后得到的备份文件传输至第二终端。上述技术方案，按照系统应用、三方应用的交替顺序将待备份模块列表中的所有模块进行排序，并将所有多媒体文件依次放在待备份模块列表中已排序的模块的后面位置，并按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并在一个模块的数据备份完成后，将备份完成的模块的数据传输至第二终端，如此能够实现对第一终端的模块备份及数据传输的并行化处理，并确保在第二终端能够实现模块数据的并行恢复，得以实现数据的高效迁移。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，包括：若模块为系统应用、且模块对应的数据为图片，将图片打包成压缩文件，将图片的压缩文件作为模块的备份文件；若模块的类型为系统应用、且模块对应的数据为联系人，生成包括联系人的联系人数据库，并将联系人数据库作为模块的备份文件。上述技术方案，通过将图片打包成压缩文件能够实现对系统应用的图片的备份，或通过生成包括联系人的联系人数据库实现对系统应用的联系人的备份。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，包括：若模块为三方应用，获取三方应用的安装包的路径；获取三方应用的应用数据，对应用数据进行压缩得到应用数据的压缩包，并将安装包的路径及应用数据的压缩包作为模块的备份文件。上述技术方案，通过对应用数据进行压缩得到应用数据的压缩包，并将安装包的路径及应用数据的压缩包作为三方应用的备份文件，实现对三方应用的备份。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，包括：若模块为多媒体文件，获取多媒体文件的数据，并设定多媒体文件的数据在第二终端上的指定存储位置，并将多媒体文件的数据及指定存储位置作为模块的备份文件。上述技术方案，通过将多媒体文件的数据及指定存储位置作为多媒体文件的备份文件，使得多媒体文件无需进行备份压缩及后续解包恢复过程即可实现数据迁移，如此避免数据迁移的传输通道被多媒体文件占用，优先保证了系统应用、三方应用等数据的优先传输及恢复，减少后续整体数据进行数据恢复所需的时间。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，包括：若模块的数据备份完成，将模块的备份文件输入到传输队列中，并通过在待备份模块列表中删除模块，更新待备份模块列表；若待备份模块列表中有剩余模块未备份完成，第一终端的数据备份管理模块按照排序顺序逐一对待备份模块列表中的剩余模块的数据进行备份；若待备份模块列表中的所有模块已经备份完成，确定备份任务结束。上述技术方案在每个模块的数据备份完成后，将对应模块的备份文件输入到传输队列中，并通过在待备份模块列表中删除模块，更新待备份模块列表，如此可以通过检测待备份模块列表中是否有剩余模块，可以确定出备份任务是否结束。

在本申请的一实施例中，将一模块完成备份后得到的备份文件传输至第二终端，包括：根据传输队列中的模块的备份文件，生成待上传备份文件列表，并将传输队列中的备份文件依序传输至第二终端；若一个模块的备份文件传输完成，通过从待上传备份文件列表中删除已完成传输的备份文件，更新待上传备份文件列表；若待上传备份文件列表中有剩余备份文件未传输完成，传输待上传备份文件列表中的剩余备份文件；若待上传备份文件列表中的备份文件全部传输完成，确定备份文件的传输任务结束。上述技术方案在一个模块的备份文件传输完成后，通过从待上传备份文件列表中删除已完成传输的备份文件，更新待上传备份文件列表，如此可以通过检测待上传备份文件列表中是否有剩余模块的备份文件，可以确定出备份文件的传输任务是否结束。

在本申请的一实施例中，基于确定的所有模块，生成待备份模块列表包括：若模块在预设的黑名单中，将模块从待备份模块列表中删除。上述技术方案能够将在待备份模块列表中属于黑名单的模块进行删除，从而在进行数据迁移时实现对黑名单中的模块的过滤，保证了数据迁移的安全性。

第二方面，本申请实施例提供一种一种数据迁移方法，应用于第二终端，所述方法包括：接收第一终端发送的每一模块的备份文件；根据每一模块的模块类型确定每一模块对应的恢复线程，并通过恢复线程对对应的模块的备份文件进行并行恢复。上述技术方案，第二终端对不同类型模块利用对应的恢复线程进行并行化数据恢复，如此能够最大化利用第二终端的CPU系统资源，实现数据从第一终端到第二终端的高效迁移。

在本申请的一实施例中，通过恢复线程对对应的模块的备份文件进行并行恢复，包括：若模块为系统应用，使用系统应用的恢复线程依次对每个系统应用的备份文件进行恢复；若模块为三方应用，使用三方应用的恢复线程依次对三方应用的备份文件进行恢复；若模块为多媒体文件，使用多媒体文件的恢复线程依次对多媒体文件的备份文件进行恢复。上述技术方案能够根据模块的类型利用对应的恢复线程对模块的备份文件进行恢复，从而实现不同模块的备份文件的并行化数据恢复。

在本申请的一实施例中，使用系统应用的恢复线程依次对系统应用的备份文件进行恢复，包括：若系统应用的备份文件为图片的压缩文件，通过系统应用的恢复线程将图片的压缩文件解压到目标存储目录下，目标储存目录为第一终端存储系统应用的图片的存储地址。上述技术方案能够通过系统应用的恢复线程依次对每个系统应用的图片的压缩文件进行恢复。

在本申请的一实施例中，使用三方应用的恢复线程依次对三方应用的备份文件进行恢复，包括：通过三方应用的第一恢复线程依次安装每个三方应用的安装包，通过三方应用的第二恢复线程对每个三方应用的应用数据进行并行恢复。上述技术方案能够通过三方应用的第一恢复线程对三方应用的安装包进行安装，及通过第二恢复线程对三方应用的应用数据进行并行恢复，如此实现对三方应用进行并行恢复，减少三方应用进行恢复所消耗的时间。

在本申请的一实施例中，通过三方应用的第二恢复线程对每个三方应用的应用数据进行并行恢复，包括：第二恢复线程调用第二终端的备份管理服务功能并行恢复每个三方应用的数据，并将每个三方应用的数据存放在对应的存储路径下。上述技术方案能够通过调用第二恢复线程备份管理服务功能对每个三方应用的数据进行恢复。

在本申请的一实施例中，使用多媒体文件的恢复线程依次对多媒体文件的备份文件进行恢复，包括：通过多媒体文件的线程依次获取每个多媒体文件的数据及指定存储位置，并将每个多媒体文件的数据存储在第二终端中的对应的指定存储位置。上述技术方案通过多媒体文件的线程依次获取每个多媒体文件的数据及指定存储位置，并将每个多媒体文件的数据存储在第二终端中的对应的指定存储位置，从而无需对多媒体文件的备份文件进行解包恢复过程即可实现数据迁移，如此避免数据迁移的传输通道被多媒体文件占用，优先保证了系统应用、三方应用等数据的优先传输及恢复，减少整体数据进行数据恢复所需的时间。

在本申请的一实施例中，所述方法还包括：在恢复完所有多媒体文件后，通知第二终端的系统多媒体执行多媒体扫描；通过执行多媒体扫描，将所有多媒体文件的图片增加到第二终端的相册应用中，使得第二终端的应用能够访问所有多媒体文件的图片。上述技术方案，在所有多媒体文件恢复完成后，仅需做一次多媒体扫描即可实现第二终端的其他应用对所有多媒体文件的图片内容进行访问，相较于现有方案在完成一个多媒体文件的恢复后执行一次多媒体扫描的方法，可以降低多媒体扫描功耗。

第三方面，本申请实施例提供一种终端设备，终端设备包括存储器和处理器：存储器，用于存储程序指令；处理器，用于读取并执行存储器中存储的程序指令，当程序指令被处理器执行时，使得终端设备执行上述数据迁移方法。

第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有程序指令，当程序指令在终端设备上运行时，使得终端设备执行上述数据迁移方法。

另外，第三方面至第四方面所带来的技术效果可参见上述方法部分各设计的方法相关的描述，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1A为现有旧手机进行数据迁移的发送界面的示意图。

图1B为现有新手机进行数据迁移的接收界面的示意图。

图1C为旧手机完成数据迁移后的提示界面的示意图。

图2为本申请一实施例提供的终端设备的软件结构框图。

图3为本申请一实施例提供的数据迁移系统的框架图。

图4为本申请一实施例提供的数据迁移方法的流程图。

图5为本申请一实施例提供的模块进行排序、传输、恢复的示意图。

图6为本申请一实施例提供的数据迁移方法的流程图。

图7为本申请一实施例提供的数据迁移方法的流程图。

图8为本申请一实施例提供的三方应用并行处理传输与恢复的示意图。

图9为本申请一实施例提供的数据迁移方法的流程图。

图10为本申请一实施例提供的多媒体文件进行数据迁移的方法流程图。

图11为本申请一实施例提供的终端设备的示意图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请中的技术领域的技术人员通常理解的含义相同。本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。应理解，本申请中除非另有说明，“/”表示或的意思。例如，A/B可以表示A或B。本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B三种情况。“至少一个”是指一个或者多个。“多个”是指两个或多于两个。例如，a、b或c中的至少一个，可以表示：a，b，c，a和b，a和c，b和c，a、b和c七种情况。

手机已经成为人们日常生活中不可或缺的一部分，然而，手机的更新换代速度越来越快，人们换机的频率也随之加大。新、旧手机之间的数据迁移(即数据克隆)是用户换机时需要面临的首要问题。例如，在用户换机时，用户需要将旧手机中的系统设置、多媒体文件、系统应用(如短信、联系人应用)和三方应用的数据传输到新手机上，从而可以避免在新手机上进行繁琐和耗时地数据备份操作。然而，现有手机在进行数据迁移时，并未充分利用手机的处理器资源的并行处理能力，造成数据迁移的处理时间过长，影响数据迁移的传输速率。

例如，参考图1A所示，为旧手机进行数据迁移的发送界面的示意图。如图1A，旧手机用于发送数据，发送速率为159MB/s，预计完成全部数据迁移的发送任务需要17分钟。参考图1B所示，为新手机进行数据迁移的接收界面的示意图。如图1B，新手机用于接收数据，接收速率为159MB/s，预计完成全部数据迁移的接收任务需要17分钟。参考图1C所示，为旧手机完成数据迁移后的提示界面的示意图。如图1C，旧手机完成73G的数据迁移，实际总耗时为24分钟。由于未充分发挥手机的处理器资源的并行处理能力，使得手机处理数据迁移的时间过长，影响用户的换机体验。

为了解决上述问题，本申请提供一种数据迁移方法。所述方法应用在终端设备中。终端设备包括应用处理器，所述应用处理器用于运行操作系统。终端设备的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明终端设备的软件结构。

图2为本申请一实施例提供的终端设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，内核层以及硬件层。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示，应用程序框架层可以包括显示引擎，窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。应用程序框架层可以为应用程序层的显示应用提供显示功能相关的API，并为显示应用提供显示服务，以实现显示调光的功能。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

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

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

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

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

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

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

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

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

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

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

二维图形引擎是二维绘图的绘图引擎。

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

硬件层至少包括触摸传感器及显示屏。触摸传感器用于感应用户在显示屏上的触摸操作。

图3为本申请一实施例提供的数据迁移系统的框架图。数据迁移系统10包括第一终端11及第二终端12。第一终端11用于将第一终端11中的系统设置、多媒体文件、系统应用和三方应用的数据进行备份，并将备份后的数据传输到第二终端12上。第二终端12接收第一终端发送的数据，并对数据进行恢复，如此实现将数据从第一终端11迁移到第二终端12的功能。

在本申请的一实施例中，第一终端11包括第一用户界面(User Interface,UI)进程及第一数据服务进程。第一UI进程包括第一连接管理模块、第一会话管理模块、传输客户端模块、数据备份管理模块。第二终端12包括第二UI进程及第二数据服务进程。第二UI进程包括第二连接管理模块、第二会话管理模块、传输服务端、数据导入管理模块。第一连接管理模块与第二连接管理模块进行交互，以建立第一终端11与第二终端12之间的通信连接。在本申请的一实施例中，第二连接管理模块用于控制第二终端12显示二维码并建立热点。在检测到第一终端扫描第二终端12显示的二维码后，第二连接管理模块向第一终端11发送密码。第一连接管理模块根据第二终端12发送的密码连接到第二终端12，如此实现第一终端11与第二终端12的通信连接。

第一会话管理模块与第二会话管理模块进行交互，以在第一终端11与第二终端12之间建立和管理会话。

数据备份管理模块用于调用数据服务进程对第一终端11的系统设置、多媒体文件、系统应用和三方应用的数据进行备份。

传输客户端模块与传输服务端模块进行数据交互，以在第一终端11与第二终端12之间传输数据。例如，通过传输客户端模块将备份的数据发送至第二终端12。第二终端12中的传输服务端模块接收第一终端11发送的备份数据。

数据导入管理模块用于对第一终端11发送的备份数据进行恢复。例如，数据导入管理模块在第二终端12中对系统设置、多媒体文件、系统应用和三方应用的备份数据进行恢复，使得系统设置、多媒体文件、系统应用和三方应用的备份数据应用于第二终端12，实现数据从第一终端11至第二终端12的迁移。在本申请的一实施例中，第一UI进程及第一数据服务进程可以根据需要设置在第一终端11的应用程序层，应用程序框架层，Androidruntime和系统库，内核层以及硬件层中的任意一层；第二UI进程及第二数据服务进程可以根据需要设置在第二终端12的应用程序层，应用程序框架层，Android runtime和系统库，内核层以及硬件层中的任意一层，

如下将结合图4具体介绍本申请实施例的数据迁移方法。参考图4所示，为本申请一实施例提供的数据迁移方法的流程图。所述数据迁移方法应用在第一终端(如图3所示的第一终端11)中。图4示例的方法包括一个或多个步骤，但不构成对本申请的限定。此外，所述方法的步骤的顺序仅作为示例，步骤的顺序可以改变。在不背离本申请公开的内容的情况下，可以增加额外的步骤或者可以减少步骤。所述方法具体包括如下步骤。

步骤S401，确定支持数据迁移的模块及获取确定的每一模块对应的数据，并基于确定的所有模块生成待备份模块列表。

在本申请的一实施例中，第一终端的数据备份管理模块确定支持数据迁移的所有模块并获取每一模块的数据，并根据确定的模块生成包括所有模块的待备份列表。在本申请的一实施例中，可以按照模块类型将模块至少划分为：系统应用、三方应用及多媒体文件。其中系统应用包括但不限于：短信、通话记录、联系人、笔记、录音、日程、系统设置。三方应用包括但不限于：社交媒体应用(如微信^TM、微博^TM)、游戏应用(如王者荣耀^TM、绝地求生^TM)、地图导航应用(如百度地图^TM、谷歌地图^TM、高德地图^TM)等。多媒体文件包括音乐、图像、视频等文件。

在本申请的一实施例中，在生成包括所有模块的待备份模块列表前，判断获取的模块是否在预设的黑名单中；若获取的模块在黑名单中，将模块从待备份模块列表中删除。上述实施例能够将在待备份模块列表中属于黑名单的模块进行删除，从而在进行数据迁移时实现对黑名单中的模块的过滤，保证了数据迁移的安全性。黑名单可以预先进行设置，也可以是在进行数据迁移前，对待备份模块列表列表中的模块进行确认与设置，例如，将数据安全性不能达成要求的模块加入至黑名单中，以避免对黑名单中的模块及相应的数据进行迁移导致第二终端存在数据风险。

步骤S402，根据模块类型，将待备份模块列表中的所有模块分类为三方应用、系统应用、多媒体文件。

在本申请的一实施例中，数据备份管理模块根据模块类型，将待备份模块列表中的所有模块分类为三方应用、系统应用、多媒体文件。例如，待备份模块列表中的模块包括短信、通话记录、社交媒体应用、游戏应用、联系人、笔记、录音、地图导航应用、日程、音乐文件、视频文件，则数据备份管理模块按照模块类型将短信、通话记录、联系人、笔记、录音、日程分类为系统应用；将社交媒体应用、游戏应用、地图导航应用划分为三方应用；将音乐文件、视频文件分类为多媒体文件。

步骤S403，将待备份模块列表中的系统应用与三方应用按照交替顺序进行排序，并将备份模块列表中的所有多媒体文件依次排序在待备份模块列表的后面位置。

在本申请的一实施例中，数据备份管理模块按照系统应用与三方应用的交替顺序对待备份模块列表中的所有系统应用以及三方应用进行排序，直至所有系统应用以及所有三方应用都完成排序后，将所有多媒体文件依次放在待备份模块列表中已排序的模块的后面位置。

本申请实施例对系统应用和三方应用的交替顺序不做具体的限定，例如，交替顺序可以是一个系统应用与一个三方应用进行一一交替排序，可根据实际应用进行设置，本实施例不作限制。在交替排序过程中，可以根据模块的重要程度，将重要程度为高的模块排序在前以优先完成数据的备份与传输；也可以根据模块对应的数据量的大小进行排序，将较少数据量对应的模块排序在前。参考图5所示，为本申请一实施例中将模块进行排序后备份、传输、恢复的示意图。如图5所示，短信、通话记录、联系人、笔记、录音、日程等系统应用与多个三方应用进行交替排序，然后将所有的多媒体文件依次放在待备份模块列表中已排序的模块的后面位置，并按照排序顺序对每一模块进行备份。例如，图5所示范例的交替顺序为：系统应用(短信)、三方应用、系统应用(通话记录)、三方应用、系统应用(联系人)、三方应用、系统应用(笔记)、三方应用、系统应用(录音)、三方应用、系统应用(日程)、三方应用等。图5的示例仅为举例说明，实际应用中不局限于此。

步骤S404，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并在每一模块的数据备份完成后，将每一模块完成备份后得到的备份文件传输至第二终端。

参考图5，在本申请的一实施例中，数据备份管理模块调用第一服务进程，第一服务进程用于按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并在任一个模块的数据备份完成后得到相应的备份文件，将备份文件传输至第二终端，如此模块的备份及模块的传输可以并行化处理。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份得到备份文件包括：若模块的类型为系统应用且系统应用的数据为图片，将图片打包成压缩文件，将压缩文件作为备份文件；若模块的类型为系统应用且系统应用的数据为联系人，生成包括联系人的联系人数据库，并将联系人数据库作为备份文件。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份包括：若模块的类型为三方应用，获取三方应用的安装包(例如，apk文件)的路径；获取三方应用的应用数据，对应用数据进行压缩得到应用数据的压缩包，并将安装包的路径信息及应用数据的压缩包作为备份文件。

在本申请的一实施例中，按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份包括：若模块的类型为多媒体文件，获取多媒体文件的数据，并设定多媒体文件的数据在第二终端上的指定存储位置，并将多媒体文件的数据及指定存储位置作为备份文件。

上述各实施例中，按照系统应用、三方应用的交替顺序将待备份模块列表中的所有模块进行排序，并将所有多媒体文件依次放在待备份模块列表中已排序的模块的后面位置，并按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份，并在一个模块的数据备份完成后，将备份完成的模块的数据传输至第二终端，如此实现模块的备份及传输的并行化处理，并确保后续进行的系统应用、三方应用等模块的恢复业务能够尽早与其他业务进行并行恢复。同时，第一终端获取多媒体文件的数据，并设定多媒体文件的数据在第二终端上的存储位置，将多媒体文件的数据及多媒体文件的数据在第二终端上的存储位置发送至第二终端，实现多媒体文件的数据在第一终端与第二终端之间的直传，使得多媒体文件无需进行备份压缩及解包恢复过程即可实现数据迁移，如此避免数据迁移的传输通道被多媒体文件占用，优先保证了系统应用、三方应用等数据的优先传输及恢复，减少整体数据进行数据恢复所需的时间。

如下以第一终端为旧手机，第二终端为新手机为例，具体说明上述数据迁移方法的具体实现步骤。参考图6所示，旧手机的数据备份管理模块确定支持数据迁移的模块及获取每一模块的数据。数据备份管理模块根据确定的模块生成包括所有模块的待备份模块列表。接着，数据备份管理模块根据模块类型，将待备份模块列表中的模块分为三方应用列表、系统应用列表、多媒体文件列表。三方应用列表中的模块包括三方应用，系统应用列表中的模块包括系统应用，多媒体文件列表中的模块包括多媒体文件。参考图5，数据备份管理模块依次选取系统应用列表中的一个模块与三方应用列表中的一个模块进行交替排序，并直至系统应用列表及三方应用列表中的模块排序完成。数据备份管理模块将所有多媒体文件依次放在待备份模块列表中已排序的模块的后面位置。数据备份管理模块按照排序顺序逐一对待备份模块列表中的每一模块的数据进行备份。若一个模块的数据备份完成，则数据备份管理模块将该模块的备份文件输入到传输队列中，并将数据备份完成的模块从待备份模块列表中删除以更新待备份模块列表。数据备份管理模块判断待备份模块列表中的所有模块是否已经备份完成，若待备份模块列表中的所有模块已经备份完成，则确定模块的备份任务结束；若待备份模块列表中有剩余模块未备份完成，则数据备份管理模块按照排序顺序逐一对待备份模块列表中的剩余模块的数据进行备份。

数据备份管理模块根据传输队列中的模块的备份文件，生成待上传备份文件列表，并将传输队列中的模块的备份文件逐一传输至新手机。在生成待上传备份文件列表后，数据备份管理模块还根据输入到传输队列中的模块的备份文件，对待上传备份文件列表中的备份文件进行更新。若一个模块的备份文件传输完成，则数据备份管理模块将已完成传输的备份文件从待上传备份文件列表中删除以更新待上传备份文件列表。数据备份管理模块判断待上传备份文件列表中的备份文件是否全部传输完成。

若待上传备份文件列表中有剩余备份文件未传输完成，则数据备份管理模块继续传输待上传备份文件列表中的剩余备份文件；若待上传备份文件列表中的备份文件全部传输完成，则确定模块的备份文件的传输任务结束。

上述实施例中，旧手机将支持数据迁移的所有模块按照三方应用、系统应用、多媒体文件三种类型进行区分，然后现将三方应用和系统应用两种类型的模块做交替排序，如此，保证三方应用和系统应用进行交替备份，及保证三方应用和系统应用的备份文件交替传输。同时，旧手机将多媒体文件类型的模块的备份文件待上传备份文件列表的最后位置，并通过直传的方式直接存储到新手机，如此优先保证了系统应用、三方应用等数据的优先传输及恢复，减少整体数据进行数据迁移时恢复时间。

参考图7所示，为本申请一实施例提供的数据迁移方法的流程图。所述数据迁移方法应用在第二终端(如图3所示的第二终端12)中。图4示例的方法中执行一个或多个步骤，但不构成对本申请的限定。此外，所述方法的步骤的顺序仅作为示例，并且可以改变步骤的顺序。在不背离本申请公开的内容的情况下，可以增加额外的步骤或者可以减少步骤。所述方法具体包括如下步骤。

步骤S701，接收第一终端发送的每一模块的备份文件。

在本申请的一实施例中，第二终端的数据导入管理模块接收第一终端发送的每一模块的备份文件，并将接收的备份文件添加至待接收文件列表。

步骤S702，根据每一模块的模块类型确定每一模块对应的恢复线程，并通过恢复线程对对应模块的备份文件进行并行恢复。

在本申请的一实施例中，若模块的模块类型为系统应用，确定所述模块的恢复线程为系统应用的恢复线程；若模块的模块类型为三方应用，确定所述模块的恢复线程为三方应用的恢复线程；若模块的模块类型为多媒体文件，确定所述模块的恢复线程为多媒体文件的恢复线程。在本申请的一实施例中，系统应用的恢复线程、三方应用的恢复线程及多媒体文件的进程可以是预先建立的线程，也可以是在收到对应模块类型的备份文件后，根据模块类型新创建的线程。

在本申请的一实施例中，通过恢复线程对对应模块的备份文件进行并行恢复包括：若模块为系统应用，使用系统应用的恢复线程依次对系统应用的备份文件进行恢复；若模块为三方应用，使用三方应用的恢复线程依次对三方应用的备份文件进行恢复；若模块为多媒体文件，使用多媒体文件的恢复线程依次对多媒体文件的备份文件进行恢复。

在本申请的一实施例中，使用系统应用的恢复线程依次对系统应用的备份文件进行恢复包括：若系统应用的备份文件为图片的压缩文件，则数据导入管理模块通过系统应用的恢复线程将图片的压缩文件解压到目标存储目录下，其中目标储存目录为第一终端存储系统应用的图片的存储地址。在本申请的另一实施例中，若系统应用的备份文件为联系人数据库，则第二终端的数据导入管理模块调用本地接口将联系人数据库的联系人信息插入到本地数据库。

在本申请的一实施例中，三方应用的恢复线程可以包括第一恢复线程及第二恢复线程。在本申请的一实施例中，使用三方应用的恢复线程依次对三方应用的备份文件进行恢复包括：通过第一恢复线程依次安装每一三方应用的安装包，在每个三方应用的安装包安装完成后，通过第二恢复线程对每一三方应用的应用数据进行并行恢复。在本申请的一实施例中，通过第二恢复线程对三方应用的应用数据进行恢复包括：通过第二恢复线程并行解压每个三方应用的应用数据。第二恢复线程调用备份管理服务(Backup ManagementService,BMS)功能恢复每个三方应用的应用数据，并将每个三方应用的应用数据存放在对应三方应用的存储路径下。在本申请的一实施例中，三方应用的第一恢复线程为单线程，三方应用的第二恢复线程为多线程。在本申请的一实施例中，三方应用的第二恢复线程的数量可以是四个。

上述技术方案，第二终端对不同类型模块利用对应的恢复线程进行并行化数据恢复，如此能够最大化利用第二终端的CPU系统资源，实现数据从第一终端到第二终端的高效迁移。

参考图8所示，为本申请一实施例中三方应用传输与恢复的并行处理的示意图。在本申请的一实施例中，在完成所有的三方应用的安装包及应用数据的传输后，数据导入管理模块通过三方应用的恢复线程中的第一恢复线程对三方应用的安装包的安装和应用数据的恢复进行处理。如此，一个三方应用的安装包只要传输完成，即可通过第一恢复线程进行安装，在三方应用的安装包安装完成后，若三方应用的应用数据也已经传输完成，即可通过第二恢复线程对三方应用的应用数据进行并行恢复；该三方应用的应用数据恢复的同时，可以通过第一恢复线程对该三方应用之后的下一个三方应用的安装包进行并行安装。例如，三方应用A的安装包传输完成后即可进行三方应用A的安装包的安装，在三方应用A的安装包安装完成后，若三方应用A的应用数据也已经传输完成，即可通过第二恢复线程对三方应用A的应用数据进行并行恢复。三方应用A的应用数据恢复的同时，可以通过第一恢复线程对三方应用A的下一个三方应用B的安装包进行并行安装。三方应用B的安装包安装完成且三方应用B的应用数据也已经传输完成后，可以通过第二恢复线程对三方应用B的应用数据进行并行恢复。三方应用B的应用数据恢复的同时，可以通过第一恢复线程对三方应用B的下一个三方应用C的安装包进行并行安装。

在本申请的一实施例中，使用多媒体文件的恢复线程依次对多媒体文件的备份文件进行恢复包括：通过多媒体文件的线程依次获取每个多媒体文件的数据及指定存储位置，并将每个多媒体文件的数据存储在第二终端中的对应多媒体文件的指定存储位置。

上述实施例中，由于多媒体文件的数据在传输过程中没有压缩过程，所以在对多媒体文件进行恢复时无需对对媒体文件的数据进行解压缩，因而将多媒体文件的备份和传输任务全部放到系统应用及三方应用的备份及传输任务之后执行，可以优先保证系统应用及三方应用的数据优先传输及恢复。

在本申请的一实施例中，所述方法还包括：在恢复完所有多媒体文件后，通知第二终端的系统多媒体执行多媒体扫描，通过多媒体扫描，将所有多媒体文件的图片增加到第二终端的相册应用中，使得第二终端的其他应用能够正常访问所有多媒体文件的图片。上述实施例，在所有多媒体文件恢复完成后，仅需做一次多媒体扫描即可实现第二终端的其他应用对所有多媒体文件的图片内容进行访问，相较于现有方案在完成一个多媒体文件的恢复后执行一次多媒体扫描的方法，可以降低多媒体扫描功耗。

上述实施例，在数据迁移的恢复阶段，通过已建立的恢复线程做三方应用的恢复，和系统应用、多媒体文件的恢复作并行恢复处理，如此提高数据迁移的效率。上述实施例为保证三方应用、系统应用、多媒体文件的数据恢复时的并行化程度，在第一终端进行数据备份时按照不同的模块类型做交替备份，保证在第二终端侧的各个不同模块类型的恢复线程都可以满负荷进行并行恢复工作。

如下结合图9，具体说明上述数据迁移方法的具体实现步骤。参考图9，第二终端的数据导入管理模块接收第一终端发送的支持数据迁移的模块。数据导入管理模块生成包括所有模块的待接收文件列表，及生成一待恢复模块列表。待恢复模块列表的初始值为空。数据导入管理模块接收第一终端发送的一个模块的备份文件。在完成该模块的备份文件的接收时，将该模块的备份文件加入待恢复模块列表，并将该模块从待接收文件列表中删除以更新待接收文件列表。数据导入管理模块判断待接收文件列表中的所有模块是否已经完成，若完成，则确定所有模块的备份文件的接收任务完成；若未完成，则继续接收第一终端发送的下一个模块的备份文件。

数据导入管理模块根据模块类型将模块的备份文件加入对应的线程或线程池中，并通过线程或线程池对备份文件进行恢复。具体的，数据导入管理模块根据模块类型预先建立三方应用的恢复线程及恢复队列、系统应用的恢复线程及恢复队列、多媒体文件的恢复线程及恢复队列，根据模块类型依次将待恢复模块列表中的模块的备份文件添加至模块类型对应的恢复队列中，并通过模块类型对应的恢复线程对对应的恢复队列中的备份文件进行恢复。例如，若待恢复模块列表中的备份文件的模块类型为三方应用，则将待恢复模块列表中的备份文件添加至三方应用的恢复队列中，并通过三方应用的恢复线程对三方应用的恢复队列中的备份文件进行恢复；若待恢复模块列表中的备份文件的模块类型为系统应用，则将待恢复模块列表中的备份文件添加至系统应用的恢复队列中，并通过系统应用的恢复线程对系统应用的恢复队列中的备份文件进行恢复；若待恢复模块列表中的备份文件的模块类型为多媒体文件，则将待恢复模块列表中的备份文件添加至多媒体文件的恢复队列中，并通过多媒体文件的恢复线程对多媒体文件的恢复队列中的备份文件进行恢复。

在本申请的一实施例中，若确定备份文件属于系统应用，通过系统应用的恢复线程对备份文件进行恢复。在通过系统应用的恢复线程对系统应用的备份文件进行恢复时，判断是否有其他系统应用的备份文件在恢复，若有其他系统应用的备份文件在恢复，则等待其他系统应用的备份文件的恢复的任务的完成，若没有其他系统应用的备份文件在恢复，则系统应用的恢复线程对该系统应用的备份文件进行恢复。例如，系统应用通过解耦模块的功能及接口将系统应用的备份文件进行恢复。系统应用的恢复线程在完成对系统应用的备份文件的恢复后，将系统应用从待恢复模块列表中删除。在本申请的一实施例中，系统应用的恢复线程为单线程。

在本申请的一实施例中，若确定备份文件属于三方应用时，通过三方应用的恢复线程对备份文件进行恢复。三方应用的恢复线程包括第一恢复线程及第二恢复线程，其中第一恢复线程为单线程，第二恢复线程为多线进程。在通过三方应用的恢复线程对三方应用的备份文件进行恢复时，判断是否有其他三方应用的安装包在安装，若有其他三方应用的安装包在安装，则等待其他三应用的安装包完成，若没有其他三方应用的安装包在安装，则通过第一恢复线程安装三方应用的安装包，在该三方应用的安装包完成且该三方应用的应用数据传输完成后通过多个第二恢复线程中的一个第二恢复线程并行进行该三方应用的应用数据的恢复。例如，通过多个第二恢复线程中的一个第二恢复线程解压三方应用的应用数据，调用BMS功能恢复三方应用的应用数据，并将三方应用的应用数据存放在三方应用的存储路径下。三方应用的恢复线程在完成对三方应用的备份文件的恢复后，将三方应用从待恢复模块列表中删除。

在本申请的一实施例中，若确定备份文件属于多媒体文件时，通过多媒体文件的恢复线程对备份文件进行恢复。多媒体文件的恢复线程为单线程，在通过多媒体文件的恢复线程对多媒体文件的备份文件进行恢复时，判断是否有其他多媒体文件的备份文件在恢复，若有其他多媒体文件的备份文件在恢复，则等待其他多媒体文件的备份文件的恢复的任务的完成，若没有其他多媒体文件的备份文件在恢复，则通过多媒体文件的恢复线程将该多媒体文件的数据直接存储在第二终端的指定存储位置。多媒体文件的恢复线程在完成对多媒体文件的备份文件的恢复后，将多媒体文件从待恢复模块列表中删除。

数据导入管理模块判断待恢复模块列表的值是否为空，若值不为空，则根据模块类型将待恢复模块列表中下一备份文件添加至模块类型对应的恢复队列中，并通过模块类型对应的恢复线程对模块类型对应的恢复队列中的备份文件进行恢复；若值为空，则确定备份文件的恢复任务完成。在本申请的一实施例中，在确定备份文件的恢复任务完成后，自动进入报告页展示本次数据迁移的详细信息，详细信息可以包括所有迁移模块的数据大小、数据迁移的用时、以及进行数据迁移的成功模块或失败模块。

上述实施例中的数据迁移方法，通过在第一终端侧对不同的模块进行分类，合理调整不同模块数据的备份、传输顺序和传输方式，并在第二终端侧对不同类型模块利用恢复线程进行并行化数据恢复，最大化利用CPU等系统资源，实现数据从第一终端到第二终端的高效迁移。

参考图10所示，为本申请一实施例中多媒体文件进行数据迁移的方法流程图。所述方法包括如下步骤。

步骤S1001，第一终端的第一UI进程向传输协议(file transfer protocal，FTP)客户端发送第一初始化指令。步骤S1002，传输协议客户端根据第一初始化指令进行通信初始化。

通信初始化的第一终端用于实现与第二终端进行通信连接。

步骤S1003，第二终端的第二UI进程向传输协议(file transfer protocal，FTP)服务端发送第二初始化指令。

步骤S1004，传输协议服务端根据第二初始化指令进行通信初始化。

通信初始化的第二终端用于实现与第一终端进行通信连接。

步骤S1005，通信初始化后的传输协议客户端与传输协议服务端进行通信连接。

在本申请的一实施例中，通信初始化后的传输协议客户端与传输协议服务端进行通信连接，包括：通信初始化后的传输协议客户端与传输协议服务端进行Wi-Fi通信连接。

步骤S1006，第一UI进程获取第二终端的剩余存储空间，及第一终端的剩余存储空间。

步骤S1007，若第一终端的剩余存储空间、及第二终端的剩余存储空间满足数据迁移所需的存储空间，第一UI进程向第一终端的第一系统媒体库(Media Provider，MP)发送查询请求。

步骤S1008，第一系统媒体库响应查询请求，向第一UI进程返回多媒体文件，及多媒体文件的指定存储路径。

步骤S1009，第一UI进程设置第二终端的多媒体文件的多媒体列表，及多媒体列表中每个多媒体文件的存储路径。

步骤S1010，第一UI进程调用接口直接将多媒体列表中的每个多媒体文件及每个多媒体文件的存储路径发送给传输协议客户端。

步骤S1011，传输协议客户端将多媒体列表中的每个多媒体文件及每个多媒体文件的存储路径转发至传输协议服务端。

步骤S1012，传输协议客户端将发送结果通知第一UI进程。

步骤S1013，传输协议服务端按照每个多媒体文件的存储路径将每个多媒体文件存储在对应的存储路径下。

步骤S1014，传输协议服务端将接收多媒体文件的通知发送至第二UI进程。

步骤S1015，第一UI进程将所有多媒体文件完成发送的通知发送至第二UI进程。

步骤S1016，第二UI进程通知第二终端的第二系统媒体库执行多媒体扫描。

在本申请的一实施例中，第二终端的系统多媒体执行多媒体扫描后可以使得多媒体文件的图片增加到第二终端的相册应用中，使得第二终端的其他应用能够正常访问多媒体文件的图片。

下面对本申请实施例涉及的终端设备100进行介绍。

参考图11所示，为本申请一实施例提供的终端设备100的硬件结构示意图。终端设备100可以包括处理器110，内部存储器130，外部存储器接口120，显示屏140，及传感器模块150。其中传感器模块150可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

可以理解的是，本发明实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器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的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

终端设备100通过GPU，显示屏140，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏140和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

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

内部存储器130可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamicrandom access memory，DRAM)、同步动态随机存储器(synchronous dynamic randomaccess memory,SDRAM)、双倍资料率同步动态随机存取存储器(doubledata ratesynchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等。非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。快闪存储器按照运作原理划分可以包括NOR FLASH、NAND FLASH、3D NAND FLASH等，按照存储单元电位阶数划分可以包括单阶存储单元(single-level cell,SLC)、多阶存储单元(multi-level cell,MLC)、三阶储存单元(triple-level cell,TLC)、四阶储存单元(quad-level cell,QLC)等，按照存储规范划分可以包括通用闪存存储(英文：universal flashstorage，UFS)、嵌入式多媒体存储卡(embedded multi media Card，eMMC)等。

随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用的数据等。

非易失性存储器也可以存储可执行程序和存储用户及应用的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。

外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展终端设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。

内部存储器130或外部存储器接口120用于存储一个或多个计算机程序。一个或多个计算机程序被配置为被该处理器110执行。该一个或多个计算机程序包括多个指令，多个指令被处理器110执行时，可实现上述实施例中在终端设备100上执行的数据迁移方法，以实现终端设备100的数据迁移功能。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的数据迁移方法。

另外，本申请的一些实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的数据迁移方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上实施方式仅用以说明本申请的技术方案而非限制，尽管参照以上较佳实施方式对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换都不应脱离本申请技术方案的精神和范围。

Claims (16)

1.一种数据迁移方法，应用于第一终端，其特征在于，所述方法包括：

确定支持数据迁移的模块及获取确定的每一模块对应的数据，并基于确定的所有模块，生成待备份模块列表；

根据模块类型，将所述待备份模块列表中的所有模块分类为三方应用、系统应用、多媒体文件；

将所述待备份模块列表中的所述系统应用与所述三方应用按照交替顺序进行排序，并将所述备份模块列表中的所有多媒体文件依次排序在所述待备份模块列表的后面位置；

按照排序顺序逐一对所述待备份模块列表中的每一模块的数据进行备份，并将一模块完成备份后得到的备份文件传输至第二终端。

2.如权利要求1所述的数据迁移方法，其特征在于，所述按照排序顺序逐一对所述待备份模块列表中的每一模块的数据进行备份，包括：

若所述模块为所述系统应用、且所述模块对应的数据为图片，将所述图片打包成压缩文件，将所述图片的压缩文件作为所述模块的备份文件；

若所述模块的类型为所述系统应用、且所述模块对应的数据为联系人，生成包括联系人的联系人数据库，并将所述联系人数据库作为所述模块的备份文件。

3.如权利要求1所述的数据迁移方法，其特征在于，所述按照排序顺序逐一对所述待备份模块列表中的每一模块的数据进行备份，包括：

若所述模块为所述三方应用，获取所述三方应用的安装包的路径；

获取所述三方应用的应用数据，对所述应用数据进行压缩得到所述应用数据的压缩包，并将所述安装包的路径及所述应用数据的压缩包作为所述模块的备份文件。

4.如权利要求1所述的数据迁移方法，其特征在于，所述按照排序顺序逐一对所述待备份模块列表中的每一模块的数据进行备份，包括：

若所述模块为所述多媒体文件，获取所述多媒体文件的数据，并设定所述多媒体文件的数据在所述第二终端上的指定存储位置，并将所述多媒体文件的数据及所述指定存储位置作为所述模块的备份文件。

5.如权利要求1所述的数据迁移方法，其特征在于，所述按照排序顺序逐一对所述待备份模块列表中的每一模块的数据进行备份，包括：

若所述模块的数据备份完成，则将所述模块的备份文件输入到传输队列中，并通过在所述待备份模块列表中删除所述模块，更新所述待备份模块列表；

若所述待备份模块列表中有剩余模块未备份完成，所述第一终端的数据备份管理模块按照排序顺序逐一对所述待备份模块列表中的剩余模块的数据进行备份；

若所述待备份模块列表中的所有模块已经备份完成，确定备份任务结束。

6.如权利要求5所述的数据迁移方法，其特征在于，所述将一模块完成备份后得到的备份文件传输至第二终端，包括：

根据所述传输队列中的模块的备份文件，生成待上传备份文件列表，并将所述传输队列中的备份文件依序传输至所述第二终端；

若一个模块的备份文件传输完成，通过从所述待上传备份文件列表中删除已完成传输的备份文件，更新所述待上传备份文件列表；

若所述待上传备份文件列表中有剩余备份文件未传输完成，传输所述待上传备份文件列表中的剩余备份文件；

若所述待上传备份文件列表中的备份文件全部传输完成，确定所述备份文件的传输任务结束。

7.如权利要求1所述的数据迁移方法，其特征在于，所述基于确定的所有模块，生成待备份模块列表，包括：

若所述模块在预设的黑名单中，将所述模块从所述待备份模块列表中删除。

8.一种数据迁移方法，应用于第二终端，其特征在于，所述方法包括：

接收第一终端发送的每一模块的备份文件；

根据每一模块的模块类型确定每一模块对应的恢复线程，并通过所述恢复线程对对应的模块的备份文件进行并行恢复。

9.如权利要求8所述的数据迁移方法，其特征在于，所述通过所述恢复线程对对应的模块的备份文件进行并行恢复，包括：

若模块为系统应用，使用所述系统应用的恢复线程依次对所述系统应用的备份文件进行恢复；

若所述模块为三方应用，使用所述三方应用的恢复线程依次对所述三方应用的备份文件进行恢复；

若所述模块为多媒体文件，使用所述多媒体文件的恢复线程依次对所述多媒体文件的备份文件进行恢复。

10.如权利要求9所述的数据迁移方法，其特征在于，所述使用所述系统应用的恢复线程依次对所述系统应用的备份文件进行恢复，包括：

若所述系统应用的备份文件为图片的压缩文件，通过所述系统应用的恢复线程将所述图片的压缩文件解压到目标存储目录下，所述目标储存目录为所述第一终端存储所述系统应用的图片的存储地址。

11.如权利要求9所述的数据迁移方法，其特征在于，所述使用所述三方应用的恢复线程依次对所述三方应用的备份文件进行恢复，包括：

通过所述三方应用的第一恢复线程依次安装每个三方应用的安装包，在所述每个三方应用的安装包安装完成后，通过所述三方应用的第二恢复线程对所述每个三方应用的应用数据进行并行恢复。

12.如权利要求11所述的数据迁移方法，其特征在于，所述通过所述三方应用的第二恢复线程对所述每个三方应用的应用数据进行并行恢复，包括：

所述第二恢复线程调用所述第二终端的备份管理服务功能并行恢复所述每个三方应用的数据，并将所述每个三方应用的数据存放在对应的存储路径下。

13.如权利要求9所述的数据迁移方法，其特征在于，所述使用所述多媒体文件的恢复线程依次对所述多媒体文件的备份文件进行恢复，包括：

通过所述多媒体文件的线程依次获取每个多媒体文件的数据及指定存储位置，并将所述每个多媒体文件的数据存储在第二终端中的对应的指定存储位置。

14.如权利要求13所述的数据迁移方法，其特征在于，所述方法还包括：

在恢复完所有多媒体文件后，通知所述第二终端的系统多媒体执行多媒体扫描；

通过执行多媒体扫描，将所有多媒体文件的图片增加到所述第二终端的相册应用中，使得所述第二终端的应用能够访问所有多媒体文件的图片。

15.一种终端设备，其特征在于，所述终端设备包括存储器和处理器：

所述存储器，用于存储程序指令；

所述处理器，用于读取并执行所述存储器中存储的所述程序指令，当所述程序指令被所述处理器执行时，使得所述终端设备执行如权利要求1至14中任一项所述的数据迁移方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序指令，当所述程序指令在终端设备上运行时，使得终端设备执行如权利要求1至14中任一项所述的数据迁移方法。